Re: Adding support for SE-Linux security

From: Greg Smith <greg(at)2ndquadrant(dot)com>
To: Stephen Frost <sfrost(at)snowman(dot)net>
Cc: Robert Haas <robertmhaas(at)gmail(dot)com>, "David P(dot) Quigley" <dpquigl(at)tycho(dot)nsa(dot)gov>, KaiGai Kohhookei <kaigai(at)ak(dot)jp(dot)nec(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Bruce Momjian <bruce(at)momjian(dot)us>, Magnus Hagander <magnus(at)hagander(dot)net>, Chad Sellers <csellers(at)tresys(dot)com>, Josh Berkus <josh(at)agliodbs(dot)com>, jd <jd(at)commandprompt(dot)com>, David Fetter <david(at)fetter(dot)org>, Itagaki Takahiro <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp>, KaiGai Kohei <kaigai(at)kaigai(dot)gr(dot)jp>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Adding support for SE-Linux security
Date: 2009-12-11 23:20:02
Message-ID: 4B22D3A2.4000205@2ndquadrant.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Stephen Frost wrote:
> I agree with this- one issue is, unfortunately, an overabundance from
> KaiGai of "code-writing man-power". This is an odd situation for this
> community, in general, so we're having a hard time coming to grasp with
> it.
There are plenty of parallels to when Zdenek was writing a ton of
in-place upgrade code faster than anyone else was fully consuming it.
The "do it right or don't do it at all" approach of the PG community
seems particularly hard to reconcile with larger patches from people we
don't get enough face time with. It's easy to get deadlocked and not
have a good way to navigate out when faced with a set of difficult
decisions and only electronic communications between participants.
Shoot, you and Robert have spent time doing technical arguments in
person and we still got a
little rough patch on-list this week out of the debate. I hate to even
use this terminology, but these big patches seem to need a project
manager advocate sometimes: someone who knows everyone well enough to
clear these stalled spots, smooth over any personality conflicts, and is
motivated to intervene because they need the feature. I see it as a
sort of scaling problem that might be a recurring one. It would be nice
if we could all get better at identifying when it does happen, and
perhaps find someone to help with planning before we waste so much time
chasing code that isn't going to be accepted yet again.

--
Greg Smith 2ndQuadrant Baltimore, MD
PostgreSQL Training, Services and Support
greg(at)2ndQuadrant(dot)com www.2ndQuadrant.com

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Greg Smith 2009-12-11 23:41:39 Re: [PATCH] dtrace probes for memory manager
Previous Message Michael Clemmons 2009-12-11 22:52:01 Re: 8.4.1 ubuntu karmic slow createdb