1 |
On Wed, 31 Dec 2008 12:00:35 +0100 |
2 |
Fabio Rossi <rossi.f@××××××.it> wrote: |
3 |
|
4 |
> On Wednesday 31 December 2008, Marius Mauch wrote: |
5 |
> |
6 |
> > The same could be said about /var/lib/init.d, /var/lib/dhcp, |
7 |
> > /var/lib/iptables or several other packages that aren't hosted by |
8 |
> > Gentoo. In the other direction, if the packages are eventually used |
9 |
> > on other distributions/systems, should they then use another path? |
10 |
> |
11 |
> The path could be configured of course but, again, I see a few |
12 |
> chances of having this tools outside gentoo, the proposal is based |
13 |
> also on this idea. |
14 |
> |
15 |
> > Mind that this only addresses the FHS part of my mail, you haven't |
16 |
> > really answered my question: What's the benefit of changing things? |
17 |
> > Change for the sake of change is rarely a good idea (unless you |
18 |
> > work in PR/marketing ;) |
19 |
> |
20 |
> The main benefit is a cleaner filesystem, I don't know your opinion |
21 |
> but I hate to see sparse files around the tree and waste time in |
22 |
> discovering their source :-) Moreover IMHO it gives me the impression |
23 |
> of a better design. |
24 |
|
25 |
Ok, so in other word aesthetics. |
26 |
|
27 |
> > > In the opposite direction, in according to your opinion, I don't |
28 |
> > > see a reason to have /var/lib/gentoo/news instead of something |
29 |
> > > like /var/lib/gentoo-news. |
30 |
> > |
31 |
> > Right. But retroactively changing GLEP 42 and all affected packages |
32 |
> > is a bit much just to avoid a generic "gentoo" directory. |
33 |
> |
34 |
> So we can exploit this condition to collect all gentoo related files |
35 |
> inside this dir ;-) |
36 |
|
37 |
Well, the impact is about the same wether you want to change one or the |
38 |
other (btw, what about other admin tools on Gentoo, e.g. |
39 |
paludis/pkgcore, by your definition they'd also have to go |
40 |
into /var/lib/gentoo, right?), and that impact is non-trivial (it's not |
41 |
so much the code changes themselves but the inevitable transition |
42 |
problems). |
43 |
Compared to the IMO very questionable benefit of a "cleaner" |
44 |
filesystem (by hiding files users usually don't see anyway one level |
45 |
deeper in the tree structure) that more or less goes against the FHS, |
46 |
that doesn't sound like a good deal to me. |
47 |
|
48 |
Marius |