Issue 36740: zipimporter misses namespace packages for implicit dirs (original) (raw)
As discovered in https://github.com/pypa/packaging-problems/issues/212, if a PEP 420 namespace package is represented by an implicit directory (that is, there's no explicit entry for the directory, only entries for the contents of the directory), that directory won't be picked up as a namespace package. The following code illustrates the issue:
zp $ cat make-pkgs.py
import zipfile
def make_pkgs():
zf = zipfile.ZipFile('simple.zip', 'w')
zf.writestr('pkg/__init__.py', b'')
zf.close()
zf = zipfile.ZipFile('namespace.zip', 'w')
zf.writestr('ns/pkg/__init__.py', b'')
zf.close()
__name__ == '__main__' and make_pkgs()
zp $ python make-pkgs.py
zp $ env PYTHONPATH=simple.zip python3.7 -c "import pkg"
zp $ env PYTHONPATH=namespace.zip python3.7 -c "import ns.pkg"
Traceback (most recent call last):
File "<string>", line 1, in <module>
ModuleNotFoundError: No module named 'ns'
As you can see, in simple.zip, the pkg
directory is implied, but despite that condition, pkg
is importable.
However, with namespace.zip, the name ns
is not visible even though it's present in the zipfile and would be importable if that zipfile were extracted to a file system.
zp $ unzip namespace.zip
Archive: namespace.zip
extracting: ns/pkg/__init__.py
zp $ python3.7 -c "import ns.pkg" && echo done
done
If you were to reconstruct that zip file on the file system using standard tools or explicitly include 'ns/' in the zip entries, the namespace package becomes visible:
zp $ rm namespace.zip
zp $ zip -r namespace.zip ns
adding: ns/ (stored 0%)
adding: ns/pkg/ (stored 0%)
adding: ns/pkg/__init__.py (stored 0%)
adding: ns/pkg/__pycache__/ (stored 0%)
adding: ns/pkg/__pycache__/__init__.cpython-37.pyc (deflated 23%)
zp $ rm -r ns
zp $ env PYTHONPATH=namespace.zip python3.7 -c "import ns.pkg" && echo done
done
For consistency, the zip import logic should probably honor implicit directories in zip files.