On Tue, Jun 13, 2006 at 09:55:08PM +0200, Raphael Hertzog <[EMAIL PROTECTED]> 
wrote:
> When you install some python extensions (.so), it is common that they come 
> with
> associated .py files (modules). Those .py files usually are the same in 
> /usr/lib/python2.3 and /usr/lib/python2.4, that's why python-central will
> keep only one copy of them in /usr/share/pycentral and symlink them back into
> /usr/lib/python2.[34]/ ...
> 
> However if the .py installed in /usr/lib/python2.3 is different from the
> one installed in /usr/lib/python2.4, then you can't share it between both
> versions (and you need the DH_PYCENTRAL="nomove" variable). That what's I
> meant. Feel free to fix the wording in the wiki if you have a better way
> to express it.

Okay, it sounds clearer said like that. Stupid question: why doesn't
pycentral autodetect if files are different or not ? I don't actually
see a reason why DH_PYCENTRAL need to be set...

> > PS: Anyways, there's one package you didn't list because it's in NEW,
> > which WON'T be merged as required by the new policy: python2.x-xpcom,
> > provided by xulrunner.
> > The reason is simple: different installations for different python
> > versions CAN'T coexist without breaking each other.
> 
> OK, then indicate "current" in XS-Python-Version and support only the
> current version in python-xpcom (make sure to generate the provides
> field).

What about people who want to use pyxpcom with modules that aren't
available with the current python ?

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to