Hi, On Wed, Dec 10, 2014 at 11:20:36PM +0100, Kurt Roeckx wrote: > On Wed, Dec 10, 2014 at 10:59:20PM +0100, Yves-Alexis Perez wrote: > > > > [WB-team: we have an issue with the unbound amd64 build for DSA 3097-1, > > so I'm adding you to the loop, see below] > > > > On mer., 2014-12-10 at 16:46 -0500, Robert Edmonds wrote: > > > Yves-Alexis Perez wrote: > > > > Thanks. Although it seems your _multi.changes might have issue. How > > > > exactly did you made it? It apparently references twice the debian > > > > changes: > > > > > > > > b05bf69385554dddaa22629327ac647c384c1585 15413 > > > > unbound_1.4.17-3+deb7u2.debian.tar.gz > > > > d4addd58c211ff20d707e52d961befce855cd401 13864 > > > > unbound_1.4.17-3+deb7u2.debian.tar.xz > > > > > > > > the latter beeing non existent. > > > > > > Oh, hrm. I built a source package with git-buildpackage from my sid > > > environment, generating a _source.changes: > > > > > > Checksums-Sha1: > > > db46cc396cd2e8827971278f7bbe647f67e1fb79 1480 unbound_1.4.17-3+deb7u2.dsc > > > fea4d812c03af4737ef671ac30b7b7400d346516 3585122 > > > unbound_1.4.17.orig.tar.gz > > > d4addd58c211ff20d707e52d961befce855cd401 13864 > > > unbound_1.4.17-3+deb7u2.debian.tar.xz > > > > > > Then I built the source package with a wheezy pbuilder, generating an > > > _amd64.changes: > > > > > > Checksums-Sha1: > > > 22ac970c5f8cbc50a71bfd9227e643ea12e0a780 1430 unbound_1.4.17-3+deb7u2.dsc > > > b05bf69385554dddaa22629327ac647c384c1585 15413 > > > unbound_1.4.17-3+deb7u2.debian.tar.gz > > > bca4248d66065d4c906e94cbc73c0ce03c18a2a3 676630 > > > unbound_1.4.17-3+deb7u2_amd64.deb > > > d31419811533519ec5e01f16f04b111e3cfd4316 92722 > > > unbound-anchor_1.4.17-3+deb7u2_amd64.deb > > > d86e2f4c9d0e3ac7a5941894c51042c5c4e58bba 81086 > > > unbound-host_1.4.17-3+deb7u2_amd64.deb > > > 5e1f6af75500821edc0aba547a52a3acdb70c08a 309792 > > > libunbound2_1.4.17-3+deb7u2_amd64.deb > > > 31967459a5d928c7aa660dbbe67176f1bdf0f8fe 3482478 > > > libunbound-dev_1.4.17-3+deb7u2_amd64.deb > > > 08e60f3154dc1e5985dd202fabf07ebe20136b89 113752 > > > python-unbound_1.4.17-3+deb7u2_amd64.deb > > > > > > Then I ran mergechanges -f on the two .changes files. > > > > > > Do you want me to re-build the source package in a pure wheezy > > > environment? (And if so, should I re-use the +deb7u2 version number or > > > bump it to +deb7u3?) > > > > > I think we should be able to schedule a rebuild directly from the > > archive, but I'm unsure how. > > > > I'm adding wb-team to the loop so they can have a look (especially the > > amd64 people). Also, since the amd64 build is actually there, I'm not > > sure a rebuild will be accepted. > > It's in installed state. Is there something you want me to do? > Do a binNMU?
Actually nothing to do on wb-side, there was/is a problem when uploading from security-master -> ftp.master @Robert, from IRC conversation with Ansgar: [23:23] < ansgar> Corsac: Oh, an interesting bug. As far as I understand the problem is that the security-master -> ftp-master sync does not work? [23:25] < carnil> ansgar: yes [23:25] < carnil> ansgar: the issue as I unsterstand: the original _multi.changes contained debian.tar.gz and debian.tar.xz [23:25] < carnil> it was accepted into the embargoed queue [23:26] < carnil> (the pool though contains only the one referenced in the dsc file, so debian.tar.gz) [23:26] < carnil> on the security-master -> ftp-master [23:26] < carnil> upload now, the _multi.changes is referencing a non existing file [23:26] < ansgar> As the .dsc looks right (it only has one), the uploader can just fix the .changes and upload to ftp-master. Or give me the missing .debian.tar.*. Can you do one of the both approaches? Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
