On 27/09/20 at 21:41 +0200, Bill Allombert wrote: > On Sun, Sep 27, 2020 at 08:58:00PM +0200, Lucas Nussbaum wrote: > > > gpgv: unknown type of key resource 'trustedkeys.kbx' > > > gpgv: keyblock resource '/tmp/dpkg-verify-sig.DGPbPdCb/trustedkeys.kbx': > > > General error > > > gpgv: Signature made Sat Apr 4 15:09:48 2020 UTC > > > gpgv: using RSA key > > > 42028EA404A2E9D80AC453148F0E7C2B4522E387 > > > gpgv: Can't check signature: No public key > > > dpkg-source: warning: failed to verify signature on > > > ./gap-atlasrep_2.1.0-2.dsc > > > dpkg-source: info: extracting gap-atlasrep in /<<PKGBUILDDIR>> > > > dpkg-source: info: unpacking gap-atlasrep_2.1.0.orig.tar.bz2 > > > dpkg-source: info: unpacking gap-atlasrep_2.1.0-2.debian.tar.xz > > > dpkg-source: info: using patch list from debian/patches/series > > > dpkg-source: info: applying doc-makefile > > > dpkg-source: info: applying default-dir > > > dpkg-source: error: pathname > > > '/<<PKGBUILDDIR>>/debian/gaproot/pkg/AtlasRep' points outside source root > > > (to '/<<PKGBUILDDIR>>') > > > E: FAILED [dpkg-source died] > > Hello Lucas, > > I do not see why dpkg-source should cause a FTBFS. > > This is a symlink that is never dereferenced, and /<<PKGBUILDDIR>> is > not outside of /<<PKGBUILDDIR>>. > > There is nothing that prevents debian/rules to create and uses such a > symlink either. > > Probably this should be reassigned to dpkg.
Hi, There's another failure that is similar (ipywidgets, #971224), but that other one looks more valid (pointing to '/usr/lib/nodejs/html2canvas'). No other package in the archive is affected. Lucas _______________________________________________ Python-modules-team mailing list [email protected] https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
