[pkg-kolab] kdepim and kolab

Paul Boddie paul at boddie.org.uk
Mon Jun 23 17:45:20 UTC 2014


On Monday 23. June 2014 12.54.38 Sandro Knauß wrote:
> 
> > One strange thing I encountered with the updated libkolab source
> > packaging is the lack of an __init__.py file in the kolab Python package
> > provided by the python-kolab Debian package. This means that it isn't
> > possible to import from kolab in a Python program, affecting pykolab. Do
> > you see that problem as well?
> > 
> > The python-kolab.install file within libkolab looks like this:
> > 
> > usr/lib*/python*/*-packages/kolab/_shared.so
> > usr/lib*/python*/*-packages/kolab/shared.py
> > usr/lib*/python*/*-packages/kolab/_calendaring.so
> > usr/lib*/python*/*-packages/kolab/calendaring.py
> > usr/lib*/python*/*-packages/kolab/_icalendar.so
> > usr/lib*/python*/*-packages/kolab/icalendar.py
> > usr/lib*/python*/*-packages/kolab/_kolabobject.so
> > usr/lib*/python*/*-packages/kolab/kolabobject.py
> > 
> > Adding an entry for the __init__.py file fails because there isn't one
> > already present or subsequently generated. What am I missing here?
> 
> Well yes i see the same issue here - actually upstream doesn't create this
> file. But you can easily create one (it is just an empty file, so touch
> should be your friend :) And you can use pykolab by using the direct
> import kolab.foo. The debian package should  ship an __init__.py.

What is the correct Debian way of creating it? I could add touch to the rules 
file somewhere, but I am assuming that some debhelper magic should have set 
the package up instead. Also, pykolab isn't python-kolab, but it is in the 
pykolab.xml package that I see this kolab importing going on.

Maybe I'll review what the Ubuntu people did, if anything, and I'll also check 
to make sure that python-kolab is a known dependency of pykolab.

Paul



More information about the pkg-kolab-devel mailing list