Re: debhelper 7 and python-central

2008-05-20 Thread Emilio Pozuelo Monfort
Pierre Habouzit wrote: > This is _wrong_ to put XB-PV: 2.4, 2.5 for an arch:all package, this > should be XB-PV: all or something similar. Even if you package doesn't work with some supported Python versions? (e.g. it uses the finally clause) Emilio signature.asc Description: OpenPGP digital

Re: debhelper 7 and python-central

2008-05-20 Thread Pierre Habouzit
On Tue, May 20, 2008 at 07:55:44AM +, Emilio Pozuelo Monfort wrote: > Pierre Habouzit wrote: > > This is _wrong_ to put XB-PV: 2.4, 2.5 for an arch:all package, this > > should be XB-PV: all or something similar. > > Even if you package doesn't work with some supported Python versions? (e.g.

Re: debhelper 7 and python-central

2008-05-20 Thread Pierre Habouzit
On Mon, May 19, 2008 at 11:20:10PM +, Ben Finney wrote: > Floris Bruynooghe <[EMAIL PROTECTED]> writes: > > > On Mon, May 19, 2008 at 12:49:11PM +0200, Josselin Mouette wrote: > > > Python-central links modules at their original places while > > > python-support puts them in /var/lib to follow

Re: debhelper 7 and python-central

2008-05-20 Thread Ben Finney
Pierre Habouzit <[EMAIL PROTECTED]> writes: > On Mon, May 19, 2008 at 11:20:10PM +, Ben Finney wrote: > > Floris Bruynooghe <[EMAIL PROTECTED]> writes: > > > "/var/lib : Variable state information [...] State information > > > is data that programs modify while they run, and that pertains > >

Re: debhelper 7 and python-central

2008-05-20 Thread Josselin Mouette
Le mardi 20 mai 2008 à 00:45 +0200, Pierre Habouzit a écrit : > This is _wrong_ to put XB-PV: 2.4, 2.5 for an arch:all package, this > should be XB-PV: all or something similar. Indeed, dh_pysupport puts wrong values in XB-Python-Version, so this is a bug. A very minor one, since this informatio

Re: debhelper 7 and python-central

2008-05-20 Thread Josselin Mouette
Le lundi 19 mai 2008 à 19:22 +0100, Floris Bruynooghe a écrit : > > The latter approach is less fragile overall, > > How is that? As far as I can see both python-central and > python-support maintain directories for each python version and > symlink the .py files to a shared location. Just on th

Re: debhelper 7 and python-central

2008-05-20 Thread Pierre Habouzit
On Tue, May 20, 2008 at 10:59:05AM +, Ben Finney wrote: > Pierre Habouzit <[EMAIL PROTECTED]> writes: > > > On Mon, May 19, 2008 at 11:20:10PM +, Ben Finney wrote: > > > Floris Bruynooghe <[EMAIL PROTECTED]> writes: > > > > "/var/lib : Variable state information [...] State information > >

Re: debhelper 7 and python-central

2008-05-20 Thread Floris Bruynooghe
On Tue, May 20, 2008 at 01:41:20PM +0200, Josselin Mouette wrote: > Le lundi 19 mai 2008 à 19:22 +0100, Floris Bruynooghe a écrit : > > > The latter approach is less fragile overall, > > > > How is that? As far as I can see both python-central and > > python-support maintain directories for each

Re: debhelper 7 and python-central

2008-05-20 Thread Ben Finney
Pierre Habouzit <[EMAIL PROTECTED]> writes: > On Tue, May 20, 2008 at 10:59:05AM +, Ben Finney wrote: > > What makes you think 'foo.pyc' is /var material? > > Oh yes that seems obvious to me. In fact, I'd say it should be > /var/cache material because: > + it's not mandatory to have it,

FHS location for Python libraries as locally-compiled bytecode (was: debhelper 7 and python-central)

2008-05-20 Thread Ben Finney
Josselin Mouette <[EMAIL PROTECTED]> writes: > The python-central approach puts in the same directories files > managed by dpkg and files managed by python-central, which means > they cannot be sorted out easily, and if you run in a bug like > #409390 or #480741, you’re hosed. > > If anything eve