Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 713438 - dev-db/m17n-db-1.8.0 : make[1]: *** No rule to make target 8859-2.map, needed by all-am. Stop.
Summary: dev-db/m17n-db-1.8.0 : make[1]: *** No rule to make target 8859-2.map, needed...
Status: CONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal with 1 vote (vote)
Assignee: Gentoo musl team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-03-19 11:21 UTC by Toralf Förster
Modified: 2023-11-07 07:51 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge-info.txt (emerge-info.txt,16.39 KB, text/plain)
2020-03-19 11:21 UTC, Toralf Förster
Details
dev-db:m17n-db-1.8.0:20200319-094457.log (dev-db:m17n-db-1.8.0:20200319-094457.log,5.71 KB, text/plain)
2020-03-19 11:21 UTC, Toralf Förster
Details
emerge-history.txt (emerge-history.txt,139.92 KB, text/plain)
2020-03-19 11:22 UTC, Toralf Förster
Details
environment (environment,15.76 KB, text/plain)
2020-03-19 11:22 UTC, Toralf Förster
Details
etc.portage.tbz2 (etc.portage.tbz2,17.08 KB, application/x-bzip)
2020-03-19 11:22 UTC, Toralf Förster
Details
logs.tbz2 (logs.tbz2,7.22 KB, application/x-bzip)
2020-03-19 11:22 UTC, Toralf Förster
Details
temp.tbz2 (temp.tbz2,7.01 KB, application/x-bzip)
2020-03-19 11:22 UTC, Toralf Förster
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Toralf Förster gentoo-dev 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 gentoo-dev 2020-03-19 11:21:56 UTC
Created attachment 622558 [details]
emerge-info.txt
Comment 2 Toralf Förster gentoo-dev 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 gentoo-dev 2020-03-19 11:22:01 UTC
Created attachment 622562 [details]
emerge-history.txt
Comment 4 Toralf Förster gentoo-dev 2020-03-19 11:22:04 UTC
Created attachment 622564 [details]
environment
Comment 5 Toralf Förster gentoo-dev 2020-03-19 11:22:07 UTC
Created attachment 622566 [details]
etc.portage.tbz2
Comment 6 Toralf Förster gentoo-dev 2020-03-19 11:22:09 UTC
Created attachment 622568 [details]
logs.tbz2
Comment 7 Toralf Förster gentoo-dev 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 ;)