1 |
On 11/03/03 Donny Davies wrote: |
2 |
|
3 |
> Hi Marius |
4 |
> |
5 |
> On Tue, Nov 04, 2003 at 12:20:17AM +0100, Marius Mauch wrote: |
6 |
> [...] |
7 |
> >So my idea (as well as others) is to add a new "server" USE flag that |
8 |
> >controls wether the server part of a package is build. This idea is |
9 |
> >outlined in more details on bug 12499, which also had the idea of a |
10 |
> >"client" USE flag, so that it's possible to only build the libs or |
11 |
> >only the server, however I think that such a flag will create more |
12 |
> >problems than benefits (see the bug for explanations). |
13 |
> |
14 |
> I do not support this. Debian's SAMBA has at least subpackages for |
15 |
> - common |
16 |
> - doc |
17 |
> - smbclient |
18 |
> - winbind |
19 |
> - swat |
20 |
> - smbfs |
21 |
> - python |
22 |
> - pam |
23 |
> |
24 |
> which is nuts. Users dont know what to install to get what they need. |
25 |
|
26 |
That's why I'm against package splits. |
27 |
|
28 |
> I recall looking at mod_php (or maybe it was php) subpackages for |
29 |
> another distribution, and there were _dozens_ of them. Insane in the |
30 |
> membrane. |
31 |
|
32 |
First I don't see how mod_php would be affected by this and second I |
33 |
think the 30something USE flags for mod_php can be confusing, too |
34 |
(alhough half of the problems just are the usual "why do I need X for |
35 |
php" problem). |
36 |
|
37 |
> I like the way Gentoo traditionally works; you emerge something and |
38 |
> you get it all, with some knobs to control build-time dependencies. |
39 |
> |
40 |
> Further, you are overloading the intended function of USE variables. |
41 |
> Instead of controlling optional build-time functionality, now you |
42 |
> are abusing them to control optional install-time bits. |
43 |
|
44 |
If we add the "server" flag to the default flags it will still install |
45 |
everything by default, if not we just have to make a big announcement |
46 |
(like Troy said). |
47 |
I don't see how I would abuse USE flags, often server support is just an |
48 |
option for a configure script. And many of the local USE flags don't |
49 |
follow this rule as well (btw, where can I read about this rule ?). |
50 |
|
51 |
> It is not natural to stop at "client" and "server" flags either. |
52 |
> What about "dev" for .a and .h things? This is really going down |
53 |
> the slipperly slope in my opinion. |
54 |
|
55 |
Maybe it's not natural to stop there (btw, I'm only for a "server" flag, |
56 |
not for a "client" flag), but it's reasonable. To make the "dev" stuff |
57 |
optional doesn't make much sense for Gentoo as dependencies usually need |
58 |
them, but usually there aren't dependencies on the server part of |
59 |
something. |
60 |
|
61 |
Marius |
62 |
|
63 |
-- |
64 |
Public Key at http://www.genone.de/info/gpg-key.pub |
65 |
|
66 |
In the beginning, there was nothing. And God said, 'Let there be |
67 |
Light.' And there was still nothing, but you could see a bit better. |