1 |
solutions are being worked on to address. so the answer is |
2 |
'its not done' ;) |
3 |
-mike |
4 |
|
5 |
----- Original Message ----- |
6 |
From: "Luke Maurer" <maurerl@××××××××.edu> |
7 |
To: <gentoo-dev@g.o> |
8 |
Sent: Thursday, September 19, 2002 11:17 |
9 |
Subject: [gentoo-dev] Why no local mask override? |
10 |
|
11 |
|
12 |
> I've whined about this before, but failed to get a cohesive explanation. |
13 |
> Why is there no easy way to override the package mask? Why not even |
14 |
> anything as simple as a --nomask option? Sure, there are workarounds, |
15 |
> but most posts about them admit they are "nasty," "dirty," or "kludges." |
16 |
> Why is there no /etc/package.unmask (along with an /etc/package.mask, |
17 |
> for that matter)? If it's to protect people from their mistakes ... |
18 |
> that's rather futile, as it only forces them to turn to black magic (or |
19 |
> tedious editing and re-editing) to use the emerges *they* *want.* Isn't |
20 |
> this supposed to be the most customizable Linux distro around? |
21 |
> |
22 |
> </rant> |
23 |
> |
24 |
> Jyrinx |
25 |
> jyrinx_list@××××××××××.com |
26 |
> |
27 |
> P.S. The problem with difficult unmasking is exacerbated by the fact |
28 |
> that some of the masking is overzealous; for instance, if one is running |
29 |
> GNOME 2 but using some GNOME 1.4 apps (i.e. one is running GNOME 2), and |
30 |
> one wants them to have a nice GTK1 theme, one has to unmask it, causing |
31 |
> one great consternation and inspiring one to extensive rants on |
32 |
> gentoo-dev. Unmasking should be something for exceptional, not common, |
33 |
> cases. |
34 |
> |
35 |
> P.P.S. Also, Portage currently violates the standard filesystem |
36 |
> hierarchy; there are /etc files that one mustn't change (i.e. express |
37 |
> global state) and /usr/portage files that one is expected to fiddle with |
38 |
> (i.e. express local state). |
39 |
> |
40 |
> _______________________________________________ |
41 |
> gentoo-dev mailing list |
42 |
> gentoo-dev@g.o |
43 |
> http://lists.gentoo.org/mailman/listinfo/gentoo-dev |
44 |
> |