see below Reproducible: Always /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libgdk_pixbuf-2.0.so /usr/lib/libpangocairo-1.0.so /usr/lib/libpangoft2-1.0.so /usr/lib/libpango-1.0.so /usr/lib/libcairo.so /usr/lib/libfontconfig.so /usr/lib/libfreetype.so /usr/lib/libxml2.so /usr/lib/libpng12.so -lz /usr/lib/libXrender.so /usr/lib/libX11.so /usr/lib/libXau.so /usr/lib/libXdmcp.so /usr/lib/libpixman-1.so -lm /usr/lib/libgconf-2.so /usr/lib/libORBit-2.so /usr/lib/libgmodule-2.0.so -ldl /usr/lib/libgthread-2.0.so -lpthread -lrt /usr/lib/libgobject-2.0.so /usr/lib/libglib-2.0.so -pthread make[2]: Leaving directory `/var/tmp/portage/app-dicts/gjiten-2.6-r1/work/gjiten-2.6/src' Making all in data make[2]: Entering directory `/var/tmp/portage/app-dicts/gjiten-2.6-r1/work/gjiten-2.6/data' LC_ALL=C ../intltool-merge -s -u -c ../po/.intltool-merge-cache ../po gjiten.schemas.in gjiten.schemas Possible unintended interpolation of @INTLTOOL_ICONV in string at ../intltool-merge line 94. Global symbol "@INTLTOOL_ICONV" requires explicit package name at ../intltool-merge line 94. BEGIN not safe after errors--compilation aborted at ../intltool-merge line 252. make[2]: *** [gjiten.schemas] Error 9 make[2]: Leaving directory `/var/tmp/portage/app-dicts/gjiten-2.6-r1/work/gjiten-2.6/data' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/app-dicts/gjiten-2.6-r1/work/gjiten-2.6' make: *** [all] Error 2 * * ERROR: app-dicts/gjiten-2.6-r1 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2770: Called gnome2_src_compile * environment, line 2144: Called die * The specific snippet of code: * emake || die "compile failure" * The die message: * compile failure * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/log/portage/app-dicts:gjiten-2.6-r1:20080515-000220.log'. * The ebuild environment file is located at '/var/tmp/portage/app-dicts/gjiten-2.6-r1/temp/environment'.
Created attachment 153181 [details] emerge --info
I have the same problem (on x86 as well as on amd64), bud app-dicts/gjiten-2.6 compiles well for me. The -r1 adds running eautoreconf to src_unpack. The problem is that eautoreconf leaves one @INTLTOOL_ICONV@ at a place it should have substituted it with something meaningful. I can not repair that because I don't understand autotools, but I can just mask app-dicts/gjiten-2.6-r1 and have everything working for me. The ebuild says it cures the bug #124631 -- apparently there are people for whom app-dicts/gjiten-2.6 does not compile, but I absolutely don't understand the description of that bug. As long as 2.6-r1 compiles for those who cannot use 2.6, things are almost OK and one package mask can select the one version that builds. The code is identical, no one loses.
This seems to be a problem with dev-util/intltool 0.37.1, cause with 0.35.5 it works fine. Let's if I can figure it out.
First tip is bug 198870.
Created attachment 156665 [details, diff] upstream patch intltoolize -c -f does work, it's still annoying it's needed. BTW, what about adding a 7 months old upstream fix for a crash (as of now it's only in cvs).
(In reply to comment #5) > Created an attachment (id=156665) [edit] > upstream patch > > intltoolize -c -f does work, it's still annoying it's needed. > BTW, what about adding a 7 months old upstream fix for a crash (as of now it's > only in cvs). > The intltoolize --force after eautoreconf along with epatch "${FILESDIR}/kdic-crash.patch" works fine here. Thanks for your help.
I've fixed this as the maintainers haven't for 4 months, hope that's fine for them.
I get an error "No way to convert HTML to text found." from the compile though, but get passed intltool. I assume if this happens to others that do care, a bug is already filed or will be ;)
