Summary: | sys-libs/gdbm-1.18.1 - *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.20 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Hongpeng Cao <caohp19> |
Component: | Current packages | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | aladjev.andrew, caohp19, herrtimson, phkbphkbphkb, srcshelton, todd |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
URL: | https://puszcza.gnu.org.ua/support/?349 | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=811303 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 730506 | ||
Attachments: |
Build of aarch64 gdbm
Patch to target gettext 0.20 instead of 0.18 |
Description
Hongpeng Cao
2019-10-06 09:42:43 UTC
Please attach the entire build log to this bug report. *** Bug 697032 has been marked as a duplicate of this bug. *** Happens when cross-compiling for ARM64 as well. make[2]: Entering directory '/usr/aarch64-unknown-linux-gnu/tmp/portage/sys-libs/gdbm-1.18.1/work/gdbm-1.18.1-.arm64/po' *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.20 make[2]: *** [Makefile:181: check-macro-version] Error 1 Created attachment 603840 [details]
Build of aarch64 gdbm
FWIW 1.13-r2 works. I just hit this when rebuilding parts of my cross compile prefix with the new bash/readline update from yesterday. It passes when editing the Makefile.in.in in question on the fly, which is a bit tricky with cross compile wrappers, but I made it. Is there no way to do some sed magic in the ebuild for a proper fix of this? I think I've hit the underlying bug with at least one other package in the tree a few weeks ago, but forgot which one it was. I get the same error with a native (non-cross compile) on amd64, in this case when installing to a fresh directory specified by setting 'ROOT', and with minimal USE flags. I don't get the same problem on the ROOT=/ install, though, suggesting that the error is a dependency issue? Ah, and also this was with sys-libs/gdbm-1.13-r2 rather than gdbm-1.18.1 (In reply to Stuart Shelton from comment #7) > I get the same error with a native (non-cross compile) on amd64, in this > case when installing to a fresh directory specified by setting 'ROOT', and > with minimal USE flags. > > I don't get the same problem on the ROOT=/ install, though, suggesting that > the error is a dependency issue? Created attachment 644566 [details, diff]
Patch to target gettext 0.20 instead of 0.18
This patch fixes the issue by making autopoint --force (which is run automatically) target gettext 0.20 instead of 0.18.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ab4e2d7bbcd2621bf86330ffb992ac840088ee83 commit ab4e2d7bbcd2621bf86330ffb992ac840088ee83 Author: Andreas K. Hüttel <dilfridge@gentoo.org> AuthorDate: 2020-12-17 12:14:52 +0000 Commit: Andreas K. Hüttel <dilfridge@gentoo.org> CommitDate: 2020-12-17 12:15:16 +0000 sys-libs/gdbm: Allow gettext 0.18 *or later* Closes: https://bugs.gentoo.org/696838 Package-Manager: Portage-3.0.9, Repoman-3.0.2 Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org> sys-libs/gdbm/files/gdbm-1.18.1-gettext.patch | 12 ++++++++++++ sys-libs/gdbm/gdbm-1.18.1-r1.ebuild | 5 ++++- 2 files changed, 16 insertions(+), 1 deletion(-) |