[Pkg-giraffe-discuss] preparing and working on kopanocore 8.4.0
Guido Günther
agx at sigxcpu.org
Tue Oct 31 10:33:34 UTC 2017
Hi,
On Tue, Oct 31, 2017 at 10:45:38AM +0100, Carsten Schoenert wrote:
> 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
The reason I've not pushed these changes to alitoh is that I don't think
we should do this. We should revert the upstream changes and move the
libraries back to /u/l/kopano . I plan to work on this later this year,
there's no hurry.
Cheers
-- Guido
>
> 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
> _______________________________________________
> Pkg-giraffe-discuss mailing list
> Pkg-giraffe-discuss at lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-giraffe-discuss
More information about the Pkg-giraffe-discuss
mailing list