From: Marius Mauch <genone@gentoo.org>
To: gentoo-dev@gentoo.org
Subject: Re: [gentoo-dev] [IMPORTANT] server/client USE flags
Date: Tue, 4 Nov 2003 02:00:14 +0100 [thread overview]
Message-ID: <20031104020014.5551bea3.genone@gentoo.org> (raw)
In-Reply-To: <20031104001715.GA10702@breccia.escarpment>
[-- Attachment #1: Type: text/plain, Size: 2559 bytes --]
On 11/03/03 Donny Davies wrote:
> Hi Marius
>
> 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.
That's why I'm against package splits.
> 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.
First I don't see how mod_php would be affected by this and second I
think the 30something USE flags for mod_php can be confusing, too
(alhough half of the problems just are the usual "why do I need X for
php" problem).
> 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.
If we add the "server" flag to the default flags it will still install
everything by default, if not we just have to make a big announcement
(like Troy said).
I don't see how I would abuse USE flags, often server support is just an
option for a configure script. And many of the local USE flags don't
follow this rule as well (btw, where can I read about this rule ?).
> 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.
Maybe it's not natural to stop there (btw, I'm only for a "server" flag,
not for a "client" flag), but it's reasonable. To make the "dev" stuff
optional doesn't make much sense for Gentoo as dependencies usually need
them, but usually there aren't dependencies on the server part of
something.
Marius
--
Public Key at http://www.genone.de/info/gpg-key.pub
In the beginning, there was nothing. And God said, 'Let there be
Light.' And there was still nothing, but you could see a bit better.
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2003-11-04 1:00 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-11-03 23:20 [gentoo-dev] [IMPORTANT] server/client USE flags Marius Mauch
2003-11-03 23:55 ` Andrew Gaffney
2003-11-04 1:17 ` Jason Wever
2003-11-04 5:54 ` Donnie Berkholz
2003-11-03 23:58 ` Philippe Coulonges
2003-11-04 0:03 ` Troy Dack
2003-11-04 0:17 ` Donny Davies
2003-11-04 0:42 ` Jason Rhinelander
2003-11-04 1:18 ` Marius Mauch
2003-11-04 3:30 ` Matthieu Sozeau
2003-11-04 1:00 ` Marius Mauch [this message]
2003-11-04 10:50 ` Mike Williams
2003-11-04 14:38 ` William Hubbs
2003-11-04 19:57 ` [gentoo-dev] Gentoo Rocks My Socks Stroller
2003-11-04 1:04 ` [gentoo-dev] [IMPORTANT] server/client USE flags Luke-Jr
2003-11-04 9:14 ` Matthew Kennedy
2003-11-04 10:48 ` Heiko Vogel
2003-11-04 18:10 ` Bob Miller
2003-11-04 18:23 ` John Davis
2003-11-04 18:37 ` Jon Portnoy
2003-11-04 18:55 ` Donny Davies
2003-11-05 1:24 ` Terje Kvernes
2003-11-05 1:39 ` Luke-Jr
2003-11-05 2:01 ` Chris Smith
2003-11-05 2:33 ` Luke-Jr
2003-11-05 2:23 ` Terje Kvernes
2003-11-05 9:46 ` Paul de Vrieze
2003-11-05 10:03 ` Patrick Kursawe
2003-11-06 6:37 ` C. Brewer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20031104020014.5551bea3.genone@gentoo.org \
--to=genone@gentoo.org \
--cc=gentoo-dev@gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox