From owner-freebsd-hackers Sun Oct 1 21:32:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA15764 for hackers-outgoing; Sun, 1 Oct 1995 21:32:19 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA15755 ; Sun, 1 Oct 1995 21:32:16 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id VAA25237; Sun, 1 Oct 1995 21:32:00 -0700 To: Jake Hamby cc: "Jordan K. Hubbard" , hackers@freefall.freebsd.org Subject: Re: 2.1.0-950928-SNAP now available for testing In-reply-to: Your message of "Sun, 01 Oct 1995 14:21:56 PDT." Date: Sun, 01 Oct 1995 21:32:00 -0700 Message-ID: <25235.812608320@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > 1) It's nice that you've included the floppy tape filter 'ft' on the > fixit. It would be even nicer if you included the /dev/rft0 device node > so we could actually use it! :-) What's wrong with the ft0 device already on the boot floppy's /dev? The fixit fd's dev directory should actually be _pared down_ a fair bit to reduce the redundant device entries which were left behind when it switched roles. Perhaps I'm simply misunderstanding something. > 2) vi won't run unless it has a /tmp directory it can write to, and it > complains if it doesn't have /var/tmp for it's vi.recover file. Simply > 'mkdir /tmp /var/tmp' will fix this. I suppose I could create these if they don't already exist.. Or I could make them part of the MFS. > 3) When I typed 'pwd' from the fixit shell, it complained 'can't find > /stand/pwd' and went into some kind of weird subshell. Any further > commands were just ignored, but exiting got me back to the previous > shell. That's weird. :-) > Finally, now that ftp.cdrom.com has mirrored the XFree86 3.1.2 binaries, > why aren't those the default for installing FreeBSD 2.1.0? XFree86 3.1.2 > has some significant improvements including using libgnumalloc and much > better support for S3-based SVGA cards... They are now. Jordan