[Chicago] import question
Massimo Di Pierro
mdipierro at cs.depaul.edu
Wed Jan 23 20:42:15 CET 2008
Sorry but I follow a different philosophy in web2py.
While my users are free to run from source and install any module
they want, I try to make it easier for them.
They must be able to find a appliance they like from the appliances
web site http://mdp.cti.depaul.edu/appliances (source of bytecode
compiled), click on it and have it running on their web2py installation.
My users are not supposed to know anything about dependencies.
Third party packages are either in the contrib folder (when the
license permits it) which I maintain and gets updated every new
web2py release, or in packaged in the appliances (again compatibly
with licenses). The developers and the consumers of the appliances
are free to upgrade those packages as they like but it their
responsibility not to break them. I guarantee my users that web2py
upgrades (and relative contrib modules upgrades) do not break
On Jan 23, 2008, at 1:21 PM, Tim Ottinger wrote:
> Pete wrote:
>> On Wednesday January 23 2008 12:34:32 pm Massimo Di Pierro wrote:
>>> When people write code, they should not assume that their modules
>>> going to be installed in site-packages or in a location in sys.path.
>> Umm, yes, they should. Prior to 2.5's relative imports, you
>> didn't have a
>> choice, and I don't think relative imports solve every situation.
>> Perhaps *you* shouldn't assume you can just take someone's code
>> and install it
>> however you happen to feel like today and expect it to work.
> Especially if you have some kind of package management like apt
> or YUM or the like. If you embed it, the users won't get upgrades.
> Better to have your package include a list of dependencies so the
> installer can take care of it.
> Chicago mailing list
> Chicago at python.org
More information about the Chicago