Arch maintainers please spend again your time testing mplayer and mark it stable, it should not be that different from the previous snapshots. once your are done I'll remove all the snapshots. Target stable ebuild: mplayer-1.0_pre8 The next ebuild, mplayer-1.0_pre8-r1, will require enca, please test and mark ~ app-i18n/enca while you are at it now.
I've tried following containers, using following libraries/formats, audio and video, with and without GUI, with these video outputs and audio outputs (note: at least, i've played hundreds of videos and audios): liba52, libmpeg2, ffmpeg, libavcodec, mp3lib, xv, x11, gl, aa, caca, sdl mp3, ogg, avi, wmv, dvd, m2v, libvorbis, libdvdcss, alsa, oss I've build media-video/mplayer-1.0_pre8 with following USE="3dnow 3dnowext X aac aalib alsa cdparanoia dts dvd dvdread encode gif gtk ipv6 jpeg libcaca mad mmx mmxext openal opengl oss png rtc sdl speex sse theora truetype unicode vorbis win32codecs xanim xv xvid -3dfx -arts -bidi -bindist -bl -cpudetection -custom-cflags -debug -dga -directfb -doc -dv -dvb -esd -fbcon -ggi -i8x0 -jack -joystick -lirc -live -livecd -lzo -matrox -musepack -nas -nls -nvidia -real -samba -sse2 -svga -tga -v4l -v4l2 -x264 -xinerama -xmms -xvmc" flags. Build was clean, and had no problems. My video card is r200 radeon, using "radeon" open source driver. Even had it running inside chroot, on VT8 at the same time with X.org CVS running on VT7. MPlayer 1.0pre8-3.4.6 (C) 2000-2006 MPlayer Team CPU: AMD Athlon(tm) XP 2200+ (Family: 6, Model: 8, Stepping: 1) CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 0 Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE 93 audio & 211 video codecs Portage 2.1 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r3, 2.6.16-gentoo-r8 i686) ================================================================= System uname: 2.6.16-gentoo-r8 i686 AMD Athlon(tm) XP 2200+ Gentoo Base System version 1.6.14 dev-lang/python: 2.4.2 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.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-r2 sys-devel/gcc-config: 1.3.13-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O2 -pipe -g" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/lib/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=athlon-xp -O2 -pipe -g" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig collision-protect distlocks metadata-transfer sandbox sfperms splitdebug strict" GENTOO_MIRRORS="http://trumpetti.atm.tut.fi/gentoo/" LANG="en_US.utf8" MAKEOPTS="-j2" 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://trumpetti.atm.tut.fi/gentoo-portage" USE="x86 3dnow 3dnowext X a52 aac aalib alsa apm avi berkdb bitmap-fonts bzip2 cdparanoia cli crypt dri dts dvd dvdread emboss encode ffmpeg flac fontconfig foomaticdb fortran gdbm gif gstreamer gtk gtk2 id3 imlib ipv6 isdnlog jpeg libcaca libg++ libwww mad mikmod mmx mmxext motif mp3 mp4live mpeg mpeg2 musicbrainz ncurses nptl nptlonly ogg openal opengl oss pam pcre pdflib perl pic player png pppd python quicktime readline reflection rtc sdk sdl session speex spl sse ssl tcpd theora tiff truetype truetype-fonts type1-fonts udev unicode userlocales vorbis win32codecs xanim xine xml xorg xv xvid zlib elibc_glibc kernel_linux userland_GNU" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY It just works(tm) Thanks, drac
app-i18n/enca-1.0 is allready marked as x86, which builds fine. app-i18n/enca-1.9 is keyworded ~x86, which also builds fine. Tried enca -g -L none on various text files and it recognized them correctly as ASCII 7bit plus some with "Surrounded by/intermixed with non-text data" as expected. -L none because my language, Finnish, is not supported.
x86 done
I would suggest different naming for any future snapshots, so it doesn't happen again that pre8 is considered older by emerge...
*** Bug 136588 has been marked as a duplicate of this bug. ***
mplayer 1.0_pre8 stable on ppc64 added ~ppc64 to app-i18n/enca
(In reply to comment #4) > I would suggest different naming for any future snapshots, so it doesn't happen > again that pre8 is considered older by emerge... Another problem with the naming is that glsa-check thinks mplayer-1.0_pre8 is affected by earlier glsa notices. Here's what I see after updating to 1.0_pre8: # glsa-check -l | grep \\[N\\] [A] means this GLSA was already applied, [U] means the system is not affected and [N] indicates that the system might be affected. 200605-01 [N] MPlayer: Heap-based buffer overflow ( media-video/mplayer media-video/mplayer-bin ) 200603-03 [N] MPlayer: Multiple integer overflows ( media-video/mplayer ) glsa-check -p for those two results proposes to "update" mplayer, first to mplayer-1.0.20060217 and then to mplayer-1.0.20060415. I don't think that's intended.
media-video/mplayer-1.0_pre8 stable on amd64, had to stable app-i18n/enca can wait until -r1 comes out, so it can get some real testing before we stable it.
Forgot to do this before, sorry about the bugspam. adding PPC since they have some dependency problems: DEPEND.bad 1 media-video/mplayer/mplayer-1.0_pre8.ebuild: ppc(default-linux/ppc/ppc32/2006.0) ['>=media-libs/x264-svn-20060612'] DEPEND.badindev 1 media-video/mplayer/mplayer-1.0_pre8.ebuild: ppc(hardened/ppc) ['>=media-libs/x264-svn-20060612'] RDEPEND.bad 1 media-video/mplayer/mplayer-1.0_pre8.ebuild: ppc(default-linux/ppc/ppc32/2006.0) ['>=media-libs/x264-svn-20060612'] RDEPEND.badindev 1 media-video/mplayer/mplayer-1.0_pre8.ebuild: ppc(hardened/ppc) ['>=media-libs/x264-svn-20060612']
stray commit...
Stable on SPARC
Is it possible to -amd64 et all the CVS/SVN snapshot builds? I've had to hardmask it on my AMD64 box.
Stable on hppa.
mplayer-1.0_pre8: alpha stable. enca-1.9: added ~alpha.
@amd64, alpha - please, keyword all those ebuilds w/ broken versioning scheme as -arch like everyone else, otherwise users will never get the upgrade and will file pointless bugs.
(In reply to comment #15) > @amd64, alpha - please, keyword all those ebuilds w/ broken versioning scheme > as -arch like everyone else, otherwise users will never get the upgrade and > will file pointless bugs. All of the snapshots are now -alpha and -amd64.
mips has Bug 154942 and arm never had this keyworded. All done, closing.