diff options
| author | Pang Yan Han <pangyanhan@gmail.com> | 2011-08-29 18:58:48 +0200 |
|---|---|---|
| committer | Dan McGee <dan@archlinux.org> | 2011-08-30 03:17:08 +0200 |
| commit | 2c5f000d5b2fd5db3b70670b835e6b932c0d10e3 (patch) | |
| tree | 4bd8f0e39cd351a007d9cb46723b69f3b7561697 /src/pacman/util.h | |
| parent | 234b6ffc2c39268d1efdc414e02bc4b352e5d931 (diff) | |
| download | pacman-2c5f000d5b2fd5db3b70670b835e6b932c0d10e3.tar.gz pacman-2c5f000d5b2fd5db3b70670b835e6b932c0d10e3.tar.xz | |
Improve advice for sync ops when db.lck is present
When the database is locked, sync operations involving transactions, such as
pacman -Syy, show the following:
:: Synchronizing package databases...
error: failed to update core (unable to lock database)
error: failed to update extra (unable to lock database)
error: failed to update community (unable to lock database)
error: failed to update multilib (unable to lock database)
error: failed to synchronize any databases
Whereas pacman -U <pkg> shows:
error: failed to init transaction (unable to lock database)
if you're sure a package manager is not already
running, you can remove /var/lib/pacman/db.lck
Which is much more meaningful, since the presence of db.lck may indicate an
erroneous lockfile instead of an ongoing transaction.
Improve the error messages for sync operations by advising the user to remove
db.lck if he is sure that no package manager is running.
Signed-off-by: Pang Yan Han <pangyanhan@gmail.com>
Signed-off-by: Dan McGee <dan@archlinux.org>
Diffstat (limited to 'src/pacman/util.h')
| -rw-r--r-- | src/pacman/util.h | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/src/pacman/util.h b/src/pacman/util.h index 66698474..6a26b086 100644 --- a/src/pacman/util.h +++ b/src/pacman/util.h @@ -39,6 +39,7 @@ /* update speed for the fill_progress based functions */ #define UPDATE_SPEED_SEC 0.2f +void trans_init_error(void); int trans_init(alpm_transflag_t flags, int check_valid); int trans_release(void); int needs_root(void); |