Re: gnupload reordering bug

[Ralf Wildenhues]

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'.

Cheers,
Ralf