> So you can have only a single multi-file non-package zipfile in each > directory on sys.path? I find this quite ugly: a directory with only a Well, with the current implementation you'll only allow one single multi-file non-package zipfile in each entry of sys.path. :-) > single file in it, and potentially many of these. What is the > advantage of this limitation? - Don't have to change path to use compressed packages (at least not if you want to provide compressed packages, individual compressed modules or the standard library). - Don't have to specify the compression type hardcoded. - Allows one to ship a package inside a zip file, without asking the user to change his path, and without hacking the package. - Allows one to compress a single file (foobar.py.bz2). I belive that my propose is quite clear now. If there are no additional supporters, there's no reason to go on. Thanks to everyone who discussed. -- Gustavo Niemeyer [ 2AAC 7928 0FBF 0299 5EB5 60E2 2253 B29A 6664 3A0C ]
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4