1 |
On Tue, 13 Jun 2006 20:17:10 +0100, Ciaran McCreesh wrote: |
2 |
> | Care to elaborate? The wise, all-knowing Zen argument isn't | |
3 |
> particularly helpful.... |
4 |
> |
5 |
> It's perfect proof that there are users that are utterly clueless about |
6 |
> what is best for their system, and utterly clueless about how using |
7 |
> third party software can cause problems for other software. |
8 |
> |
9 |
> |
10 |
It's no such proof. Anyone who rolls a kernel, takes the time to learn |
11 |
what it entails, understands what he/she is intending to do, knows the |
12 |
ramifications of those actions. Gentoo users, in particular, by virtue of |
13 |
the fact that this is a source-based distro, have to be accorded a |
14 |
slightly higher level of respect and regard. |
15 |
|
16 |
And, I certainly do not think that you, 4000+ miles away have any idea |
17 |
what may or may not be best for mine or anyone else's system. That kind of |
18 |
presumptuous attitude does not help anyone. Any user can hose their |
19 |
system, whether you are using genkernel, gensources-2.6.16-r?, vanilla |
20 |
sources, or Stalin-incarnated-sources-666.666.666. |
21 |
|
22 |
Why don't you hose all potentially harmful ebuilds from bugzilla then? Why |
23 |
leave them up for people to download? Why does the kernel team that was |
24 |
assigned the beyond-sources bug not just nuke it? Why don't you remove |
25 |
bash, since someone might do rm /? Why don't you remove tmpwatch? |
26 |
|
27 |
Standing in the way of an enhancement because you want to micromanage |
28 |
everyone's computing environment to keep it safe is an impossibility. |
29 |
Someone forgets to run perl cleaner. Ut oh. Someone updates to gcc-4.1. Ut |
30 |
oh. Someone tries to get modular X installed, ut oh. Portage 2.1 even had |
31 |
some surprises for unsuspecting users, like nuking a whole bunch of use |
32 |
flags. But, are those projects hard masked now? |
33 |
|
34 |
Provide the warnings, and let the user decide. Those are my points. |
35 |
|
36 |
-- |
37 |
Peter |
38 |
|
39 |
|
40 |
-- |
41 |
gentoo-dev@g.o mailing list |