You are not logged in.
The behaviour of glibc updates in the pacman output seems to have changed in my pacman log.
Previously I had output showing that new locales were being generated such as:
[2013-09-26 08:54] [PACMAN] starting full system upgrade
[2013-09-26 08:54] [ALPM-SCRIPTLET] Generating locales...
[2013-09-26 08:54] [ALPM-SCRIPTLET] en_GB.UTF-8... done
[2013-09-26 08:54] [ALPM-SCRIPTLET] en_US.UTF-8... done
[2013-09-26 08:54] [ALPM-SCRIPTLET] Generation complete.
[2013-09-26 08:54] [PACMAN] upgraded glibc (2.18-4 -> 2.18-5)However in the most recent glibc update there has been no locale scriptlet output. The most recent update in the log is:
[2013-10-25 09:08] [PACMAN] starting full system upgrade
[2013-10-25 09:09] [PACMAN] upgraded glibc (2.18-5 -> 2.18-8)
[2013-10-25 09:09] [PACMAN] upgraded a52dec (0.7.4-7 -> 0.7.4-8)Can someone confirm that this is expected changed behaviour or is there a problem? Or is it simply that the recent update for pacman 4.1.2-4 gives less output in the log and on the console during updates?
Thanks
Last edited by mcloaked (2013-10-26 10:11:45)
Mike C
Offline
https://projects.archlinux.org/svntogit … b3321ca798
$ pacscripts glibc
infodir=usr/share/info
filelist=(libc.info{,-1,-2,-3,-4,-5,-6,-7,-8,-9,-10,-11})
post_upgrade() {
ldconfig -r .
if [[ $(vercmp 2.18 $2) = 1 ]]; then
locale-gen
fi
[[ -x usr/bin/install-info ]] || return 0
for file in ${filelist[@]}; do
install-info $infodir/$file.gz $infodir/dir 2> /dev/null
done
}
pre_remove() {
[[ -x usr/bin/install-info ]] || return 0
for file in ${filelist[@]}; do
install-info --delete $infodir/$file.gz $infodir/dir 2> /dev/null
done
}I've just updated to glibc 2.18-9 (I'm using [testing]) and no locales were generated.
Last edited by karol (2013-10-26 09:53:06)
Offline
Thanks - I guess it makes sense to only regenerate the locales if it is necessary.
Mike C
Offline