[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gnupload reordering bug

From: Ralf Wildenhues
Subject: Re: gnupload reordering bug
Date: Thu, 25 Feb 2010 21:02:16 +0100
User-agent: Mutt/1.5.20 (2009-10-28)

Hi Eric,

* Eric Blake wrote on Thu, Feb 25, 2010 at 08:01:04PM CET:
> Any reason why gnupload sends symlink: prior to rmsymlink: commands, even
> when the are specified the other way around on the command line?  The net
> result is that the just-created symlink is nuked, rather than the intended
> removal of the old link and recreation of the same name pointing to a new
> location.
> $ ./build-aux/gnupload --dry-run --to ftp.gnu.org:m4 \
>  --rmsymlink m4-latest.tar.bz2 \
>  --symlink m4-1.4.14.tar.bz2 m4-latest.tar.bz2
> Enter GPG passphrase:
> File eblake-16107.directive:
> version: 1.1
> directory: m4
> comment: gnupload v. 2010-02-08.07
> symlink: m4-1.4.14.tar.bz2 m4-latest.tar.bz2
> rmsymlink: m4-latest.tar.bz2

That's clearly a bug, --help documents ordered application.  Thanks for
the report.  (The usual I'll fix it if not beaten to applies ...)

One workaround is to avoid the rmsymlink in this case, since the upload
directive documents that the symlink effects are those of 'ln -sf'.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]