Rebuild for libmp4v2 API migration

Bug #172683 reported by John Dong
6
Affects Status Importance Assigned to Milestone
amarok (Ubuntu)
Fix Released
Undecided
Unassigned
faac (Ubuntu)
Fix Released
Undecided
Unassigned
gtkpod-aac (Ubuntu)
Fix Released
Wishlist
John Dong
mplayer (Ubuntu)
Fix Released
Undecided
Unassigned
quodlibet (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: faac

Heads-up: libmp4v2 in Hardy will no longer be provided by what used to be a 3-year-old faad snapshot but rather be provided by the more commonly accepted mpeg4ip sources, which I've already merged from debian-multimedia and are staging in the motumedia-ppa

Preliminary recompile tests already have turned up some API incompatibilities. For now, I am going to mark all source packages that depend on libmp4v2-dev as affected by this while I perform build tests to see which are truly broken. Please hang tight ;-)

Revision history for this message
John Dong (jdong) wrote :

Definitely FTBFS'es:
mp4file.c: In function 'mp4_scan_soundcheck':
mp4file.c:152: error: too few arguments to function 'MP4GetMetadataFreeForm'
mp4file.c:174: error: too few arguments to function 'MP4GetMetadataFreeForm'
mp4file.c: In function 'mp4_get_file_info':
mp4file.c:370: error: too few arguments to function 'MP4GetMetadataCoverArt'
mp4file.c: In function 'mp4_write_file_info':
mp4file.c:455: error: too few arguments to function 'MP4GetMetadataCoverArt'
make[3]: *** [mp4file.o] Error 1

Changed in gtkpod-aac:
status: New → Confirmed
Revision history for this message
John Dong (jdong) wrote :

Fix identified and verified in motumedia PPA

Changed in gtkpod-aac:
assignee: nobody → jdong
status: Confirmed → In Progress
Revision history for this message
John Dong (jdong) wrote :

Marillat's 1.26 builds cleanly in motumedia ppa (though of course now I need to follow this stack up)

Changed in faac:
status: New → Invalid
Maia Everett (linneris)
Changed in gtkpod-aac:
importance: Undecided → Wishlist
Revision history for this message
Maia Everett (linneris) wrote :

Will be fixed when the current version builds.

Changed in gtkpod-aac:
status: In Progress → Fix Released
Revision history for this message
Maia Everett (linneris) wrote :

Dependencies of the old libmp4v2-0:

* amarok
* mplayer, mplayer-nogui, mencoder (source package: mplayer)
* exfalso (source package: quodlibet)

There are also faac (with libfaac0) and gtkpod-aac, which are in depwait and will be automatically built when the binary packages for libmp4v2-dev pass NEW.

For the other packages, the maintainers should probably either wait until mpeg4ip binaries pass NEW, or update libmp4v2-dev build-dependency to (>= 1:1.6-0.2ubuntu1) and enter depwait.

Changed in faac:
status: Invalid → Fix Released
Revision history for this message
Yuriy Kozlov (yuriy-kozlov) wrote :

If I understand this bug correctly, this is fixed in amarok now since it's been rebuilt since?

Revision history for this message
Mario Limonciello (superm1) wrote :

Yes this has been fixed in Amarok, mplayer and quodlibet since all have been rebuilt since the migration.

Changed in mplayer:
status: New → Fix Released
Changed in amarok:
status: New → Fix Released
Changed in quodlibet:
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.