1 |
On Sunday 28 September 2003 17:23, Aron Griffis wrote: |
2 |
> Larry's complaint above pertains to things he can't change after the |
3 |
> installation of a package. Binary-only distros provide you with a |
4 |
> package that is customized with a set of static configure options, |
5 |
> compiled with a set of flags, and linked against libraries that are not |
6 |
> left to the choosing of the user. That is the problem that Portage |
7 |
> solves by building packages on the user's machine, with USE-flags to |
8 |
> guide the build process. |
9 |
|
10 |
many customizations are also allready performed by patches to the sources, not |
11 |
only by configuration file changes. |
12 |
|
13 |
> |
14 |
> On the other hand, what you're talking about is run-time functionality. |
15 |
> In general, the changes in the ebuilds modify run-time configuration. |
16 |
> It's not the appropriate place for a USE-flag (in most circumstances) |
17 |
> and furthermore, it's not hard for savvy users to change to their |
18 |
> preferred configuration. In Gentoo, it has always been up to the |
19 |
> discretion of the responsible devs to choose what default configuration |
20 |
> they feel is appropriate for each individual package. |
21 |
|
22 |
This is allways the case. However look at the following: |
23 |
|
24 |
When you log out of kde, and you started your system with kdm (kde display |
25 |
manager) you get presented a nice dialog with the options to log out, reboot, |
26 |
or shutdown. However if you started the system with any other displaymanager, |
27 |
such as gdm, you don't get the menu. It would be conceivable that we at a |
28 |
point in time added patches to kdm so that it does the same with gdm (which |
29 |
provides the capabilities as gnome offers it too, but only for gdm). This is |
30 |
nonstandard, but desirable behaviour for most users. In some cases people |
31 |
want standard behaviour, for that we have a useflag. |
32 |
|
33 |
Another thing is the fact that a script of gentoo overwrites the kdm config's |
34 |
session variable everytime. This provides consistent and easy behaviour by |
35 |
making all installed sessions automatically available, but is not appropriate |
36 |
in all cases. There must be a place to turn this behaviour of. Either through |
37 |
a USE variable at run time, or through a central configuration variable. |
38 |
|
39 |
Paul |
40 |
|
41 |
-- |
42 |
Paul de Vrieze |
43 |
Gentoo Developer |
44 |
Mail: pauldv@g.o |
45 |
Homepage: http://www.devrieze.net |