Upgrading 19.4 -> 19.6 breaks pyramid_mako tests

Originally reported by: iElectric (Bitbucket: iElectric, GitHub: Unknown)

---

======================================================================
ERROR: test_directories_list (pyramid_mako.tests.Test_parse_options_from_settings)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/tmp/nix-build-python2.7-pyramid_mako-0.3.1.drv-0/pyramid_mako-0.3.1/pyramid_mako/tests.py", line 141, in test_directories_list
    result = self._callFUT(settings)
  File "/tmp/nix-build-python2.7-pyramid_mako-0.3.1.drv-0/pyramid_mako-0.3.1/pyramid_mako/tests.py", line 118, in _callFUT
    self.config.maybe_dotted)
  File "/tmp/nix-build-python2.7-pyramid_mako-0.3.1.drv-0/pyramid_mako-0.3.1/pyramid_mako/__init__.py", line 175, in parse_options_from_settings
    directories = [abspath_from_asset_spec(d) for d in directories]
  File "/nix/store/00j1pcy46fq4pg1mdb5f7vwr4djrln34-python2.7-pyramid-1.5.8/lib/python2.7/site-packages/pyramid/asset.py", line 43, in abspath_from_asset_spec
    return pkg_resources.resource_filename(pname, filename)
  File "build/bdist.linux-x86_64/egg/pkg_resources/__init__.py", line 1153, in resource_filename
    self, resource_name
  File "build/bdist.linux-x86_64/egg/pkg_resources/__init__.py", line 1854, in get_resource_filename
    "resource_filename() only supported for .egg, not .zip"
NotImplementedError: resource_filename() only supported for .egg, not .zip

======================================================================
ERROR: test_multiple_registration_different_name (pyramid_mako.tests.Test_parse_options_from_settings)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/tmp/nix-build-python2.7-pyramid_mako-0.3.1.drv-0/pyramid_mako-0.3.1/pyramid_mako/tests.py", line 239, in test_multiple_registration_different_name
    result = self._callFUT(settings)
  File "/tmp/nix-build-python2.7-pyramid_mako-0.3.1.drv-0/pyramid_mako-0.3.1/pyramid_mako/tests.py", line 118, in _callFUT
    self.config.maybe_dotted)
  File "/tmp/nix-build-python2.7-pyramid_mako-0.3.1.drv-0/pyramid_mako-0.3.1/pyramid_mako/__init__.py", line 175, in parse_options_from_settings
    directories = [abspath_from_asset_spec(d) for d in directories]
  File "/nix/store/00j1pcy46fq4pg1mdb5f7vwr4djrln34-python2.7-pyramid-1.5.8/lib/python2.7/site-packages/pyramid/asset.py", line 43, in abspath_from_asset_spec
    return pkg_resources.resource_filename(pname, filename)
  File "build/bdist.linux-x86_64/egg/pkg_resources/__init__.py", line 1153, in resource_filename
    self, resource_name
  File "build/bdist.linux-x86_64/egg/pkg_resources/__init__.py", line 1854, in get_resource_filename
    "resource_filename() only supported for .egg, not .zip"
NotImplementedError: resource_filename() only supported for .egg, not .zip

----------------------------------------------------------------------
Ran 63 tests in 0.155s

---

• Bitbucket: https://bitbucket.org/pypa/setuptools/issue/490

Original comment by iElectric (Bitbucket: iElectric, GitHub: Unknown):

---

And some other packages:

building path(s) ‘/nix/store/nbbdf4g8zlr60ml2pw198h8dk2ym8pbj-python2.7-protobuf-2.6.1’
unpacking sources
unpacking source archive /nix/store/pa9r5dcfvf601dxcysskcr0slnrv45nh-protobuf-v2.6.1-src
source root is protobuf-v2.6.1-src
setting SOURCE_DATE_EPOCH to timestamp 1453710581 of file protobuf-v2.6.1-src/vsprojects/tests.vcproj
warning: file protobuf-v2.6.1-src/vsprojects/tests.vcproj may be generated; SOURCE_DATE_EPOCH may be non-deterministic
patching sources
configuring
building
Traceback (most recent call last):
  File "/nix/store/d945ibfx9x185xf04b890y4f9g3cbb63-python-2.7.11/lib/python2.7/runpy.py", line 151, in _run_module_as_main
    mod_name, loader, code, fname = _get_module_details(mod_name)
  File "/nix/store/d945ibfx9x185xf04b890y4f9g3cbb63-python-2.7.11/lib/python2.7/runpy.py", line 101, in _get_module_details
    loader = get_loader(mod_name)
  File "/nix/store/d945ibfx9x185xf04b890y4f9g3cbb63-python-2.7.11/lib/python2.7/pkgutil.py", line 464, in get_loader
    return find_loader(fullname)
  File "/nix/store/d945ibfx9x185xf04b890y4f9g3cbb63-python-2.7.11/lib/python2.7/pkgutil.py", line 474, in find_loader
    for importer in iter_importers(fullname):
  File "/nix/store/d945ibfx9x185xf04b890y4f9g3cbb63-python-2.7.11/lib/python2.7/pkgutil.py", line 430, in iter_importers
    __import__(pkg)
  File "build/bdist.linux-x86_64/egg/setuptools/__init__.py", line 11, in <module>
  File "build/bdist.linux-x86_64/egg/setuptools/extern/__init__.py", line 1, in <module>
  File "build/bdist.linux-x86_64/egg/pkg_resources/__init__.py", line 3131, in <module>
  File "build/bdist.linux-x86_64/egg/pkg_resources/__init__.py", line 3117, in _call_aside
  File "build/bdist.linux-x86_64/egg/pkg_resources/__init__.py", line 3156, in _initialize_master_working_set
  File "build/bdist.linux-x86_64/egg/pkg_resources/__init__.py", line 957, in subscribe
  File "build/bdist.linux-x86_64/egg/pkg_resources/__init__.py", line 3156, in <lambda>
  File "build/bdist.linux-x86_64/egg/pkg_resources/__init__.py", line 2656, in activate
  File "build/bdist.linux-x86_64/egg/pkg_resources/__init__.py", line 2226, in declare_namespace
  File "build/bdist.linux-x86_64/egg/pkg_resources/__init__.py", line 2195, in _handle_ns
  File "build/bdist.linux-x86_64/egg/pkg_resources/__init__.py", line 2193, in sort_key
ValueError: '/tmp/nix-build-python2.7-protobuf-2.6.1.drv-0/protobuf-v2.6.1-src/python' is not in list
builder for ‘/nix/store/c8x0zrg2r9ayx7fcg3p3zndrxqa76m0y-python2.7-protobuf-2.6.1.drv’ failed with exit code 1

Original comment by iElectric (Bitbucket: iElectric, GitHub: Unknown):

---

Oh and all packages are installed as wheels using the new setuptools shim.

Original comment by iElectric (Bitbucket: iElectric, GitHub: Unknown):

---

Another:

building path(s) ‘/nix/store/mqm6ag29wlx61qa9xsrk64k2j7wsr07x-pypy4.0-libarchive-c-2.1’
unpacking sources
unpacking source archive /nix/store/2m8fg6wrgcvl3nv5mar1c2yhy93s4j4s-libarchive-c-2.1.tar.gz
source root is libarchive-c-2.1
setting SOURCE_DATE_EPOCH to timestamp 1432805167 of file libarchive-c-2.1/setup.cfg
patching sources
configuring
building
Traceback (most recent call last):
  File "/nix/store/4zd81yk4h7bpy9n040ckhwkki1kplnqj-pypy-4.0.1/pypy-c/lib-python/2.7/runpy.py", line 162, in _run_module_as_main
    "__main__", fname, loader, pkg_name)
  File "/nix/store/4zd81yk4h7bpy9n040ckhwkki1kplnqj-pypy-4.0.1/pypy-c/lib-python/2.7/runpy.py", line 72, in _run_code
    exec code in run_globals
  File "build/bdist.linux-x86_64/egg/setuptools/launch.py", line 28, in <module>
  File "setup.py", line 5, in <module>
    from version import get_version
ImportError: cannot import name 'get_version'
builder for ‘/nix/store/cff84amd7iyvza5h9rxxx01rlb12010i-pypy4.0-libarchive-c-2.1.drv’ failed with exit code 1

Original comment by jaraco (Bitbucket: jaraco, GitHub: jaraco):

---

Do I understand correctly that these issues all stem from the use of setuptools.launch?

Original comment by iElectric (Bitbucket: iElectric, GitHub: Unknown):

---

I think so, yes.

Original comment by jaraco (Bitbucket: jaraco, GitHub: jaraco):

---

Rather than re-use globals of setuptools.launch, build a unique namespace in which to launch the script. Prevents imports from occuring relative to 'setuptools' on Python 2. Ref #490.

Original comment by jaraco (Bitbucket: jaraco, GitHub: jaraco):

---

That's surprising to me - I would have expected adoption of that new module to be nominal... and certainly not create regressions from 19.4.

The third example is actionable - it reveals an issue where the setup.py is executed as setuptools.launch and not as its own module. I've taken a stab at an alternate implementation that's more isolated in its execution.

Can you test against the latest tip?

Original comment by iElectric (Bitbucket: iElectric, GitHub: Unknown):

---

With current tip the monkeypatching doesn't happen using the shim.

Original comment by jaraco (Bitbucket: jaraco, GitHub: jaraco):

---

It does in my environment:

$ cd ~/m/setuptools
$ hg id -i
069cac31ff4f
$ cat > assert-distutils-patched.py
import distutils
print(distutils.core.Extension)        
$ python -m setuptools.launch assert-distutils-patched.py 
<class 'setuptools.extension.Extension'>
$ python2.7 -m setuptools.launch assert-distutils-patched.py 
setuptools.extension.Extension

What am I missing? What can I do to replicate your findings?