NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
port-amd64/45652: cdplay doesn't work
>Number: 45652
>Category: port-amd64
>Synopsis: cdplay doesn't work
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: port-amd64-maintainer
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Fri Nov 25 14:05:00 +0000 2011
>Originator: Don Allen
>Release: 5.1
>Organization:
>Environment:
dca@salome:~$ uname -a
NetBSD salome.comcast.net 5.1 NetBSD 5.1 (SALOME) #0: Tue Nov 22 12:38:17 EST
2011 root%salome.comcast.net@localhost:/usr/src/sys/arch/amd64/compile/SALOME
amd64
>Description:
First of all, yes, I am running a custom 5.1 kernel. But I've tested this with
the GENERIC kernel and the problem remains.
dca@salome:/usr/pkgsrc/audio$ cd
dca@salome:~$ cdplay
Type `?' for command list
cdplay> play
cdplay: ioctl(CDIOCPLAYTRACKS): Invalid argument
cdplay> play 1
cdplay: ioctl(CDIOCPLAYTRACKS): Invalid argument
I *did* attempt to build the audio/cdplayer port, which initially failed.
Sorry, I didn't save the session output. I then installed the cdplayer package,
which succeeded, but CDPlayer did not work:
dca@salome:~$ CDPlayer
Shared object "libgnustep-gui.so.0.16.0" not found
I then tried building the audio/cdplayer port again and this time it succeeded
(I'm guessing that the package dragged in dependency that failed to build from
source previously). But CDPlay still doesn't work:
dca@salome:~$ CDPlayer
/usr/pkg/lib/GNUstep/Bundles/libgnustep-back-018.bundle/./libgnustep-back-018:
Undefined PLT symbol "FTC_Manager_New" (symnum = 396)
dca@salome:~$
I'm telling you all this because I'm guessing that all of this unsuccessful
mucking around with CDPlayer may have broken cdplay somehow.
>How-To-Repeat:
See description.
>Fix:
Home |
Main Index |
Thread Index |
Old Index