From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7821 invoked by uid 1002); 1 Jul 2003 22:25:37 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 20135 invoked from network); 1 Jul 2003 22:25:37 -0000 Message-ID: <45202.203.10.231.229.1057098334.squirrel@tkdack.bpa.nu> In-Reply-To: <1057069671.21908.18.camel@rattus.Localdomain> References: <20030701025824.64ecc18a.seemant@gentoo.org> <3F018F85.9010606@gentoo.org> <1057069671.21908.18.camel@rattus.Localdomain> Date: Wed, 2 Jul 2003 08:25:34 +1000 (EST) From: "Troy Dack" To: gentoo-dev@gentoo.org User-Agent: SquirrelMail/1.4.0 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 Importance: Normal Subject: Re: [gentoo-dev] Interest Check: Dynamic config files for portage X-Archives-Salt: 12d1f980-a548-43ad-b6ba-682c1a383b34 X-Archives-Hash: f36af4fd8f83778bcc20b031e458317b -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'll state now that I like the idea of multiple files. Bill K wrote thusly ... > This is the reason that ufed has become so popular, and I think > necessary - the complexity is getting too much. For USE flags the complexity has increased, mainly because the number of USE flags has grown and it's not possible to remember every single flag and what effect it is going to have on building of packages. > Would a ufed like utility for make.conf be a better approach? I really don't like the idea of YAGU (Yet Another Gentoo Utility). I really like the fact that I can just edit the text files and I don't need to start up a utility to do it. The other reason I don't like YAGU is that someone will have to write it and maintain it, this is not a trivial task as changes to portage will eventually have some impact on how the utility is written and performs. > I am not so keen on > spawning a number of small bit files for a make.cond.d as that does not > fix the managebility issue - you will have to edit many files in turn, > instead of just one file every time. OK, about the only time that you will have to edit many files in turn is during the initial installation process. Personally I don't think that this is a bad thing, if the documentation is accurate then the installation process (editing the files) is an excellent educational experience for new users. This issue was initially raised due to the fact that a small change to /etc/make.conf and then merging those changes using etc-update gets very tiresome. Generally the changes are simply to the comments and the comments of only one section. By having multiple files then only one file (section) will be touched and you don't have to worry about the other 250 lines. [not having looked but could/can the "Merging trivial updates..." stage of etc-update handle merging these comments?] - -- Troy Dack -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/AgpU/YkW+U2QvjwRAmiNAJwPx5STl3I8TW64n7tKHUpjeZv5SACgjg75 DtaaavUwXgeEfcgne01gaBA= =IHun -----END PGP SIGNATURE----- -- gentoo-dev@gentoo.org mailing list