From owner-freebsd-hackers Mon Apr 7 10:00:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA23700 for hackers-outgoing; Mon, 7 Apr 1997 10:00:43 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA23663 for ; Mon, 7 Apr 1997 10:00:37 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id CAA09397; Tue, 8 Apr 1997 02:29:15 +0930 (CST) From: Michael Smith Message-Id: <199704071659.CAA09397@genesis.atrad.adelaide.edu.au> Subject: Re: on the subject of changes to -RELEASEs... In-Reply-To: <199704071630.JAA00177@phaeton.artisoft.com> from Terry Lambert at "Apr 7, 97 09:30:34 am" To: terry@lambert.org (Terry Lambert) Date: Tue, 8 Apr 1997 02:29:15 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, avalon@coombs.anu.edu.au, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > Crap. Whilst you can, certainly, devise a pathological case to > > justify your claims, the reality is that the sort of changes mooted > > will not, on the whole, mandate /etc/ changes, and the proposed > > service is worthwhile. Also note that the 'source-diff' plan doesn't > > have anything to do with /etc. If you have a beef with Danny's work, > > take it up with him. > > How can this scheme cause Robert Withrow's AMD/NIS "eval" changes > to /etc/sysconfig and /etc/rc to work on my machine? Let's qualify "this" here, as you are still lumping the two sets together. If you are taking your 2.2.1 sources and patching them to -STABLE, you upgrade /etc/ like anyone else with source does. If you are applying a binary upgrade set, then perhaps you don't get it. You're not losing there, and your system won't mysteriously explode. The sceme isn't N-complete, but it's a shitload better than what we have now, which is _nothing_. > > The scheme _is_ practical. You are being part of the problem; please > > desist 8) > > The soloution is known and long-standing, it's just never been > adopted because of the /var and rc.d changes being "too SysV-like" > (ie: NIH). This has nothing particularly to do with the issue at hand, and last time it was brought up it wasn't NIH but nobody doing it that was the issue. > (How can advocating a particular soloution be construed as "being part > of the problem"? It would seem more like "part of the soloution"...) You are detracting from a practically achievable solution by claiming to advocate a solution that is not workable within the current constraints. > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[