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.
It's been years this bug has been opened now. Multiple solutions could have been used by remaining arches if they had wished so, and the last supposed obstacle has been fixed last year by having an non-eds dependency. Closing.
