On Mon, 2019-06-17 at 13:12 -0700, Vagrant Cascadian wrote: > > This behaviour is really causing issues for the security-archive so in > > one way or the other there needs to be a solution. Regularly we need > > to fetch the buildd changes and build binary packages, resign them and > > reupload them due to this bug. > > What's unclear to me is why the workaround in DAK for the main archive, > which adds .buildinfo.N for duplicate .buildinfo filenames, can't be or > hasn't been applied for the security archive. Is there something > fundamentally different with the security archive?
The .buildinfo files are referred to in the .changes files; renaming them would require updating the .changes file. The .changes files are used to upload the security updates to ftp-master. ftp-master also has the same problem when uploads end up in policy queues (the renaming to .buildinfo.N is only done when dak is "done" with the file and will never touch it again). As most uploads go to unstable and experimental, one mostly doesn't notice the issue. Ansgar
