Nick Coghlan:
>> I'd like to see Python 3+ be more suitable for full distributable
>> applications over 2.X and earlier.
>
> Out of curiousity, have you tried experimenting with the zipfile
> execution capabilities in 2.6/3.1? A major part of that was to make
> multi-file Python applications nearl
> At 03:15 PM 1/26/2010 +1100, David Lyon wrote:
>>With all due respect, that process is a bit like a black magic
>>approach. Maybe the capability is there, but it isn't very well
>>documented and it isn't obvious.
>
> I don't see what's so hard abo
> On Tue, Jan 26, 2010 at 06:27, David Lyon
> wrote:
>> Secondly, I never knew about it.
>
> Why did you say the process was like black magic when you didn't know
> about it?
>
> Is this a distutils option?
>
> No, it's new in Python 2.6, which Nick Cogh
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
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
>> 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
> 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
> 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
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,
> 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
> Eric Smith wrote:
>> This discussion probably belongs on the distutils list.
>
> Yes, the discussion should be.
Except that distutils doesn't have very much support for doing
applets or applications. So it's logical to see why most posts which
ask the same question, often go unanswered there.
P
101 - 111 of 111 matches
Mail list logo
