On Sat, 2013-01-26 at 11:36 +0100, Tomasz Sterna wrote: > Dnia 2013-01-25, pią o godzinie 16:40 +0100, W. van den Akker pisze: > > The Debian build process breaks because of 2 files which are shipped > > with the tarbal l(config.guess and config.sub) > > That's very unusual, as these are standard autotools (autoconf) files. > Removing them from distribution would be difficult, as the distribution > tarballs are created by standard autotools mechanism "make dist". > So, if autotools authors decided to include these files in the standard > distribution tarball - who am I to argue? ;-)
Mostly these files are copied during the autoconf build process and removed after a cleanup. Also had problems with Makefile.in and kind of stuff. An git checkout, build and cleanup leaves some changed files from the build process. This breaks git-buildpackage process. But removing them would change your build environment a lot. Anyhow, I made a patch to remove the files and this fixed my problem. > > And it should be fairly easy to just remove offending files in > debian/rules after unpacking the distribution tarball. Thats what I did ;) > > > > I also attach a patch for a typo and one for the hypen character in > > the man file.;) > > Thanks. > > > The last one is not a necessary one.. > > http://lintian.debian.org/tags/hyphen-used-as-minus-sign.html > > If I understand the explanation correctly, it's about converting > --enable-debug string to [hyphen][hyphen]enable[hyphen]debug by vanilla > build of groff. Which makes it fail when copy-pasting to shell, as shell > requires [minus][minus]... > > So I think the correct fix would be replacing --enable-debug by > \-\-enable\-debug, not by \(hy\(hyenable\(hydebug as the latter would > still fail when copy-pasting. That is a good solution. Thanks, Willem
