| 5 |
The idea stems from the fact that etc-updating a make.conf file can be a bit of a stressful event. And as portage's set of features grows, so too will the size of the make.conf file. I get the impression that the make.conf file is a little hard to parse, with the huge comment blocks etc etc. So my proposal is this: a make.conf.d directory which contains files for each section of the make.conf: use, flags, fetch, packagevars. That way, USE flags can be explained and specified in use, compiler flags in the flags file, fetch will contain the fetchcommands, mirrors (both distfiles and rsync), and packagevars can contain things like ALSA_CARDS for those of us on 2.4 kernels, and VIDEO_CARDS for those of us who have xfree/xfree-drm/whatever-future-windowing-system-we-add, and so on. This way, the actual make.conf file (which tends to be about 10 lines of uncommented items in the usual case) can be dynamically generated from the information in those files. |
Archives