kino ebuilds are doing, gpac? ( !sparc? ( media-video/gpac ) )
please package.use.mask gpac on sparc profile instead, or keyword it.
is this really required, and if it is.. why is sparc a exception?
!sparc? ( media-libs/libiec61883 )
The dependency on gpac has been added because of Bug 178583 so this one is still not fixed on sparc.
The dependency on libiec61883 has been added because of Bug 136323(since kino 0.9.0 dv1394 is deprecated and libiec61883 should be used instead) this may work for now but it will break by the time dv1394 is removed from the kernel.
Both media-libs/libiec61883 and media-video/gpac are not sparc keyworded(nor ~sparc). In my opinion the only way to solve this is to test/keyword gpac and libiec61883 and then remove these exceptions.
(In reply to comment #2)
> Both media-libs/libiec61883 and media-video/gpac are not sparc keyworded(nor
> ~sparc). In my opinion the only way to solve this is to test/keyword gpac and
> libiec61883 and then remove these exceptions.
I can see USE="iec61883" added (and enabled by default using EAPI=1 if required) so it can be package.use.masked with gpac on sparc profiles if testing/keywording
doesn't work out.
Current hiding in ebuild is wrong, hey, it's even a question 6.f. in end-quiz.
sparc: Could someone please look into keywording these so we can get rid the ugly dependencies?
Calchan needs a stab...
I'll fix those
Sorry guys, I'm out in the field until this week-end with a crappy internet connection. Feel free to fix this any way you like. If necessary I'll pick up the pieces next week when I'm back home.
I just fixed the unstable kino. Stable will have to wait for gpac and libiec61883 to be stable on sparc too. So when you guys start stabilizing those two on sparc, make sure you make the two stabilization bugs link to this one.
I'll keep this bug open until stable kino can be fixed.
(In reply to comment #10)
> sparc stable
I knew you could do it. ;o) Thanks Raúl. I have fixed stable kino, so closing this now.