Tarek Ziadé wrote: > So if we, for once, forget about the central site-packages and define some > kind of configuration process that is run when every script is launched > to decide what packages should be loaded, we could seperate > "python the interpreter" from "python the pile of packages" > > If some kind of API + configuration file could adress this need, maybe > things could be simpler. You wouldn't fight against a central site-packages > or a per-user site-packages. You would have to explicitely provide it A rather simplistic version of that was actually the motivation behind giving the interpreter the ability to execute directories and zipfiles containing a __main__.py file (since the named directory/zipfile gets added to sys.path and hence any modules or packages collocated with the __main__.py file are automatically available to the application). It doesn't deal with the library sharing or native installer questions, but it does help with internal distribution of applications. Cheers, Nick. -- Nick Coghlan | ncoghlan at gmail.com | Brisbane, Australia ---------------------------------------------------------------
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