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

[Carsten Schoenert]

Hello Jan and Mark,

Am 11.04.2017 um 13:17 schrieb Jan Engelhardt:
>>> 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?
> 
> As soon as the problem was identified, the gsoap packages provided by the
> openSUSE distribution and Kopano delivery channel received a fix; as such,
> there were instances of "2.8.35" where the problem did not occur.
> 
> Version checks do not always make sense exactly because of this. That's also
> the reason why things like autoconf/cmake check for _behavior_ of programs, not
> any particular version.

I agree, normally in most cases it's enough to check for a valid
version. So you mind it would be better here to check for the
availability of the correct symbol or function within gsoap or a
combination of booth?

gsoap makes frequently new releases very often. From a distribution POV
this makes sometimes some headaches. Like right now were Debian is in
the last part of the freeze and updates of libraries is then a little
bit more difficult due soname changes even in the unstable repository.
I've asked the maintainer of gsoap for a new version, he would prefer to
not make a extra new package while the freeze for the reason from above.
So for a update of kopanocore we need to be patient until the freeze is
over.

In the longterm some error checking before make is called is needed in
my eyes for the Kopano package. It makes life for all easier and
downstreams can better see why a configure and later on a build is failing.

>>> 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.
> 
> A check for vmime version (it does make sense here) is provided
> since e8b32b9c6.

Excellent!

-- 
Regards
Carsten Schoenert