I've been playing with pykde4 lately and the other day I decided to use Qt Designer to create the ui and use pyuic4 to generate the gui. Then I noticed, from looking at kde's example python code, that there should be a pykdeuic4 program, similar to pyuic4, in pykde4 that handles integrating with kde4 widgets and automagically using the i18n translating system for strings. So I decided to see if this file really belongs to that package and downloaded a deb pkg (http://packages.debian.org/squeeze/all/python-kde4-dev/filelist) of pykde4 to see if this (python) file really belongs to that package and sure enough it was there, and it worked on Gentoo! Long story short, there is a tools/pykdeuic4 directory in the python/pykde4 folder in kdebindings-4.2.4.tar.bz2 which contains pykdeuic4.py. This is not being extracted by the pykde4-4.2.4-r2 ebuild. Fixing this will likely involve modifying the kde4-meta eclass as I did not see anything directly handling the kdebindings src in the ebuild. The ebuild will then need to be modified to dobin the tools/pykdeuic4/pykdeuic4.py file to /usr/bin/pykdeuic4 If I have time, I'll hack around with this but I wanted to post this bug so that anyone that comes looking will find this issue. For now, I've copied the file manually from kdebindings-4.2.4.tar.bz2 to /usr/local/bin and that works for me.
Created attachment 199681 [details] pykde4-4.2.4-r3.ebuild that adds pykdeuic4 as a bin Turns out the eclass is fine. I was global searching the portage tmp dir for pykde4uic instead of pykdeuic4 (whoops!) which is why I believed the eclass was not unpacking the full source for pykde4. In any event, a simple: newbin ${S}/python/pykde4/tools/pykdeuic4/pykdeuic4.py pykdeuic4 in src_install() did the trick. I've attached a pykde4-4.2.4-r3.ebuild that implements this and fixes this bug. ~jtriley
This is fixed in 4.3 already, thanks for your patch, it will be applied to 4.2 in tree soon.
Done bit differently, but done :]
