From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <gentoo-releng-return-43366-arch-gentoo-releng=gentoo.org@lists.gentoo.org> Received: (qmail 2680 invoked from network); 21 Sep 2004 20:45:09 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 21 Sep 2004 20:45:09 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.41) id 1C9rVb-0005Mr-JM for arch-gentoo-releng@lists.gentoo.org; Tue, 21 Sep 2004 20:45:08 +0000 Received: (qmail 10478 invoked by uid 89); 21 Sep 2004 20:44:44 +0000 Mailing-List: contact gentoo-releng-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: <mailto:gentoo-releng@gentoo.org> List-Help: <mailto:gentoo-releng-help@gentoo.org> List-Unsubscribe: <mailto:gentoo-releng-unsubscribe@gentoo.org> List-Subscribe: <mailto:gentoo-releng-subscribe@gentoo.org> List-Id: Gentoo Linux mail <gentoo-releng.gentoo.org> Reply-To: gentoo-releng@lists.gentoo.org X-BeenThere: gentoo-releng@gentoo.org Received: (qmail 21587 invoked from network); 21 Sep 2004 20:44:43 +0000 From: Chris Gianelloni <wolf31o2@gentoo.org> Reply-To: wolf31o2@gentoo.org To: gentoo-dev@lists.gentoo.org Cc: gentoo-releng@lists.gentoo.org In-Reply-To: <1095793257.25582.1683.camel@simple> References: <1095698465.10417.24.camel@antares.hausnetz> <1095772410.27691.245.camel@cgianelloni.nuvox.net> <1095793257.25582.1683.camel@simple> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-V13IWzR6FrTZDvt5VRc1" Organization: Gentoo Linux Message-Id: <1095799385.7808.110.camel@cgianelloni.nuvox.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 21 Sep 2004 16:43:05 -0400 Subject: [gentoo-releng] Re: [gentoo-dev] USE="acl" in profiles X-Archives-Salt: 67929af0-947f-4561-bb18-3d4c661975ff X-Archives-Hash: 4e1b539cbcb80ebf3dabc0e589c5ba57 --=-V13IWzR6FrTZDvt5VRc1 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2004-09-21 at 15:00, Ned Ludd wrote: > On Tue, 2004-09-21 at 09:13, Chris Gianelloni wrote: > > On Mon, 2004-09-20 at 12:41, Benjamin Judas wrote: > > > There is a slight problem regarding the USE-Settings in the profiles: > > >=20 > > > GRP_STAGE23_USE=3D"ipv6 pam tcpd readline nls ssl gpm perl python ber= kdb acl ncurses" > > >=20 > > > As you can see, this defines acl. Now: > > >=20 > > > USE=3D"x86 oss apm arts avi berkdb bitmap-fonts crypt cups encode foo= maticdb gdbm=20 > > > gif gpm gtk gtk2 imlib jpeg kde gnome libg++ libwww mad mikmod motif = mpeg ncurses=20 > > > nls oggvorbis opengl pam pdflib png python qt quicktime readline sdl = slang spell=20 > > > ssl svga tcpd truetype X xml2 xmms xprint xv zlib" > > >=20 > > > This doesn't define acl. > > >=20 > > > This could break things if users don't set USE=3D"acl" on bootstrap/e= merge system. > > > Possible solutions could be to either remove acl from GRP_STAGE23_USE= or add it to > > > USE. The first solution would cause everybody using acl to not be abl= e to install without > > > any problems. Putting it into USE would cause an overhead for everybo= dy. The overhead > > > doesn't seem to be that big, but...well...it's an overhead. > > >=20 > > > What do you think about it and how do you think this should be solved= ? > >=20 > > We should not remove the ability to install using acl. I also think > > that it is required for somethings (hardened?) and should stay. I thin= k > > my main problem is I don't understand how the situation is broken.=20 > > Could you perhaps paint a better picture for me (and all the other > > devs)? >=20 >=20 > drop it++=20 It is dropped in the newly-created default-linux/x86/2004.3 profile. It is, in fact, the only change at the moment. I am not sure if we will see any other changes at this point in the profile before 2004.3, but I still wouldn't recommend people switching to it simply because we might... *grin* > Some USE flags almost need maintainers (and this is one of them). There > are special patches that have to be applied to packages that don't seem > to be going upstream. Sometimes these are patches that conflict with the > natural course of upgrading/version bumps of packages and the complete > logic has to be reworked. When these conflicts happen where the acl flag > conflicts said patches are simply dropped. So I'm thinking that a full > bootstrap is currently only half arse with USE=3Dacl and not a complete > solution. >=20 > If somebody/existing dev is willing to take on the responsibility for > said flag then hey great leave it in the stages but as is it's > incomplete as I've pointed out. >=20 > And as josh has pointed out hardened does not need it in anyway shape or > form. >=20 > Furthermore it's quite a confusing USE flag name to begin with.=20 > What's it really needed for? >=20 > Gentoo supports atleast 3 types of access control systems that I can > think of so not sure why this one has to be so descriptive. Hey, man... removing it is fine by me. That's like 2 more packages that don't get added to the LiveCD and take up room. --=20 Chris Gianelloni Release Engineering - Operations/QA Manager Games - Developer Gentoo Linux Is your power animal a penguin? --=-V13IWzR6FrTZDvt5VRc1 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQBBUJJZkT4lNIS36YERAvUKAJ9D2RQRyfW4bMVSu+OhvAtfCzMKQQCeMTD8 Nsnud9m7sfiX1xVEhOLGb1o= =Tp3b -----END PGP SIGNATURE----- --=-V13IWzR6FrTZDvt5VRc1--