[22092] trunk/dports/python

Sun Feb 18 12:46:14 PST 2007

On 18.02.2007, at 20:36, Randall Wood wrote:

> On the other hand, I just tried installing bittorrent and it built  
> with python2.4, while the py-wxwidgets port built on python2.5, so  
> the py-* is already broken, with some py-* ports building against  
> 2.4 and others against 2.5.
>
> BTW: AFAIK for the GNOME (py-gobject, py-gtk, py-orbit, etc) python  
> ports, pay attention to the GNOME developers--they want to switch  
> the entire GNOME python stack from 2.4 to 2.5 at one time.
>

well, o.k. - the py-wxwidgets port has the wrong dependency. This  
stems from our missing policy - if we had this documented, we lost it  
during our transition to macosforge.
But just because we made one mistake, doesn't mean this policy is  
flawed and no policy is better. If the GNOME developers want to  
switch to 2.5, we should create py25- ports for all (new) GNOME stuff  
and remove the old ones. There is no advantage in keeping the old  
names - this will just confuse everyone.

-Markus

> On 18 Feb 2007, at 12:39, Markus Weissmann wrote:
>
>> On 18.02.2007, at 17:47, Yves de Champlain wrote:
>>
>>> Le 07-02-17 à 14:15, Blair Zajac a écrit :
>>>
>>>> Yves de Champlain wrote:
>>>>> Le 07-02-17 à 11:32, Yves de Champlain a écrit :
>>>>>>
>>>>>> Le 07-02-17 à 11:18, source_changes at macosforge.org  
>>>>>> <mailto:source_changes at macosforge.org> a écrit :
>>>>>>
>>>>>>> Revision
>>>>>>>     22092 <http://trac.macosforge.org/projects/macports/ 
>>>>>>> changeset/22092>
>>>>>>> Author
>>>>>>>     mww at macports.org <mailto:mww at macports.org>
>>>>>>> Date
>>>>>>>     2007-02-17 08:18:26 -0800 (Sat, 17 Feb 2007)
>>>>>>>
>>>>>>>
>>>>>>>       Log Message
>>>>>>>
>>>>>>> new port py25-bz2 - python 2.5 bindings to bzip2
>>>>>>
>>>>>> I am a bit confused.  Python 2.5 is presented as current  
>>>>>> production version on python.org, but these commits make it  
>>>>>> look like a special case.  Is there some sort of problem with  
>>>>>> python 2.5 on Mac ?  Or is this a problem with how python is  
>>>>>> managed in MacPorts ?
>>>>> Just let me be a little more precise : could there be py24-*  
>>>>> and py25-* ports for python ports that use a specific PortGroup  
>>>>> and py-* ports for python packages that don't use a PortGroup ?
>>>>
>>>> But wouldn't that require the Python builds to have a common  
>>>> shared place to look for non-binary modules, so we only have to  
>>>> depend upon one port.  Also, non-binary modules that depends  
>>>> upon binary modules would still need to be versioned for each  
>>>> version of Python, I think :)
>>>
>>> Yes, that is part of the question.
>>>
>>> I maintain a few python ports (gtk2, gobject and cairo) while not  
>>> being really proficient with python setup and configuration.
>>>
>>> But these ports don't belong to a portgroup but rather look for  
>>> python through a configure script and will accept both 2.4 and  
>>> 2.5, so should I still make py25 versions of them ?
>>>
>>
>> Depends: If the port just needs "some" python interpreter at run  
>> time, you don't need a py- named port at all, so are just for  
>> python modules.
>> For python modules the problem is, that they install themselves in  
>> $prefix/lib/python2.4/ (or 2.5); we can't unify those two (or  
>> taken 2.3 into account: three) directories, or at least I wouldn't  
>> try to - there is code that works with 2.4 but not 2.5 and vice  
>> versa, so we'll run into problems here, sooner or later.
>>
>> Currently our "main" python is v2.4 and I'd say we'd stay with  
>> that at least until 2.5.1 is out. But even then there is software  
>> that only will work with 2.4, so please don't move py- (2.4) ports  
>> to py25- (2.5) ones. If you need a python 2.5 version of that  
>> module, duplicate the port. Duplicates are fine here, as I'd  
>> expect that some modules will switch to 2.5 compatible code so we  
>> will probably have something like this in the future:
>> py-module, version 1.8
>> py25-module, version 2.2
>>
>> So we should approach this "switch" slowly, duplicating all the  
>> modules we need for 2.5 - if they work. In some years we probably  
>> can then nuke the py- (2.4) modules when the py41 ports take  
>> over... ;)
>>
>>
>> cheers,
>>
>> -Markus
>>
>> --
>> Markus W. Weissmann
>> http://www.mweissmann.de/
>>
>>
>>
>> _______________________________________________
>> macports-dev mailing list
>> macports-dev at lists.macosforge.org
>> http://lists.macosforge.org/mailman/listinfo/macports-dev
>
>
> Randall Wood
> rhwood at mac.com
>
> "The rules are simple: The ball is round. The game lasts 90  
> minutes. All the
> rest is just philosophy."
>
>

---
Markus W. Weissmann
http://www.mweissmann.de/