From owner-freebsd-hackers Wed Aug 30 17:36:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA10062 for hackers-outgoing; Wed, 30 Aug 1995 17:36:02 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id RAA10049 for ; Wed, 30 Aug 1995 17:35:46 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id RAA01381; Wed, 30 Aug 1995 17:35:24 -0700 From: Julian Elischer Message-Id: <199508310035.RAA01381@ref.tfs.com> Subject: Re: /etc/disktab and stuff To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 30 Aug 1995 17:35:23 -0700 (PDT) Cc: jkh@time.cdrom.com, hackers@freebsd.org In-Reply-To: <199508310004.RAA09965@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Aug 30, 95 05:04:31 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1096 Sender: hackers-owner@freebsd.org Precedence: bulk I have to side with rod on this... dding a crucially missing item in sysinstall is ok.. (could be considered a bugfix) rewriting it is a bad idea.. bringing in a new editor is a bad idea, (unless the old one is still there) > > > > says in kernel issues and ii) no new functionality of _ANY_ kind > was to be added to this branch, it was to be a bugfix against 2.0.5. > > b) ee is new green code, not sutible for production release, it's been > in the tree 24 hours and has had a rash of commits, not a good > canidate for release, lickely to put egg on our face. (unless it can squeeze in AS WELL as vi..) (may people can't run vi... do you blame them:) ) > > I don't want it done ``better and faster'' for 2.1, I want it done slow > and correct for 2.2. We have known quantity and quality code with sysinstall > now document the hell out of the bugs, fix the clear cut ones (even gotta > be very carefull doing that or you add one while removing one :-() 2.1 should have 'known bugfixes for 2.0.5' and 'easily fixable oversights for the install of 2.0.5' julian > > >