On Feb 2, 2008 4:51 PM, Chantry Xavier wrote:

When removing the last packages from a database, repo-remove silently failed. Now an error is printed.

Signed-off-by: Chantry Xavier --- 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