[Pkg-giraffe-discuss] Questions about new files in kopanocore 8.5
Carsten Schoenert
c.schoenert at t-online.de
Tue Dec 19 10:55:57 UTC 2017
Hello Jan,
Am 18.12.2017 um 13:27 schrieb Jan Engelhardt:
> On Monday 2017-12-18 12:08, Carsten Schoenert wrote:
>>> root at i5:/tmp/buildd/kopanocore-8.5.0~beta0+a069350b# find debian/tmp debian/kopano-* debian/php-mapi debian/python-* | grep presence
>>> debian/tmp/etc/kopano/presence.cfg
>>> debian/tmp/usr/lib/python2.7/dist-packages/kopano_presence
>>> debian/tmp/usr/lib/python2.7/dist-packages/kopano_presence/plugin_xmpp.py
>>> debian/tmp/usr/lib/python2.7/dist-packages/kopano_presence/__init__.py
>>> debian/tmp/usr/lib/python2.7/dist-packages/kopano_presence/plugin_spreed.py
>>> debian/tmp/usr/lib/python2.7/dist-packages/kopano_presence-0.1-py2.7.egg-info
>>> debian/tmp/usr/lib/systemd/system/kopano-presence.service
>>> debian/tmp/usr/sbin/kopano-presence
>>
>> In which package this files should go?
>
> kopano-presence (of course ;-).
> You can always confer with
> http://build.opensuse.org/package/show/server:mail:kopano/kopano where we copy
> our versions of buuld recipes to.
sometimes I'm a bit lost in the mass of the packages around
kopano(-core), but this is related to the wide possibilities kopanocore
is providing.
And you as one pf the main persons behind the programming and coding
will always know best that pieces are bundled together. So thanks for
pointing! I added a new binary package kopano-presence too.
For the Systemd unit file I have simply copied the upstream file and
made only a small addition to later easily activate the documentation
key, once there is a man page for kopano-presence.
I also created a SysV init file by copying an existing file and made
some adjustments.
...
> 8.4.90, it's doing things like wayland now.
I can remember that discussion that was coming up at the end of the
summer. No problem so far here, we just need to start somewhere to keep
collecting all peaces for 8.5.
I've pushed now my work on branch debian/experimental to my GitHub
repository again and Travis has build and tested all successful so far.
If some else can also have a look on this ...
https://github.com/tijuca/Giraffe/tree/debian/experimental
https://travis-ci.org/tijuca/Giraffe/builds/318538677
I haven't adopted yet some useful changes the Ubuntu people have done,
but can work further on this if there is a agreement we moving in the
right direction until now.
https://patches.ubuntu.com/k/kopanocore/kopanocore_8.3.4-4ubuntu4.patch
@Jan
The management of Pluginfolder (/u/l/kopano) is now dynamically handled
by kopano itself? In previous versions (before 8.4) there was a key
plugin_folder in the filer server.cfg which we need to weak a bit
because of the multiarch effort in Debian. We can drop one more patch
from the Debian patch queue if this key isn't used anymore. Right now I
just commented the Debian changes out so far
https://github.com/tijuca/Giraffe/commit/c033d96bc2a6edce3b74cb4e33fbcc81a03e8066#diff-420533da8d11de6728be613be7874d2e
Somehow Kopano has reintroduced a typo (or lost a already fixed version)
of doc/kopano-server.cfg.5. It's a really simple fix you may will apply
before a 8.5 release. :)
https://github.com/tijuca/Giraffe/commit/c033d96bc2a6edce3b74cb4e33fbcc81a03e8066#diff-464b46d2d033ad4514963dfa125ce50b
Some short overview of Lintian for the version I've been using.
> root at i5:/tmp/buildd/kopanocore-8.5.0~beta0+gita069350b# lintian -IE
> warning: the authors of lintian do not recommend running it with root privileges!
> W: kopanocore source: python-foo-but-no-python3-foo python-mapi
> W: kopanocore source: python-foo-but-no-python3-foo python-kopano
> W: kopano-search: dependency-on-python-version-marked-for-end-of-life (Depends: python)
> 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 libkcicalmapi0 libkcinetmapi0 libkcmapi0 libkcpyconv-2.7 libkcpydirector-2.7 libkcserver0 libkcsoap0 libkcssl0 libkcsync0 libkcutil0 libmapi1
> X: kopano-libs: shlib-calls-exit usr/lib/x86_64-linux-gnu/libkcserver.so.0.0.0
> I: kopano-contacts: hardening-no-fortify-functions usr/lib/x86_64-linux-gnu/kopano/libkccontacts.so
> I: kopano-archiver: hardening-no-fortify-functions usr/sbin/kopano-archiver
> I: kopano-monitor: hardening-no-fortify-functions usr/sbin/kopano-monitor
> 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
> W: kopano-utils: dependency-on-python-version-marked-for-end-of-life (Depends: python)
> W: kopano-backup: dependency-on-python-version-marked-for-end-of-life (Depends: python)
> W: kopano-presence: binary-without-manpage usr/sbin/kopano-presence
> W: kopano-presence: dependency-on-python-version-marked-for-end-of-life (Depends: python)
> I: kopano-presence: systemd-service-file-missing-documentation-key lib/systemd/system/kopano-presence.service
> N: 3 tags overridden (3 info)
Some missing man pages are mentioned by Lintian, it would be nice to
include those into the 8.5 release.
--
Regards
Carsten Schoenert
More information about the Pkg-giraffe-discuss
mailing list