[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#999427: bullseye-pu: package publicsuffix/20211109.1735-0+deb11u1



On Wed, 2021-12-01 at 13:23 +0400, Daniel Kahn Gillmor wrote:
> On Mon 2021-11-29 20:46:25 +0000, Adam D. Barratt wrote:
> > Control: tags -1 + confirmed
> > 
> > On Wed, 2021-11-10 at 16:09 -0500, Daniel Kahn Gillmor wrote:
> > > Please consider an update to publicsuffix in debian bullseye.
> > > 
> > > This package reflects the state of the network, and keeping it
> > > current
> > > is useful for all the packages that depend on it.
> > > 
> > 
> > Please go ahead.
> 
> Thanks, uploaded just now.
> 

It looks like you've hit a (fairly) common issue with trying to upload
the same upstream version to multiple suites in a short time.

The buster upload made it fine, but the bullseye upload is stuck in the
upload queue because:

Dec  1 09:27:35 publicsuffix_20211109.1735.orig.tar.gz doesn't exist
(ignored for now)

I assume both of your uploads included the .orig.tar.gz and were made
close together. The effect is that queued processes one of the uploads
successfully, and moves all of its files out of the way. It then moves
on to the second upload, and discovers that the .orig.tar.gz isn't
present, so waits for it to appear (or the upload to be removed after a
certain amount of time if it doesn't).

At this point your options are either to re-upload the .orig.tar.gz
directly, or dcut and re-upload the complete bullseye upload.

In general, either don't include the orig in the later upload, or space
them apart so that you receive the queued confirmation for the first
before uploading the second. (If the orig is already in the archive, as
I assume is the case here, then you don't actually need to include it
in either upload.)

Regards,

Adam


Reply to: