[pacman-dev] [PATCH] repo-remove: print an error in case of an empty db

Dan McGee dpmcgee at gmail.com
Sat Feb 2 18:04:32 EST 2008


On Feb 2, 2008 4:51 PM, Chantry Xavier <shiningxc at gmail.com> wrote:
> When removing the last packages from a database, repo-remove silently
> failed. Now an error is printed.
>
> Signed-off-by: Chantry Xavier <shiningxc at gmail.com>
> ---
>  scripts/repo-remove.sh.in |    3 ++-
>  1 files changed, 2 insertions(+), 1 deletions(-)
>
> diff --git a/scripts/repo-remove.sh.in b/scripts/repo-remove.sh.in
> index 05bec39..a2c4095 100644
> --- a/scripts/repo-remove.sh.in
> +++ b/scripts/repo-remove.sh.in
> @@ -25,7 +25,6 @@ export TEXTDOMAINDIR='@localedir@'
>  myver='@PACKAGE_VERSION@'
>  confdir='@sysconfdir@'
>
> -FORCE=0
>  REPO_DB_FILE=""
>
>  msg() {
> @@ -169,6 +168,8 @@ if [ $success -eq 1 ]; then
>                 esac
>
>                 bsdtar -c${TAR_OPT}f "$REPO_DB_FILE" *
> +       else
> +               error "$(gettext "Cannot create an empty archive... Aborting")"

This still doesn't quite explain why it is creating an empty archive
(and 'empty database' would probably be better as well). I guess I'd
still prefer we spit a warning *and* deleted the DB (or touched an
empty file in its place). Otherwise we are left with an unwanted DB
entry in our database, especially in the case of wrapper scripts that
aren't going to read error messages.

>         fi
>
>         popd 2>&1 >/dev/null
> --
> 1.5.4.rc4




More information about the pacman-dev mailing list