OpenAL and freealut

[Gerfried Fuchs]

* Thierry Reding <thierry at doppeltgemoppelt.de> [2006-02-17 10:41]:
> just wanted to give some explanations as to the current OpenAL
> situation.  Upstream has split freealut from OpenAL since it was last
> packaged for Debian, which has the consequence that the new OpenAL
> version can not be uploaded without freealut without breaking the
> libraries and applications depending on libopenal.

 They will break anyway because the API/ABI has changed like you said
yourself. I don't think that you need to worry about _that_ part.

> For OpenAL I had to add an epoch in order to cope with the change in
> the versioning scheme (dpkg considers 0.0.8 to be less than
> 0.2005080600).

 Which is just true. :)

> There still remains a problem with libopenal still building with the
> same soname as always, but I am not quite sure how to solve this.

 You can use the -release flag to work around non-set library version
informations, it will put the 0.0.8 (or whatever you choose) into the
library filename (and package name) which solves the problem, too.

> The way I understand it, upstream needs to change the library version
> that is passed to libtool for each API/ABI change of the library,
> which as I understand it was not the case so far.

 Exactly. This is the rationale behind the release critical bugreport I
filed agains the package.

> This is mainly due to the fact that upstream didn't use libtool in
> earlier versions packaged for Debian.

 And that the former maintainer of the package didn't seem to have cared
much for the package.

> However, the library version is still the same as ever (0.0.0) thus
> still breaking packages built against earlier versions of libopenal.

 Right. Use -release if possible instead -version-info, by no means you
should start -version-info because this is a no-go for distributors.

 So long,
Alfie
-- 
shit, fixed, updated.
    -- Michael Bramer, debian-www, <20030801123841.GA6863 at home.debsupport.de>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.alioth.debian.org/pipermail/pkg-games-devel/attachments/20060217/aca2a9e7/attachment-0001.pgp