It looks like autotools.eclass runs glib-gettextize and intltoolize in wrong order for these packages? app-cdr/xfburn (Bug 420639) xfce-extra/xfce4-quicklaunch-plugin (Bug 423115) Dropping glib-gettextize from eautoreconf fixes the issue for both.
*** Bug 423597 has been marked as a duplicate of this bug. ***
My (a bit late) response in bug 420639 explains the problem.
I think the following error message from merging xfce4-quicklauncher-plugin-1.9.4-r1 might refer to the same bug: config.status: error: po/Makefile.in.in was not created by intltoolize. Although I do not know how to fix this cleanly, I have used to following manual workaround to still merge that package: $ ebuild $(equery which xfce4-quicklauncher-plugin) prepare Edit the file po/Makefile.in.in in the ebuild's working directory and add "# INTLTOOL_MAKEFILE" as the first line. $ ebuild $(equery which xfce4-quicklauncher-plugin) install qmerge to finish the interrupted build. That workaround might be helpful until this bug is fixed.
Correction to my workaround from the last post: "prepare" is not enough, use "compile" instead before editing the file. "ebuild" will fail, but the edit will fix the problem.
Any news? autotools.eclass has been broken for months now...
New version of xfburn no longer runs eautoreconf, but I can still reproduce with xfce4-quicklaunch-plugin # Prevent glib-gettextize from running wrt #423115 export AT_M4DIR=${EPREFIX}/usr/share/xfce4/dev-tools/m4macros intltoolize --automake --copy --force _elibtoolize --copy --force --install eaclocal eautoconf eautoheader eautomake :(