Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add C.UTF-8 locale to /etc/default/glibc-locales #49162

Closed
beginner3456789 opened this issue Mar 7, 2024 · 4 comments
Closed

Add C.UTF-8 locale to /etc/default/glibc-locales #49162

beginner3456789 opened this issue Mar 7, 2024 · 4 comments
Labels
bug Something isn't working needs-testing Testing a PR or reproducing an issue needed

Comments

@beginner3456789
Copy link

beginner3456789 commented Mar 7, 2024

Is this a new report?

Yes

System Info

Void 6.7.7_1 x86_64 GenuineIntel uptodate rrFFF

Package(s) Affectedhttps://sourceware.org/glibc/wiki/Proposals/C.UTF-8

glibc-locales-2.38_5 GNU C library - locale data files

Does a report exist for this bug with the project's home (upstream) and/or another distro?

commented at archlinux/mkinitcpio@5db56e2

Expected behaviour

The mkinitcpio was changed to locale C.UTF-8 except the /etc/default/glibc-locales doesn't have that choice. So I had to add the choice C UTF-8 to the /etc/default/glibc-locales and now there are no errors with mkinitcpio:

$ xbps-reconfigure -f glibc-locales
glibc-locales: configuring ...
Generating GNU libc locales...
  en_US.UTF-8... done.
  en_US.ISO-8859-1... done.
  C.UTF-8... done.
glibc-locales: configured successfully.

Actual behaviour

==> Starting build: '6.7.7_1'
  -> Running build hook: [base]
/usr/lib/initcpio/functions: line 838: warning: setlocale: LC_ALL: cannot change locale (C.UTF-8): No such file or directory
  -> Running build hook: [udev]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
==> WARNING: Possibly missing firmware for module: 'bfa'
==> WARNING: Possibly missing firmware for module: 'advansys'
==> WARNING: Possibly missing firmware for module: 'qla1280'
==> WARNING: Possibly missing firmware for module: 'wd719x'
==> WARNING: Possibly missing firmware for module: 'isci'
==> WARNING: Possibly missing firmware for module: 'qed'
==> WARNING: Possibly missing firmware for module: 'qla2xxx'
==> WARNING: Possibly missing firmware for module: 'aic94xx'
==> WARNING: Possibly missing firmware for module: 'xhci_pci'
==> WARNING: Possibly missing firmware for module: 'ums_eneub6250'
  -> Running build hook: [filesystems]
  -> Running build hook: [fsck]
/usr/lib/initcpio/functions: line 838: warning: setlocale: LC_ALL: cannot change locale (C.UTF-8)
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: '/boot/initramfs-6.7.7_1.img'
bsdtar: Failed to set default localebsdtar: 
Failed to set default locale
==> Initcpio image generation successful

Steps to reproduce

This problem maybe only affects mkinitcpio and started after updating mkinitcpio from v37.3 to v38 and installing kernel 6.7.7_1. Then downgrading to mkinitcpio 37.7 returned the error free behaviour. Then adding the C UTF-8 choice to /etc/default/glibc-locales allowed installing mkinitcpio 38 and kernel 6.7.7_1 without the above errors about the "cannot change locale".

So glibc 2.35 changes about C.UTF-8 need to appear in the locales. This should be easy to fix except I am unsure about the correct syntax for the C.UTF-8 entry in the /etc/default/glibc-locales. For reference: https://sourceware.org/glibc/wiki/Proposals/C.UTF-8

@beginner3456789 beginner3456789 added bug Something isn't working needs-testing Testing a PR or reproducing an issue needed labels Mar 7, 2024
@classabbyamp
Copy link
Member

already in progress #49146

@beginner3456789
Copy link
Author

already in progress #49146

I ran a search for glibc and mkinitcpio before starting this issue and did not find the #49146 issue. Should I close this issue or do something else?

@oreo639
Copy link
Member

oreo639 commented Mar 7, 2024

Thanks for pointing out the commit.

Starting with glibc 2.39, LC_ALL=C.UTF-8 overrides LANGUAGE

That's a little problematic since we are currently using glibc 2.38.

Should I close this issue or do something else?

You don't need to do anything, classabbyamp is just linking the relevant PR.

@beginner3456789
Copy link
Author

OK. Doing nothing...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working needs-testing Testing a PR or reproducing an issue needed
Projects
None yet
Development

No branches or pull requests

4 participants