Summary: | faad2 xmms plugin fails to load - undefined symbol MP4GetTrackAudioType | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Robin Johnson <robbat2> |
Component: | Current packages | Assignee: | Luis Medinas (RETIRED) <metalgod> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | duncan, kari.kaski, tester |
Priority: | High | ||
Version: | 2005.1 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
patch to fix xmms plugin
faad2 with patch support |
Description
Robin Johnson
![]() ![]() ![]() ![]() which version of faad2 (and libmp4v2) are you using ? # emerge -pv libmp4v2 faad2 These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] media-libs/libmp4v2-1.4.1 0 kB [ebuild R ] media-libs/faad2-2.0-r11 USE="xmms" 0 kB Total size of downloads: 0 kB tried re-emerging both ? This is strange... yes, it still occurs after re-merging. # readelf -s /usr/lib/xmms/Input/libmp4.so |grep MP4GetTrackAudioType 59: 00000000 0 NOTYPE GLOBAL DEFAULT UND MP4GetTrackAudioType # ldd /usr/lib/xmms/Input/libmp4.so linux-gate.so.1 => (0xffffe000) libxmms.so.1 => /usr/lib/libxmms.so.1 (0xb7f3e000) libgtk-1.2.so.0 => /usr/lib/libgtk-1.2.so.0 (0xb7e33000) libgdk-1.2.so.0 => /usr/lib/libgdk-1.2.so.0 (0xb7e04000) libgmodule-1.2.so.0 => /usr/lib/libgmodule-1.2.so.0 (0xb7e01000) libglib-1.2.so.0 => /usr/lib/libglib-1.2.so.0 (0xb7de3000) libXi.so.6 => /usr/lib/libXi.so.6 (0xb7ddc000) libXext.so.6 => /usr/lib/libXext.so.6 (0xb7dd1000) libX11.so.6 => /usr/lib/libX11.so.6 (0xb7d03000) libm.so.6 => /lib/tls/libm.so.6 (0xb7ce0000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0xb7ccd000) libstdc++.so.6 => /usr/lib/gcc/i686-pc-linux-gnu/3.4.5/libstdc++.so.6 (0xb7bff000) libfaad.so.0 => /usr/lib/libfaad.so.0 (0xb7bc9000) libmp4v2.so.0 => /usr/lib/libmp4v2.so.0 (0xb7b30000) libc.so.6 => /lib/tls/libc.so.6 (0xb7a17000) libgthread-1.2.so.0 => /usr/lib/libgthread-1.2.so.0 (0xb7a14000) libdl.so.2 => /lib/libdl.so.2 (0xb7a10000) libXau.so.6 => /usr/lib/libXau.so.6 (0xb7a0d000) libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb7a08000) /lib/ld-linux.so.2 (0x80000000) libgcc_s.so.1 => /usr/lib/gcc/i686-pc-linux-gnu/3.4.5/libgcc_s.so.1 (0xb79fe000) # for i in `ldd /usr/lib/xmms/Input/libmp4.so | awk '/\//{print $3}' `; do readelf -s $i | grep MP4GetTrackAudioType ; done ; ( no output ); Created attachment 80810 [details, diff]
patch to fix xmms plugin
ok, here is a patch to fix the xmms plugin
why was this assigned to metalgod? I could reproduce the problem and I've added a patch. sound: can you check/add the patch to faad2 ? (In reply to comment #5) > Created an attachment (id=80810) [edit] > patch to fix xmms plugin > > ok, here is a patch to fix the xmms plugin > I encountered the same problem today I also wrote a patch Same as yours, :) Because the xmms part of faad2 is handled by MetalGOD. Created attachment 84935 [details]
faad2 with patch support
The patch works but I noticed that it was not patching the sources so I edited the ebuild to make this patch work. Basicly all I did was add epatch "${FILESDIR}/faad-2.0-xmms.patch" to source_unpack.
I don't know where metalgod is, but this fix works, so I've applied it now, bumping the revision. *** Bug 141338 has been marked as a duplicate of this bug. *** faad2-2.0-r11.ebuild is stable on AMD64, unfortunately it is missing line: epatch "${FILESDIR}/faad-2.0-xmms.patch" which is in r12 and r13 but they are ~AMD64 (not stable). This bug will be really resolved when r12 or newer becomes stable (or missing epatch added to r11 too). |