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 |