Bugzilla Bug 193444

Please, test and mark net-p2p/museek+-0.1.13 ~amd64.

Would you object to making the following optional deps use-flag dependent ?

media-libs/libogg & media-libs/libvorbis -> USE="vorbis", Support for reading
vorbis tags.
dev-libs/qsa -> USE="qsa", cfg museek+-0.1.12
virtual/fam -> USE="fam", it's only used for muscand afaik.

Even though only museeq ( USE="qt" ) has language support, maybe we should keep
the LINGUAS?

(In reply to comment #1)
> Would you object to making the following optional deps use-flag dependent ?
> 
> media-libs/libogg & media-libs/libvorbis -> USE="vorbis", Support for reading
> vorbis tags.
> dev-libs/qsa -> USE="qsa", cfg museek+-0.1.12
> virtual/fam -> USE="fam", it's only used for muscand afaik.

Done, thanks for pushing, I was actually being lazy to write extra patches. Now
the version to keyword is 0.1.13-r1.

> Even though only museeq ( USE="qt" ) has language support, maybe we should keep
> the LINGUAS?

Upstream has changed their build system to a mix of CMake and distutils (and
optionally qmake and SCons). I'm using CMake since it's the recommended one,
and distutils for the stuff that strictly requires it. Support for selecting
languages has been dropped in their CMake build system and now all locales are
installed unconditionally. I'm not patching it for _not_ installing some locale
files, if you're interested in getting it done speak with the authors or send
them a patch.

If they apply a patch in SVN repo, I may apply it in portage.

amd64 has to pass on this uncomplete ebuild.

drac@unique ~ $ musetup-qt 
Traceback (most recent call last):
  File "/usr/bin/musetup-qt", line 9, in <module>
    from qt import *
ImportError: No module named qt
drac@unique ~ $ musetup-gtk
Traceback (most recent call last):
  File "/usr/bin/musetup-gtk", line 2894, in <module>
    Mapp = MainApp()
  File "/usr/bin/musetup-gtk", line 2885, in __init__
    self.app = MuseekSetupGTK()
  File "/usr/bin/musetup-gtk", line 445, in __init__
    self.tryReadConfig()
  File "/usr/bin/musetup-gtk", line 2273, in tryReadConfig
    self.readTemplate()
  File "/usr/bin/musetup-gtk", line 2242, in readTemplate
    self.readConfig(self.TEMPLATE_PATH)
  File "/usr/bin/musetup-gtk", line 2283, in readConfig
    doc = minidom.parse(CONFIG)
  File "/usr/lib64/python2.5/xml/dom/minidom.py", line 1913, in parse
    return expatbuilder.parse(file)
  File "/usr/lib64/python2.5/xml/dom/expatbuilder.py", line 922, in parse
    fp = open(file, 'rb')
IOError: [Errno 2] No such file or directory:
'/usr/share/museek/museekd/config.xml.tmpl'
drac@unique ~ $

Any news on this?

Added an elog message about it (I don't want to add extra stupid USE flags or
uneeded deps).
Keyworded ~amd64 myself since I run it currently.

ebuild has,

gtk? ( >=dev-python/pygtk-2.6.1 )

then,

elog "musetup-gtk: dev-python/pygtk"

and it still fails -- pygtk was installed from the beginning.

plus the postinst message is ridiculous, since it already depends on pygtk with
USE gtk, why not depend on pyqt with USE qt?

musetup-gtk's bug fixed in 0.1.13-r2.

I'm not changing USE flags handling at the moment, you can file an upstream bug
asking them to add a better error so musetup-* don't give a traceback when PyQt
or pygtk are installed. Anyway, I may write such patch eventually.