A bunch of packages are broken with: 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. Tracking them here.
Depends on Bug 200711, can the depends on field please be updated.
Please don't use intltool-0.36.2 from an overlay. I have added a p.mask entry for it now in the gnome-experimental overlay. The plan is to look into a patch to reserve compatibility with 0.35.5 released packages and add it patched into portage. Trying to reach upstream now for discussion about the issue.
Sorry for no updated on the parent bugs (dependencies have had explanations before) - We need to call intltoolize --force || die "intltoolize failed" after eautoreconf for packages using intltool, or consider adding that to eautoreconf itself. See bug 211276 for the detailed reasoning.
I'm going to unmask intltool-0.37.1 so any missed breakages would come out. If you hit one, which involves the string @INTLTOOL_ICONV in the error message, then please note the exact version of failing package(s) as a comment on this bug, or in a new bug that is made to block this one here. Thanks.
looks like everything is fine on this front. Ok to close ?
Bug 222165 should be added
Probably bug 213402 and bug 214098, too.
Update: Best is to call the following BEFORE eautoreconf (as opposed to after as stated above): intltoolize --copy --automake --force || die "intltoolize failed" or for short: intltoolize -c -f --automake || die "intltoolize failed" Explanation and reasoning of the options used: --copy copies instead of symlinks, which is considered a good idea by upstream in this case, but without it it works too. --force forces it to run, as we know it must be ran and the automatic detection might mess up --automake quiets it a bit, by not stating automake or something should be ran first -- it states we already call automake from a script and suggesting it is not wanted - we call eautoreconf after intltool so it's nice to quiet the emerge output to not have suggestions that the user can't do as the build is automated and it's already done for him/her
looks like the tree is now clean, closing.
