Re: upload lost ???

[Norbert Preining <preining@logic.at>]

Dear Luk, dear Jörg, dear ftp-master, dear whoever,

please help me with fixing that problem:

Now I have the following problem:
- sending a dcut rm of the files I get:
Log of processing your commands file
/dcut.Norbert_Preining__preining_debian_org_.1265157430.5010.commands:

> rm --searchdirs maildir-utils_0.6-1_amd64.changes
maildir-utils_0.6-1_amd64.changes did not match anything
No files to delete
> rm --searchdirs maildir-utils_0.6-1.dsc
maildir-utils_0.6-1.dsc did not match anything
No files to delete
> rm --searchdirs maildir-utils_0.6.orig.tar.gz
maildir-utils_0.6.orig.tar.gz did not match anything
No files to delete
> rm --searchdirs maildir-utils_0.6-1.diff.gz
maildir-utils_0.6-1.diff.gz did not match anything
No files to delete
> rm --searchdirs maildir-utils_0.6-1_amd64.deb
maildir-utils_0.6-1_amd64.deb did not match anything
No files to delete


Then uploading again I get:
/maildir-utils_0.6-1_amd64.changes is already present on target host:
maildir-utils_0.6-1_amd64.deb
Either you already uploaded it, or someone else came first.
Job maildir-utils_0.6-1_amd64.changes removed.


So *how* am I supposed to clean up that mess?

Thanks a lot.

Best wishes

Norbert
------------------------------------------------------------------------
Norbert Preining            preining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan            TU Wien, Austria           Debian TeX Task Force
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
------------------------------------------------------------------------
TOOTING BEC (n.)
A car behind which one draws up at the traffic lights and hoots at
when the lights go green before realising that the car is parked and
there is no one inside.
			--- Douglas Adams, The Meaning of Liff