[Pkg-giraffe-discuss] prepare kopanocore 8.1.0-2
Carsten Schoenert
c.schoenert at t-online.de
Sat Dec 24 09:11:19 UTC 2016
Hi Mark,
On 23.12.2016 23:12, Mark Dufour wrote:
> hi carsten,
>
>> If anyone wants to look into the php5 > php7 thing you will need the
>> appended patch because of the changes from OpenSSL1.0 to OpenSLL1.1
>
> thanks! it works. so after playing around a little bit, I've come to attached patch.
yeah, great. See further down.
> -add --with-php-config=/usr/bin/php-config7.0 to configure command, so no guesswork
> -adjust (outdated?) autoconf/php.m4 to point to /etc/php/7.0 instead of /etc/php7
> -update debian/control to name the package php7.0-mapi, and change the php dependencies
>
> I wasn't sure what the current convention is for php package naming and dependencies,
> so those might still need to be tweaked a litte bit..?
I obviously also not knowing that correctly.
> for me this at least builds, and I can see that it only enters the php7-ext dir, so it should
> also work just fine.
Marks changes working here too (with some small adjustments). I've
refactored the patch a little bit more into pieces, but that might need
more tuning.
Lintian is now mentioning that phpX-cli is missing on kopano-dagent.
This is not true, we changed php5-cli to php7.0-cli here.
> root at x201s:/build/kopanocore-8.1.0# lintian -IE ../kopanocore_8.1.0-2~1.gbp4ca7a7_amd64.changes
> warning: the authors of lintian do not recommend running it with root privileges!
> W: kopanocore source: maintainer-upload-has-incorrect-version-number 8.1.0-2~1.gbp4ca7a7
> I: kopano-archiver: hardening-no-fortify-functions usr/sbin/kopano-archiver
> I: kopano-monitor: hardening-no-fortify-functions usr/sbin/kopano-monitor
> I: kopano-libs: hardening-no-fortify-functions usr/lib/x86_64-linux-gnu/kopano/libkcclient.so
> I: kopano-libs: hardening-no-fortify-functions usr/lib/x86_64-linux-gnu/libkcarchiver.so.0.0.0
> I: kopano-libs: hardening-no-fortify-functions usr/lib/x86_64-linux-gnu/libkcarchivercore.so.0.0.0
> I: kopano-libs: hardening-no-fortify-functions ... use --no-tag-display-limit to see all (or pipe to a file/program)
> W: kopano-libs: package-name-doesnt-match-sonames libkcarchiver0 libkcarchivercore0 libkcfreebusy0 libkcicalmapi0 libkcinetmapi0 libkcmapi0 libkcpyconv0 libkcpydirector0 libkcserver0 libkcservice0 libkcsoapclient0 libkcsoapserver0 libkcssl0 libkcsync0 libkcutil0 libmapi1
> X: kopano-libs: shlib-calls-exit usr/lib/x86_64-linux-gnu/libkcserver.so.0.0.0
> X: kopano-libs: shlib-calls-exit usr/lib/x86_64-linux-gnu/libkcssl.so.0.0.0
> I: kopano-gateway: hardening-no-fortify-functions usr/sbin/kopano-gateway
> I: kopano-utils: hardening-no-fortify-functions usr/bin/kopano-fsck
> I: kopano-utils: hardening-no-fortify-functions usr/bin/kopano-passwd
> I: kopano-utils: hardening-no-fortify-functions usr/bin/kopano-stats
> I: kopano-utils: hardening-no-fortify-functions ... use --no-tag-display-limit to see all (or pipe to a file/program)
> W: kopano-utils: binary-without-manpage usr/sbin/kopano-archiver-aclset
> W: kopano-utils: binary-without-manpage usr/sbin/kopano-archiver-aclsync
> W: kopano-utils: binary-without-manpage usr/sbin/kopano-archiver-restore
> W: kopano-utils: binary-without-manpage ... use --no-tag-display-limit to see all (or pipe to a file/program)
> I: kopano-contacts: hardening-no-fortify-functions usr/lib/x86_64-linux-gnu/kopano/ldapplugin.so
> I: kopano-contacts: hardening-no-fortify-functions usr/sbin/kopano-server
> I: kopano-ical: hardening-no-fortify-functions usr/sbin/kopano-ical
> I: php7.0-mapi: hardening-no-fortify-functions usr/lib/php/20151012/mapi.so
> I: kopano-dagent: hardening-no-fortify-functions usr/sbin/kopano-dagent
> E: kopano-dagent: php-script-but-no-phpX-cli-dep usr/sbin/kopano-mr-accept <---
> E: kopano-dagent: php-script-but-no-phpX-cli-dep usr/sbin/kopano-mr-process <---
> I: kopano-spooler: hardening-no-fortify-functions usr/sbin/kopano-spooler
> N: 1 tag overridden (1 info)
I'm not sure how to process here, looks like a false positive.
The prepared patches I'm attaching here again, the base for the patches
are again the current state of the git tree on Alioth (debian/sid). I'm
now leaving for travelling to my family, maybe later right before the
x-mas I can take a look again if someone is willing to test something
today. :)
--
Regards
Carsten Schoenert
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-rebuild-patch-queue-from-patch-queue-branch.patch
Type: text/x-patch
Size: 4808 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-giraffe-discuss/attachments/20161224/7d6ed5fd/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0002-debian-control-bump-B-D-on-php7.0-dev.patch
Type: text/x-patch
Size: 679 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-giraffe-discuss/attachments/20161224/7d6ed5fd/attachment-0001.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0003-move-php5-mapi-to-php7.0-mapi.patch
Type: text/x-patch
Size: 1735 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-giraffe-discuss/attachments/20161224/7d6ed5fd/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0004-bump-package-dependencies-from-php5-cli-to-php7.0-cl.patch
Type: text/x-patch
Size: 1259 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-giraffe-discuss/attachments/20161224/7d6ed5fd/attachment-0003.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0005-kopanocore-enable-configure-switch-for-using-PHP7.patch
Type: text/x-patch
Size: 688 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-giraffe-discuss/attachments/20161224/7d6ed5fd/attachment-0004.bin>
More information about the Pkg-giraffe-discuss
mailing list