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. it

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 the FHS.

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 to one

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 information

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 that

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 is data that

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 python

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, python

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 ever gets