From owner-freebsd-current Thu Oct 31 08:54:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA20023 for current-outgoing; Thu, 31 Oct 1996 08:54:05 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA19988 for ; Thu, 31 Oct 1996 08:53:39 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id RAA01402; Thu, 31 Oct 1996 17:51:44 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id RAA29598; Thu, 31 Oct 1996 17:51:39 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id RAA14519; Thu, 31 Oct 1996 17:38:30 +0100 (MET) From: J Wunsch Message-Id: <199610311638.RAA14519@uriah.heep.sax.de> Subject: Re: 2.1.5r -> current upgrade To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 31 Oct 1996 17:38:30 +0100 (MET) Cc: aflundi@lundin.abq.nm.us (Alan Lundin) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610301317.GAA13054@lundin.abq.nm.us> from Alan Lundin at "Oct 30, 96 06:17:11 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Alan Lundin wrote: > * being unsure about current, I wanted to have current > on one disk, and 2.1.5R on another. It took me a > while to discover that only SCSI targets 0 and 1 > where bootable from the default BSD boot -- at > least with my hardware. That's only a matter of your BIOS not mapping more than two drives into INT 0x13. Modern controller BIOSes offer to map all drives (and sometimes even allow you to select which drives should be included and which not). > * "make world" takes a really, really long time! If you are confident with the various subtargets, it's often faster and more convenient to not use `make world', in particular for users of slower machines. This however requires a good understanding of what is happening when, and what has been changed in the recent time so you could e.g. rebuild the C compiler first if you know it has been updated (which normally doesn't happen more often than once per year). > Apparently, something in the "make > world" process used the PRINTER env var as a groff > output type! Yep, this one is a real show-stopper! -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)