Re: cdbs + python + multiple

2009-09-09 Thread Siegfried Gevatter
2009/9/10 Alessandro Dentella : >  where clearly the --root is 'tmp' instead of 'python-sqlkit' That's the usual approach for packages with multiple binaries, installing everything into debian/tmp and then using debian/.install files to tell which files go into which binary package. -- Siegfried

cdbs + python + multiple

2009-09-09 Thread Alessandro Dentella
Hi, I'm trying to separate documention from a working cdbs + python pkg. If I add in control the definition for a package for the documentation (sqlkit-doc) cdbs no longer adds the python package in the right place. in the case of a single packet I see in the log:: dh_installdirs -ppyth

Re: XS-Python-Version vs pyversions

2009-09-09 Thread Emilio Pozuelo Monfort
Steve Langasek wrote: > On Wed, Sep 09, 2009 at 10:02:16AM +0200, Bernd Zeimetz wrote: >> Josselin Mouette wrote: >>> I think that’s the most efficient approach indeed. For that, we need to >>> either: >>> * patch /usr/bin/pyversions to use them instead >>> * or introduce a new script

Re: XS-Python-Version vs pyversions

2009-09-09 Thread Steve Langasek
On Wed, Sep 09, 2009 at 10:02:16AM +0200, Bernd Zeimetz wrote: > Josselin Mouette wrote: > > Le mardi 08 septembre 2009 à 19:06 +0200, Piotr Ożarowski a écrit : > >>> Since the build-dep approach should have agreement from all the helper > >>> maintainers before it moves forward, I think it would

Re: RFS: sqlkit

2009-09-09 Thread Alessandro Dentella
Hi all, On Sat, Sep 05, 2009 at 02:48:27PM +0200, Alessandro Dentella wrote: > Hi all, > > I uploaded [1] a version that fixes all issues that you addressed apart from > XS-Python-Version since I don't know how to fix it with cdbs: > > > > and add XS-Python-Version > > > > When I added tha

Re: XS-Python-Version vs pyversions

2009-09-09 Thread Bernd Zeimetz
Josselin Mouette wrote: > Le mardi 08 septembre 2009 à 19:06 +0200, Piotr Ożarowski a écrit : >>> Since the build-dep approach should have agreement from all the helper >>> maintainers before it moves forward, I think it would be a good first >>> step to mark pyversions deprecated (initially in fa