StefanPotyra wrote: > Ok, I've taken a look at the package now. > > I'm inclined to reject this bug for the following reasons: Modifying > openal to depend on the openal library package or openal-soft is a gross > hack which contradicts everything library packages should adhere to. The > only way to make packages use of the openal-soft library is hence to > rebuild these against it. And I'm not really in favour of doing this > that late in the cycle. However only having the new library in hardy, > with no package using it seems not to provide anything useful to me.
Hello, I know it is a gross hack, but I was 100% sure that ubuntu-release would not like to change to a new package this late in the release cycle. Therefore, I have resorted to this solution which would: a) basically not default to the not-so-tested package in Hardy b) would allow beginners to have proper openal support in Hardy using a single command c) would allow more people to test the new package d) hopefully make the shift to the new package more acceptable for the next Ubuntu release -- libopenal needs replacement https://bugs.launchpad.net/bugs/194919 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
