Date: Thu, 30 Mar 2000 16:33:10 +1000 (EST)
From: mrg@cygnus.com
Reply-To: mrg@cygnus.com
To: gnats-bugs@gnats.netbsd.org
Subject: cdplay incorrectly assumes 'd' is i386 RAW_PART (only)


>Number:         9747
>Category:       bin
>Synopsis:       cdplay incorrectly assumes 'd' is i386 RAW_PART (only)
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    bin-bug-people
>State:          open
>Class:          doc-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Mar 31 18:33:00 PST 2000
>Closed-Date:    
>Last-Modified:  
>Originator:     matthew green
>Release:        <NetBSD-current source date>feb20
>Organization:
people's front against (bozotic) www (softwar foundation)
>Environment:

	
System: NetBSD fish-dances.eterna.com.au 1.4T NetBSD 1.4T (_fish_) #15: Wed Mar 29 17:49:15 EST 2000 mrg@fish-dances.eterna.com.au:/var/_fish_ i386




>Description:


        in cdplay(1) it says:


     -f device
             Specify a device, such as /dev/cd0c (or /dev/cd0d on the i386 ar-
             chitecture).  Both absolute path and relative to /dev filename
             are possible.  Suffix `c' (or 'd' on the i386 architecture) is
             added to the device name if needed.


        however, several of the new ports have taken this totally lossage from
        the i386 port and it is no longer i386-specific.


>How-To-Repeat:


	man cdplay.  notice the now-dated info.


>Fix:


	add the architectures that have RAW_PART = d to this list, or make it
	refer to sysctl kern.rawpartition (3 == d, 2 == c).  (ideally, cdplay.c
	itself would use the kern.rawpartition value rather than RAW_PART
	directly, as this might make it continue to work without recompliation
	ifwhen the RAW_PART != c lossage is excised from all ports.)
>Release-Note:
>Audit-Trail:
>Unformatted: