116022 2005-12-19 03:18 0000 media-libs/faad2-2.0-r13: testing request 2007-03-26 17:23:51 0000 1 1 1 Unclassified Gentoo Linux Games unspecified All All RESOLVED FIXED P2 normal --- 1 flameeyes@gentoo.org sound@gentoo.org hanno@gentoo.org imago@devinity.de jesse@boldandbusted.com magnade@gmail.com mips@gentoo.org rockoo@gmail.com spamlover@dahlen.org tester@gentoo.org tinaught@gmail.com wmilkowski@gazeta.pl flameeyes@gentoo.org 2005-12-19 03:18:53 0000 I've committed faad2-2.0-r8, that depends on mpeg4ip as it uses always the external version of libmp4v2 (provided by mpeg4ip). For this reason I had to drop a lot of keywords. Arches please test mpeg4ip and faad2 and mark them as such, consider that -r8 is the target stable as soon as possible. Thanks, Diego wmilkowski@gazeta.pl 2005-12-19 08:07:22 0000 There are file conflicts between mpeg4ip and faad2 ebuilds: existing file /usr/lib/libmp4v2.a is not owned by this package existing file /usr/lib/libmp4v2.la is not owned by this package existing file /usr/include/mp4.h is not owned by this package existing file /usr/include/mpeg4ip.h is not owned by this package flameeyes@gentoo.org 2005-12-19 09:29:47 0000 Unmerge old faad, remove the stale .la files, and then emerge the new one. wmilkowski@gazeta.pl 2005-12-19 11:21:34 0000 I did it, and it didn't help. All those files belongs to mpeg4ip ebuild after is emerged. tester@gentoo.org 2005-12-19 13:00:39 0000 (In reply to comment #3) > I did it, and it didn't help. All those files belongs to mpeg4ip ebuild after > is emerged. They are supposed to belong to mpeg4ip.. faad2 includes an outdated version, it will use the installed version if its there. wmilkowski@gazeta.pl 2005-12-19 14:12:41 0000 (In reply to comment #4) > They are supposed to belong to mpeg4ip.. faad2 includes an outdated version, it > will use the installed version if its there. It seems that for me faad2-2.0-r8 try to overwrite those files. I have tried twice. tester@gentoo.org 2005-12-19 18:49:02 0000 arg I think this solution does work.. we need to move libmp4v2 out of the mpeg4ip package... because mpeg4ip depends on ffmpeg which depends on faad2.. circular dep... I'm going to try to make a separate package tester@gentoo.org 2005-12-19 21:49:28 0000 I've added media-libs/libmp4v2 in faad2 you can replace the mpeg4ip dep with libmp4v2 remove patch 010_all_configure-mpeg4ip.patch (because libmp4v2 does not provide mpeg4ip-config) We should also check the packages that depend on faad2 to see if they could use just libmp4v2 instead. sparc: I dropped your keyword from app-pda/gtkpod-0.99.0 because it now depends on libmp4v2 too ... and I'm too lazy to file a new bug. flameeyes@gentoo.org 2005-12-20 00:08:51 0000 The patch has to be changed, not dropped. Let me wake up and I'll do. flameeyes@gentoo.org 2005-12-20 04:20:13 0000 Updating version to test, -r8 was in a circular dep with ffmpeg and mpeg4ip. george@gentoo.org 2005-12-20 07:07:42 0000 Still getting it with -r9: >>> Completed installing faad2-2.0-r9 into /var/tmp/portage/faad2-2.0-r9/image/ * checking 24 files for package collisions existing file /usr/include/mp4.h is not owned by this package existing file /usr/lib64/libmp4v2.a is not owned by this package existing file /usr/lib64/libmp4v2.la is not owned by this package [skipping portage blurb] package media-libs/faad2-2.0-r9 NOT merged These files are owned by freshly installed media-libs/libmp4v2-1.4.1 (not leftovers), according to equery belongs.. George jdaluz@gmail.com 2005-12-20 13:51:24 0000 I'm not an arch tester, but: I'm getting "<media-libs/faad2-2.0-r9 (is blocking media-libs/libmp4v2-1.4.1)" when updating to -r9. tester@gentoo.org 2005-12-20 14:07:47 0000 remove <faad2-2.0-r9 ie.. remove faad2 tinaught@gmail.com 2005-12-21 11:52:14 0000 (In reply to comment #11) > I'm not an arch tester, but: I'm getting "<media-libs/faad2-2.0-r9 (is blocking > media-libs/libmp4v2-1.4.1)" when updating to -r9. I've got the same. But emerge -C faad2 && emerge faad2 fixed for me. jdaluz@gmail.com 2005-12-21 12:24:53 0000 (In reply to comment #13) > > I've got the same. But emerge -C faad2 && emerge faad2 fixed for me. > Thanks, that took care of the problem for me as well. I just wondered if the occurence of the block was normal behavior or indicated something wrong with the ebuild. tester@gentoo.org 2005-12-21 12:29:56 0000 no its normal intenteded behavior.. they have to block each other because <faad2-2.0-r9 and libmp4v2 provide the same files (libmp4v2.so, mp4.h, etc) harmgeerts@home.nl 2005-12-22 05:32:10 0000 The result is intended, the behaviour is a bug. faad2-2.0-r9 depends on libmp4v2-1.4.1, libmp4v2-1.4.1 has a block on <faad2-2.0-r9. Instead of resolving the block (first upgrade to faad2-2.0-r9) it stops. workaround is: emerge --nodeps faad2 && emerge libmp4v2 portage bug @ http://bugs.gentoo.org/show_bug.cgi?id=79606 tester@gentoo.org 2005-12-22 09:18:59 0000 (In reply to comment #16) > workaround is: emerge --nodeps faad2 && emerge libmp4v2 This is wrong, you need to unmerge faad2.. then re-emerge it.. it builds against a library provided by libmp4v2 (instead of the copy it has). It is the intended behavior. gustavoz@gentoo.org 2005-12-22 10:34:01 0000 got the ~sparc corsair@gentoo.org 2005-12-22 11:31:49 0000 added ~ppc64 syscrash2k@gmail.com 2005-12-22 18:40:59 0000 On my latest sync, media-libs/faad2-2.0-r9 depends on media-libs/libmp4v2. media-libs/libmp4v2 is blocking media-libs/faad2-2.0-r9. This is on ~amd64. Rather interesting, isn't it? tester@gentoo.org 2005-12-23 00:00:24 0000 libmp4v2 blocks <faad2-2.0-r9 Solution: emerge unmerge faad2 && emerge faad2 josejx@gentoo.org 2006-01-08 09:34:54 0000 Marked ~ppc. tcort@gentoo.org 2006-01-10 14:44:54 0000 I emerged faad2-2.0-r9 on alpha without any problems. To test it I emerged media-video/vlc-0.8.1-r1 with use USE="aac" and was able to play aac files fine. media-libs/libmp4v2, a new dependency of faad2, will need ~alpha too. I didn't experience any problems emerge'ing libmp4v2 and didn't have any problems running vlc or easytag (bug #111427). gpp666_999@yahoo.de 2006-01-17 16:29:11 0000 well as there is no other bug report about faad2 and this likely looked upon: i have package collision with xmms use flag (it seems that this forces libmp4v2 to be build in some way), on the other hand with -xmms faad2-2.0-r9|r10 emerges cleanly. imago@devinity.de 2006-01-18 16:45:15 0000 Created an attachment (id=77479) build faad2-xmms plugin against external libmp4v2 can confirm the package collision when building with 'xmms' useflag. Attached is a patch which fixes configure script and Makefiles to link against external libmp4v2. Plus fixing the plugin as there is a small API change between included and external(newer) version of libmp4v2. patlynch@hailmail.net 2006-02-05 23:01:45 0000 When is faad2 going to have a new realease? There are changes in CVS 15 months old but still arent in the faad2 release! Specifically I am referring to the libmp4 xmms plugin. The CVS version has AAC tag support for the xmms playlist. What have the faad2 guys been doing? llucas@mantle.g-status.com 2006-02-05 23:52:14 0000 I am also hitting on this bug...emerging faad2 dies with xmms keyword. USE="-xmms" allows faad2 to compile cleanly. Portage 2.1_pre4-r1 (default-linux/amd64/2005.1, gcc-3.4.5, glibc-2.3.6-r2, 2.6.15-gentoo-r2 x86_64) ================================================================= System uname: 2.6.15-gentoo-r2 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ Gentoo Base System version 1.6.14 dev-lang/python: 2.4.2-r1 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O3 -march=athlon64 -pipe -funroll-all-loops -fpeel-loops -ftracer -funswitch-loops -funit-at-a-time -msse3" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=athlon64 -pipe -funroll-all-loops -fpeel-loops -ftracer -funswitch-loops -funit-at-a-time -msse3" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X a52 aac aalib acpi aim alsa apache2 artworkextra avi bash-completion berkdb bitmap-fonts browserplugin bzip2 cd cddb cdr chroot clamav crypt css cups curl dbus divx4linux dv dvd dvdr dvdread eds emboss encode esd evo exif fame ffmpeg firefox flac flash foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 hal ieee1394 imagemagick imlib java javascript jikes jpeg lcms ldap libcaca live lzo lzw lzw-tiff mad mbox mng mono mozilla moznocompose moznoirc moznomail moznosvg mp3 mpeg nautilus ncurses network nls nptl nptlonly nsplugin nvidia offensive ogg opengl oss pam pcre pdflib perl pic png posix ppds python quicktime readline real sdl smp speex spell sqlite ssl svg tcltk tcpd theora tiff truetype truetype-fonts type1-fonts unicode usb userlocales vcd videos vorbis wmf xine xml xml2 xmms xpm xv xvid xvmc zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_nvidia" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LANG, LC_ALL, LDFLAGS, LINGUAS flameeyes@gentoo.org 2006-02-06 04:08:48 0000 The current CVS version of FAAD2 is using a bastardised GPL2 that's GPL incompatible. And the failure with +xmms is now fixed in -r11. tester@gentoo.org 2006-02-26 16:12:45 0000 heya.. this bug still exists... the xmms plugin collision has been fixed. alpha, arm, hppa, ia64, mips and ppc-macos still need to add ~arch to faad2-2.0-r11 and its dependencies.. hurry up, we're going to move it to stable soon. imago@devinity.de 2006-03-04 18:40:49 0000 xmms plugin still doesn't work with -r11. The patch from bug #120799 isn't enough. -- /usr/lib64/xmms/Input/libmp4.so: undefined symbol: MP4GetTrackAudioType -- Seems nobody even tried it before declaring it as "fixed" :/ I even mentioned the problem already in comment #25( plus providing a working patch which somehow simply got ignored :/) tester@gentoo.org 2006-03-05 01:14:03 0000 (In reply to comment #30) > xmms plugin still doesn't work with -r11. The patch from bug #120799 isn't > enough. > -- > Seems nobody even tried it before declaring it as "fixed" :/ > I even mentioned the problem already in comment #25( plus providing a working > patch which somehow simply got ignored :/) the same patch is in bug #123569, I guess we somehowed missed it here, waiting for sound@ to apply it. tcort@gentoo.org 2006-05-06 08:45:43 0000 Marked faad2-2.0-r11 ~alpha. gmsoft@gentoo.org 2006-06-11 07:46:52 0000 2.0-r11 stable on hppa. magnade@gmail.com 2006-06-13 16:55:52 0000 has this patch been appiled yet? its been several months aside from stable comments that anyone has said anything xeno@alfa.icis.pcz.pl 2006-07-18 14:38:57 0000 It appears that -r12 is OK, it's still ~ though flameeyes@gentoo.org 2006-09-24 10:24:36 0000 arm, ia64, mips, ppc-macos *please mark a newer version testing and stable ASAP or decide yourself to drop the keywords and mask the flag* 2.0-r7 *won't work in current systems anymore after the autotools changes and I won't be fixing it (because I've done that already)* grobian@gentoo.org 2006-09-24 10:48:36 0000 ppc-macos dropped kaazoo@gmx.net 2006-11-11 08:58:51 0000 faad2-2.0-r13 builds with libmp4v2-1.5 on mips Portage 2.1-r2 (default-linux/mips/2006.1/ip30/o32/nptl, gcc-4.1.1, glibc-2.3.6-r4, 2.6.17.10-mipsgit-20060618 mips64) ================================================================= System uname: 2.6.17.10-mipsgit-20060618 mips64 R10000 V3.4 FPU V0.0 Gentoo Base System version 1.12.1 app-admin/eselect-compiler: [Not Present] dev-java/java-config: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.14.4 ACCEPT_KEYWORDS="mips" AUTOCLEAN="yes" CBUILD="mips-unknown-linux-gnu" CFLAGS="-O2 -march=mips4 -pipe -fomit-frame-pointer -ftracer -fforce-addr" CHOST="mips-unknown-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=mips4 -pipe -fomit-frame-pointer -ftracer -fforce-addr" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="berkdb bitmap-fonts cli cracklib dlloader fortran gdbm gpm iconv ip30 isdnlog libwww mips nls nptl nptlonly pam pcre perl pppd python readline reflection sdl session spl ssl tcpd truetype-fonts type1-fonts xorg elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev kernel_linux userland_GNU video_cards_dummy video_cards_fbdev video_cards_impact video_cards_newport video_cards_v4l" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY ciaran.mccreesh@googlemail.com 2006-11-11 09:02:55 0000 (In reply to comment #38) > faad2-2.0-r13 builds with libmp4v2-1.5 on mips We don't care whether it builds. Does it work? ssuominen@gentoo.org 2007-03-26 17:23:51 0000 Looks like this bug is resolved wrt, 06 Jan 2007; Stuart Longland <redhatter@gentoo.org> faad2-2.0-r13.ebuild: Tested and added ~mips keyword as per Flameeyes' request. 77479 2006-01-18 16:45 0000 build faad2-xmms plugin against external libmp4v2 faad-2.0-really-disable-internal-libmp4v2.patch text/plain LS0tIGZhYWQyL2NvbmZpZ3VyZS5pbi5vcmlnCTIwMDYtMDEtMTcgMDc6MjA6MzMuMDAwMDAwMDAw ICswMTAwCisrKyBmYWFkMi9jb25maWd1cmUuaW4JMjAwNi0wMS0xNyAwNzoyMDo0OS4wMDAwMDAw MDAgKzAxMDAKQEAgLTEyMSw4ICsxMjEsNiBAQCBpZiB0ZXN0IHgkV0lUSFhNTVMgPSB4eWVzOyB0 aGVuCiAgIGZpCiAKICAgQU1fQ09ORElUSU9OQUwoSEFWRV9YTU1TLCB0cnVlKQotICBBQ19NU0df Tk9USUNFKCJ4bW1zIHBsdWdpbiByZXF1aXJlcyBsaWJtcDR2MiB0byBiZSBidWlsZCIpCi0gIEFN X0NPTkRJVElPTkFMKFdJVEhfTVA0VjIsIHRydWUpCiAgIEFDX0NPTkZJR19GSUxFUyhwbHVnaW5z L3htbXMvTWFrZWZpbGUgcGx1Z2lucy94bW1zL3NyYy9NYWtlZmlsZSkKIGVsc2UKICBBQ19NU0df Tk9USUNFKG5vIHhtbXMgYnVpbGQgY29uZmlndXJlZCkKLS0tIGZhYWQyL3BsdWdpbnMveG1tcy9z cmMvTWFrZWZpbGUuYW0ub3JpZwkyMDA2LTAxLTE3IDA4OjAxOjM5LjAwMDAwMDAwMCArMDEwMAor KysgZmFhZDIvcGx1Z2lucy94bW1zL3NyYy9NYWtlZmlsZS5hbQkyMDA2LTAxLTE3IDA4OjAyOjE3 LjAwMDAwMDAwMCArMDEwMApAQCAtMywxMSArMywxMCBAQCBsaWJfTFRMSUJSQVJJRVMgPSBsaWJt cDQubGEKIAogbGlibXA0X2xhX0NGTEFHUyA9IGAkKFhNTVNfQ09ORklHKSAtLWNmbGFnc2AgLVdh bGwgXAogICAgICAgIGAkKEdUS19DT05GSUcpIC0tY2ZsYWdzYCAtREhBVkVfR0xJQl9IPTEgXAot ICAgICAgIC1JJCh0b3Bfc3JjZGlyKS9pbmNsdWRlIC1JJCh0b3Bfc3JjZGlyKS9jb21tb24vbXA0 djIKKyAgICAgICAtSSQodG9wX3NyY2RpcikvaW5jbHVkZSAtSS91c3IvaW5jbHVkZS9saWJtcDR2 MgogCi1saWJtcDRfbGFfTElCQUREID0gJCh0b3BfYnVpbGRkaXIpL2xpYmZhYWQvbGliZmFhZC5s YSBcCi0gICAgICAgJCh0b3BfYnVpbGRkaXIpL2NvbW1vbi9tcDR2Mi9saWJtcDR2Mi5sYQorbGli bXA0X2xhX0xJQkFERCA9ICQodG9wX2J1aWxkZGlyKS9saWJmYWFkL2xpYmZhYWQubGEKIAogbGli bXA0X2xhX0xERkxBR1MgPSAtbW9kdWxlIC1hdm9pZC12ZXJzaW9uIGAkKFhNTVNfQ09ORklHKSAt LWxpYnNgIFwKLSAgICAgICBgJChHVEtfQ09ORklHKSAtLWxpYnNgIC1scHRocmVhZCAtbHN0ZGMr KworICAgICAgIGAkKEdUS19DT05GSUcpIC0tbGlic2AgLWxwdGhyZWFkIC1sc3RkYysrIC1sbXA0 djIKIGxpYm1wNF9sYV9TT1VSQ0VTID0gbGlibXA0LmMgbXA0X3V0aWxzLmMgYWFjX3V0aWxzLmMK LS0tIGZhYWQyL3BsdWdpbnMveG1tcy9zcmMvbXA0X3V0aWxzLmMub3JpZwkyMDA2LTAxLTE3IDA4 OjI0OjQ4LjAwMDAwMDAwMCArMDEwMAorKysgZmFhZDIvcGx1Z2lucy94bW1zL3NyYy9tcDRfdXRp bHMuYwkyMDA2LTAxLTE3IDA4OjI2OjEzLjAwMDAwMDAwMCArMDEwMApAQCAtNTQsNyArNTQsNyBA QCBpbnQgZ2V0QUFDVHJhY2soTVA0RmlsZUhhbmRsZSBmaWxlKQogICAgIGNvbnN0IGNoYXIgKnRy YWNrVHlwZSA9IE1QNEdldFRyYWNrVHlwZShmaWxlLCB0cmFja0lEKTsKICAgICBpZighc3RyY21w KHRyYWNrVHlwZSwgTVA0X0FVRElPX1RSQUNLX1RZUEUpKXsvL3dlIGZvdW5kIGF1ZGlvIHRyYWNr ICEKICAgICAgIGludCBqPTA7Ci0gICAgICB1X2ludDhfdCBhdWRpb3R5cGUgPSBNUDRHZXRUcmFj a0F1ZGlvVHlwZShmaWxlLCB0cmFja0lEKTsKKyAgICAgIHVfaW50OF90IGF1ZGlvdHlwZSA9IE1Q NEdldFRyYWNrRXNkc09iamVjdFR5cGVJZChmaWxlLCB0cmFja0lEKTsKICAgICAgIHdoaWxlKG1w NEF1ZGlvVHlwZXNbal0peyAvLyB3aGF0IGtpbmQgb2YgYXVkaW8gaXMgPwogCWlmKG1wNEF1ZGlv VHlwZXNbal0gPT0gYXVkaW90eXBlKXsKIAkgIGlmKG1wNEF1ZGlvVHlwZXNbal0gPT0gTVA0X01Q RUc0X0FVRElPX1RZUEUpey8vTVBFRzQgYXVkaW8gb2sKQEAgLTEyNiw3ICsxMjYsNyBAQCB2b2lk IGdldE1QNGluZm8oY2hhciogZmlsZSkKICAgICBwcmludGYoIlRyYWNrICVkLCAlcyIsIHRyYWNr SUQsIHRyYWNrVHlwZSk7CiAgICAgaWYoIXN0cmNtcCh0cmFja1R5cGUsIE1QNF9BVURJT19UUkFD S19UWVBFKSl7Ly93ZSBmb3VuZCBhdWRpbyB0cmFjayAhCiAgICAgICBpbnQgaj0wOwotICAgICAg dV9pbnQ4X3QgYXVkaW90eXBlID0gTVA0R2V0VHJhY2tBdWRpb1R5cGUobXA0ZmlsZSwgdHJhY2tJ RCk7CisgICAgICB1X2ludDhfdCBhdWRpb3R5cGUgPSBNUDRHZXRUcmFja0VzZHNPYmplY3RUeXBl SWQobXA0ZmlsZSwgdHJhY2tJRCk7CiAgICAgICB3aGlsZShtcDRBdWRpb1R5cGVzW2pdKXsgLy8g d2hhdCBraW5kIG9mIGF1ZGlvIGlzID8KIAlpZihtcDRBdWRpb1R5cGVzW2pdID09IGF1ZGlvdHlw ZSl7CiAJICBpZihtcDRBdWRpb1R5cGVzW2pdID09IE1QNF9NUEVHNF9BVURJT19UWVBFKXsK