[Multiarch-devel] Updated multiarch patch for python2.7

[Jakub Wilk]

* Riku Voipio <riku.voipio at iki.fi>, 2012-09-12, 13:54:
>--- python2.7-2.7.3.orig/debian/libPVER-minimal.postinst.in
>+++ python2.7-2.7.3/debian/libPVER-minimal.postinst.in
>@@ -0,0 +1,13 @@
>+#! /bin/sh
>+
>+set -e
>+
>+if [ ! -f /etc/@PVER@/sitecustomize.py ]; then
>+    cat <<-EOF
>+	# Empty sitecustomize.py to avoid a dangling symlink
>+EOF
>+fi

This looks broken. (Not a regression, just sayin'...)

>+--- python-multiarch.orig/Python/dynload_shlib.c	2012-09-10 08:41:17.000000000 +0000
>++++ python-multiarch/Python/dynload_shlib.c	2012-09-10 08:42:54.676828325 +0000
>+@@ -50,6 +50,9 @@
>+     {"_d.so", "rb", C_EXTENSION},
>+     {"module_d.so", "rb", C_EXTENSION},
>+ #endif
>++#ifdef MULTIARCH
>++    {"." MULTIARCH ".so", "rb", C_EXTENSION},
>++#endif
>+     {".so", "rb", C_EXTENSION},
>+     {"module.so", "rb", C_EXTENSION},
>+ #endif

What about loading extensions for the -dbg interpreter?

Python modules from the standard library are not byte-compiled anymore.

At least the following files (that are shipped in a M-A: same package) 
vary with architecture:

/usr/lib/python2.7/lib-dynload/*_d.so
/usr/lib/python2.7/_sysconfigdata_nd.py
/usr/lib/python2.7/lib2to3/*Grammar*.pickle
/usr/lib/python2.7/lib-dynload/_sysconfigdata.py

These are broken symlinks:

/usr/lib/python2.7/config-*_d/libpython2.7_d.so
/usr/lib/python2.7/config-*_d/libpython2.7.so
/usr/lib/libpython2.7.a

libpython2.7-{minimal,stdlib} don't ship any shared libraries, so 
Pre-Depends on multiarch-support shouldn't be needed.

python2.7{,-minimal,-dbg} must not be "Multi-Arch: foreign".

Apparently the patch reopens #684612.

argparse.egg-info should be in libpython2.7-stdlib, not in python2.7.

Now that libpython2.7 doesn't depend on python2.7, Breaks on vim-* (<< 
2:7.3.547-4) should be moved to the former package. (And who knows what 
else lack of this dependency will break...?)

-- 
Jakub Wilk