On Sat, Jun 02, 2001 at 03:21:10PM -0400, John Franklin wrote:
> 
> >Number:         13087
> >Category:       bin
> >Synopsis:       loadcd -> eject -l [cd]
> >Confidential:   no
> >Severity:       non-critical
> >Priority:       low
> >Responsible:    bin-bug-people
> >State:          open
> >Class:          change-request
> >Submitter-Id:   net
> >Arrival-Date:   Sat Jun 02 12:20:01 PDT 2001
> >Closed-Date:
> >Last-Modified:
> >Originator:     John Franklin
> >Release:        <NetBSD-current source date>netbsd-current 2 June 01
> >Organization:
> 	
> >Environment:
> 	
> System: NetBSD deathmitten 1.5T NetBSD 1.5T (DEATHMITTEN) #1: Sun Mar 25 22:33:19 EST 2001 franklin@deathmitten:/usr/src/sys/arch/i386/compile/DEATHMITTEN i386
> Architecture: i386
> Machine: i386
> >Description:
> 	
> eject -l cd feels counterintuitive.  Wouldn't it be nice to have a program
> loadcd that loaded a cd, defaulting to cd0?  I admit, it's trivial, but
> so is the patch.

Is there some other device which isn't a CD and for which eject -l works
(tape drive, ZIP or magneto-optical) ? If so we need something more general
than loadcd

--
Manuel Bouyer, LIP6, Universite Paris VI.           Manuel.Bouyer@lip6.fr
--