From owner-cvs-src@FreeBSD.ORG Sun Oct 10 17:27:19 2004 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5CFD16A4CE; Sun, 10 Oct 2004 17:27:19 +0000 (GMT) Received: from web.portaone.com (mail.russia.cz [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D4F243D54; Sun, 10 Oct 2004 17:27:19 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.73] (portacare.portaone.com [195.140.247.242]) (authenticated bits=0) by web.portaone.com (8.12.11/8.12.11) with ESMTP id i9AHR5ae028527 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 10 Oct 2004 19:27:06 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <416970DE.7070903@portaone.com> Date: Sun, 10 Oct 2004 20:26:54 +0300 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Somers References: <200410071355.i97DtSJq024575@repoman.freebsd.org> <20041009011553.01708de1@dev.lan.Awfulhak.org> In-Reply-To: <20041009011553.01708de1@dev.lan.Awfulhak.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: cvs-src@FreeBSD.ORG cc: Mike Makonnen cc: src-committers@FreeBSD.ORG cc: cvs-all@FreeBSD.ORG Subject: Re: What we keep under /etc X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Oct 2004 17:27:20 -0000 Actually it is easy enough to extend mergemaster to handle this almost automagically. For example it can create some directory, say ~/.mergemaster, and store pairs version:hash for all virgin files that it installs, so that on the next run it will be able to distinguish modified files from pristine ones. -Maxim Brian Somers wrote: > On Thu, 7 Oct 2004 13:55:28 +0000 (UTC), Mike Makonnen wrote: > >>mtm 2004-10-07 13:55:28 UTC >> >> FreeBSD src repository >> >> Modified files: >> etc rc rc.shutdown >> etc/rc.d DAEMON LOGIN NETWORKING SERVERS abi >> accounting addswap adjkerntz amd apm apmd >> archdep atm1 atm2 atm3 bgfsck bootparams >> ccd cleanvar cleartmp cron devd devfs >> dhclient dmesg dumpon early.sh fsck gbde >> gbde_swap hostname ike inetd initdiskless >> initrandom ip6addrctl ip6fw ipfilter ipfs >> ipfw ipmon ipnat ipsec ipxrouted isdnd >> jail kadmind kerberos keyserv kldxref >> kpasswdd ldconfig local localpkg lomac >> lpd mixer motd mountcritlocal >> mountcritremote mountd moused mroute6d >> mrouted msgs named natd netif netoptions >> network_ipv6 nfsclient nfsd nfslocking >> nfsserver nisdomain nsswitch ntpd ntpdate >> othermta pccard pcvt pf pflog >> power_profile ppp-user pppoed >> preseedrandom pwcheck quota ramdisk >> ramdisk-own random rarpd rcconf.sh resolv >> root route6d routed routing rpcbind >> rtadvd rwho savecore securelevel sendmail >> serial sppp sshd swap1 syscons sysctl >> syslogd timed tmp usbd var vinum >> virecover watchdogd ypbind yppasswdd >> ypserv ypset ypupdated ypxfrd >> Log: >> Remove the requirement for the FreeBSD keyword as it no longer >> makes any sense. >> >> Discussed with: dougb, brooks >> MFC after: 3 days > > > This makes life painful enough to ask.... > > Is there any good reason that mergemaster deals with this stuff rather than > make installworld? Or maybe I should ask, why doesn't make installworld > handle *some* stuff in /etc, such as /etc/rc.d/ and /etc/defaults/? > > > I guess the good reason is that POLA says that stuff under /etc/ doesn't > change with an installworld. But does this mean that we should keep this > stuff (along with /etc/defaults/) somewhere else (/system/rc.d/, > /system/defaults/)? After all, the BSD world has always been against the > sysV idea of storing binaries under /etc/, and /etc/rc.d/ is now full > of binaries.... well, programs then. > > > Or maybe I'm just completely off track and the real world (!) adds its > own /etc/rc.d/ stuff and modifies /etc/defaults/? >