From owner-cvs-all Fri Aug 28 19:11:33 1998 Return-Path: Received: (from daemon@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA27761 for cvs-all-outgoing; Fri, 28 Aug 1998 19:11:33 -0700 (PDT) (envelope-from owner-cvs-all) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA27739 for ; Fri, 28 Aug 1998 19:11:26 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id TAA23572; Fri, 28 Aug 1998 19:10:31 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Mike Smith cc: committers@FreeBSD.org Subject: Re: make.conf In-reply-to: Your message of "Fri, 28 Aug 1998 18:49:28 -0000." <199808281849.SAA06317@dingo.cdrom.com> Date: Fri, 28 Aug 1998 19:10:31 -0700 Message-ID: <23567.904356631@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-cvs-all@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Agreed. It's not *impossibly* hard to merge at least some of this > stuff; both rc.conf and make.conf are reasonably straightforward. > Don't we have any aspiring Perl5 or Tcl weenies out there that would > like to make their mark? 8) I'll further commit to using any auto-merger tools that people may come up with from sysinstall if they make that a comparatively easy thing to do. It's long been on the TODO list, just not done. For rc.conf and make.conf, which contains only variable declarations, this is actually pretty easy since you really just have to: 1. Read in the new file, preserving comments and storing all the name/value pairs in some sort of table (sysinstall actually does this now). 2. Read just the name/value pairs from the old file and override any existing values in the table with the previous data. 3. Write back out a composite file with comments and updated variable values. Erm, right? I don't see any reason why that wouldn't work unless the default value of something has changed and you end up propagating an old default value back into your new file. I guess that's the one downside to this approach. - Jordan > > -- > \\ Sometimes you're ahead, \\ Mike Smith > \\ sometimes you're behind. \\ mike@smith.net.au > \\ The race is long, and in the \\ msmith@freebsd.org > \\ end it's only with yourself. \\ msmith@cdrom.com > >