tags + 359292 patch
thanks
Well, after the rebuild crystalspace does no longer depend on
libopenal0, but it seems to have been built without OpenAL support now
(no dependency on libopenal0a, and the buildd log says checking for OpenAL...
no).
It turns out that CS really uses alut, which is now
I wrote:
But I'm not sure whether that wholly fixes the issue, as my test
build borked on some swig-generated files
Yes it does -- after working-around the swig breakage my compile ran
through, the resulting .deb depends on libalut0 libopenal0a and
contains the sndoal.so plugin.
--
Robbe
Package: crystalspace
Version: 0.99-20060125-1
Severity: normal
libopenal0a is the current version and conflicts with libopenal0. See
http://lists.debian.org/debian-devel/2006/02/msg00850.html
for background information.
A simple rebuild should fix this bug.
--
To UNSUBSCRIBE, email to
3 matches
Mail list logo