Yes, they can. I see no reason why libopenal.so.0 and libopenal.so.1 cannot both exist. Some minor patching may be required for configuration file paths (I believe the libraries both use the same path/files in /etc but have different expectations about the contents of them)
directhex, you seem far more familiar with them than I. Are there any reasons why my suggestion is impractical/impossible? -- /usr/lib/libopenal.so.0 missing from Intrepid https://bugs.launchpad.net/bugs/273558 You received this bug notification because you are a member of Debian/Ubuntu Games Team, which is subscribed to openal-soft in ubuntu. Status in “openal-soft” package in Ubuntu: Won't Fix Bug description: Binary package hint: libopenal1 Version: 1:1.3.253-4ubuntu1 The libopenal1 binary package in Intrepid replaces the old libopenal0a binary package from Hardy, Gutsy etc. libopenal0a created /usr/lib/libopenal.so.0, but the new libopenal1 package does not (it creates /usr/lib/libopenal.so.1 instead). This breaks some third-party binaries, eg X-Plane (http://www.x-plane.com/). Suggested fix: The libopenal1 binary package should create a symbolic link from /usr/lib/libopenal.so.0 to /usr/lib/libopenal.so.1 Alternative fix: Retain the old libopenal0a binary package in Intrepid, in addition to the new libopenal1 binary package. And change the libopenal1 package so that it does not replace libopenal0 or libopenal0a. _______________________________________________ Pkg-games-ubuntu mailing list [email protected] http://lists.alioth.debian.org/mailman/listinfo/pkg-games-ubuntu
