Attached is a trial, not -yet-functioning ebuild of K3b's latest version, released March 1st. I have managed to get the compiling to work, but the installation of the i18n package won't work. The LINGUAS test algorithm is a bit klugdy, but the previous one would crash on unexpected elements as my "eo", since echo "SUBDIRS = ${LINGUAS}" > ${S}/po/Makefile.am would put "eo" in Makefile.am, even though there is no Esperanto localisation of K3b. I'm sure there is a more elegant way to do this, but my skills in scripting are quite limited. Furthermore, I implemented also a separate LINGUAS check for the documentation. It is to be remarked that the i18n tarball is now called k3b-i18n-0.11.tar.bz2, whereas the decompressed archive is k3b-i18n-0.11.6 (with a trailing .6). Emerging ebuild works, but no i18n is installed. Problems are expected to be in make install. Please fix if you understand what's wrong... Cheers, -Federico
Created attachment 26736 [details] K3b-0.11.6 ebuild, w/ i18n
Created attachment 26889 [details] k3b-0.11.6.ebuild, another try Based on the good work from Federico, I propose a cleaned up version of the ebuild. It no longer relies on automake, and there's an important change: from "RDEPEND=${RDEPEND} ..." to "DEPEND=${DEPEND} ..." because all the dependencies in DEPEND should be present at runtime, and before they were not picked up in RDEPEND. Give it a try and see if it works...
obviously the new line is RDEPEND="${DEPEND} ..."
Compiled with no problems on first try, CFLAGS="-O3 -march=pentium4 -pipe", and i18n _is_ working! Everything looks fine, except for the column header area in the audio player (looks borked where there are no columns), but this is probably something wrong with k3b itself, and not the ebuild. Congrats! :-)
thanks, works fine and added :)
Confirm spotting the ebuild on portage, bug closed. And they burned happily in their native language for the rest of their lives. :-)
The Path in the tar archive is wrong. Look at the bug report: http://bugs.gentoo.org/show_bug.cgi?id=44303