make[1]: Leaving directory /var/tmp/portage/dev-db/m17n-db-1.8.0/work/m17n-db-1.8.0/LANGDATA make[1]: Entering directory /var/tmp/portage/dev-db/m17n-db-1.8.0/work/m17n-db-1.8.0 make[1]: *** No rule to make target 8859-2.map, needed by all-am. Stop. make[1]: Leaving directory /var/tmp/portage/dev-db/m17n-db-1.8.0/work/m17n-db-1.8.0 make: *** [Makefile:664: all-recursive] Error 1 * ERROR: dev-db/m17n-db-1.8.0::gentoo failed (compile phase): ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.0_musl-20200316-165821 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-gentoo-linux-musl-9.3.0 * clang version 10.0.0 Target: x86_64-gentoo-linux-musl Thread model: posix InstalledDir: /usr/lib/llvm/10/bin /usr/lib/llvm/10 10.0.0 Available Python interpreters, in order of preference: [1] python3.8 [2] python3.7 [3] python3.6 [4] python2.7 (fallback) Available Ruby profiles: [1] ruby24 (with Rubygems) [2] ruby25 (with Rubygems) * Available Rust versions: [1] rust-1.41.1 * repository: ==> /var/db/repos/gentoo/metadata/timestamp.chk <== Wed, 18 Mar 2020 13:38:27 +0000 emerge -qpvO dev-db/m17n-db [ebuild N ] dev-db/m17n-db-1.8.0
Created attachment 622558 [details] emerge-info.txt
Created attachment 622560 [details] dev-db:m17n-db-1.8.0:20200319-094457.log
Created attachment 622562 [details] emerge-history.txt
Created attachment 622564 [details] environment
Created attachment 622566 [details] etc.portage.tbz2
Created attachment 622568 [details] logs.tbz2
Created attachment 622570 [details] temp.tbz2
The problem is that by default, m17n-db tries to find charmaps from /usr/share/i18n/charmaps, which only exists for systems with glibc installed. To build it on systems with musl libc, the configure flag --with-charmaps=/path/to/localedata/charmaps has to be specified to point it to a directory containing charmaps. Void-packages' solution is to point it to the charmaps from the source (not the build output) of glibc, thus they avoid building glibc on musl systems. I fixed this problem on my fork of Nixpkgs for musl this way, but I'm not familiar enough with Gentoo. Maybe someone can take my comment and fix it ;)
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=3345a7412e25a871621c4abe77ae7d21552a1273 commit 3345a7412e25a871621c4abe77ae7d21552a1273 Author: Akinori Hattori <hattya@gentoo.org> AuthorDate: 2024-06-22 09:29:37 +0000 Commit: Akinori Hattori <hattya@gentoo.org> CommitDate: 2024-06-22 10:02:17 +0000 dev-db/m17n-db: fix build on musl Closes: https://bugs.gentoo.org/713438 Signed-off-by: Akinori Hattori <hattya@gentoo.org> dev-db/m17n-db/Manifest | 1 + dev-db/m17n-db/m17n-db-1.8.0.ebuild | 20 +++++++++++++++++++- 2 files changed, 20 insertions(+), 1 deletion(-)
