Bug#840900: zorp: FTBFS (vector: No such file or directory)

[SZALAY Attila]

Hi,

Zorp and libzorpll is highly bonded and therefore it has the same maintainer.

The problem is that I had to upgrade the libzorpll first and only was able to 
start upgrading the Zorp after that. But unfortunatelly I found an issue with 
compiling the Zorp (SSLv3 is removed from openssl), so I reported it upstream 
and now Im waiting while upstrea fix it.

Also, to prevent the issue to happen again, I created a new -dev package, which 
is version dependent. But unfortunately it is not helps in the current case.

This is an unfortunate event, but hopefully it will have been solved before the 
freeze. :)

On 2016. október 20. 11:29:26 CEST, peter green  wrote:
>>
>> I tried to build this package in stretch with "dpkg-buildpackage -A"
>> (which is what the "Arch: all" autobuilder would do to build it)
>> but it failed:
>A few notes on this bug (note: i'm just a derivative maintainer taking
>a 
>quick look at the bug, not a maintainer of this package)
>
>1. It is not specific to building with dpkg-buildpackage -A [1][2]
>2. The actual failure seems to be caused by indirectly including a C++ 
>header while building with a plain C compiler.
>3. There currently appears to be an (apparently uncoordinated)
>libzorpll 
>transition going on which I suspect may be the trigger for this bug.
>
>[1] 
>http://buildd.raspbian.org/status/fetch.php?pkg=zorp=armhf=3.9.5-7.1%2Bb3=1476485016
>[2] 
>https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/zorp.html

Bug#840900: zorp: FTBFS (vector: No such file or directory)

[peter green]

I tried to build this package in stretch with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:
A few notes on this bug (note: i'm just a derivative maintainer taking a 
quick look at the bug, not a maintainer of this package)


1. It is not specific to building with dpkg-buildpackage -A [1][2]
2. The actual failure seems to be caused by indirectly including a C++ 
header while building with a plain C compiler.
3. There currently appears to be an (apparently uncoordinated) libzorpll 
transition going on which I suspect may be the trigger for this bug.


[1] 
http://buildd.raspbian.org/status/fetch.php?pkg=zorp=armhf=3.9.5-7.1%2Bb3=1476485016
[2] 
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/zorp.html

Bug#840900: zorp: FTBFS (vector: No such file or directory)

[Santiago Vila]

Package: src:zorp
Version: 3.9.5-7.1
Severity: serious

Dear maintainer:

I tried to build this package in stretch with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh build-indep --with autoreconf,python2 --parallel
dh: Compatibility levels before 9 are deprecated (level 7 in use)
   dh_testdir -i -O--parallel
   dh_update_autotools_config -i -O--parallel
   dh_autoreconf -i -O--parallel
libtoolize: putting auxiliary files in '.'.
libtoolize: copying file './ltmain.sh'
libtoolize: Consider adding 'AC_CONFIG_MACRO_DIRS([m4])' to configure.ac,
libtoolize: and rerunning libtoolize and aclocal.
libtoolize: Consider adding '-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
configure.ac:130: installing './compile'
configure.ac:134: installing './config.guess'

[... snipped ...]

/usr/include/zorp/zorplibconfig.h:176:0: note: this is the location of the 
previous definition
 #define PACKAGE_STRING ""
 
In file included from /<>/lib/zorp/zorp.h:44:0,
 from http.h:30,
 from http.c:33:
/<>/lib/zorp/zorpconfig.h:110:0: warning: "PACKAGE_TARNAME" 
redefined
 #define PACKAGE_TARNAME "zorp"
 
In file included from /usr/include/zorp/zorplib.h:23:0,
 from /usr/include/zorp/misc.h:13,
 from /<>/lib/zorp/zorp.h:41,
 from http.h:30,
 from http.c:33:
/usr/include/zorp/zorplibconfig.h:179:0: note: this is the location of the 
previous definition
 #define PACKAGE_TARNAME ""
 
In file included from /<>/lib/zorp/zorp.h:44:0,
 from http.h:30,
 from http.c:33:
/<>/lib/zorp/zorpconfig.h:116:0: warning: "PACKAGE_VERSION" 
redefined
 #define PACKAGE_VERSION "3.9.5"
 
In file included from /usr/include/zorp/zorplib.h:23:0,
 from /usr/include/zorp/misc.h:13,
 from /<>/lib/zorp/zorp.h:41,
 from http.h:30,
 from http.c:33:
/usr/include/zorp/zorplibconfig.h:185:0: note: this is the location of the 
previous definition
 #define PACKAGE_VERSION ""
 
In file included from http.c:45:0:
/usr/include/zorp/random.h:13:18: fatal error: vector: No such file or directory
 #include 
  ^
compilation terminated.
Makefile:519: recipe for target 'http.lo' failed
make[4]: *** [http.lo] Error 1
make[4]: Leaving directory '/<>/modules/http'
Makefile:555: recipe for target 'all-recursive' failed
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory '/<>/modules/http'
Makefile:393: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/<>/modules'
Makefile:507: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/<>'
dh_auto_build: make -j1 returned exit code 2
debian/rules:3: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


The relevant part of the build log is included above.

If this is really a bug in one of the build-depends, please use reassign and 
affects,
so that this is still visible in the page for this package.

Thanks.