Summary: | net-misc/mediatomb-0.12.1-r1 with media-libs/libmp4v2-1.9.1_p479 - ../src/metadata/libmp4v2_handler.cc:77:48: error: ‘MP4GetMetadataName’ was not declared in this scope | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | optiluca <optiluca> |
Component: | Current packages | Assignee: | Jeremy Olexa (darkside) (RETIRED) <darkside> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | azpegath, gentoo, lebarjack, media-video, patrick.rouzet, rhill, smoothhound |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
build.log
Patch for the libmp4v2-handling Ebuild that uses the new patch |
Description
optiluca@gmail.com
2012-03-30 12:52:06 UTC
Created attachment 307181 [details]
build.log
Just ran into the same problem when I tried to update world. From the changelog: 21 Mar 2012; Samuli Suominen <ssuominen@gentoo.org> libmp4v2-1.9.1_p479.ebuild: Keyword 1.9.1_p479 for ~arch because media-libs/faac is now working. *libmp4v2-1.9.1_p479 (19 Nov 2011) 19 Nov 2011; Samuli Suominen <ssuominen@gentoo.org> +libmp4v2-1.9.1_p479.ebuild: Version bump to featured upstream snapshot (unkeyworded for now because of API and ABI break) So looks like it was keyworded because of the break in the API but there is now something else that needs it so it was unkeyworded? Do we update the mediatomb dependency or slot it? Looks like the current stable version of this lib has some serious problems of its own: http://groups.google.com/group/mp4v2/browse_thread/thread/c19e8203ac2a27f0/1192d9fac9ffcd87?lnk=gst&q=noring#1192d9fac9ffcd87 So unkeywording this version should be a good thing. From the bug reports it looks like there are atleast 3 other programs with the same problem. I can confirm that I got this same error on x86_64 with 3.3.0-gentoo kernel. It seems that faac had this issue as well because a patch is now included with faac for this new version of libmp4v2. Looks like we need another patch for mediatomb, anyone up for writing it? I've now written a patch for the libmp4v2 issue. I haven't tested it with different mp4s, but it compiles and mediatomb starts with it =) Please review it and comment! Hopefully you think it's good enough to accept. I've added it to my overlay called AzP: http://gpo.zugaina.org/Overlays/AzP It doesn't seem to have synced yet, but I guess it'll show up sooner or later. Attach it here, please Ok, I've already seen some issues with the patch, at least my mediatomb is crasching after a little while now. I'm looking into it. Created attachment 307845 [details, diff]
Patch for the libmp4v2-handling
Ok, here we go! I found the (some) issues and resolved the crashes. It now successfully scans my entire library of a couple of thousands of files.
Created attachment 307847 [details]
Ebuild that uses the new patch
Here's the ebuild for it.
(In reply to comment #8) fix building for me works for me too. darkside i have the fix for bug #407753 queued up. let me know if you want me to include this as well. (In reply to comment #11) > works for me too. darkside i have the fix for bug #407753 queued up. let > me know if you want me to include this as well. go ahead. my test env is very fragile and I'm not going to install ~arch to test mediatomb. Thanks! Fixed in 0.12.1-r2. |