Bugzilla Bug 105807

Please test liboil compiles etc. on your arches as gst-plugins 0.8.11 deps on
it
and so does the next gen gstreamer (0.9.x) which I want to put in portage.

libol is already stable on ppc64. please readd if I missed something. 

Its dev-libs/liboil not libol and is not marked stable or ~ on ppc64.

added ~ppc64 

ia64 done

Seems to work here. Marked ~alpha

Cheers,
Ferdy

arm, hppa, mips ping!

Please provide a test case for this lib.  We don't do "it compiles, ship it!"
keywording on mips.

try:

gst-launch-0.8 videotestsrc ! ximagesink

That (assuming you are using 0.8.11 of gstreamer and gst-plugins) uses liboil.

dev-libs/liboil-0.3.6 marked ~hppa, and took the liberty to change the RDEPEND
of media-libs/gst-plugins-0.8.11 to allow gst-plugins to build against liboil
on hppa.

I have CHOST="athlon64" and libol fails to build complaining that it doesnt
know about Athlon64. It is masked as stable so not sure why  this is going on
(may have misread or something).  I have also tested with -march=athlon64 in
CFLAGS with CHOST commented out.

(In reply to comment #10)
> I have CHOST="athlon64" and libol fails to build complaining that it doesnt
> know about Athlon64. It is masked as stable so not sure why  this is going on
> (may have misread or something).  I have also tested with -march=athlon64 in
> CFLAGS with CHOST commented out.
> 

That is because you are using a dumb CHOST.  Seriously, you should never change
that.  Ever.  You should go back to CHOST="x86_64-pc-linux-gnu" unless you want
to be slapped down on any bug you file and/or comment.  And besides that, this
is a stabilization request bug for "liboil", not "libol".  Even if it was a
"libol" stabilization bug, it wouldn't be the place to report a separate bug. 
You are in the wroooooooong place, aside from the fact that your "problem" is
just PEBKAC.

arm keyworded

We removed mips support for gstreamer long ago.  There were specific problems
that I can't recall (I think this is a gnome-related package, yes?; gnome has
problems on mips in its more core packages (gdm works fine for now)).  Thus, I
didn't see a need in trying to maintain it.  Any reason, therefore, to keep
this bug open?

liboil runs, but performance is damn awful on MIPS.

I actually installed it whilst checking out PulseAudio on my Octane.  The same
package that worked fine on a 166MHz Pentium MMX, stuttered its way through a
song on a 175MHz R10000 Octane.

I'm not sure exactly what uses liboil... but I can pretty much guarantee it is
useless for multimedia stuff until someone puts in some patches to optimise
operations on MIPS.

Unless there's a really compelling reason why we should keyword it as-is... I
think we'll leave things as they are for now. :-)

Closing wrt Comment #14