193444 2007-09-22 19:28 0000 Please, mark net-p2p/museek+-0.1.13-r1: gtk setup is broken 2008-02-16 14:36:18 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All Linux RESOLVED FIXED P3 enhancement --- 1 coldwind@gentoo.org coldwind@gentoo.org ingmar@gentoo.org ssuominen@gentoo.org coldwind@gentoo.org 2007-09-22 19:28:00 0000 Please, test and mark net-p2p/museek+-0.1.13 ~amd64. ingmar@gentoo.org 2007-09-22 23:17:39 0000 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? coldwind@gentoo.org 2007-09-23 12:20:56 0000 (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. ssuominen@gentoo.org 2007-11-17 09:12:20 0000 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 ~ $ ingmar@gentoo.org 2008-01-24 21:59:38 0000 Any news on this? coldwind@gentoo.org 2008-01-24 22:06:59 0000 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. ssuominen@gentoo.org 2008-01-25 08:03:38 0000 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. ssuominen@gentoo.org 2008-01-25 08:04:56 0000 plus the postinst message is ridiculous, since it already depends on pygtk with USE gtk, why not depend on pyqt with USE qt? coldwind@gentoo.org 2008-02-16 14:36:18 0000 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.