Re: [sepgsql 1/3] add name qualified creation label - Mailing list pgsql-hackers

From Robert Haas
Subject Re: [sepgsql 1/3] add name qualified creation label
Date
Msg-id CA+Tgmoa86nAp71BEaunE8gqnyGc3YPbvRdNKRNA9QkkBwd435Q@mail.gmail.com
Whole thread Raw
In response to Re: [sepgsql 1/3] add name qualified creation label  (Kohei KaiGai <kaigai@kaigai.gr.jp>)
Responses Re: [sepgsql 1/3] add name qualified creation label  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
On Fri, Jan 25, 2013 at 10:29 AM, Kohei KaiGai <kaigai@kaigai.gr.jp> wrote:
> I asked folks of Debian-JP how and when does package maintainer
> pushes new versions. Usually, new versions shall be pushed to
> unstable branch, then testing and stable. But it is now feature freeze
> period thus it is prohibited to push new features to unstable.
> Thus, newer libselinux (2.1.12) is now in experimental branch, but not
> in unstable branch.
> He also said, the newer libselinux will likely moved to unstable when
> feature freeze is unlocked soon. The pgsql-v9.3 shall be released
> several months later, so it also shall be pushed to unstable branch
> several months later at least. It does not make problems.
>
> Due to same reason, RHEL7 does not make a problem even if it
> ships with pgsql-9.3, because the latest libselinux already support
> 2.1.10 feature. Thus, required libselinux version should be sufficient
> when pgsql-9.3 become available on Fedora.

Based on KaiGai's analysis, it seems to me that there is no serious
problem here in terms of versioning, and as this patch represents a
small but useful step forward in our support for SELinux integration,
I'd like to go ahead and push it.

Are there serious objections to that course of action?

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: [v9.3] OAT_POST_ALTER object access hooks
Next
From: Robert Haas
Date:
Subject: Re: [PATCH] avoid buffer underflow in errfinish()