On Sat, Aug 21, 2021 at 04:32:17PM +0200, Sylvestre Ledru wrote: > Package: dput-ng > Version: 1.33 > Severity: important > > Dear Maintainer, > > Lately, dcut and dput have been failing more than before. > > example: > $ dcut rm -f llvm-toolchain-13_13.0.0~+rc1-2_source.changes > Uploading commands file to ftp.upload.debian.org (incoming: /pub/UploadQueue/) > Expanding package list for removals to: > llvm-toolchain-13_13.0.0~+rc1-2_source.changes, > llvm-toolchain-13_13.0.0~+rc1-2_source.buildinfo, > llvm-toolchain-13_13.0.0~+rc1-2.debian.tar.xz, > llvm-toolchain-13_13.0.0~+rc1-2.dsc > Uploading sylvestre-1629556197.commands to ftp-master > cannot read from timed out object > > Or > $ dput rust-datetime_0.5.2-1_source.changes > Uploading rust-datetime using ftp to ftp-master (host: ftp.upload.debian.org; > directory: /pub/UploadQueue/) > running allowed-distribution: check whether a local profile permits uploads > to the target distribution > running protected-distribution: warn before uploading to distributions where > a special policy applies > running checksum: verify checksums before uploading > running suite-mismatch: check the target distribution for common errors > running gpg: check GnuPG signatures before the upload > Uploading rust-datetime_0.5.2-1.dsc > cannot read from timed out object
Hi Sylvestre, I have the exact same issue. Maybe this is an issue with upload.debian.org rather than dput but I had this problem with ssh upload to ftp-master and ftp.eu.upload.debian.org. Or maybe an issue with the network library used. Cheers, Bill
