Summary: | [Tracker] Media-video core stable request | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Matthias Schwarzott <zzam> |
Component: | New packages | Assignee: | Gentoo Media-video project <media-video> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | jakub, omgponies3, schleinzer |
Priority: | High | Keywords: | Tracker |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 143597, 155520, 157888, 157890, 157891, 157892, 157894 | ||
Bug Blocks: | 136979, 142854, 159054 |
Description
Matthias Schwarzott
2006-12-11 03:44:41 UTC
It fails with FEATURES=stricter and it tries to install ChangeLog that does not exists anymore dodoc: ChangeLog does not exist QA Notice: the following files contain runtime text relocations Text relocations force the dynamic linker to perform extra work at startup, waste system resources, and may pose a security risk. On some architectures, the code may not even function properly, if at all. For more information, see http://hardened.gentoo.org/pic-fix-guide.xml Please include this file in your report: /var/tmp/portage/media-video/ffmpeg-0.4.9_p20061016/temp/scanelf-textrel.log TEXTREL usr/lib/libavcodec.so.51.20.0 TEXTREL usr/lib/libpostproc.so.51.20.0 It is necessary to stablize these packages at the same time: (This is no definite complete list.) #all versions before have cyclic depend on ffmpeg/gpac/itself #and we do not want to port support for older x264-svn #has been added to the tree on 07 Dec 2006. x264-svn-20061014-r1 # as the x264-svn has no longer the encoder included x264-svn-encoder-20061014 gpac-0.4.2-r1 - I'm not sure about this. More things to check would be xine and mplayer. @drizzt: Already solved, Changlog now gets installed correct, see Bug #157628. As Matthias suggested, let's make a big tracker. Removing temporarly archs, I'll readd you when this tracker will be set up :p Adding jakub, since you're the b.g.o boss you might help us by setting the new bugs as blocking these ones. My idea is : Have this tracker that will be blocked each single package stabilization bug, which bug will be blocked by bugs preventing stabilization. Every package here will have to go stable at the same time to keep the tree consistency. Ok so this should all be set up now: x264-svn{,encoder}, ffmpeg, mplayer, libquicktime, gpac. All of these have to go stable at the same time due to x264-svn api changes. gpac could be trivially fixed but it's a better idea to stabilize it also due to the block depending on its stabilization bug. Some things are still to be decided : avidemux : I'd vote to p.mask it until 2.4 is out without automagic dependencies blender : luca you spent time fixing 2.42a-r1, does it have to go stable at the same time also ? This stabilisation will probably be long to accomplish but this will allow us to do some clean up in the media-video core libs/packages. closed as invalid, as this seems to be no ebuild/package problem. Ups, wanted to close other bug. Blender should be updated too ppc64 done Here's a list: media-libs/x264-svn-20061014-r1 media-video/x264-svn-encoder-20061014 media-video/mplayer-1.0_rc1 media-video/ffmpeg-0.4.9_p20061016 media-libs/libquicktime-0.9.10 media-gfx/blender-2.42a-r1 sparc stable and enabled x264 in the sparc profiles since it seems to work well enough. nuked sparc stable keywords from ffmpeg-0.4.9_p20060530 since it wanted an older x264 lib which wasn't sparc-ready, same for mplayer-1.0_pre8 & pre8-r1. blender was unkeyworded without notice so it'll probably have to wait a while to get into stable (actually i'm still building it to get it into ~sparc). (In reply to comment #9) > Here's a list: > > media-libs/x264-svn-20061014-r1 > media-video/x264-svn-encoder-20061014 > media-video/mplayer-1.0_rc1 > media-video/ffmpeg-0.4.9_p20061016 > media-libs/libquicktime-0.9.10 > media-gfx/blender-2.42a-r1 ppc stable *** Bug 159053 has been marked as a duplicate of this bug. *** on x86: media-libs/x264-svn-20061014-r1 USE="threads -debug (-mp4%*)" 1: emerges ok 2: passes test suite 3: passes collision test media-video/x264-svn-encoder-20061014 USE="gtk mp4 threads -debug" 1: emerges ok 2: passes test suite 3: passes collision test media-video/mplayer-1.0_rc1 USE="X aac aalib alsa dvd dvdread encode gtk iconv%* ipv6 jpeg mad mmx mmxext openal opengl oss png sse sse2 unicode win32codecs x264 xv xvid -3dfx -3dnow -3dnowext (-altivec) -amr% -arts -bidi -bindist -bl -cdparanoia -cpudetection -custom-cflags -debug -dga -directfb -doc -dts -dv -dvb -enca% -esd -fbcon -ggi -gif -jack -joystick -libcaca -lirc -live -livecd -lzo -matrox -musepack -nas -real -rtc -samba -sdl -speex -svga -tga -theora -truetype -v4l -v4l2 -vorbis -xanim -xinerama -xvmc (-i8x0%) (-nvidia%*)" LINGUAS="-bg -cs -da -de -el -en -es -fr -hu -ja -ko -mk -nl -no -pl -pt_BR -ro -ru -sk -tr -uk -zh_CN -zh_TW" 1: emerges ok 2: passes test suite 3: passes collision test 4: runs media-video/ffmpeg-0.4.9_p20061016 [0.4.9_p20060530] USE="a52 aac encode mmx ogg oss threads x264 xvid zlib (-altivec) -amr -debug -doc -dts -ieee1394 -imlib -network -sdl -test -theora -truetype -v4l -vorbis" 1: emerges ok 2: passes test suite 3: passes collision test media-libs/libquicktime-0.9.10 USE="X aac alsa encode ffmpeg gtk jpeg mmx opengl png x264 -dv -lame -vorbis" 1: emerges ok 2: passes test suite 3: passes collision test media-gfx/blender-2.42a-r1 USE="ffmpeg iconv jpeg nls openal png -blender-game -openexr" 1: emerges ok 2: passes test suite 3: passes collision test revdep-rebuild reports nothing amiss. emerge --info: Portage 2.1.1-r2 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.4-r4, 2.6.18-gentoo-r5 i686) ================================================================= System uname: 2.6.18-gentoo-r5 i686 Genuine Intel(R) CPU T2500 @ 2.00GHz Gentoo Base System version 1.12.6 Last Sync: Fri, 29 Dec 2006 17:00:02 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.60 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.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=prescott -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=prescott -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig collision-protect distlocks metadata-transfer parallel-fetch sandbox sfperms strict test" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" MAKEOPTS="-j5" 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="x86 X a52 aac aalib acpi alsa alsa_cards_hda-intel alsa_pcm_plugins_adpcm alsa_pcm_plugins_alaw alsa_pcm_plugins_asym alsa_pcm_plugins_copy alsa_pcm_plugins_dmix alsa_pcm_plugins_dshare alsa_pcm_plugins_dsnoop alsa_pcm_plugins_empty alsa_pcm_plugins_extplug alsa_pcm_plugins_file alsa_pcm_plugins_hooks alsa_pcm_plugins_iec958 alsa_pcm_plugins_ioplug alsa_pcm_plugins_ladspa alsa_pcm_plugins_lfloat alsa_pcm_plugins_linear alsa_pcm_plugins_meter alsa_pcm_plugins_mulaw alsa_pcm_plugins_multi alsa_pcm_plugins_null alsa_pcm_plugins_plug alsa_pcm_plugins_rate alsa_pcm_plugins_route alsa_pcm_plugins_share alsa_pcm_plugins_shm alsa_pcm_plugins_softvol apm berkdb bitmap-fonts bzip2 cairo cdr cli cracklib crypt cups dbus divx dlloader dri dvd dvdread elibc_glibc emacs encode ffmpeg firefox flac fortran gdbm gnome gpm gstreamer gtk gtk2 hal iconv input_devices_keyboard input_devices_mouse input_devices_synaptics ipv6 isdnlog ithreads java jpeg jpeg2k kernel_linux ldap libg++ mad mmx mmxext mono mp3 mp4 mpeg ncurses nls nptl nptlonly nsplugin nvidia ogg openal opengl oss pam pcre perl png ppds pppd python quicktime readline realmedia reflection session spl sse sse2 sse3 ssl tcpd threads truetype-fonts type1-fonts udev unicode userland_GNU vcd video_cards_nvidia vidix win32codecs wmf wmp x264 xine xml xorg xv xvid zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY on x86: media-video/ffmpeg-0.4.9_p20061016 USE="a52 aac encode mmx ogg sdl theora threads truetype vorbis xvid zlib (-altivec) -amr -debug -doc -dts -ieee1394 -imlib -network -oss -test -v4l -x264" seems to be fine for me, as media-video/totem-2.16.4 USE="a52 dbus dvd ffmpeg firefox flac gnome hal mad mpeg ogg theora vorbis xine xv -debug -lirc -nsplugin -nvtv" using media-libs/xine-lib-1.1.2-r3 USE="X a52 aac alsa asf dvd fbcon flac gnome ipv6 mp3 nls opengl sdl theora vcd vorbis win32codecs xv -aalib (-altivec) -arts -debug -directfb -dts -dxr3 -esd -imagemagick -libcaca -mng -modplug -oss -samba -speex -v4l -vidix -xinerama -xvmc" VIDEO_CARDS="nvidia -i810 -via" still plays various sorts of movies. x86 stable Please add bug #156605 to the depends list as it does not work with the directfb use flag on x86. I use the directfb flag for my tv server so I would not consider it stable Let's check the keywords : earch x264-svn x264-svn-20060612[0]: x264-svn-20061014[0]: x264-svn-20061014-r1[0]: alpha amd64 ppc ppc64 sparc x86 earch mplayer mplayer-1.0_pre8[0]: alpha hppa ia64 mplayer-1.0_pre8-r1[0]: mplayer-1.0_rc1[0]: amd64 ppc ppc64 sparc x86 mplayer-1.0_rc1-r1[0]: ~alpha ~amd64 ~hppa ~ia64 ~ppc ~ppc64 ~sparc ~x86 ~x86-fbsd <1.0_rc1 breaks with x264-svn-20061014-r1 (might be a problem for alpha, hppa & ia64) earch ffmpeg ffmpeg-0.4.9_p20050226-r3[0]: ~mips ffmpeg-0.4.9_p20051216[0]: -* arm ffmpeg-0.4.9_p20060302[0]: ~arm ~ppc-macos ffmpeg-0.4.9_p20060530[0]: -* ffmpeg-0.4.9_p20060816[0]: -* ffmpeg-0.4.9_p20061016[0]: -* alpha amd64 hppa ia64 ppc ppc64 sparc x86 ~x86-fbsd <0.4.9_p20061016 breaks with 264-svn-20061014-r1 (should not be any problem there) earch gpac gpac-0.4.0[0]: (M) ~x86 ~ppc gpac-0.4.1_pre20060122[0]: amd64 ppc gpac-0.4.1_pre20060122-r1[0]: gpac-0.4.2[0]: gpac-0.4.2-r1[0]: ~alpha ~amd64 ~ppc ppc64 x86 ~x86-fbsd 0.4.2-r1 fixes bugs and poor pic handling. earch blender blender-2.41-r1[0]: amd64 blender-2.42[0]: blender-2.42a[0]: ~alpha blender-2.42a-r1[0]: ~amd64 ppc ppc64 ~sparc x86 blender-2.42a needs x264-svn-20060612, might be a problem for alpha earch libquicktime libquicktime-0.9.2[0]: libquicktime-0.9.4[0]: libquicktime-0.9.7-r1[0]: alpha amd64 ia64 libquicktime-0.9.9[0]: libquicktime-0.9.9-r1[0]: libquicktime-0.9.10[0]: ~alpha ~amd64 ~ia64 ppc ppc64 sparc x86 0.9.7-r1 does not have x264 support so this is fine. 0.9.9* break with x264-svn-20061014-r1 earch x264-svn-encoder x264-svn-encoder-20061014[0]: ~alpha amd64 ppc ppc64 sparc x86 x264-svn-20061014-r1 does not build the "x264" executable, this -encoder package now handles it. (this might be a (minor) problem for alpha) This was today's status update just to not reiterate bug #163956 :) aside from libquicktime (which is dealt with in bug 157892) amd64 has everything stable, so no reason for us to stay on CC HPPA done (killerfox), it seems. ia64 is all done. Alpha is all done. seems we can close this one now |