First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 136520
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Luca Barbato <lu_zero@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Luca Barbato <lu_zero@gentoo.org>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 136520 depends on: Show dependency tree
Show dependency graph
Bug 136520 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2006-06-12 00:39 0000
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.

------- Comment #1 From Samuli Suominen 2006-06-12 03:24:56 0000 -------
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

------- Comment #2 From Samuli Suominen 2006-06-12 03:45:32 0000 -------
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.

------- Comment #3 From Chris Gianelloni (RETIRED) 2006-06-12 09:12:12 0000 -------
x86 done

------- Comment #4 From Vlastimil Babka (Caster) 2006-06-12 13:23:48 0000 -------
I would suggest different naming for any future snapshots, so it doesn't happen
again that pre8 is considered older by emerge...

------- Comment #5 From Jakub Moc 2006-06-13 00:12:19 0000 -------
*** Bug 136588 has been marked as a duplicate of this bug. ***

------- Comment #6 From Markus Rothe 2006-06-13 12:21:03 0000 -------
mplayer 1.0_pre8 stable on ppc64

added ~ppc64 to app-i18n/enca

------- Comment #7 From sybille 2006-06-14 23:19:13 0000 -------
(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.

------- Comment #8 From Patrick McLean 2006-06-16 08:33:59 0000 -------
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.

------- Comment #9 From Patrick McLean 2006-06-16 08:35:49 0000 -------
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']

------- Comment #10 From Luca Barbato 2006-06-16 09:16:25 0000 -------
stray commit...

------- Comment #11 From Jason Wever (RETIRED) 2006-06-16 15:45:16 0000 -------
Stable on SPARC

------- Comment #12 From Kelly Price 2006-06-17 16:05:07 0000 -------
Is it possible to -amd64 et all the CVS/SVN snapshot builds?  I've had to
hardmask it on my AMD64 box.

------- Comment #13 From Guy Martin 2006-06-27 02:05:54 0000 -------
Stable on hppa.

------- Comment #14 From Thomas Cort (RETIRED) 2006-06-27 21:27:40 0000 -------
mplayer-1.0_pre8: alpha stable.
enca-1.9: added ~alpha.

------- Comment #15 From Jakub Moc 2006-07-03 11:25:36 0000 -------
@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.

------- Comment #16 From Thomas Cort (RETIRED) 2006-07-03 11:42:24 0000 -------
(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.

------- Comment #17 From Jakub Moc 2006-12-07 15:23:45 0000 -------
mips has Bug 154942 and arm never had this keyworded.

All done, closing. 

First Last Prev Next    No search results available      Search page      Enter new bug