Bugzilla Bug 196852

Hi archs,

this bug is for reminding you that galago use flag for totem is masked on your
archs because dev-libs/libgalago isn't keyworded.

It is used for a plugin so it's not high priority. Thanks for considering.

Actually this was quite easy, fixed.

erm there are other arches here :), thanks anyway

arm, sh, ping ? If you are not interested, you can just unCC yourself from the
bug, it's ok.

I think 5 months is enough to prove arm and sh are indeed not interested.

Closing fixed

Please don't close arm/sh bugs with loosing the request. The plan was to gather
all arm and all sh keywords into one bug and stablings into another before
closing all the different bugs.

arm should be done now.

For sh, as I already mentioned to Mart, something along latest totem needs
evolution-data-server, which needs xulrunner, which i'm not sure it works on
superh, i'll have a look, but it would be cool if it didn't depend on it, tbh
:)

(In reply to comment #6)
> For sh, as I already mentioned to Mart, something along latest totem needs
> evolution-data-server, which needs xulrunner, which i'm not sure it works on
> superh, i'll have a look, but it would be cool if it didn't depend on it, tbh
> :)
> 

Gilles was right, e-d-s doesn't need xulrunner, what needed xulrunner was yelp
:P
Still...

So...

totem-pl-parser deps on e-d-s, which depends on nss, which is a no-go for SH.
Suggestions? 

This is upstream bug http://bugzilla.gnome.org/show_bug.cgi?id=522639
It has a solution to make evolution-data-server optional through an unsupported
configure option that drops certain playlists support (I think it was iPod
related). The proper solution would be to get that parsing functionality
without pulling in the whole of evolution-data-server.
In the future there will be libcamel separate from evolution-data-server, but
that's probably quite hefty still. Another option would be to manage to get
that parsing code imported alone.
Currently totem-pl-parser depends on evolution-data-server purely for calling
one function out of libcamel.

(In reply to comment #9)
> Currently totem-pl-parser depends on evolution-data-server purely for calling
> one function out of libcamel.
> 

totem-pl-parser 2.28 uses gmime instead of e-d-s now; but keywording totem
itself for sh is more difficult due to the plethora of plugins that have been
added.

Perhaps the patch for using gmime instead of e-d-s could be backported for sh?
Would probably be nice for non-gnome users that want to use totem/rhythmbox
too.