From owner-freebsd-alpha@FreeBSD.ORG Mon Aug 30 03:06:49 2004 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BA7A16A4CE; Mon, 30 Aug 2004 03:06:49 +0000 (GMT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C5CD43D5C; Mon, 30 Aug 2004 03:06:48 +0000 (GMT) (envelope-from DougB@dougbarton.net) Received: from [169.223.32.109] (109.32.dhcp.apnic18.apnic.net[169.223.32.109]) by comcast.net (sccrmhc13) with ESMTP id <2004083003064101600h8vuoe> (Authid: domain_name_tsar); Mon, 30 Aug 2004 03:06:47 +0000 Message-ID: <413299B9.5010107@dougbarton.net> Date: Sun, 29 Aug 2004 20:06:33 -0700 From: Doug Barton User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <20040829145526.GF23120@ip.net.ua> In-Reply-To: X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit cc: alpha@freebsd.org cc: Doug Barton Subject: Re: 6.0 on Alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 03:06:49 -0000 Dag-Erling Smørgrav wrote: > Ruslan Ermilov writes: > >>But I specifically made the "distribution" target in >>src/etc/Makefile install the device.hints file, in a hope that >>mergemaster(8) will pick it up. Is it not the case? > > > Yup. Could you please do the same with loader.rc? It's currently the > only file in the system that is never updated by world or mergemaster. > > >>Ah, it looks like mergemaster(8) only cares about updating /etc, >>which is bad. :-( > > > wrong, mergemaster handles /boot/device.hints just fine. DES is correct, mm uses src/etc/Makefile which builds a complete tree, and populates it with various files, mostly in /etc/ of course, but mm compares all the real files in that "temproot" tree. One thing we could do rather than continuing to "abuse" src/etc/Makefile by adding things like /boot/device.hints is give mm some specific knowledge about files like that, but I've studiously tried to avoid giving it "special knowledge" about files for a lot of reasons. The most important to me was not adding extra burdens to either myself or maintainers of other parts of the tree to update that special knowledge, but also important is the problem of updates across various boundaries. It's currently quite possible to use older versions of mm to update newer systems, but the more special knowledge about individual files you give it, the harder that is to maintain. Doug -- If you're never wrong, you're not trying hard enough