1 |
On Tue, 1 Jul 2003 15:05:02 +0100 |
2 |
Toby Dickenson <tdickenson@××××××××××××××××××××××××××××.uk> wrote: |
3 |
|
4 |
> On Tuesday 01 July 2003 10:58, Seemant Kulleen wrote: |
5 |
> > Hi All, |
6 |
> > |
7 |
> > Before I go and invalidate a bug, I thought I might take the idea around |
8 |
> > here to see if it has any merit in terms of usefulness/interest. |
9 |
> > |
10 |
> > The idea stems from the fact that etc-updating a make.conf file can be a |
11 |
> > bit of a stressful event. And as portage's set of features grows, so too |
12 |
> > will the size of the make.conf file. I get the impression that the |
13 |
> > make.conf file is a little hard to parse, with the huge comment blocks etc |
14 |
> > etc. So my proposal is this: a make.conf.d directory which contains files |
15 |
> > for each section of the make.conf: use, flags, fetch, packagevars. |
16 |
> |
17 |
> Are there any other advantages to having an /etc/make.conf.d?.... I dont see |
18 |
> any. |
19 |
> |
20 |
> If the *only* advantage is to reduce the headache when using etc-update, then |
21 |
> surely we should be looking for improvements to etc-update and sdiff, rather |
22 |
> than changing the structure of one of our core configuration files. |
23 |
> |
24 |
> (And Im not sure the proposed solution will help much anyway.... why should |
25 |
> updating multiple files in /etc/make.conf.d be any easier than updating one |
26 |
> monolithic /etc/make.conf?) |
27 |
> |
28 |
> -- |
29 |
> gentoo-dev@g.o mailing list |
30 |
> |
31 |
> |
32 |
|
33 |
I think there could be more advantages. It would make make.conf faster to parse from scripts, and this might one day become a necessity as it continues to grow. It'd also make portage easier to maintain, because for example, if I want to change the disftile or rsync mirrors then I can edit /etc/make.conf.f/fetch, or whatever its name would be, instead of finding the appropiate vars in the big make.conf. In the files, all flags could have their detailed descriptions, so that you wouldn't need to open another file eg a make.conf.help. After the update, then we could run something like /sbin/portage-update then have a make.conf with only necessary stuff in it. |
34 |
|
35 |
Also, we might have one configuration tool per topic, which is good instead of having each conf tool to deal with the entire make.conf. (And maybe a big setup tool that could call all the more specific others.) |
36 |
|
37 |
|
38 |
|
39 |
Josep Sanjuas |
40 |
|
41 |
-- |
42 |
gentoo-dev@g.o mailing list |