1 |
-----BEGIN PGP SIGNED MESSAGE----- |
2 |
Hash: SHA1 |
3 |
|
4 |
On Tuesday 01 July 2003 17:27, William Kenworthy wrote: |
5 |
> This is the reason that ufed has become so popular, and I think |
6 |
> necessary - the complexity is getting too much. Would a ufed like |
7 |
> utility for make.conf be a better approach? I am not so keen on |
8 |
> spawning a number of small bit files for a make.cond.d as that does not |
9 |
> fix the managebility issue - you will have to edit many files in turn, |
10 |
> instead of just one file every time. |
11 |
> |
12 |
> BillK |
13 |
> |
14 |
> On Tue, 2003-07-01 at 21:41, Troy Dack wrote: |
15 |
> > Seemant Kulleen wrote: |
16 |
> > >Hi All, |
17 |
> > > |
18 |
> > >Before I go and invalidate a bug, I thought I might take the idea around |
19 |
> > > here to see if it has any merit in terms of usefulness/interest. |
20 |
> > > |
21 |
> > >The idea stems from the fact that etc-updating a make.conf file can be a |
22 |
> > > bit of a stressful event. And as portage's set of features grows, so |
23 |
> > > too will the size of the make.conf file. I get the impression that the |
24 |
> > > make.conf file is a little hard to parse, with the huge comment blocks |
25 |
> > > etc etc. So my proposal is this: a make.conf.d directory which |
26 |
> > > contains files for each section of the make.conf: use, flags, fetch, |
27 |
> > > packagevars. |
28 |
> > |
29 |
> > Nice idea, something that I have thought about before. |
30 |
> |
31 |
> -- |
32 |
> gentoo-dev@g.o mailing list |
33 |
|
34 |
splitting make.conf to many files is not a solution. |
35 |
imho we should create a tool to parse make.conf and change it. |
36 |
that way we leave the choice to the user on how to modiffy his settings. |
37 |
-----BEGIN PGP SIGNATURE----- |
38 |
Version: GnuPG v1.2.2 (GNU/Linux) |
39 |
|
40 |
iD8DBQE/Aara0Q5UUdinJT4RAv86AKDawnH25KeJBNHTQc9kmA5kSM75AwCgzlS0 |
41 |
kCvCMlFYrwtsrS9Wkov6pC8= |
42 |
=fCXa |
43 |
-----END PGP SIGNATURE----- |
44 |
|
45 |
-- |
46 |
gentoo-dev@g.o mailing list |