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 "The official pacman repository". The branch, maint has been updated via 78adb71f20ee335dff49e34d33f04817a40002b6 (commit) via fe659153d5971e41b7483bb40c31cd40f58f9d9c (commit) via 4899b5bd864919830fe4ce5786d37a00ab5a0da3 (commit) from ca4142714137b16feabac09c4cda86b0a75036f8 (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 78adb71f20ee335dff49e34d33f04817a40002b6 Author: Dan McGee <dan@archlinux.org> Date: Wed Dec 21 16:42:47 2011 -0600 Don't check diskspace when using --dbonly Mostly a waste of time. Sure, we no longer make sure your pacman database partition has enough space, but if you are using this option you better know what you are doing anyway. Signed-off-by: Dan McGee <dan@archlinux.org> (cherry picked from commit ee969006056c86e88d5f179a7575d64f23d5b252) commit fe659153d5971e41b7483bb40c31cd40f58f9d9c Author: Dan McGee <dan@archlinux.org> Date: Sun Feb 19 23:24:26 2012 -0600 Give better error messages on database locking failures This was noted when trying to perform an operation on a pacman database on a read-only file system. Print the actual underlying errno string, and only show the "you can remove" message if the lock file actually exists. Before: $ pacman -Su error: failed to init transaction (unable to lock database) if you're sure a package manager is not already running, you can remove /e/db.lck After: $ pacman -Su error: failed to init transaction (unable to lock database) error: could not lock database: Read-only file system Signed-off-by: Dan McGee <dan@archlinux.org> commit 4899b5bd864919830fe4ce5786d37a00ab5a0da3 Author: Dan McGee <dan@archlinux.org> Date: Sun Feb 19 23:04:12 2012 -0600 diskspace: ensure we match only full path components If one had a mountpoint at '/e' (don't ask), a file being installed to '/etc' would map to it incorrectly. Ensure we do more than just prefix matching on paths by doing some more sanity checks once the simple strncmp() call succeeds. Signed-off-by: Dan McGee <dan@archlinux.org> ----------------------------------------------------------------------- Summary of changes: lib/libalpm/diskspace.c | 14 +++++++++++++- lib/libalpm/sync.c | 2 +- src/pacman/util.c | 10 +++++++--- 3 files changed, 21 insertions(+), 5 deletions(-) hooks/post-receive -- The official pacman repository