Hi Steve,
Happy year 2009 and beyond to you :)
On 08/12/25 09:00 -0600, Steve M. Robbins said ...
That could lead someone to assume that they need to use dcut to remove
each and every such file. Whereas the truth is that they need remove
only the last file uploaded. Right?
That is not
Greetings Giridhar,
On Tue, Dec 23, 2008 at 02:49:41PM +0530, Y Giridhar Appaji Nag wrote:
SO: if we need to consider this case, then the message for an upload
failure in step 1 needs to suggest *both* steps 2 and 3 before
re-trying the dput.
Certainly. I tried to clarify this a bit
Hi Steve,
On 08/12/20 12:26 -0600, Steve M. Robbins said ...
In May, when I first thought about this, I was worried about having
a corrupt file on the server, as you suggest. But when it happened
again this week, I thought that probably the FTP server will delete
a file that wasn't
# Bcc: control
tags 481947 + pending
thanks
Hi Steve,
On 08/12/19 20:42 -0600, Steve M. Robbins said ...
I have reconsidered: if a file exists on the server, I think the
correct behaviour is to continue rather than aborting.
Please consider the enclosed patch.
Thank you for this patch. I
On Sat, Dec 20, 2008 at 05:48:50PM +0530, Y Giridhar Appaji Nag wrote:
On 08/12/19 20:42 -0600, Steve M. Robbins said ...
I have reconsidered: if a file exists on the server, I think the
correct behaviour is to continue rather than aborting.
Please consider the enclosed patch.
Thank
retitle 481947 Continue if file exists on server
tags 481947 + patch
thanks
I have reconsidered: if a file exists on the server, I think the
correct behaviour is to continue rather than aborting.
Please consider the enclosed patch.
diff -u dput-0.9.2.36/ftp.py new/dput-0.9.2.36/ftp.py
---
6 matches
Mail list logo
