Please test and consider stable marking latest vlc version so that old versions can be removed from tree. Alpha team please hurry to mark it testing at least, please ;_; This because only 0.8.4a is modular-x ported (and I'm not planning backporting it if I can avoid so).
What's the timeframe for this? Mostly because >=avahi-0.6 is needed and the latest rev (0.6.4) was bumped on Jan 18, at the same time ditching the older 0.6 series, and it would be kinda against the 30 day rule to rush it.
Sigh I thought old version were still present. Well just start considering this, and mark when the time will be ready.
This also depends on a new version of mono going stable for avahi, so it is going to have to wait a bit longer.
Sven what you think about stabling avahi where mono is a no-go anyway?
The new version of mono should have been marked stable IIRC. What's the status of this? Really I don't want to start porting to modular and fix up the old ebuilds.... Also if at this point I'm more tempted to ask for stabling vlc-0.8.4a-r1 ...
At this point we're waiting on avahi to be stable. Course as is always the case something that avahi has a potential depend on twisted. bug #124293 is a request for a version that will work for getting vlc stable. Just need to get twisted to go as well. That's the current situation as it stands. If you'd like to change it to the r1 do so. It'll be past the 30 days no doubt by the time we done with avahi and twisted.
sparc stable. call me back in if you want 0.8.4a-r1 instead.
The only version of vlc in portage keyworded for alpha was 0.8.1-r1 and it was marked stable a long time ago. So, I tested 0.8.4a-r1 and marked it ~alpha. I ran into a compile error with media-video/vlc-0.8.5_beta2 and reported Bug #129756. Once that bug is resolved I'll re-test and keyword vlc-0.8.5_beta2.
With USE=matroska, vlc depends on >=dev-libs/libebml-0.7.6, which is both ~x86 and ~amd64. This shouldn't be too much of a problem though - it's already stable on other arches, and the only bugs that have been filed for it are one about keywords on mips, one about filtering -O2 and -O3, and some bugs which have been marked as duplicates of 78720 ([TRACKER] Incompatibility between gcc-3.4 and -fvisibility-inlines-hidden on PIC arches). I unmasked vlc-0.8.4a and libebml-0.7.6 on an x86 system, and it played the matroska samples from matroska.org, and mkvtoolnix compiles against it and passed (very brief) usage tests. I don't think anything else depends on libebml (nothing in media-{video,sound}, anyway).
Pokey Pokey... Also alpha team.. if possible.. 0.8.4a or -r1 as you prefer marked stable would help (I know, there are 10 days missing, but at this point better have all of you here waiting :P)
stable on x86
== AMD64 == I've marked libebml-0.7.6 stable on amd64. '>=net-dns/avahi-0.6' is the only thing left to do for amd64 (Bug #124293), but avahi needs dev-python/twisted-web which needs dev-python/twisted-2.2 (Bug #128688). twisted-2.2 depends on ~3 twisted-* packages which have src_tests that fail. == ALPHA == I marked libshout-2.1 stable on alpha. libopendaap-0.4.0 needs another week in ~alpha before we can mark it stable. Once that is done alpha will need '>=net-dns/avahi-0.6' as well.
Alpha please report back, remember you need glibc 2.4 or it fails to build (sigh). AMD64, I think you're still waiting for twisted to go stable to stable avahi and this in fall (and libcdio in fall too). I'm CCing marienz so that he can get all the bugspam until he fixes twisted :P
(In reply to comment #13) > Alpha please report back, remember you need glibc 2.4 or it fails to build > (sigh). We are waiting on glibc-2.4 (not even ~alpha yet) and twisted.
(In reply to comment #14) > We are waiting on glibc-2.4 (not even ~alpha yet) and twisted. I was wrong about the glibc-2.4 thing, it is media-video/vlc-0.8.5_beta2 that needs a newer glibc (see Bug #129756). twisted -> twisted-web -> avahi are now stable on alpha. That is everything, so I marked vlc-0.8.4a-r1 stable on alpha. amd64 ===== avahi is now stable on amd64. amd64 just needs '>=media-libs/libcddb-1.2.0'.
stable on amd64
Finally, fixed :)