Hi Loic,

As for openalpp-cvs (339237), osgal-cvs seems to have the problem of no
stable library ABI for use in a shared lib.  Given that this package wasn't
even present in sarge, there's no concern about breaking upgrades from sarge
to etch, but it could be a problem for upgrades from etch to etch+1.  If the
library does actually have a stable ABI, please rename the library package
for the c2a transition; if it doesn't, I think we need to keep this shared
library out of etch.

Also, it seems that osgal-cvs has a build-dependency on libopenalpp-cvs-dev
that should be unnecessary; it's only used during the build when linking
programs that aren't included in the final binary packages.  Is there a way
for those binaries to not be built, so the build-dependency can be dropped?
In any case, libosgal-cvs-dev's dependency on libopenalpp-cvs-dev seems
completely unnecessary.

Cheers,
-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
[EMAIL PROTECTED]                                   http://www.debian.org/

Attachment: signature.asc
Description: Digital signature

Reply via email to