Bug 713438 – dev-db/m17n-db-1.8.0 : make[1]: *** No rule to make target 8859-2.map, needed by all-am. Stop.

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Toralf Förster 2020-03-19 11:21:53 UTC]

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

[Comment 1 Toralf Förster 2020-03-19 11:21:56 UTC]

Created attachment 622558 [details]
emerge-info.txt

[Comment 2 Toralf Förster 2020-03-19 11:21:59 UTC]

Created attachment 622560 [details]
dev-db:m17n-db-1.8.0:20200319-094457.log

[Comment 3 Toralf Förster 2020-03-19 11:22:01 UTC]

Created attachment 622562 [details]
emerge-history.txt

[Comment 4 Toralf Förster 2020-03-19 11:22:04 UTC]

Created attachment 622564 [details]
environment

[Comment 5 Toralf Förster 2020-03-19 11:22:07 UTC]

Created attachment 622566 [details]
etc.portage.tbz2

[Comment 6 Toralf Förster 2020-03-19 11:22:09 UTC]

Created attachment 622568 [details]
logs.tbz2

[Comment 7 Toralf Förster 2020-03-19 11:22:12 UTC]

Created attachment 622570 [details]
temp.tbz2

[Comment 8 kotatsuyaki 2023-11-07 07:51:06 UTC]

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

[Comment 9 Larry the Git Cow 2024-06-22 10:04:03 UTC]

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 <[e-mail]>
AuthorDate: 2024-06-22 09:29:37 +0000
Commit:     Akinori Hattori <[e-mail]>
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 <[e-mail]>

 dev-db/m17n-db/Manifest             |  1 +
 dev-db/m17n-db/m17n-db-1.8.0.ebuild | 20 +++++++++++++++++++-
 2 files changed, 20 insertions(+), 1 deletion(-)