[Pkg-giraffe-maintainers] Bug#908805: kopano-server: Backporting kopano-server needs php7.0

[Carsten Schoenert]

Hello Luis,

Am 14.09.18 um 09:15 schrieb Louis van Belle:
> Hello, 
> 
> Today i did a rebuild of the kopano packages on debian stretch within a pbuilder setup.
> To allow backporting a bit more easy i suggest in debian/rules the following.
> 
> To detect the php-dev version. 
> PHP_VERSION=$(dpkg -s php-dev | grep -i version | cut -d":" -f3 |awk -F"+" '{ print $1}')

we took a slightly different approach here in one of the recent changes
to kopanocore, but the thing is the same in the end. Unfortunately it
has taken this long time.

> I needed a copy of the php7.2 to 7.0
> cp php7.2-mapi.substvars php7.0-mapi.substvars
> 
> And i needed the following packages from buster to allow the rebuild.
> apt-get install -t buster gsoap libgsoap-dev libvmime-dev
> 
> This was my first attempt to rebuild and this looks great. 
> Next i'll rebuild the packages from buster also and report again.
> and yes i did see bug : 907396, i'll have a look at that one also.
> 
> My goal is here is a stable kopano server on debian stretch with backported packages. 
> If you want build logs, let me know, i'll put them online if wanted.

We never had the time to do any backporting of the Kopano related
packages as at least in my impression we simply don't have reached a
quality state we would need to provide backported packages. Some
additional kopano-webapp packages (e.g. smime) are also needed to get a
complete suite of packages.

Buster is just some months to go so we wont do anything for backporting
the current state to Stretch.

If you want to step as a package maintainer for missing kopano-webapp
packages e.g. please join the mailing lists. We are happy to get new
members into the team!

-- 
Regards
Carsten Schoenert