On Tue, Nov 04, 2003 at 12:20:17AM +0100, Marius Mauch wrote: [...]
So my idea (as well as others) is to add a new "server" USE flag that controls wether the server part of a package is build. This idea is outlined in more details on bug 12499, which also had the idea of a "client" USE flag, so that it's possible to only build the libs or only the server, however I think that such a flag will create more problems than benefits (see the bug for explanations).
I do not support this. Debian's SAMBA has at least subpackages for - common - doc - smbclient - winbind - swat - smbfs - python - pam
which is nuts. Users dont know what to install to get what they need.
I recall looking at mod_php (or maybe it was php) subpackages for another distribution, and there were _dozens_ of them. Insane in the membrane.
I like the way Gentoo traditionally works; you emerge something and you get it all, with some knobs to control build-time dependencies.
Further, you are overloading the intended function of USE variables. Instead of controlling optional build-time functionality, now you are abusing them to control optional install-time bits.
It is not natural to stop at "client" and "server" flags either. What about "dev" for .a and .h things? This is really going down the slipperly slope in my opinion.
Donny
pgp00000.pgp
Description: PGP signature
