Bug#552705: ITP: mp4v2 -- a library that provides functions to read, eate, and modify mp4 files

[Reinhard Tartler]

Hi mp4v2 developers,

I'm CC'ing you with this email because of two reasons:

 a) we wanted to inform you about Debian's intend to package mp4v2
 b) I have a technical question about the library versioning used in the
    mp4v2 package
 c) Inform you that we update the horribly outdated config.guess and
    config.sub files in the mp4v2 package

Fabian Greffrath <greffrath at leat.rub.de> writes:

> Fabian Greffrath schrieb:
>> b) add override_dh_auto_configure and copy over the files
>> [config.sub, config.guess] from autotools-dev, remove them in
>> debian/clean

> Did it that way...

thanks.

OK. Now I've successfully built it, seems so far okay.

I've further looked at the package. Confusingly, a copy of the GPL is
included in the package as file COPYING, while the source itself is
MPL. This seems to have already been fixed in the upstream svn.

the other more serious issue is this:

libmp4v2_la_LDFLAGS = \
    $(AM_LDFLAGS) \
    -version-number $(PROJECT_version_major):$(PROJECT_version_minor):$(PROJECT_version_point) $(X_libmp4v2_la_LDFLAGS)

this doesn't look right. Well, it might be correct if the upstream
versioning is choosen correctly, but in almost all cases, the release
version and library version should be handled seperatly.

To me this looks like someone decided to not bother with libtool but
implement an simpler own solution without really understanding the
implications of librariy versioning.

I noticed that debian-multimedia.org (and ubuntu) include an libmp4v2-0
package. Is the created libmp4v2-1 from this package really ABI
incompatible to the proposed package? If not, then SONAME should not
have been bumped.

I'm holding back with the upload of this package until Fabian confirms
that he is aware of this issue and wants to have it uploaded anyway, or
(preferably) the library versioning is clarified.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4