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 ;)