Date: 22 Nov 1998 11:52:08 -0600 From: Joel Ray Holveck <joelh@gnu.org> To: Randall Hopper <aa8vb@pagesz.net> Cc: current@FreeBSD.ORG Subject: Re: 3.0-RELEASE Feedback Message-ID: <861zmvpqd3.fsf@detlev.UUCP> In-Reply-To: Randall Hopper's message of "Sun, 22 Nov 1998 10:08:30 -0500" References: <19981122100830.A7061@pagesz.net>
next in thread | previous in thread | raw e-mail | index | archive | help
> 2) MAKEDEV doesn't seem to support cd1 > stealth : /dev # sh MAKEDEV rcd1c > rcd1c - no such device name > stealth : /dev # sh MAKEDEV cd1c > [: 1c: trailing non-numeric characters > [: 1c: trailing non-numeric characters > cd1c is invalid -- can't have more than 32 cd devices > stealth : /dev sh MAKEDEV cd1 > stealth : /dev # ls -l rcd1* > /opt/bin/colorls: No match. Don't try to make rcd1, cd1c, etc, using MAKEDEV. Use only the basic device name, and MAKEDEV will create all the raw devices and slices that are needed. stealth : /dev # ./MAKEDEV cd1 > 3) cd1 probes printed 10 seconds or so after the console comes up > to the login prompt after booting. > cd1 at ncr0 bus 0 target 0 lun 0 > cd1: <RICOH MP6200S 2.20> Removable CD-ROM SCSI2 device > cd1: 3.300MB/s transfers > cd1: Attempt to query device size failed: NOT READY, Medium not present > I don't know if this is a bug or not, but it is a little surprising to > have this stomp on the login prompt. Are device probes/drivers > processed in parallel now? The CAM stuff is handled in async parallel. > Should these be completing before certain system boot-up scripts are > processed (rc.local, etc.)? If you want them to. It'll probably be semi-trivial to make this happen. I'm considering making a change so that cd's are not probed for size. > 4) ldd(1) man page has a ref to ld.so(1), which doesn't exist. Interesting. There is still a rtld.1 in the source tree; I'm suprised it doesn't get installed. > 7) Emacs 20.3 package is broken > emacs 20.3 complains about > Warning: Lisp directory `/usr/local/share/emacs/20.3/leim' does > not exist. > and ediff is unusable: > Symbol's function definition is void: > ediff-convert-standard-filename Both of these are working fine here. Even though I build Emacs from source instead of the port, I don't see anywhere in the port (as of -current or 3.0-release) that should cause these problems. Was this message before or after installation? Do you have a copy of any ediff files in /usr/local/share/emacs/site-lisp? Happy hacking, joelh -- Joel Ray Holveck - joelh@gnu.org Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?861zmvpqd3.fsf>