| 1 |
On 2/9/2022 02:34, Sam James wrote: |
| 2 |
[snip] |
| 3 |
> |
| 4 |
> While we're meddling with the eclassses, could we consider fixing |
| 5 |
> the 'locale' calls on musl? musl guarantees a UTF 8 locale (I _think_ |
| 6 |
> C.UTF-8) but the current eclass logic leads to log spam as the command |
| 7 |
> doesn't exist on musl systems. |
| 8 |
> |
| 9 |
> best, |
| 10 |
> sam |
| 11 |
|
| 12 |
Someone might want to look at packaging this utility then: |
| 13 |
https://gitlab.com/rilian-la-te/musl-locales |
| 14 |
|
| 15 |
I briefly toyed with it while trying to understand the |
| 16 |
lxml/ISO-8859-15/repoman bug (still need to go upstream; on TODO list), and |
| 17 |
it does execute on musl once compiled and lists the locale as C.UTF-8. But |
| 18 |
I couldn't find any actual locale files to see if it can reliably switch |
| 19 |
between them. I read somewhere that one could borrow the locale files from |
| 20 |
glibc, but no set instructions on how to actually go about doing that. |
| 21 |
|
| 22 |
That said, its existence in a musl stage would solve the problem highlighted |
| 23 |
by tools blindly trying to call 'locale' and logging that it doesn't exist. |
| 24 |
|
| 25 |
-- |
| 26 |
Joshua Kinard |
| 27 |
Gentoo/MIPS |
| 28 |
kumba@g.o |
| 29 |
rsa6144/5C63F4E3F5C6C943 2015-04-27 |
| 30 |
177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943 |
| 31 |
|
| 32 |
"The past tempts us, the present confuses us, the future frightens us. And |
| 33 |
our lives slip away, moment by moment, lost in that vast, terrible in-between." |
| 34 |
|
| 35 |
--Emperor Turhan, Centauri Republic |
Archives