On May 2, 2005, at 2:01 PM, Frederick C. Lee wrote:
Greetings all...
I'm a Python neophyte and am trying to run packages on the Mac
(now 'Tiger'). Structurally, Potentially Python is a great
scripting software and great for modeling systems being developed
into Cocoa/Obj-C. What struc
Greetings all...
I'm a Python neophyte and am trying to run packages on the Mac
(now 'Tiger'). Structurally, Potentially Python is a great
scripting software and great for modeling systems being developed
into Cocoa/Obj-C. What struck me as a big problem on the OS X is
the lac
On Apr 18, 2005, at 12:51 PM, Lee Cullens wrote:
On Apr 18, 2005, at 12:09 PM, Dethe Elza wrote:
Another low-tech solution would be to start a wiki page with known
latest versions, urls to download the latest versions, and the above
script. No reinvention of the wheel needed, just leveraging
On Apr 18, 2005, at 12:09 PM, Dethe Elza wrote:
Another low-tech solution would be to start a wiki page with known
latest versions, urls to download the latest versions, and the above
script. No reinvention of the wheel needed, just leveraging what we
already have in a different way.
--Deth
On Apr 18, 2005, at 12:47 PM, [EMAIL PROTECTED] wrote:
couldn't be determined). Another low-tech solution would be to start
a wiki page with known latest versions, urls to download the latest
versions, and
Something better already exists, the Python Package Index.
Unfortunately many packages ar
On 18.04.2005, at 18:09, Dethe Elza wrote:
new installer process. Encouraging vendors to add metadata to their
distutils scripts for a) version, and b) a URL to check for updates,
would be
Most do, but the data is not kept in the installation.
useful. A good place to start would be to build a
On Apr 18, 2005, at 12:01 PM, [EMAIL PROTECTED] wrote:
On 18.04.2005, at 17:43, Bob Ippolito wrote:
Unfortunately it's not that simple because you want to change the way
the runtime works.
But only by adding a strategy for searching for packages. Those who
don't use it will never find out.
That d
On Apr 18, 2005, at 12:09 PM, Dethe Elza wrote:
On 18-Apr-05, at 8:12 AM, [EMAIL PROTECTED] wrote:
No. The problem I have with it is not installation, but version
management. Finding out what versions of what packages are installed
is not straightforward.
If the problem is version management, the
On 18-Apr-05, at 8:12 AM, [EMAIL PROTECTED] wrote:
No. The problem I have with it is not installation, but version
management. Finding out what versions of what packages are installed
is not straightforward.
If the problem is version management, the solution may not be to build
a new installer p
[EMAIL PROTECTED] wrote:
Can users be trusted to put Python packages in the right place on
their own? If they have multiple versions of Python installed? I
would say no.
They do manage for applications, so why wouldn't they for Python packages?
No, they don't. Mac users put Applications all over
On 18.04.2005, at 17:43, Bob Ippolito wrote:
Unfortunately it's not that simple because you want to change the way
the runtime works.
But only by adding a strategy for searching for packages. Those who
don't use it will never find out.
I don't think that Installer will silently downgrade stuff
On Apr 18, 2005, at 11:12 AM, [EMAIL PROTECTED] wrote:
On Apr 18, 2005, at 15:51, Bob Ippolito wrote:
4) Hundreds of hours spent pushing a new format to the rest of the
Python world
The Python world would not care, the packages bundles would be created
with some tool based on distutils, just like
On Apr 18, 2005, at 15:51, Bob Ippolito wrote:
4) Hundreds of hours spent pushing a new format to the rest of the
Python world
The Python world would not care, the packages bundles would be created
with some tool based on distutils, just like py2app does today. Only
the Mac Python world would be
On Apr 18, 2005, at 9:40 AM, [EMAIL PROTECTED] wrote:
While installing some Mac applications, I wondered if Python package
installation could not be just as simple as application installation:
copy a bundle to some folder (/Applications/PythonPackages or
/Library/Python or whatever) and use it.
14 matches
Mail list logo
