Arfrever pinged me on IRC recently pointing out that Python 2.7 & 3.3 installed by emul-linux doesn't contain the .py files of the standard library. In other words, it pretty much can't run anything more complex than 'Hello world' (and I'm not even sure if it can work at all). He suggested that we should just remove Python from that set. I don't have a strong opinion on this. Alternatively, we could take a safe route and keep it around till we kill emul-linux completely. What are your thoughts?
I agree that we should not include python in emul-linux-x86. The python infrastructure in Gentoo is not designed to deal with python being installed for multiple abis.
Results with site.py unavailable: $ cat test.c #include <Python.h> #include <stdio.h> int main(int argc, char** argv) { #ifdef NO_SITE Py_NoSiteFlag = 1; #endif Py_Initialize(); printf("Initialized\n"); return 0; } $ gcc -I/usr/include/python2.7 -o test-2.7 test.c -lpython2.7 $ gcc -I/usr/include/python3.3 -o test-3.3 test.c -lpython3.3 $ gcc -DNO_SITE -I/usr/include/python2.7 -o test-2.7-no-site test.c -lpython2.7 $ gcc -DNO_SITE -I/usr/include/python3.3 -o test-3.3-no-site test.c -lpython3.3 $ ./test-2.7 ; echo $? ImportError: No module named site 1 $ ./test-2.7-no-site ; echo $? Initialized 0 $ ./test-3.3 ; echo $? ImportError: No module named 'site' 1 $ ./test-3.3-no-site ; echo $? Initialized 0 $
As this is not a regression, I would simply wait for next emul set as, that way, I will see in full script run what other package was wanting python included (if any) and drop if really save (or report the offending package wanting that files to be included)
eroen@occam ~ $ diff -u0 <(tar tf /var/distfiles/emul-linux-x86-baselibs-20140406.tar.xz | grep '/var/db/pkg/' | cut -d '/' -f -6 | sort -u) <(tar tf /var/distfiles/emul-linux-x86-baselibs-20140508.tar.xz | grep '/var/db/pkg/' | cut -d '/' -f -6 | sort -u) --- /dev/fd/63 2014-06-29 20:19:23.405205616 +0200 +++ /dev/fd/62 2014-06-29 20:19:23.406205626 +0200 @@ -15,2 +14,0 @@ -./var/db/pkg/dev-lang/python-2.7.5-r3 -./var/db/pkg/dev-lang/python-3.3.3 @@ -23 +21 @@ -./var/db/pkg/dev-libs/gmp-5.1.2 +./var/db/pkg/dev-libs/gmp-5.1.3-r1 @@ -40 +38 @@ -./var/db/pkg/dev-libs/openssl-1.0.1f +./var/db/pkg/dev-libs/openssl-1.0.1g @@ -49,2 +47,2 @@ -./var/db/pkg/media-libs/libpng-1.2.50-r1 -./var/db/pkg/media-libs/libpng-1.6.8 +./var/db/pkg/media-libs/libpng-1.2.51 +./var/db/pkg/media-libs/libpng-1.6.10 @@ -64 +62 @@ -./var/db/pkg/net-misc/curl-7.35.0 +./var/db/pkg/net-misc/curl-7.36.0 @@ -68 +66 @@ -./var/db/pkg/net-print/cups-1.7.1 +./var/db/pkg/net-print/cups-1.7.1-r1 @@ -104 +102 @@ -./var/db/pkg/sys-libs/talloc-2.0.8 +./var/db/pkg/sys-libs/talloc-2.1.0 dev-lang/python is not included in >=emul-linux-x86-baselibs-20140508, but it is listed in [1]. The changelog does not mention this change. Is this intentional? FYI, I noticed this while getting a binary-only application (not in Gentoo) requiring 32-bit libpython to run, relying on a bundled libpython. 1: http://www.gentoo.org/proj/en/base/amd64/emul/emul-linux-x86-20140508.xml
Yes, we removed it intentionally. However, we may need to reintroduce it because of samba-4 which is so much broken it links to python.
The emul-linux-x86 packages have been removed.
