[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [Help] Failed to apply new Python policy to GNUmed packages



Karsten Hilbert wrote:
>> You're missing a 'export' before setting the variable (or call python in
>> the
>> same line you set it).
> 
> Ah, thanks. Emilio, you are clearly a better expert on
> packaging Python code under Debian than me :-)

That was shell ;)

>>>  I really wonder how this new python-support stuff
>>> really works.  It installs *.pyc files in the same location as the
>>> *.py files - how can this work for different Python versions?
>> Because different versions don't break the syntax (at least AFAIK), so if
>> your
>> program works with Python 2.4, it will work with 2.5 and 2.6 too.
> 
> I believe Andreas was wondering about the pre-compiled pyc files being
> installed alongside the py files. If they are stored there they can
> only be precompiled by one particular Python version at a time. This made
> us wonder what, for example, happens if user A runs GNUmed with Python
> 2.5 at the same time that user B runs GNUmed with Python 2.6 on the same
> machine...

In that case the .pyc files won't be loaded, but the .py ones, I guess (please
somebody correct me if I'm wrong). Nothing to worry about as people will usually
be using the default interpreter.

>> You don't need it, you can remove it (I've seen you've added it back).
> That was one of my ill-fated suggestions - it would have worked but it
> is clearly better if things work without it.

That would defeat the purpose of placing the modules in a private location, so
yes, better to remove it :)

Cheers,
Emilio

Attachment: signature.asc
Description: OpenPGP digital signature


Reply to: