Hi, a few days ago I updated k3b from 0.10.1 to 0.10.2. The installation was smooth. The problems that I encountered are post installation. An entry for k3b exists in Multimedia. The icon for k3b did not exist. I clicked on k3b, the program opened and I saw that the icons for blanking cd, burning cd were missing. Also, in the system check, I found that k3b did not have enough permissions to run cdrecord (this is weird since,k3b 0.10.1, does not complain about it). In the web page of k3b I read that k3b 0.10.2 should be installed in /usr, i.e. configure --prefix=/usr.
This problems exists on my system too. I have tried to change the ebuild so that k3b would be installed with prefix /usr but to no success. The icons are still missing on the toolbars. No problems with cdrecord permissions though.
Happens with 0.10.3 as well. It seems to be specific to the ebuild (if I compile k3b myself and run make install, the icons are properly installed, but the ebuild doesn't install any icons). I can't figure out what's wrong, the ebuild looks innocent...
Ok, here's the facts: the definition of $(destdir) in kde.eclass conflicts with some other definitions in admin/am_edit, and this causes troubles. Solution: remove the string "destdir=${D}" in line 162 of kde.eclass. Yes, this solution could break other ebuilds that rely on $(destdir). But now I can't help... -----...start rant----- This bug was really ugly, and it took time to figure it out. The fact is that kde.eclass is SO DAMN BLOATED and bug-prone that reasonably bugs like this came up and will come up forever (see bug 27376 for instance). That's a design deficiency, it's stupid to have an eclass that tries to accomodate every little quirk and that has to be modified to address specific issue, it really should just define some variables and call econf and emake with some options, and if specific ebuilds have problems they should be addressed in the ebuild and not in the eclass. Another example of this design deficiency is kde-dist.eclass: I really don't see the need of an eclass that has to be modified every time a new version of kde is out. -----end rant----- Another thing: add the line "dodoc AUTHORS ChangeLog FAQ README TODO" to src_install
You are 100% right. I'm in the process of cleaning up the eclasses are we speak.
Thanks Caleb, I feel better now ;)
Ok, the issue was a problem with the i18n stuff in the ebuild. I assume it is possible that the auto* stuff ran on the main source dir, but have not gone into it to much. I added a '[ -n "${LINGUAS}" ]' check around the i18n stuff, and did some other cleanups to 0.10.3-r1, and it fixes the missing icons issue for me.
