oss-compat simply does not work

Bug #983707 reported by Linards Ticmanis
48
This bug affects 9 people
Affects Status Importance Assigned to Milestone
oss-compat (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

According to the package description it is supposed to provide ensure compatibility to programs that are still trying to access the old /dev/dsp interface. But it does not do that.

And looking at the list of files provided in the oss-compat package in Precise, how could it? It supplies only a changelog, a license text file, and some directories, nothing else. In short the package seems to be completely useless in Precise. If there is simply no way to supply /dev/dsp in Precise, please remove oss-compat entirely as it serves no purpose then.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: oss-compat 1
ProcVersionSignature: Ubuntu 3.2.0-23.36-generic 3.2.14
Uname: Linux 3.2.0-23-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.0.1-0ubuntu4
Architecture: amd64
Date: Tue Apr 17 08:39:06 2012
Dependencies:

InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release amd64 (20111012)
PackageArchitecture: all
SourcePackage: oss-compat
UpgradeStatus: Upgraded to precise on 2012-03-30 (17 days ago)

Revision history for this message
Linards Ticmanis (ticmanis) wrote :
Revision history for this message
Daniel Letzeisen (dtl131) wrote :

As an alternative, start your program with padsp:
padsp <program_name>

Changed in oss-compat (Ubuntu):
status: New → Confirmed
Revision history for this message
Stephen Kitt (steve-sk2) wrote :

oss-compat does install a file, /etc/modprobe.d/oss-compat.conf. The idea is to load the OSS compatibility modules; these are no longer provided in the Ubuntu kernels, so in Precise it's only useful for users who rebuild a kernel with the appropriate configuration (so it's not really useful!).

There are a number of packages which depend on oss-compat so it can't just be removed. What I'd like to do eventually is provide exactly what Dave Lentz describes, although it would require changes to the launchers of the dependent packages...

Revision history for this message
Linards Ticmanis (ticmanis) wrote :

How about at least changing the package description, so that people are told right away that the package is essentially non-functional?

Revision history for this message
Andrew Pam (xanni) wrote :

Unfortunately padsp uses $LD_PRELOAD so it doesn't work with statically linked binaries like some older Linux games - for example, Rilroad Tycoon 2. Backward compatibility matters! Would it be possible to provide a daemon which listens on /dev/dsp and forwards to PulseAudio?

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package oss-compat - 3

---------------
oss-compat (3) unstable; urgency=low

  * Use softdep directives in the modprobe configuration. (Closes:
    #660803.)
  * Switch to my Debian address.
  * Use canonical VCS URIs.
  * Drop obsolete Lintian override for module-init-tools dependency.
  * Recommend osspd, which provides OSS emulation using ALSA or PulseAudio
    (LP: #659024, #983707).
  * Standards-Version 3.9.4, no further change required.

 -- Stephen Kitt <email address hidden> Tue, 18 Jun 2013 15:05:31 +0200

Changed in oss-compat (Ubuntu):
status: Confirmed → Fix Released
Revision history for this message
仇圣明 (qiusm-reversed) wrote :

Please backport osspd for precise and quantal.

Revision history for this message
jhansonxi (jhansonxi) wrote :

FYI, this was caused by bug #579300.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.