Bugzilla Bug 121558

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 :)