Re: [Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-02-11 Thread Glenn Linderman
On approximately 1/27/2010 1:08 AM, came the following characters from the keyboard of Glenn Linderman: Without reference to distutils, it seems the pieces are: 1) a way to decide what to include in the package 2) code that knows where to put what is included, on one or more platforms 3) the pr

Re: [Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-01-27 Thread David Lyon
> On 27/01/2010 13:04, Michael Foord wrote: >> Installers aren't built into windows. >> >> > The infrastructure for building and using msi installers are part of > Windows and the Windows development environment. For example: > > http://msdn.microsoft.com/en-us/library/aa370834%28VS.85%29.asp

Re: [Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-01-27 Thread Lennart Regebro
On Wed, Jan 27, 2010 at 16:24, David Lyon wrote: > Think how useful it would be to ship Django or Plone from a zip box... Plone has installers, and is very easily installed on Windows, for those who want to try it. For real production installations you don't want that kind of installations for P

Re: [Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-01-27 Thread P.J. Eby
At 01:08 AM 1/27/2010 -0800, Glenn Linderman wrote: Of course, if you want to create a ZIP named .py package that is an application installer, you could do that, too. It might be handy for the case where not everything in the application can be a .py, .pyc, or .pyo... shared libraries cannot b

Re: [Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-01-27 Thread David Lyon
Hi Nick, > I believe you're confused about what distutils is for. Tell me.. > It generates > platform independent metadata that can be used to create platform > specific installers. It also generates some platform independent Python > specific installation formats that are useful for developers,

Re: [Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-01-27 Thread Michael Foord
On 27/01/2010 13:04, David Lyon wrote: On 27/01/2010 11:21, Michael Foord wrote: .. If a Python programmer wants to create an application that is properly 'installed' on Windows then the *right* thing to do is to create an installer - and that uses infrastructure not provided by a lang

Re: [Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-01-27 Thread Lennart Regebro
On Wed, Jan 27, 2010 at 14:23, David Lyon wrote: > We even get to install a python package directly from our > browser using this scheme. I don't understand why anybody > wouldn't want that. So, go ahead, make it happen. No one is stopping you. -- Lennart Regebro: Python, Zope, Plone, Grok http:

Re: [Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-01-27 Thread Nick Coghlan
David Lyon wrote: > Installers aren't built into windows. Umm, yeah they are. msi's don't install themselves. > Since Python has distutils, and it builds installers, why > shouldn't we be using that? (apart from the fact that it > is slightly broken) I believe you're confused about what distutil

Re: [Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-01-27 Thread David Lyon
> Nick wrote: >> The only one thing I have to say about that is that it makes >> embedding of .py files recursive. > > No it doesn't. The mechanisms involved for processing the top-level > zipfile and those for processing the .py text files within that zipfile > are completely different. Well, if

Re: [Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-01-27 Thread David Lyon
> On 27/01/2010 11:21, Michael Foord wrote: > .. If a Python programmer wants > to create an application that is properly 'installed' on Windows then > the *right* thing to do is to create an installer - and that uses > infrastructure not provided by a language, but that is built into > Windows. T

Re: [Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-01-27 Thread Nick Coghlan
David Lyon wrote: > Glen wrote: > >> So let's further say that the .zip file was named .py, instead, but was >> a .zip internally. > > The only one thing I have to say about that is that it makes > embedding of .py files recursive. No it doesn't. The mechanisms involved for processing the top-le

Re: [Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-01-27 Thread Nick Coghlan
David Lyon wrote: > Being the purist that I am I still long for the day when I > can see a python package in my file manager with a proper > icon. Icons only cost $400 to get done professionally at > a graphic artist. That's roughly the same as a round of > drinks at a python conference. If a non-

Re: [Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-01-27 Thread Michael Foord
On 27/01/2010 11:21, David Lyon wrote: Glen wrote: So let's further say that the .zip file was named .py, instead, but was a .zip internally. So this cures the icon too, maybe you realized that. It takes it to 80% cured. Being the purist that I am I still long for

Re: [Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-01-27 Thread David Lyon
>> Glen wrote: >>> So let's further say that the .zip file was named .py, instead, but was >>> a .zip internally. >>> > > So this cures the icon too, maybe you realized that. It takes it to 80% cured. Being the purist that I am I still long for the day when I can see a python package in my file

Re: [Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-01-27 Thread Glenn Linderman
On approximately 1/26/2010 7:35 PM, came the following characters from the keyboard of David Lyon: Glen wrote: So let's say that the .zip file was dropped onto the Desktop or start menu. It would have an icon, then. It would have an icon. But nothing to identify it as a python appli

Re: [Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-01-26 Thread Meador Inge
On Tue, Jan 26, 2010 at 9:35 PM, David Lyon wrote: > One problem is that in many places, users are trained specifically > under windows to *never* run anything in a zip file. As it might > contain a virus and "bring down the whole company network". I have even hit cases where Windows flat out bloc

Re: [Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-01-26 Thread David Lyon
Glen wrote: > So let's further say that the .zip file was named .py, instead, but was > a .zip internally. The only one thing I have to say about that is that it makes embedding of .py files recursive. So, it begs the question "How many times can you embed a .py within a .py?" And then; "How do

Re: [Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-01-26 Thread David Lyon
Glen wrote: > So let's say that the .zip file was dropped onto the Desktop or start > menu. It would have an icon, then. It would have an icon. But nothing to identify it as a python application. One problem is that in many places, users are trained specifically under windows to *never* run any

Re: [Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-01-26 Thread Paul Moore
2010/1/26 Ian Bicking : > On Tue, Jan 26, 2010 at 2:44 PM, Glyph Lefkowitz > wrote: >> >> On Jan 26, 2010, at 3:20 PM, Ian Bicking wrote: >> >> Sadly you can't then do: >>   chmod +x mz.py >>   ./mz.py >> >> Unless I missed some subtlety earlier in the conversation, yes you can :). > > You are ent

Re: [Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-01-26 Thread Nick Coghlan
Glyph Lefkowitz wrote: > This use-case was specifically mentioned on > , too. Thanks glyph, I was going to dig up that link, but now I don't have to :) Regards, Nick. -- Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia

Re: [Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-01-26 Thread Ian Bicking
On Tue, Jan 26, 2010 at 2:44 PM, Glyph Lefkowitz wrote: > > On Jan 26, 2010, at 3:20 PM, Ian Bicking wrote: > > Sadly you can't then do: > > chmod +x mz.py > ./mz.py > > > Unless I missed some subtlety earlier in the conversation, yes you can :). > You are entirely correct; I accidentally was

Re: [Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-01-26 Thread Glyph Lefkowitz
On Jan 26, 2010, at 3:20 PM, Ian Bicking wrote: > Sadly you can't then do: > > chmod +x mz.py > ./mz.py Unless I missed some subtlety earlier in the conversation, yes you can :). > because it doesn't have "#!/usr/bin/env python" like typical executable > Python scripts have. You can put t

Re: [Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-01-26 Thread Paul Moore
2010/1/26 Ian Bicking : > On Tue, Jan 26, 2010 at 1:40 PM, Paul Moore wrote: >> You're right, it works: >> >> >type __main__.py >> print "Hello from a zip file" >> >> >zip mz.py __main__.py >>  adding: __main__.py (172 bytes security) (stored 0%) >> >> >mz.py >> Hello from a zip file > > Sadly you

Re: [Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-01-26 Thread Ian Bicking
On Tue, Jan 26, 2010 at 1:40 PM, Paul Moore wrote: > 2010/1/26 Nick Coghlan : > > Glenn Linderman wrote: > >> That would seem to go a long ways toward making the facility user > >> friendly, at least on Windows, which is where your complaint about icons > >> was based, and the only change to Pyth

Re: [Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-01-26 Thread Paul Moore
2010/1/26 Nick Coghlan : > Glenn Linderman wrote: >> That would seem to go a long ways toward making the facility user >> friendly, at least on Windows, which is where your complaint about icons >> was based, and the only change to Python would be to recognize that if a >> .py contains a .zip signa

[Python-Dev] Executing zipfiles and directories (was Re: PyCon Keynote)

2010-01-26 Thread Nick Coghlan
Glenn Linderman wrote: > That would seem to go a long ways toward making the facility user > friendly, at least on Windows, which is where your complaint about icons > was based, and the only change to Python would be to recognize that if a > .py contains a .zip signature, That should work today -