Re: [Python-Dev] versioned .so files for Python 3.2

2010-07-23 Thread schmir
Ronald Oussoren  writes:

> On 23 Jul, 2010, at 11:54, Barry Warsaw wrote:
>
>> 
>> What about the architecture (i386, amd64)?  With every increase in length I
>> start to get more concerned.  We could encode the platform and architecture,
>> but that gets into cryptic territory.  OTOH, would you really co-install i386
>> and amd64 shared libraries on the same machine?  (hello NFS ;).
>
> I don't need this, but then again I primarily use a platform where the vendor 
> has 
> a proper solution for having binaries for multiple architectures ;-)

Well, Apple doesn't prevent people from building 32/64 bit-only python
installations. Doesn't that give you 3 choices i386, amd64, fat??
And you can have framework or non-framework builds.

Doesn't anybody else think this is lost work for very little gain? My
/usr/lib/python2.6/site-packages directory consumes 200MB on disk. I
couldn't care less if my /usr/lib/python2.5/site-packages consumed the
same amount of disk space...

- Ralf
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] versioned .so files for Python 3.2

2010-07-24 Thread schmir
Barry Warsaw  writes:

> On Jul 23, 2010, at 01:46 PM, [email protected] wrote:
>
>>Doesn't anybody else think this is lost work for very little gain? My
>>/usr/lib/python2.6/site-packages directory consumes 200MB on disk. I
>>couldn't care less if my /usr/lib/python2.5/site-packages consumed the
>>same amount of disk space...
>
> Right, you probably don't care now that your extension modules live in foo.so
> so it probably won't make much difference if they were named foo-blahblah.so,
> as long as they import. :)

Most of the time it won't make much difference, right. But I can assure
you, that it will bite some people and there is some code to be adapted.

>
> If you use Debian or Ubuntu though, it'll be a win for you by allow us to make
> Python support much more robust.

I'd much prefer to have cleanly separated environments by having
separate directories for my python modules. Sharing the source code and
complicating things will not lead to increased robustness.

- Ralf
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com