[Distutils] Platform naming standardization

[David Lyon]

Hi Tarek,

i386 wrote:

>> setuptools uses distutils.util.get_platform() to decide whether an egg
>> found .. Unfortunately, get_platform() .. compatibility.
>
> I think that this has to be discussed at Distutils/stdlib level.
> Notice that I am currently in the
> process of moving get_platform() out of Distutils, so it leaves in its
> own module in the stdlib.

But that only affects future users.

> Nothing has been decided yet on this. If you provide a patch for
> get_platform() with a rational,
> we can start the discussion here and work on a standard, we can then
> bring it up at python-dev once its ready.

I know you can patch python, that's easy for you. Not only that
but you are good at it.

The point Nate is making though is about better identifying
platforms to make build/installation decisions.

This use to be simple in metadata.. take a look...

-----------------------------------
Metadata-Version: 1.0
Name: tiddlyweb
Version: 0.9.96
Summary: An optionally headless, extensible RESTful datastore for
tiddlers: bits of stuff.
Home-page: http://pypi.python.org/pypi/tiddlyweb
Author: Chris Dent
Author-email: x at xxxxx
License: UNKNOWN
Description:
        TiddlyWeb Home Site: http://tiddlyweb.com/
        See also: http://tiddlywiki.org/wiki/TiddlyWeb
Platform: Posix; MacOS X; Windows
-----------------------------------

What Nate is requesting is specialised build
requirements on those particular operating systems.

In an easy to do manner. Without resorting to hacks.

My thoughts are starting to change for 2010. I want
Santa to bring me a new design for a build client for
Christmas.

I want it web based, I want to add my files. Do a
build with a nice graphic.

Maybe this new build tool won't even work under
python 2.x but only 3. I don't know.

I really wish you would start work on a new build
client so that we can all jump in and help you.

Just being realistic here. Patching distutils can
only go so far. Hacking with system api's can only
go so far.


David