Closed ewtoombs closed 1 month ago
I just found this:
$ pacman -Ql glibc-locales
glibc-locales /usr/
glibc-locales /usr/lib/
glibc-locales /usr/lib/glibc-locale/
glibc-locales /usr/lib/glibc-locale/aa_DJ.utf8/
glibc-locales /usr/lib/glibc-locale/aa_DJ.utf8/LC_ADDRESS
glibc-locales /usr/lib/glibc-locale/aa_DJ.utf8/LC_COLLATE
glibc-locales /usr/lib/glibc-locale/aa_DJ.utf8/LC_CTYPE
glibc-locales /usr/lib/glibc-locale/aa_DJ.utf8/LC_IDENTIFICATION
...
This is before upgrading. There is also this:
$ cat /usr/share/libalpm/hooks/60-glibc-locales.hook
[Trigger]
Type = File
Operation = Install
Operation = Upgrade
Target = usr/lib/locale/*
[Action]
Description = Restoring locales
When = PostTransaction
Exec = /bin/bash -c 'cp -a /usr/lib/glibc-locale/*utf8 /usr/lib/locale/'
It appears the newest version of glibc-locales handles the files differently. This issue should go away once the new glibc-locales is in the .img .
Device info
Describe the bug
This goes on for pages.
To Reproduce
curl -L 'https://github.com/dreemurrs-embedded/Pine64-Arch/releases/download/20240326/archlinux-pinephone-pro-phosh-20240326.img.xz' | xzcat | sudo dd of=/dev/mmcblkN bs=1M conv=fsync
pacman -Syu
Expected behavior The command completes.
Logfiles and additional information
The following fixes it:
Before submitting a bug report, please be sure that you have done the following: