Gentoo Archives: gentoo-dev

From: Chris Gianelloni <wolf31o2@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Re: Re: splitting one source package into many binaries
Date: Mon, 20 Jun 2005 15:42:09
Message-Id: 1119281987.13606.26.camel@cgianelloni.nuvox.net
In Reply to: [gentoo-dev] Re: Re: splitting one source package into many binaries by Duncan <1i5t5.duncan@cox.net>
1 On Sat, 2005-06-18 at 05:17 -0700, Duncan wrote:
2 > > There is zero security risk unless you, as root, start the server.
3 >
4 > I get the point, but if it's not there to be started, it cannot be
5 > started, thru some fat-fingering on the part of a confused admin trying to
6 > launch the client, or any other way. If it's needed, that's one thing, but
7 > if it's not needed, it shouldn't be there. USE flags (not split
8 > packages, I'll absolutely agree there) are the Gentoo way to control that.
9
10 http://bugs.gentoo.org/show_bug.cgi?id=12499
11
12 Personally, I am completely against it. It makes dependencies a
13 complete nightmare to work with and would add an immense amount of
14 complexity for the developers and also for users that aren't going to
15 need/use this system.
16
17 You have the tools to remove the binaries already. Use them.
18
19 > > I think you have the wrong assumption here on how Gentoo is "supposed to
20 > > work". Gentoo ships packages as close to how upstream packages them as
21 > > possible. If you have a problem with the daemon being shipped with the
22 > > client, then complain upstream. We have always provided the package as
23 > > determined by upstream. Splitting packages is a waste of developer time
24 > > and also makes things much more complex dependency-wise.
25 >
26 > Gentoo Philosophy page: "The Gentoo philosophy is to allow this user to
27 > do what he or she wants to do, without getting in the way."
28
29 ...and you can. You can write your own ebuild or use INSTALL_MASK.
30
31 Allowing the user to do what he wants doesn't mean that *we* have to do
32 it for them.
33
34 > Of course, there's a practical limit to that. However, a simple
35 > "clientonly" USE flag on client/server combo packages such as ssh and
36 > dhcp would appear to be entirely within the Gentoo spirit, and generally
37 > would require no more work than is already done in support of all sorts of
38 > other USE flags. Simply don't compile or install the server, if a separate
39 > binary from the client, and don't include /etc/init.d server starter
40 > scripts (like sshd) and the like, if the clientonly USE flag is set.
41
42 See my comments about writing your own ebuild or using INSTALL_MASK.
43
44 It's always easy for someone to suggest how "easy" something may or may
45 not be when they aren't the one that has to do the work... ;]
46
47 We have provided methods for you to accomplish what you want. You do
48 not want to use them or do not find them adequate. I can understand
49 that. You need to understand, however, that we simply might not make
50 any changes because we feel what we have provided is adequate and don't
51 feel like taking on the extra work required to change the hundreds of
52 packages in portage that this would affect.
53
54 --
55 Chris Gianelloni
56 Release Engineering - Strategic Lead/QA Manager
57 Games - Developer
58 Gentoo Linux

Attachments

File name MIME type
signature.asc application/pgp-signature

Replies

Subject Author
[gentoo-dev] Re: Re: Re: splitting one source package into many binaries Duncan <1i5t5.duncan@×××.net>