Summary: | xfce-base/exo-4.16.3 - error: po/Makefile.in.in was not created by intltoolize. | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jakov Smolić <jsmolic> |
Component: | Current packages | Assignee: | XFCE Team <xfce> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | anarchy, bugzilla, mgorny, norman |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=833440 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge --info
config.log |
Description
Jakov Smolić
2021-12-23 10:30:58 UTC
Created attachment 760144 [details]
config.log
I can't reproduce. What's your intltool version? (In reply to Michał Górny from comment #2) > I can't reproduce. What's your intltool version? ~ ➭ intltoolize --version intltoolize (GNU intltool) 0.51.0 I'm once again hitting this on my amd64/x86 testing systems, but interestingly, this error doesn't appear on my local system nor on the arm64 test machine... I'm going to unblock the stabilization I just ran into this issue on my arm64 VM. Same issue here with xfce-base/exo-4.16.3 on both amd64 and arm64. Both have: dev-util/intltool-0.51.0-r2 sys-devel/gettext-0.21-r1 Both are "clean" chroots used exclusively to build binpkgs. Note: I use heavily customized cascading profiles on both arches, though most of the cross-arch differences involve relatively inconsequential feature USE-flags. My package versions and build environments are nearly identical otherwise. I just got this issue, on arm64. Looking a little bit closer, the check in config.status requires the text "# INTLTOOL_MAKEFILE" to appear on a separate line in po/Makefile.in.in. There is no such line there, but if I simply add the line, then everything compiles and installs just fine. So it seems that the check is either outdated, or simply too cautious... The root cause seems to be in xfce4-dev-tools-4.16.0 which contains various gettext macros which were removed in version 4.17.0 (https://github.com/xfce-mirror/xfce4-dev-tools/commit/008475ee9a08aaa458df8ff650d739889fb377a0, https://github.com/xfce-mirror/xfce4-dev-tools/commit/6f651e4a6b1e78d4745cba1b8bb193d73e38af2b) autotools.eclass checks for those macros, and executes 'glib-gettextize --copy --force' (as part of eautoreconf) if they are present on the system, the command is ran after `intltoolize`, hence the po/Makefile.in.in will get regenerated by gettext and cause the check to fail. As a workaround (until 4.17.0 is stable) we can simply invoke `intltoolize` again after eautoreconf to make sure that the Makefile.in.in is generated by it and not gettext. The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=37a0a867d13cde822c22ad74d83ea029b0f9fdc0 commit 37a0a867d13cde822c22ad74d83ea029b0f9fdc0 Author: Jakov Smolić <jsmolic@gentoo.org> AuthorDate: 2022-02-15 22:11:41 +0000 Commit: Jakov Smolić <jsmolic@gentoo.org> CommitDate: 2022-02-15 22:20:18 +0000 xfce-base/exo: Call intltoolize after eautoreconf - The build system wants the po/Makefile.in.in file to be created by intltoolize, so let's manually call it after eautoreconf to make sure it's ran after glib-gettextize. Closes: https://bugs.gentoo.org/829859 Signed-off-by: Jakov Smolić <jsmolic@gentoo.org> xfce-base/exo/exo-4.16.3.ebuild | 2 ++ 1 file changed, 2 insertions(+) |