This is sent to two bugs: #1133774 [dput-ng] sftp method silently overwrites files #1130552 [dgit-infrastructure] want tag2upload to use dput-ng in sftp mode
tag2upload would like a way of calling dput that will DTRT if the network craps out halway through and the same command is run again. I think probably many humans would like that too :-). I'm not sure precisely what scenario is being described as "uploads were sometimes rejected because their .orig.tar had already been removed" since the sftp method behaviour doesn't seem to involve removing anything. The whole dput (whether ftp or sftp) and queue daemon protocol is rather janky. I don't know if it's possible to achieve my "retries work every time" goal. Perhaps using sftp mode isn't the right answer for t2u but it's difficult to see how to do better with anonftp. It would be a shame if changes to dput-ng made it harder rather than easier to make tag2upload more reliable in the face of network trouble. Sorry that I don't have good answers... Ian. -- Ian Jackson <[email protected]> These opinions are my own. Pronouns: they/he. If I emailed you from @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.
