Hello Jonathan, On Sat, Jul 07, 2012 at 12:09:22PM -0500, Jonathan Nieder wrote: > Helge Kreutzmann wrote: > > > short: > > goobox fails during man page generation (see below) with very similar > > issues like #675613 fixed in dpkg 1.16.4 on some architectures, on > > some not. I'm unable to reproduce, but every time it fails, > > dpkg is < 1.16.4, every time it suceedes, dpkg >= 1.16.4. > > > > Could somebody confirm that I'm on the right track? > > > > If so, is there any other way then using a pre-depency on dpkg >= 1.16.4 > > to ensure that buildds are using a recent enough dpkg? > > Do you mean build-dependency?
Yes, of course build-dependency.
> [...]
> > amd64 3.0.1-2 suceeded dpkg 1.16.4.3
> > amd64 3.0.1-3 failed dpkg 1.16.3
> > armel 3.0.1-2 suceeded dpkg 1.16.4.3
> > armel 3.0.1-3 suceeded dpkg 1.16.7
> > armhf 3.0.1-2 suceeded dpkg 1.16.4.3
> > armhf 3.0.1-3 suceeded dpkg 1.16.6
> > ia64 3.0.1-2 suceeded dpkg 1.16.4.3
> > ia64 3.0.1-3 failed dpkg 1.16.3
> > mips 3.0.1-2 suceeded dpkg 1.16.4.2
> > mips 3.0.1-3 suceeded dpkg 1.16.4.2
> > mipsel 3.0.1-2 failed dpkg 1.16.3
> > dpkg 1.16.3
> > powerpc 3.0.1-2 suceeded dpkg 1.16.4.3
> > 3.0.1-3 suceeded dpkg 1.16.4.3
> > s390 3.0.1-2 suceeded dpkg 1.16.4.3
> > 3.0.1-3 suceeded dpkg 1.16.4.3
> > s390x 3.0.1-2 suceeded dpkg 1.16.4.3
> > 3.0.1-3 suceeded dpkg 1.16.4.3
>
> Probably it would be best for the buildds to update their copy of
> dpkg. Cc-ing the admins.
Thanks.
> Thanks and hope that helps,
I'll prepare a new upload then (the current version has an ugly
workaround which is not accepted by the release-admins, cf. #680622).
Greetings
Helge
--
Dr. Helge Kreutzmann deb...@helgefjell.de
Dipl.-Phys. http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
Help keep free software "libre": http://www.ffii.de/
signature.asc
Description: Digital signature
