Bug 830436 – app-emacs/yatex-1.80 fails to compile: iconv: source charset WINDOWS-31J: Invalid argument

• Product: Gentoo Linux
• Status: RESOLVED CANTFIX

[Description Agostino Sarubbo 2022-01-02 07:23:58 UTC]

https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/

Issue: app-emacs/yatex-1.80 fails to compile.
Discovered on: amd64 (internal ref: tinderbox_musl)

NOTE:
This machine uses MUSL libc

[Comment 1 Agostino Sarubbo 2022-01-02 07:24:00 UTC]

Created attachment 761053 [details]
build.log

build log and emerge --info

[Comment 2 Ulrich Müller 2022-01-02 18:07:23 UTC]

Please paste the output of "iconv --list".

Especially, does it list CP932?

[Comment 3 Agostino Sarubbo 2022-01-02 21:25:18 UTC]

UTF-8, UTF-16BE, UTF-16LE, UTF-32BE, UTF32-LE, UCS-2BE, UCS-2LE, WCHAR_T,
US_ASCII, ISO8859-1, ISO8859-2, ISO8859-3, ISO8859-4, ISO8859-5,
ISO8859-6, ISO8859-7, ...

[Comment 4 Ulrich Müller 2022-01-03 05:54:44 UTC]

(In reply to Agostino Sarubbo from comment #3)
> UTF-8, UTF-16BE, UTF-16LE, UTF-32BE, UTF32-LE, UCS-2BE, UCS-2LE, WCHAR_T,
> US_ASCII, ISO8859-1, ISO8859-2, ISO8859-3, ISO8859-4, ISO8859-5,
> ISO8859-6, ISO8859-7, ...

That doesn't answer the question. Does the "..." contain CP932?

[Comment 5 Ulrich Müller 2022-01-03 05:55:49 UTC]

With the glibc iconv I get this:

$ iconv --list | grep CP932
CP932//

[Comment 6 Sam James 2022-01-03 06:00:06 UTC]

(In reply to Ulrich Müller from comment #5)
> With the glibc iconv I get this:
> 
> $ iconv --list | grep CP932
> CP932//

I don't think iconv on musl even supports --list, so not sure where ago's list came from:
```
20211101-musl ~ # iconv --list | grep CP932
iconv: unrecognized option: -
20211101-musl ~ # iconv --list
iconv: unrecognized option: -
20211101-musl ~ # iconv

^C
20211101-musl ~ #
```

But note that musl basically has no locale support, it's C.UTF-8 or nothing: https://wiki.musl-libc.org/open-issues.html.

[Comment 7 Ulrich Müller 2022-01-03 06:30:11 UTC]

(In reply to Sam James from comment #6)

I've just verified, it supports very few charsets, specifically not including CP932. So it's basically unusable.

@Prefix team: Can we drop the !elibc_musl? ( ) conditional from virtual/libiconv? Then app-emacs/yatex could depend on it and call a functional /usr/bin/iconv in src_compile.

[Comment 8 Ulrich Müller 2022-01-03 06:56:37 UTC]

(In reply to Ulrich Müller from comment #7)
> @Prefix team: Can we drop the !elibc_musl? ( ) conditional from
> virtual/libiconv? Then app-emacs/yatex could depend on it and call a
> functional /usr/bin/iconv in src_compile.

Never mind. I'll just package.use.mask l10n_ja in the musl profile.

[Comment 9 Agostino Sarubbo 2022-01-03 07:20:56 UTC]

Created attachment 761139 [details]
iconv -l

> That doesn't answer the question. Does the "..." contain CP932?

[Comment 10 Fabian Groffen 2022-01-03 08:20:52 UTC]

regardless, let's add the musl team to Cc so they stay informed :)

[Comment 11 Larry the Git Cow 2022-01-04 11:36:45 UTC]

The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=664c8e0fdd3ddbe285ec600b7585d807c46c8552

commit 664c8e0fdd3ddbe285ec600b7585d807c46c8552
Author:     Ulrich Müller <[e-mail]>
AuthorDate: 2022-01-04 11:32:22 +0000
Commit:     Ulrich Müller <[e-mail]>
CommitDate: 2022-01-04 11:36:39 +0000

    profiles/features/musl: package.use.mask app-emacs/yatex[l10n_ja]
    
    Closes: https://bugs.gentoo.org/830436
    Signed-off-by: Ulrich Müller <[e-mail]>

 profiles/features/musl/package.use.mask | 7 ++++++-
 1 file changed, 6 insertions(+), 1 deletion(-)