1 |
On Tue, 2004-09-21 at 15:00, Ned Ludd wrote: |
2 |
> On Tue, 2004-09-21 at 09:13, Chris Gianelloni wrote: |
3 |
> > On Mon, 2004-09-20 at 12:41, Benjamin Judas wrote: |
4 |
> > > There is a slight problem regarding the USE-Settings in the profiles: |
5 |
> > > |
6 |
> > > GRP_STAGE23_USE="ipv6 pam tcpd readline nls ssl gpm perl python berkdb acl ncurses" |
7 |
> > > |
8 |
> > > As you can see, this defines acl. Now: |
9 |
> > > |
10 |
> > > USE="x86 oss apm arts avi berkdb bitmap-fonts crypt cups encode foomaticdb gdbm |
11 |
> > > gif gpm gtk gtk2 imlib jpeg kde gnome libg++ libwww mad mikmod motif mpeg ncurses |
12 |
> > > nls oggvorbis opengl pam pdflib png python qt quicktime readline sdl slang spell |
13 |
> > > ssl svga tcpd truetype X xml2 xmms xprint xv zlib" |
14 |
> > > |
15 |
> > > This doesn't define acl. |
16 |
> > > |
17 |
> > > This could break things if users don't set USE="acl" on bootstrap/emerge system. |
18 |
> > > Possible solutions could be to either remove acl from GRP_STAGE23_USE or add it to |
19 |
> > > USE. The first solution would cause everybody using acl to not be able to install without |
20 |
> > > any problems. Putting it into USE would cause an overhead for everybody. The overhead |
21 |
> > > doesn't seem to be that big, but...well...it's an overhead. |
22 |
> > > |
23 |
> > > What do you think about it and how do you think this should be solved? |
24 |
> > |
25 |
> > We should not remove the ability to install using acl. I also think |
26 |
> > that it is required for somethings (hardened?) and should stay. I think |
27 |
> > my main problem is I don't understand how the situation is broken. |
28 |
> > Could you perhaps paint a better picture for me (and all the other |
29 |
> > devs)? |
30 |
> |
31 |
> |
32 |
> drop it++ |
33 |
|
34 |
It is dropped in the newly-created default-linux/x86/2004.3 profile. It |
35 |
is, in fact, the only change at the moment. I am not sure if we will |
36 |
see any other changes at this point in the profile before 2004.3, but I |
37 |
still wouldn't recommend people switching to it simply because we |
38 |
might... *grin* |
39 |
|
40 |
> Some USE flags almost need maintainers (and this is one of them). There |
41 |
> are special patches that have to be applied to packages that don't seem |
42 |
> to be going upstream. Sometimes these are patches that conflict with the |
43 |
> natural course of upgrading/version bumps of packages and the complete |
44 |
> logic has to be reworked. When these conflicts happen where the acl flag |
45 |
> conflicts said patches are simply dropped. So I'm thinking that a full |
46 |
> bootstrap is currently only half arse with USE=acl and not a complete |
47 |
> solution. |
48 |
> |
49 |
> If somebody/existing dev is willing to take on the responsibility for |
50 |
> said flag then hey great leave it in the stages but as is it's |
51 |
> incomplete as I've pointed out. |
52 |
> |
53 |
> And as josh has pointed out hardened does not need it in anyway shape or |
54 |
> form. |
55 |
> |
56 |
> Furthermore it's quite a confusing USE flag name to begin with. |
57 |
> What's it really needed for? |
58 |
> |
59 |
> Gentoo supports atleast 3 types of access control systems that I can |
60 |
> think of so not sure why this one has to be so descriptive. |
61 |
|
62 |
Hey, man... removing it is fine by me. That's like 2 more packages that |
63 |
don't get added to the LiveCD and take up room. |
64 |
|
65 |
-- |
66 |
Chris Gianelloni |
67 |
Release Engineering - Operations/QA Manager |
68 |
Games - Developer |
69 |
Gentoo Linux |
70 |
|
71 |
Is your power animal a penguin? |