RFC: default python installlation directories

Jacek Konieczny jajcus at jajcus.net
Mon Nov 30 10:23:52 CET 2015


On 2015-11-30 09:19, Jan Rękorajski wrote:
> A food for thought - what about dropping PLD specific hack with with
> lib<->share split?

What do you choose?
– binaries (*.so) in /usr/share and conflicts between x86_64 and i686 
packages
– all python modules in %{_libdir} and no more 'noarch' Python packages 
(as %{_libdir} is different on x86_64 and i686)
– all python modules in /usr/lib – pure python modules could stay 
'noarch', but binary modules (*.so) would conflict between x86_64 and 
i686 packages

However we handle dropping the the split, it will cause new problems.

> It constantly gives us grief with virtualenv.

Does it?

The funny thing is that original Python sources have notion of different 
locations for platform-dependent and platform-independent modules. But 
those paths, on 'unix' differ by the prefix (--prefix vs --exec-prefix), 
not further path. I have no idea why they have chosen to ignore FHS. 
Other distributions have to patch this too, unless they ignore FHS or 
mult-lib installations too.

Jacek


More information about the pld-devel-en mailing list