This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "Arch Linux initscripts repository". The branch, master has been updated via e97939fdcd6a642fa0fb27a11098f2211c7169b5 (commit) via 708f7a1b9e730cb57869d2c83407ffa4d4521f5a (commit) from cd9fd2a7ccb7a47e7c76914045705cf1304ca929 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit e97939fdcd6a642fa0fb27a11098f2211c7169b5 Author: Gerardo Exequiel Pozzi Date: Sat Nov 12 15:27:56 2011 -0300 minilogd: last kill! Signed-off-by: Gerardo Exequiel Pozzi commit 708f7a1b9e730cb57869d2c83407ffa4d4521f5a Author: Tom Gundersen Date: Sun Nov 13 10:36:20 2011 +1100 locale.sh: remove leftovers We were in certain situations still writing to locale.sh. While it would not have caused any harm, it was unintended and now removed. This change means that locale.sh will no longer load the consolemap. This would only be useful if it had been reset accidentally, and logging in again would then fix a broken console. The issue is described in FS#18759. It is not clear to me if this is still an issue, or if it solved by our new utf8/non-utf8 handling. Either way, resetting the consolemap unconditionaly does not make much sense in case the user has changed it on purpose. It might make sense to factor out the vconsole initialization into a "setup/repair my console" script, similar to systemd's /lib/systemd/systemd-vconsole-setup, but that would have to wait for a future release. Reported-by: Dave Reisner Cc: Роман Кирилич Signed-off-by: Tom Gundersen ----------------------------------------------------------------------- Summary of changes: functions | 5 ----- rc.single | 3 --- 2 files changed, 0 insertions(+), 8 deletions(-) hooks/post-receive -- Arch Linux initscripts repository