perhaps admitting my ignorance of python upgrades and backward compatibility, but is there a timeline for the adoption of python 3 into an official fedora release? thanks.
see? a whole post from me without mentioning jigdo once. oh, wait. damn ...
rday --
======================================================================== Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry: Have classroom, will lecture.
http://crashcourse.ca Waterloo, Ontario, CANADA ========================================================================
Python 3k is going to be a very big problem and I don't feel you should move to fast to it.
On Fri, Mar 13, 2009 at 2:10 PM, Robert P. J. Day rpjday@crashcourse.cawrote:
perhaps admitting my ignorance of python upgrades and backward compatibility, but is there a timeline for the adoption of python 3 into an official fedora release? thanks.
see? a whole post from me without mentioning jigdo once. oh, wait. damn ...
rday
======================================================================== Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry: Have classroom, will lecture.
http://crashcourse.ca Waterloo, Ontario, CANADA
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
On 3/13/2009 8:10 AM, Robert P. J. Day wrote:
perhaps admitting my ignorance of python upgrades and backward compatibility, but is there a timeline for the adoption of python 3 into an official fedora release? thanks.
see? a whole post from me without mentioning jigdo once. oh, wait. damn ...
Every time you mention this the same thought comes to my mind.
I wonder just why, if this is that important, Robert does not make his own jigdo templates, current ones, so he cam make this re-spin? :-)
David wrote:
On 3/13/2009 8:10 AM, Robert P. J. Day wrote:
perhaps admitting my ignorance of python upgrades and backward compatibility, but is there a timeline for the adoption of python 3 into an official fedora release? thanks.
see? a whole post from me without mentioning jigdo once. oh, wait. damn ...
Every time you mention this the same thought comes to my mind.
I wonder just why, if this is that important, Robert does not make his own jigdo templates, current ones, so he cam make this re-spin? :-)
or even use revisor like i mentioned earlier ;-)
Robert P. J. Day wrote:
perhaps admitting my ignorance of python upgrades and backward compatibility, but is there a timeline for the adoption of python 3 into an official fedora release? thanks.
Rawhide has Python 2.6 which is a migration path to Python 3 but Python 3 itself is a incompatible break and won't be going into Fedora anytime soon.
http://fedoraproject.org/wiki/FWN/Issue155#The_Looming_Py3K_Monster
Rahul
On Fri, Mar 13, 2009 at 08:10:28AM -0400, Robert P. J. Day wrote:
perhaps admitting my ignorance of python upgrades and backward compatibility, but is there a timeline for the adoption of python 3 into an official fedora release? thanks.
see? a whole post from me without mentioning jigdo once. oh, wait. damn ...
A better goal is to ask to have python3 packages install in a python3 directory so 'alternatives' can be used.
Python is such a foundation tool that the entire system health is at risk if a new version was to be tossed in in a silly way. However that does not preclude an alternate install. If done correctly it gets 'easy' for all the users of python to clean up their tools.
Recall that yum, and goodness what else are python based. $ file `which yum` /usr/bin/yum: python script text executable
Such transitions are difficult and involve lots of people and lots of moving parts.. Python3 does bring some serious new magic to the python game but it does break compatibility. Look for 'alternatives' as an alternate way to get there from here.
On Fri, 13 Mar 2009 13:12:28 -0700 Nifty Fedora Mitch wrote:
Recall that yum, and goodness what else are python based.
Yea, it is interesting how when something the fedora maintainers use heavily becomes incompatible, then suddenly backward compatibility becomes vitally important instead of just: "well, you shouldn't use fedora if you don't want the bleeding edge" :-).
I also don't see why it shouldn't be provided as a separate package. If it really is all that incompatible it is a completely different language anyway, and there is merely a coincidence that part of the name is composed of the letters "python" :-).
Certainly the Qt3 gui toolkit is pretty much a completely different toolkit than Qt4, and fedora manages to ship both of those.
Tom Horsley wrote:
I also don't see why it shouldn't be provided as a separate package. If it really is all that incompatible it is a completely different language anyway, and there is merely a coincidence that part of the name is composed of the letters "python" :-).
Certainly the Qt3 gui toolkit is pretty much a completely different toolkit than Qt4, and fedora manages to ship both of those.
There is a pretty big difference between a language with dozens and dozens of different modules that are often separate sub packages and a fairly self contained toolkit. Providing parallel versions is not a easy task and it is not the benefit outweighs the cost as seen in the discussions at
http://fedoraproject.org/wiki/FWN/Issue155#The_Looming_Py3K_Monster
At the moment, it is more of a wait and see if applications adopt it. Python 3 appears to be a initial developer release with more incompatible changes coming out.
http://lwn.net/Articles/317900/
Rahul
On Sat, 14 Mar 2009, Rahul Sundaram wrote:
Tom Horsley wrote:
I also don't see why it shouldn't be provided as a separate package. If it really is all that incompatible it is a completely different language anyway, and there is merely a coincidence that part of the name is composed of the letters "python" :-).
Certainly the Qt3 gui toolkit is pretty much a completely different toolkit than Qt4, and fedora manages to ship both of those.
There is a pretty big difference between a language with dozens and dozens of different modules that are often separate sub packages and a fairly self contained toolkit. Providing parallel versions is not a easy task and it is not the benefit outweighs the cost as seen in the discussions at
http://fedoraproject.org/wiki/FWN/Issue155#The_Looming_Py3K_Monster
At the moment, it is more of a wait and see if applications adopt it. Python 3 appears to be a initial developer release with more incompatible changes coming out.
just to be clear, i wasn't pushing for it, i was just asking a question. :-)
rday --
======================================================================== Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry: Have classroom, will lecture.
http://crashcourse.ca Waterloo, Ontario, CANADA ========================================================================
On Fri, Mar 13, 2009 at 6:24 PM, Robert P. J. Day rpjday@crashcourse.ca wrote:
On Sat, 14 Mar 2009, Rahul Sundaram wrote:
Tom Horsley wrote:
I also don't see why it shouldn't be provided as a separate package. If it really is all that incompatible it is a completely different language anyway, and there is merely a coincidence that part of the name is composed of the letters "python" :-).
Certainly the Qt3 gui toolkit is pretty much a completely different toolkit than Qt4, and fedora manages to ship both of those.
There is a pretty big difference between a language with dozens and dozens of different modules that are often separate sub packages and a fairly self contained toolkit. Providing parallel versions is not a easy task and it is not the benefit outweighs the cost as seen in the discussions at
http://fedoraproject.org/wiki/FWN/Issue155#The_Looming_Py3K_Monster
At the moment, it is more of a wait and see if applications adopt it. Python 3 appears to be a initial developer release with more incompatible changes coming out.
just to be clear, i wasn't pushing for it, i was just asking a question. :-)
rday
======================================================================== Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry: Have classroom, will lecture.
http://crashcourse.ca Waterloo, Ontario, CANADA
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
This is the beauty of free software, you can always build it from source in whatever way you choose and play with it :) (that's actually what I'm planning to do in near future)
-
Armin -
David Boles -
James Matthews -
jon doe -
Nifty Fedora Mitch -
Rahul Sundaram -
Robert P. J. Day -
Tom Horsley