[Pkg-giraffe-discuss] no version checks for gsoap and libvmime in kopanocore

[Carsten Schoenert]

Hello Mark,

after importing the latest stable kopanocore sources (version 8.2.1) I
noticed that configure is running completely and shortly after then the
build is failing.

> sed 's/@DEB_HOST_MULTIARCH@/x86_64-linux-gnu/g' \
> 	debian/kopano-libs.install.in > debian/kopano-libs.install
> sed 's/@DEB_HOST_MULTIARCH@/x86_64-linux-gnu/g' \
> 	debian/kopano-server.install.in > debian/kopano-server.install
> make[1]: Leaving directory '/build/kopanocore-8.2.1'
>    dh_auto_build -O--builddirectory=debian/build -O--parallel
> 	make -j4
> make[1]: Entering directory '/build/kopanocore-8.2.1/debian/build'
> /usr/bin/swig -python -external-runtime spooler/PythonSWIGRuntime.h
> /bin/mkdir -p provider/soap
> /bin/mkdir -p common/include/kopano
> soapcpp2 -z1 -x -Iinclude/ -d provider/soap/ ../../provider/include/proto.h
> sh ../../versionheader.sh >common/include/kopano/ecversion.h
> 
> **  The gSOAP code generator for C and C++, soapcpp2 release 2.8.35
> **  Copyright (C) 2000-2016, Robert van Engelen, Genivia Inc.
> **  All Rights Reserved. This product is provided "as is", without any warranty.
> **  The soapcpp2 tool and its generated software are released under the GPL.
> **  ----------------------------------------------------------------------------
> **  A commercial use license is available from Genivia Inc., contact at genivia.com
> **  ----------------------------------------------------------------------------
> 
> Using project directory path: provider/soap/
> Saving provider/soap/soapStub.h annotated copy of the source interface file
> ... [snip]
> Saving provider/soap/soapClient.cpp client call stub functions
> Saving provider/soap/soapClientLib.cpp client stubs with serializers (use only for libs)
> Saving provider/soap/soapServer.cpp server request dispatcher
> Saving provider/soap/soapServerLib.cpp server request dispatcher with serializers (use only for libs)
> Saving provider/soap/soapC.cpp serialization functions
> 
> Compilation successful (13 warnings)
> 
> if ! grep -q 'propVal\[\]' provider/soap/soapC*; then \
> 	echo "ERROR: This gsoap generator did not produce an acceptable wire protocol. http://sf.net/p/gsoap2/bugs/1075/"; \
> 	exit 1; \
> fi
> ERROR: This gsoap generator did not produce an acceptable wire protocol. http://sf.net/p/gsoap2/bugs/1075/
> Makefile:5114: recipe for target 'provider/soap/ns.xsd' failed
> make[1]: *** [provider/soap/ns.xsd] Error 1
> make[1]: Leaving directory '/build/kopanocore-8.2.1/debian/build'
> dh_auto_build: make -j4 returned exit code 2
> debian/rules:48: recipe for target 'build' failed
> make: *** [build] Error 2
> dpkg-buildpackage: error: debian/rules build gave error exit status 2
> I: copying local configuration
> E: Failed autobuilding of package

This seems to be related to a to old version we currently have in
Debian. gsoap is staying right now on 2.8.35, and the output above
points me to the advertised url. Rene is already involved in this report
and I assume the problem is gone in version 2.8.37. But this are only my
assumptions.

Wouldn't it be better to add some version checks into the configure.ac
file to prevent such build attempt what obviously needs to get failed?

So I suggest to add such checks for gsoap and libvmime. I haven't
installed a libvmime 0.9.2 in the chroot and the build will fail for
sure later while linking against libvmime.

PS: For gsoap I opened a whishlist bug to get a newer version packaged
by the maintainer. Guido was uploading the new libvmime packages 0.9.2
to NEW right now.

https://bugs.debian.org/859932

-- 
Regards
Carsten Schoenert