Control: clone -1 -2 Control: retitle -2 want tag2upload to use dput-ng in sftp mode Control: retitle 1125487 delay tag2upload irreoverable point until about to make signatures
This bug #1129363 and #1125487 are both about making dgit push more reliable, especially in the tag2upload builder. #1125487 is the full-on version which should do a very good job of retrying whenever it can, but it's a lot of work. This bug #1129363 is about doing ad-hoc retries of the actual output delivery commands (git push and dput). I have a branch in the works which does that. I'll regard those changes as closing this bug. Those change would probably not in fact have avoided the failure of job 2971, because simply rerunning dput after a partial upload doesn't work, when running in ftp mode against real Debian infra. But I did some tests, and dput-ng seems to be able to resume (or overwrite) a failed upload to real Debian infra, when running in sftp mode. So we should use that. I'm cloning #1129363 as -2 for that. We're already using dput-ng. sftp mode would require enrolling the builder's ssh key on the archive queued host, and changing the dput config or target host (somewhere where it will affect the t2u service but not normal user use of dgit). 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.
