Bug#806654: libtool: FTBFS when built with dpkg-buildpackage -A (@include: could not find version.texi)

2016-07-25 Thread Kurt Roeckx
On Mon, Jul 25, 2016 at 12:39:27AM +0100, Santiago Vila wrote:
> retitle 806654 libtool: FTBFS in stretch when built with "dpkg-buildpackage 
> -A"
> thanks
> 
> On Mon, Jul 25, 2016 at 12:18:09AM +0200, Kurt Roeckx wrote:
> 
> > > libtool.texi:553: warning: undefined flag: VERSION
> > > libtool.texi:586: warning: undefined flag: VERSION
> > > libtool.texi:2097: warning: undefined flag: VERSION
> > > debian/rules:153: recipe for target 'build-indep-stamp' failed
> > > make: *** [build-indep-stamp] Error 1
> > > dpkg-buildpackage: error: debian/rules build-indep gave error exit status 
> > > 2
> > > 
> > 
> > I can't reproduce this.  This might have been fixed in 2.4.6-0.1
> > with:
> >   * Build-depend on texinfo needed by bootstrap.
> 
> The error is now quite different, but it still fails for me every time I try:

The error you get is a testsuite failure.  It outputs this to
stderr:
ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded 
(cannot open shared object file): ignored.

And then the testsuite fails because it wasn't expecting any
output on stderr.

Anyway, this seems like a setup problem, not a problem with the
package, and cleary unrelated to using -A.


Kurt



Bug#806654: libtool: FTBFS when built with dpkg-buildpackage -A (@include: could not find version.texi)

2016-07-24 Thread Santiago Vila
retitle 806654 libtool: FTBFS in stretch when built with "dpkg-buildpackage -A"
thanks

On Mon, Jul 25, 2016 at 12:18:09AM +0200, Kurt Roeckx wrote:

> > libtool.texi:553: warning: undefined flag: VERSION
> > libtool.texi:586: warning: undefined flag: VERSION
> > libtool.texi:2097: warning: undefined flag: VERSION
> > debian/rules:153: recipe for target 'build-indep-stamp' failed
> > make: *** [build-indep-stamp] Error 1
> > dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2
> > 
> 
> I can't reproduce this.  This might have been fixed in 2.4.6-0.1
> with:
>   * Build-depend on texinfo needed by bootstrap.

The error is now quite different, but it still fails for me every time I try:

Status: attempted   libtool_2.4.6-0.1_amd64-20160213-1207
Status: attempted   libtool_2.4.6-0.1_amd64-20160302-1319
Status: attempted   libtool_2.4.6-0.1_amd64-20160321-2228
Status: attempted   libtool_2.4.6-0.1_amd64-20160505-1253
Status: attempted   libtool_2.4.6-0.1_amd64-20160526-1139
Status: attempted   libtool_2.4.6-0.1_amd64-20160621-1424
Status: attempted   libtool_2.4.6-0.1_amd64-20160725-0113

I attach the last build log.

I also attach a small collection of testsuite.log files I could rescue
before compilation ended and sbuild removed everything.

Hope this helps.

libtool_2.4.6-0.1_amd64-20160725-0113.gz
Description: application/gzip


57.tgz
Description: application/gtar-compressed


Bug#806654: libtool: FTBFS when built with dpkg-buildpackage -A (@include: could not find version.texi)

2016-07-24 Thread Kurt Roeckx
On Sun, Nov 29, 2015 at 08:25:03PM +, Santiago Vila wrote:
> Package: src:libtool
> Version: 2.4.2-1.11
> User: sanv...@debian.org
> Usertags: binary-indep
> Severity: important
> 
> Dear maintainer:
> 
> I tried to build this package with "dpkg-buildpackage -A"
> (i.e. only architecture-independent packages), and it failed:
> 
> 
> [...]
>  debian/rules build-indep
> cd doc && makeinfo libtool.texi
> libtool.texi:9: @include: could not find version.texi
> libtool.texi:27: warning: undefined flag: VERSION
> libtool.texi:48: warning: undefined flag: VERSION
> libtool.texi:48: warning: undefined flag: UPDATED
> libtool.texi:82: warning: undefined flag: VERSION
> libtool.texi:553: warning: undefined flag: VERSION
> libtool.texi:586: warning: undefined flag: VERSION
> libtool.texi:2097: warning: undefined flag: VERSION
> debian/rules:153: recipe for target 'build-indep-stamp' failed
> make: *** [build-indep-stamp] Error 1
> dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2
> 

I can't reproduce this.  This might have been fixed in 2.4.6-0.1
with:
  * Build-depend on texinfo needed by bootstrap.

So we should probably just close this.


Kurt



Bug#806654: libtool: FTBFS when built with dpkg-buildpackage -A (@include: could not find version.texi)

2016-07-14 Thread Santiago Vila
Greetings.

I have the ok from the Release Managers to consider this issue as RC
for stretch. I'm going to wait at least one week before raising
this to "serious".

If you need help to fix this bug, please tag it as "help".

Thanks.



Bug#806654: libtool: FTBFS when built with dpkg-buildpackage -A (@include: could not find version.texi)

2015-11-29 Thread Santiago Vila
Package: src:libtool
Version: 2.4.2-1.11
User: sanv...@debian.org
Usertags: binary-indep
Severity: important

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:


[...]
 debian/rules build-indep
cd doc && makeinfo libtool.texi
libtool.texi:9: @include: could not find version.texi
libtool.texi:27: warning: undefined flag: VERSION
libtool.texi:48: warning: undefined flag: VERSION
libtool.texi:48: warning: undefined flag: UPDATED
libtool.texi:82: warning: undefined flag: VERSION
libtool.texi:553: warning: undefined flag: VERSION
libtool.texi:586: warning: undefined flag: VERSION
libtool.texi:2097: warning: undefined flag: VERSION
debian/rules:153: recipe for target 'build-indep-stamp' failed
make: *** [build-indep-stamp] Error 1
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


Sorry not to have a fix, as I am reporting many bugs similar to
this one. The common hints are:

* If the only architecture-independent packages are dummy transitional
ones and they were released with jessie, the easy fix is to drop them
now.

* When using "dh", it is allowed to use (independently)
optional targets override_dh_foo-arch and override_dh_foo-indep
(for several values of "foo").


Once that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B" work
properly, the package would be suitable to be uploaded in source-only
form if you wish.

Thanks.