Arch Linux

cryptearth

Member

Registered: 2024-02-03

Posts: 2,130

[SOLVED] locale.gen eaten by recent glibc update?

marked as solved - not reproducable
//
pacman.log

[2025-01-24T17:49:47+0100] [PACMAN] Running 'pacman -S -y --config /etc/pacman.conf --'
[2025-01-24T17:49:47+0100] [PACMAN] synchronizing package lists
[2025-01-24T17:49:55+0100] [PACMAN] Running 'pacman -S -y -u --config /etc/pacman.conf --'
[2025-01-24T17:49:55+0100] [PACMAN] synchronizing package lists
[2025-01-24T17:49:55+0100] [PACMAN] starting full system upgrade
[2025-01-24T17:49:59+0100] [ALPM] transaction started
[2025-01-24T17:49:59+0100] [ALPM] upgraded glibc (2.40+r16+gaa533d58ff-2 -> 2.40+r66+g7d4b6bcae91f-1)
[2025-01-24T17:49:59+0100] [ALPM-SCRIPTLET] Generating locales...
[2025-01-24T17:49:59+0100] [ALPM-SCRIPTLET] Generation complete.
[2025-01-24T17:50:00+0100] [ALPM] upgraded lib32-glibc (2.40+r16+gaa533d58ff-2 -> 2.40+r66+g7d4b6bcae91f-1)
[2025-01-24T17:50:00+0100] [ALPM] upgraded mesa (1:24.3.3-2 -> 1:24.3.4-1)
[2025-01-24T17:50:00+0100] [ALPM] upgraded lib32-mesa (1:24.3.3-2 -> 1:24.3.4-1)
[2025-01-24T17:50:00+0100] [ALPM] upgraded vulkan-mesa-layers (1:24.3.3-2 -> 1:24.3.4-1)
[2025-01-24T17:50:00+0100] [ALPM] upgraded lib32-vulkan-mesa-layers (1:24.3.3-2 -> 1:24.3.4-1)
[2025-01-24T17:50:00+0100] [ALPM] upgraded vulkan-radeon (1:24.3.3-2 -> 1:24.3.4-1)
[2025-01-24T17:50:00+0100] [ALPM] upgraded lib32-vulkan-radeon (1:24.3.3-2 -> 1:24.3.4-1)
[2025-01-24T17:50:00+0100] [ALPM] upgraded vulkan-virtio (1:24.3.3-2 -> 1:24.3.4-1)
[2025-01-24T17:50:00+0100] [ALPM] upgraded lib32-vulkan-virtio (1:24.3.3-2 -> 1:24.3.4-1)
[2025-01-24T17:50:00+0100] [ALPM] upgraded python-pydantic (2.10.4-1 -> 2.10.6-1)
[2025-01-24T17:50:00+0100] [ALPM] upgraded python-starlette (0.45.2-1 -> 0.45.3-1)
[2025-01-24T17:50:01+0100] [ALPM] transaction completed
[2025-01-24T17:50:01+0100] [ALPM] running '30-systemd-update.hook'...
[2025-01-24T17:50:01+0100] [ALPM] running '90-packagekit-refresh.hook'...
[2025-01-24T17:50:01+0100] [ALPM] running 'texinfo-install.hook'...

as you see the glibc update re-ran generating locales - but failed (or rather: not generated any locale)
I noticed this by logging in via SSH getting an locale error about de_DE.UTF-8 - ran locale-gen - nothin - checked locale.gen - both en_US.UTF-8 and de_DE.UTF-8 where commented out - as if the update overwrote locale.gen with its stock version
so I uncommented them - re-ran locale-gen - which then worked - rebooted - everything back to normal
anyone else having this issue with todays update?

Last edited by cryptearth (2025-01-24 21:20:35)

V1del

Forum Moderator

Registered: 2012-10-16

Posts: 25,177

Re: [SOLVED] locale.gen eaten by recent glibc update?

Can't confirm, and /etc/locale.gen is in the backup array as it always has: https://gitlab.archlinux.org/archlinux/ … BUILD#L152 -- how certain are you you didn't accidentally merge/overwrite a pacnew at some point?

cryptearth

Member

Registered: 2024-02-03

Posts: 2,130

Re: [SOLVED] locale.gen eaten by recent glibc update?

according to pacman.log I installed my system back in 2022 at 24th october - and never touched locale.gen ever since
there's only a .pacsave - but also back from install date (guess first update after clean boot into fresh system)
is there any way to get a possible changelog when and if a file was changed?
otherwise I can'T tell if there was ever a change to locale.gen which caused it revert back to all locales commented out
and it also was never an issue with say clean-chroot-manager when building zfs packages - which, from what I get, copies/uses the host systems locale.gen

seth

Member

From: Won't reply 2 private help req

Registered: 2012-09-03

Posts: 75,438

Re: [SOLVED] locale.gen eaten by recent glibc update?

Reinstall glibc, does the problem return?
The timestamp pre-edit might have been interesting here.

Also, obviously

when building zfs packages

Do you only build the packages or also use zfs?

---

How to upload text · How to boot w/o GUI · Disable Windows Fast-Start! · Fix your xinitrc

cryptearth

Member

Registered: 2024-02-03

Posts: 2,130

Re: [SOLVED] locale.gen eaten by recent glibc update?

gave it a try - but no, re-installing glibc did not overwrote locale.gen and just ran generating both en_US and de_DE fine without issue

as for zfs: before you want to push that topic into aur: c'mon, by now you should know I'm actively against running os-root on any kind of array - so, no, for the os itself it's in a clean non-encrypted non-lvm ext4 directly on my main nvme ssd - along with an ESP, a swap-partition and another ext4 for /home
otherwise: I not just build and use zfs, I also provide them back to github as explained on other topics - but my one and only dataset is mounted to a folder within my home - so unless you can draw my picture of a code path how using clean-chroot-manager to build zfs or use zfs for my 8 hdds unrelated to the os on a nvme ssd could be related to that issue in any way - then fine, I will accept your lock of this topic - otherwise I have to stress hardly: this has nothin to do with me building and using zfs as there's just no code path that would lead to it
yes, it might be a coincidence and if I would run root on zfs with regular snapshots I could revert back to yesterday to see when locale.gen was last modified - but then this topic would get discarded as "aur issue" anyway - so pretty much the very same result: somehow strange, not reproduceable - too many unknowns