Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 525148 - media-video/mpv-0.8.3-r1 stable request
Summary: media-video/mpv-0.8.3-r1 stable request
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Keywording and Stabilization (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Ben de Groot (RETIRED)
URL:
Whiteboard:
Keywords: STABLEREQ
: 546800 (view as bug list)
Depends on: ffmpeg-2.2-stable 541664
Blocks:
  Show dependency tree
 
Reported: 2014-10-12 13:41 UTC by DrSlony
Modified: 2015-08-02 09:19 UTC (History)
10 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description DrSlony 2014-10-12 13:41:17 UTC
Please unmask and stabilize mpv-0.6.0
No issues on amd64.

Reproducible: Always
Comment 1 Nikoli 2014-10-13 04:03:56 UTC
Yes, mpv works fine, but deps are blocking stabilisation progress.
For unmasking >=mpv-0.4 we need to unmask libav-10:
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/profiles/package.mask?r1=1.16030&r2=1.16031&

And for marking mpv-0.6.* stable we need to mark stable both >=media-video/libav-10 and >=media-video/ffmpeg-2.1.4:0. libav-10 is still hard masked, latest stable ffmpeg is still 1.2.6-r1.
Comment 2 DrSlony 2014-10-13 08:16:16 UTC
Hello Nikoli. Not only does mpv not require Libav, but the mpv devs in fact encourage the use of FFmpeg instead.
"FFmpeg libraries (libavutil libavcodec libavformat libswscale libavresample) At least FFmpeg 2.1.4 or Libav 10 is required."
"Generally, mpv should work with the latest release as well as the git version of both FFmpeg and Libav. But FFmpeg is preferred, and some mpv features work with FFmpeg only."

I'm using ffmpeg-2.2.9 (keyworded amd64, not hard masked), no libav installed, works fine. Seems irrational to keep mpv hard masked.
Comment 3 Nikoli 2014-10-13 08:44:00 UTC
> Not only does mpv not require Libav, but the mpv devs in fact encourage the use of FFmpeg instead.

Seems you forgot to add this url:
https://github.com/mpv-player/mpv/wiki/FFmpeg-versus-Libav#is-ffmpeg-or-libav-preferred-for-use-with-mpv

> I'm using ffmpeg-2.2.9 (keyworded amd64, not hard masked), no libav installed, works fine. Seems irrational to keep mpv hard masked.

This due to current limitations of Gentoo package manager and its standards: mpv upstream supports both ffmpeg and libav, so we support both in Gentoo packages, but now it is not possible to mask mpv _only_ for libav users. If we unmask mpv-0.6.* now, then users of non masked libav ebuilds will have a lot errors during updating. So after discussing we decided to keep mpv masked until libav-10 is unmasked.

Also look at virtual/ffmpeg: now all Gentoo systems by default install libav, not ffmpeg, so most likely number of libav users is much more then zero.

As mpv package maintainer and user i really want to always have latest mpv releases in stable, but because of ffmpeg related events this is hardly possible.
Comment 4 DrSlony 2014-10-13 08:57:14 UTC
Thank you so much for explaining the situation, much appreciated :)

btw. if you are the active package maintainer, could you let the mpv folks know, so that they take Gentoo out of the "Outdated/unmaintained GNU/Linux packages" section?
http://mpv.io/installation/
I assume they meant that the unmasked version of mpv in Gentoo, 0.3.10, is outdated, but instead the impression I got was that nobody takes care of the mpv ebuild which is apparently not the case as it is in your good hands.
Comment 5 Ben de Groot (RETIRED) gentoo-dev 2015-02-03 06:13:26 UTC
I'm trying to get mpv-0.7.2-r1 unmasked, which works with ffmpeg-2.2 (in ~arch). We should just be able to package.use.mask the libav useflag (which is why I'm dropping the dependency on bug 509294). 

I expect it will take a while for ffmpeg-2.2 to hit stable tho.
Comment 6 Ben de Groot (RETIRED) gentoo-dev 2015-02-03 15:12:35 UTC
Since we just bumped to 0.7.3, let's go for that version.
Comment 7 Ben de Groot (RETIRED) gentoo-dev 2015-02-04 08:13:51 UTC
media-video/mpv-0.7.3 is unmasked now, and you can use media-video/smplayer-14.9.0.6690 if you want to try a gui
Comment 8 DrSlony 2015-02-04 08:23:00 UTC
Awesome, thank you!
Comment 9 Thomas Capricelli 2015-02-04 14:56:44 UTC
hello. Despite the news about the new USE=libav set as default, i have this problem. until now i had no problem. mpv was using libav and it was ok. The previous "working" mpv ebuild was 0.3.11

What i dont understand is the (-libav)
I thought libav was now standard and that mpv was the typical libav-based player (instead of mplayer/mplayer2 still preferring ffmpeg)


orzel@falco /etc/portage% emerge @preserved-rebuild ; date 
[ebuild     U ] media-video/mpv-0.7.3 [0.3.11] USE="X alsa cdio cli%* dvd dvdnav egl%* enca encode iconv jack joystick jpeg ladspa lcms libass lua mpg123 opengl v4l vaapi vdpau wayland xinerama xscreensaver xv -bluray -bs2b -doc-pdf -dvb (-libav) -libcaca -libguess -libmpv% -lirc -luajit -openal -oss -portaudio -postproc* -pulseaudio -pvr -samba -sdl (-selinux) -vf-dlopen (-quvi%*) (-radio%) (-shm%*) (-vcd%*)" 
[nomerge      ]  media-video/ffmpeg-2.2.12  USE="X aac alsa amr bzip2 cdio encode faac fontconfig gnutls gsm hardcoded-tables iconv jack jpeg2k ladspa mp3 network opengl opus pic schroedinger sdl speex theora threads truetype v4l vaapi vdpau vorbis vpx wavpack webp x264 xvid zlib -aacplus (-altivec) -amrenc (-armv5te) (-armv6) (-armv6t2) (-armvfp) -bindist -bluray -celt -cpudetection -debug -doc -examples -fdk -flite -frei0r -gme -iec61883 -ieee1394 -libass -libcaca -libsoxr -libv4l (-mips32r2) (-mipsdspr1) (-mipsdspr2) (-mipsfpu) -modplug (-neon) -openal -openssl -oss -pulseaudio -quvi -rtmp -ssh -static-libs {-test} -twolame -x265 -zvbi" ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="avx avx2 fma3 mmx mmxext sse sse2 sse3 sse4_1 sse4_2 ssse3 -3dnow -3dnowext -fma4" FFTOOLS="aviocat cws2fws ffescape ffeval ffhash fourcc2pixfmt graph2dot ismindex pktdumper qt-faststart trasher" 
[blocks b     ]   media-libs/libpostproc ("media-libs/libpostproc" is blocking media-video/ffmpeg-2.2.12)
[uninstall    ]    media-libs/libpostproc-10.20140517-r1  USE="pic (-altivec) -static-libs" ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="mmx mmxext -3dnow" 
[ebuild  N    ]  media-video/ffmpeg-2.2.12  USE="X aac alsa amr bzip2 cdio encode faac fontconfig gnutls gsm hardcoded-tables iconv jack jpeg2k ladspa mp3 network opengl opus pic schroedinger sdl speex theora threads truetype v4l vaapi vdpau vorbis vpx wavpack webp x264 xvid zlib -aacplus (-altivec) -amrenc (-armv5te) (-armv6) (-armv6t2) (-armvfp) -bindist -bluray -celt -cpudetection -debug -doc -examples -fdk -flite -frei0r -gme -iec61883 -ieee1394 -libass -libcaca -libsoxr -libv4l (-mips32r2) (-mipsdspr1) (-mipsdspr2) (-mipsfpu) -modplug (-neon) -openal -openssl -oss -pulseaudio -quvi -rtmp -ssh -static-libs {-test} -twolame -x265 -zvbi" ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="avx avx2 fma3 mmx mmxext sse sse2 sse3 sse4_1 sse4_2 ssse3 -3dnow -3dnowext -fma4" FFTOOLS="aviocat cws2fws ffescape ffeval ffhash fourcc2pixfmt graph2dot ismindex pktdumper qt-faststart trasher" 
[blocks B     ] media-video/ffmpeg:0 ("media-video/ffmpeg:0" is blocking media-video/libav-9.17, media-libs/libpostproc-10.20140517-r1)

 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.

  (media-video/ffmpeg-2.2.12:0/52.55.55::gentoo, ebuild scheduled for merge) pulled in by
    >=media-video/ffmpeg-2.1.4:0=[encode?,threads,vaapi?,vdpau?] (>=media-video/ffmpeg-2.1.4:0=[encode,threads,vaapi,vdpau]) required by (media-video/mpv-0.7.3:0/0::gentoo, ebuild scheduled for merge)
    >=media-video/ffmpeg-1.2.6-r1:0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] (>=media-video/ffmpeg-1.2.6-r1:0[abi_x86_64(-)]) required by (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r2:0.10/0.10::gentoo, installed)

  (media-video/libav-9.17:0/9::gentoo, installed) pulled in by
    >=media-video/libav-9.12[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?,X?,encode?,gsm?,jpeg2k?,mp3?,opus?,sdl?,speex?,theora?,threads?,truetype?,vaapi?,vdpau?,x264?] (>=media-video/libav-9.12[abi_x86_64(-),X,encode,gsm,jpeg2k,mp3,opus,sdl,speex,theora,threads,truetype,vaapi,vdpau,x264]) required by (virtual/ffmpeg-9-r2:0/0::gentoo, installed)
Comment 10 Ben de Groot (RETIRED) gentoo-dev 2015-02-04 16:24:14 UTC
(In reply to Thomas Capricelli from comment #9)
> hello. Despite the news about the new USE=libav set as default, i have this
> problem. until now i had no problem. mpv was using libav and it was ok. The
> previous "working" mpv ebuild was 0.3.11
> 
> What i dont understand is the (-libav)
> I thought libav was now standard and that mpv was the typical libav-based
> player (instead of mplayer/mplayer2 still preferring ffmpeg)

From profiles/base/package.use.mask:

# Ben de Groot <yngwin@gentoo.org> (04 Feb 2015)
# Requires hard-masked version of libav.
# Besides, upstream recommends using ffmpeg. See
# https://github.com/mpv-player/mpv/wiki/FFmpeg-versus-Libav
>=media-video/mpv-0.6.0 libav

If you want to keep using libav with mpv (against upstream's recommendation)
then you need to unmask that useflag.

echo 'media-video/mpv -libav' >> /etc/portage/profile/package.use.mask
Comment 11 Thomas Capricelli 2015-02-04 20:09:17 UTC
er.. ok, now i'm lost. I thought mpv was the only one (from mplayer/mplayer2/mpv) recommending using libav. So does it mean none of the "cli" player is able to use libav and still USE=libav is the default ??? What's the recommended setup to get a cli player ? Using nondefault USE=-libav ?
Comment 12 DrSlony 2015-02-04 20:42:16 UTC
https://github.com/mpv-player/mpv/wiki/FFmpeg-versus-Libav

"Although mpv attempts to work well with both FFmpeg and Libav, FFmpeg is preferred in general. This is simply because FFmpeg merges from Libav, and seems to have more features and fewer bugs than Libav. Although we don't agree with everything FFmpeg does, and we like some of Libav's general goals and development directions, FFmpeg is just better from a practical point of view."
Comment 13 tman 2015-02-04 22:01:38 UTC
i am using the libav and have tried to unmask:


# required by media-video/mpv-0.7.3[libav]
# required by mpv (argument)
=media-video/libav-9999 **


and get only more blockings :(

file
TuX cornix # emerge -utDNqv  --keep-going --with-bdeps=y world 

 * IMPORTANT: 1 news items need reading for repository 'gentoo'.
 * Use eselect news to read news items.

[ebuild  rR   ] media-video/vlc-2.1.5-r1  USE="X a52 aalib alsa avcodec avformat bluray cdda dbus dc1394 dts dvbpsi dvd encode faad ffmpeg flac gcrypt gnutls httpd ieee1394 jack libav libnotify live lua matroska modplug mp3 mpeg musepack ncurses ogg opengl png postproc pulseaudio qt4 rtsp schroedinger sdl sdl-image sftp shout skins speex svg swscale taglib theora truetype twolame udev vaapi vcdx vnc vorbis wma-fixed x264 xcb xml xv (-altivec) -atmo (-audioqueue) -avahi -bidi -cddb -chromaprint -debug -dirac -directfb (-directx) -dvb (-dxva2) -egl -fdk -fluidsynth -fontconfig -gme -gnome -growl (-ios-vout) -kate -kde -libass -libcaca -libsamplerate -libtar -libtiger -linsys -lirc (-macosx) (-macosx-audio) (-macosx-dialog-provider) (-macosx-eyetv) (-macosx-qtkit) (-macosx-quartztext) (-macosx-vout) (-media-library) -mtp (-neon) -omxil -opencv -optimisememory -opus -projectm -rdp -run-as-root -samba -sid {-test} -tremor -upnp -v4l -vdpau -vlm -zvbi" CPU_FLAGS_X86="mmx sse" 
[ebuild  r  U ]  media-video/libav-9999 [9.17] USE="X aac alsa bzip2 encode faac gpl hardcoded-tables ieee1394 jack jpeg2k mp3 network oss pulseaudio schroedinger sdl ssl theora threads tools truetype vaapi vdpau vorbis wavpack%* x264 xvid zlib (-altivec) -amr -bindist -cdio -cpudetection -custom-cflags -debug -doc -fdk -fontconfig% -frei0r -gsm (-neon) -openssl -opus -pic -rtmp -speex -static-libs {-test} -v4l (-vis) -vpx -webp% -x265%" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="mmx ssse3 -3dnow -3dnowext -avx -avx2% -mmxext" 
[blocks B     ] >=media-video/libav-10 (">=media-video/libav-10" is hard blocking media-plugins/gst-plugins-libav-1.2.4)

 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.

  (media-plugins/gst-plugins-libav-1.2.4:1.0/1.0::gentoo, installed) pulled in by
    media-plugins/gst-plugins-libav:1.0 required by (media-video/handbrake-0.9.9-r1:0/0::gentoo, installed)
    >=media-plugins/gst-plugins-libav-1.1.0_pre20130128-r1:1.0 required by (www-client/firefox-35.0:0/0::gentoo, installed)
    >=media-plugins/gst-plugins-libav-1.1.0_pre20130128-r1:1.0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] (>=media-plugins/gst-plugins-libav-1.1.0_pre20130128-r1:1.0[abi_x86_32(-),abi_x86_64(-)]) required by (media-plugins/gst-plugins-meta-1.0-r3:1.0/1.0::gentoo, installed)

  (media-video/libav-9999:0/10::gentoo, ebuild scheduled for merge) pulled in by
    media-video/libav:0 required by @__auto_slot_operator_replace_installed__
    >=media-video/libav-9[x264,mp3,encode,theora,jpeg2k?] (>=media-video/libav-9[x264,mp3,encode,theora,jpeg2k]) required by (media-gfx/blender-2.73a:0/0::media-overlay, installed)
    media-video/libav:0=[vaapi] required by (media-video/vlc-2.1.5-r1:0/5-7::gentoo, ebuild scheduled for merge)
    media-video/libav:0= required by (media-video/vlc-2.1.5-r1:0/5-7::gentoo, ebuild scheduled for merge)
    >=media-video/libav-9.12[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?,X?,encode?,gsm?,jpeg2k?,mp3?,opus?,sdl?,speex?,theora?,threads?,truetype?,vaapi?,vdpau?,x264?] (>=media-video/libav-9.12[abi_x86_32(-),abi_x86_64(-),X,encode,jpeg2k,mp3,sdl,theora,threads,truetype,vaapi,vdpau,x264]) required by (virtual/ffmpeg-9-r2:0/0::gentoo, installed)
    >=media-video/libav-9 required by (media-video/handbrake-0.9.9-r1:0/0::gentoo, installed)


The following packages are causing rebuilds:

  (media-video/libav-9999:0/10::gentoo, ebuild scheduled for merge) causes rebuilds for:
    (media-video/vlc-2.1.5-r1:0/5-7::gentoo, ebuild scheduled for merge)
Comment 14 Tom Gillespie 2015-02-05 10:05:21 UTC
Unmasking mpv-0.7.3 has caused some nasty problems with ffmpeg being automatically pulled in even when libav-11.2 is installed. I managed to get around the problem by removing the following lines from mpv-0.7.3-ebuild:

!libav? ( >=media-video/ffmpeg-2.1.4:0=[encode?,threads,vaapi?,vdpau?] )
!libav? ( >=media-video/ffmpeg-2.1.4:0= )

and everything works, but otherwise this ebuild forces ffmepg to install regardless of the libav and ffmpeg useflag status with (-libav) set and no apparent way to change it. I think this needs to be remasked until the libav maintainers and the gst-plugin maintainers work out various issues surrounding #519258.
Comment 15 Ben de Groot (RETIRED) gentoo-dev 2015-02-05 14:35:19 UTC
(In reply to Tom Gillespie from comment #14)
> Unmasking mpv-0.7.3 has caused some nasty problems with ffmpeg being
> automatically pulled in even when libav-11.2 is installed.
> [...] but otherwise this ebuild forces ffmepg to install
> regardless of the libav and ffmpeg useflag status with (-libav) set and no
> apparent way to change it.

Carefully read the instructions in comment #10 above.
Comment 16 Ben de Groot (RETIRED) gentoo-dev 2015-04-11 10:10:46 UTC
Arches, please go ahead and mark media-video/mpv-0.7.3 stable, together with ffmpeg-2.2.
Comment 17 DrSlony 2015-04-11 10:14:29 UTC
Why not 0.8.3?
Comment 18 Mikle Kolyada (RETIRED) archtester Gentoo Infrastructure gentoo-dev Security 2015-04-12 09:34:28 UTC
(In reply to Ben de Groot from comment #16)
> Arches, please go ahead and mark media-video/mpv-0.7.3 stable, together with
> ffmpeg-2.2.

No, it wants at least =media-video/libav-11.3 stabilized too
Comment 19 Manuel Ullmann 2015-04-13 17:10:41 UTC
At least ffmpeg-2.2.14 is now stable in amd64. I guess ffmpeg users can now safely unmask mpv-0.7.3.
Comment 20 Ben de Groot (RETIRED) gentoo-dev 2015-04-14 13:57:32 UTC
(In reply to Mikle Kolyada from comment #18)
> (In reply to Ben de Groot from comment #16)
> > Arches, please go ahead and mark media-video/mpv-0.7.3 stable, together with
> > ffmpeg-2.2.
> 
> No, it wants at least =media-video/libav-11.3 stabilized too

No, libav-10.5 will do. But we can also mask the libav useflag on stable. Please proceed. It is high time we remove the ancient mpv-0.3* ebuilds.
Comment 21 Mikle Kolyada (RETIRED) archtester Gentoo Infrastructure gentoo-dev Security 2015-04-16 09:41:06 UTC
(In reply to Ben de Groot from comment #20)
> (In reply to Mikle Kolyada from comment #18)
> > (In reply to Ben de Groot from comment #16)
> > > Arches, please go ahead and mark media-video/mpv-0.7.3 stable, together with
> > > ffmpeg-2.2.
> > 
> > No, it wants at least =media-video/libav-11.3 stabilized too
> 
> No, libav-10.5 will do. But we can also mask the libav useflag on stable.
> Please proceed. It is high time we remove the ancient mpv-0.3* ebuilds.

Stablemasked for amd64 through package.use.stable,mask
Comment 22 Nikoli 2015-04-16 10:02:43 UTC
mpv has a lot keywords and stable keywords, so better to wait 3 days and mark stable mpv-0.8.3.

Ben, why you added only amd64 and x86 arches? Is there some problem with marking ffmpeg stable for other arches?

About adding USE libav to package.use.stable.mask: it can be used as temporary workaround, but this workaround is not good, because now USE libav is enabled by default in profiles/base/make.defaults
Comment 23 orionbelt2 2015-04-16 13:04:53 UTC
Mikle, in fixing this bug you must have misspelled the entry for mpv in package.use.stable.mask. It reads

>=media-video/mpv/mpv-0.7.3 libav

when probably

>=media-video/mpv-0.7.3 libav

was meant.

As a result, all portage operations report an "invalid atom" message as of today... ;-)
Comment 24 Brian Evans (RETIRED) gentoo-dev 2015-04-16 13:08:15 UTC
(In reply to orionbelt2 from comment #23)
> Mikle, in fixing this bug you must have misspelled the entry for mpv in
> package.use.stable.mask. It reads
> 
> >=media-video/mpv/mpv-0.7.3 libav
> 
> when probably
> 
> >=media-video/mpv-0.7.3 libav
> 
> was meant.
> 
> As a result, all portage operations report an "invalid atom" message as of
> today... ;-)

This was fixed minutes later.  Resync and try again.

Thu Apr 16 09:52:25 2015 UTC (3 hours, 12 minutes ago) by zlogene
Fix mpv atom
Comment 25 Brian Evans (RETIRED) gentoo-dev 2015-04-16 13:09:16 UTC
*** Bug 546800 has been marked as a duplicate of this bug. ***
Comment 26 orionbelt2 2015-04-16 13:31:09 UTC
Thanks, Brian, i re-synced, and the error message is now gone.

Must be my lucky day today, if earlier i synced in between two Gentoo commits that happened a few minutes apart. Perhaps i should rush to buy a lottery ticket... ;-)
Comment 27 Alex Barker 2015-04-20 17:26:37 UTC
Please complete this bug ASAP, it is causing issues with amd64 stable in regards to the libav/ffmpeg changes that were made over the weekend.
Comment 28 Nikoli 2015-04-20 20:13:00 UTC
Arches, please mark mpv-0.8.3 stable.
Comment 29 Ben de Groot (RETIRED) gentoo-dev 2015-05-03 06:54:44 UTC
amd64 stable

Adding other arches, since 0.8.3 is now keyworded on those.
Comment 30 Stephan Hartmann (RETIRED) gentoo-dev 2015-05-04 05:35:20 UTC
(In reply to Ben de Groot from comment #29)
> amd64 stable
> 
> Adding other arches, since 0.8.3 is now keyworded on those.

Wow, now all amd64 libav users have to rebuild all related packages to get ffmpeg. n1
Comment 31 Nikoli 2015-05-04 11:14:42 UTC
Stephan, or add libav to package.keywords until bug #541664 is fixed.
Comment 32 Pacho Ramos gentoo-dev 2015-05-04 11:20:17 UTC
(In reply to Nikoli from comment #31)
> Stephan, or add libav to package.keywords until bug #541664 is fixed.

the pending blockers of libav stab are probably not major enough... maybe that stabilization could be done quicker to avoid playing with the masks :|
Comment 33 Pacho Ramos gentoo-dev 2015-05-15 11:17:35 UTC
ppc stable
Comment 34 Mikle Kolyada (RETIRED) archtester Gentoo Infrastructure gentoo-dev Security 2015-05-15 12:49:29 UTC
x86 stable
Comment 35 Pacho Ramos gentoo-dev 2015-05-17 20:11:34 UTC
ppc64 stable
Comment 36 Markus Meier gentoo-dev 2015-06-02 20:02:15 UTC
arm passes
Comment 37 Tobias Klausmann (RETIRED) gentoo-dev 2015-07-04 16:12:16 UTC
Stable on alpha.
Comment 38 Pacho Ramos gentoo-dev 2015-08-02 09:19:44 UTC
sparc stable, closing