[Pkg-giraffe-discuss] python2/python3 packaging
Simon Eisenmann
s.eisenmann at kopano.com
Mon Jul 31 10:26:52 UTC 2017
-----Original message-----
> From:Guido Günther <agx at sigxcpu.org>
> Sent: Monday 31st July 2017 12:18
> To: Mark Dufour <m.dufour at kopano.com>
> Cc: pkg-giraffe-discuss at lists.alioth.debian.org (pkg-giraffe-discuss at lists.alioth.debian.org) <pkg-giraffe-discuss at lists.alioth.debian.org>; Carsten Schoenert <c.schoenert at t-online.de>
> Subject: Re: [Pkg-giraffe-discuss] python2/python3 packaging
>
> Hi,
> On Mon, Jul 31, 2017 at 12:01:56PM +0200, Mark Dufour wrote:
> > hi guys,
> >
> > so for 8.5 we are hard at work to fully support python3, but it's not
> > yet entirely clear how to do the packaging. on the RPM side we call
> > configure twice with different versions of PYTHON, then collect the
> > SWIG libs from swig/python/.libs and package those separately as
> > "python-mapi" and "python3-mapi". if anyone would have some
> > recommendations that would be great:
>
> https://github.com/agx/gtk-vnc-debian/blob/debian/sid/debian/rules
>
> uses two configure calls to build for two gtk versions. Building for
> python2 and 3 is similar.
>
Does the python packaging use dh_python2? If not this might be also the time to change that and use dh_python2 and dh_python3.
> >
> > -do you know of an example debian.rules file which does a similar thing perhaps?
> > -what about python-kopano, which runs fine with python2 and
> > python3.. so in principle no need to have a separate python3-kopano?
>
> Since this is public module we want python-kopano and python3-kopano so
> that both python2 and python3 projects can use it. All kopano internal
> tools should switch to using the python3 version (by changing the
> interpreter to /usr/bin/python3).
>
> > -what about something like kopano-search, which also runs fine with
> > python2 and 3.. would be a bit awkward to have a
> > python3-kopano-search..? :P
>
> for search I'd keep the package name and switch to python3.
>
Is the search package really python-kopano-search? Shouldn't it be just kopano-search which contains the executable and its configuration, while python3-kopano-search and python-kopano-search would be python modules for search which kopano-search could then depend on. It might be the time to introduce this together with support for python3 as well.
Cheers
Simon
More information about the Pkg-giraffe-discuss
mailing list