[Pkg-giraffe-discuss] preparing and working on kopanocore 8.4.0
Carsten Schoenert
c.schoenert at t-online.de
Tue Oct 31 09:45:38 UTC 2017
Hi,
nevertheless kopanocore is marked for autoremoval in testing [1] I
imported the recently released version 8.4.0.
I guess the autoremoval is related to a FTBFS on mariadb-10.1 [2].
Guido has done a lot preparation work with the version 8.4.0beta1 while
the Kopano Meeting in Arnhem so it was not that much work to do. While
preparing 8.3.4-3 I've done some cherry-picking from debian/sid into
debian/experimental to keep up the things that are needed at all in both
branches in case another beta would be released, but this was not happened.
Before importing version 8.4.0 I merged debian/experimental to
debian/sid. Please note that this all isn't pushed to Alioth as I wanted
to ensure that my work on that all isn't bringing some unneeded work for
us. Currently I haven't tested any resulting packages as I just had a
look at the technical Debian side for now. Hopefully I can do some
testing later.
So, there are of course some internal differences compared to 8.3.x.
Previously private libraries aren't installed to /usr/lib/kopano/
anymore and now installed into /usr/lib/ (on Debian with dh10 to
/usr/lib/S(multiarch-platform)/). This brings in some changes to some
kopano-*.install sequence files.
Also there are some old libraries dropped (or renamed) and new named
libraries are there.
moved/renamed
/usr/lib/libkcpyconv.so.0 -> libkcpyconv-2.7.so
/usr/lib/libkcpydirector.so.0 -> libkcpydirector-2.7.so.0
I assume this somehow related to Python 2.7?
moved/new
/usr/lib/kopano/dbplugin.so -> /usr/lib/libkcserver-db.so
/usr/lib/kopano/ldapplugin.so -> /usr/lib/libkcserver-ldap.so
/usr/lib/kopano/unixplugin.so -> /usr/lib/libkcserver-unix.so
All those previously private libraries have no versioned sonames which
probably doesn't really matter for the designed use case.
The main changes for packaging are related to the changed libraries so
I'm not sure how to handle this, this I just want to figure out if the
chnages I'd made are "correct". I added the three git commits on top of
the upstream import of 8.4.0. Could you please have a look at this and
state your minds on those?
If you think it's good enough I can push my current work to Alioth, but
again, I haven't tested any binary packages yet.
I want to write some small scripting to check easily if all installed
libraries in debian/tmp are somewhere in a binary package. Currently I
know we don't handle /usr/lib/$multiarch/kopano/mapitime as I don't know
which package this is belonging to.
Lintian is showing the following output with the applied patches and for
sure something isn't correct yet. I believe the installation of the
libraries needs to be improved.
> root at i5:/tmp/buildd/kopanocore-8.4.0# lintian -IE
> warning: the authors of lintian do not recommend running it with root privileges!
> W: kopanocore source: binaries-have-file-conflict kopano-dev kopano-libs usr/lib/x86_64-linux-gnu/libkcpyconv.so
> W: kopanocore source: binaries-have-file-conflict kopano-dev kopano-libs usr/lib/x86_64-linux-gnu/libkcpydirector.so
> I: kopanocore source: python-foo-but-no-python3-foo python-mapi
> I: kopanocore source: python-foo-but-no-python3-foo python-kopano
> I: kopano-utils: hardening-no-fortify-functions usr/bin/kopano-fsck
> I: kopano-utils: hardening-no-fortify-functions usr/bin/kopano-passwd
> W: kopano-utils: binary-without-manpage usr/sbin/kopano-cachestat
> W: kopano-utils: binary-without-manpage usr/bin/kopano-migration-imap
> I: kopano-server: spelling-error-in-manpage usr/share/man/man5/kopano-server.cfg.5.gz an other another
> I: kopano-contacts: hardening-no-fortify-functions usr/lib/x86_64-linux-gnu/kopano/libkccontacts.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 usr/lib/x86_64-linux-gnu/libkcfreebusy.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 libkchl0 libkcicalmapi0 libkcinetmapi0 libkcmapi0 libkcpyconv-2.7 libkcpydirector-2.7 libkcserver-db libkcserver-ldap libkcserver-unix libkcserver0 libkcsoap0 libkcssl0 libkcsync0 libkcutil0 libmapi1
> X: kopano-libs: shlib-calls-exit usr/lib/x86_64-linux-gnu/libkcserver.so.0.0.0
> W: kopano-libs: dev-pkg-without-shlib-symlink usr/lib/x86_64-linux-gnu/libkcserver-db.so usr/lib/x86_64-linux-gnu/libkcserver-db.so
> W: kopano-libs: dev-pkg-without-shlib-symlink usr/lib/x86_64-linux-gnu/libkcserver-unix.so usr/lib/x86_64-linux-gnu/libkcserver-unix.so
> W: kopano-libs: non-dev-pkg-with-shlib-symlink usr/lib/x86_64-linux-gnu/libkcpydirector-2.7.so usr/lib/x86_64-linux-gnu/libkcpydirector.so
> W: kopano-libs: non-dev-pkg-with-shlib-symlink usr/lib/x86_64-linux-gnu/libkcpyconv-2.7.so usr/lib/x86_64-linux-gnu/libkcpyconv.so
> W: kopano-libs: dev-pkg-without-shlib-symlink usr/lib/x86_64-linux-gnu/libkcserver-ldap.so usr/lib/x86_64-linux-gnu/libkcserver-ldap.so
> W: kopano-libs: shlib-without-versioned-soname usr/lib/x86_64-linux-gnu/libkcserver-db.so libkcserver-db.so
> W: kopano-libs: shlib-without-versioned-soname usr/lib/x86_64-linux-gnu/libkcserver-unix.so libkcserver-unix.so
> W: kopano-libs: shlib-without-versioned-soname usr/lib/x86_64-linux-gnu/libkcserver-ldap.so libkcserver-ldap.so
> I: kopano-monitor: hardening-no-fortify-functions usr/sbin/kopano-monitor
> N: 3 tags overridden (3 info)
[1]
https://lists.alioth.debian.org/pipermail/pkg-giraffe-maintainers/Week-of-Mon-20171030/000395.html
[2] https://bugs.debian.org/879637
--
Regards
Carsten Schoenert
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-kopano-server.install-remove-no-longer-existings-fil.patch
Type: text/x-patch
Size: 1242 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-giraffe-discuss/attachments/20171031/2dd55cef/attachment-0003.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0002-kopano-libs.install-adjusting-install-for-the-librar.patch
Type: text/x-patch
Size: 1534 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-giraffe-discuss/attachments/20171031/2dd55cef/attachment-0004.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0003-kopano-libs.symbols-update-symbols-to-8.4.0.patch
Type: text/x-patch
Size: 13574 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-giraffe-discuss/attachments/20171031/2dd55cef/attachment-0005.bin>
More information about the Pkg-giraffe-discuss
mailing list