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 ne
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
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 comple
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.
>
# 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.
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
--- dput-0
6 matches
Mail list logo
