Tracker bug for all packages that need to be fixed before python 2.5 leaves hard mask.
I hate to push, but is this thing moving at all?
(In reply to comment #1) > I hate to push, but is this thing moving at all? > Yes, very much so.
I think there is only one problem - about numeric... because blender has 2.44 version which supports python 2.5. Also trac ebuild "adjustement" is not python 2.5 problem at all. Also it could be fixed fast. I don't know why devs don't touch it. :( GIVE US 2.5 PLZ ! :)
(In reply to comment #0) > Tracker bug for all packages that need to be fixed before python 2.5 leaves > hard mask. > HEEEY!! C'MON! If some packages wont build or work - it is their own problems. Also you can mask python-2.5 if these packages are installed already! Just as with xorg-1.3.0.0 and ati-drivers ! Give us 2.5 NOW! :D
I find it funny that it has taken almost a year (3 months short of the first filing of this bug) and 2.5 still hasn't been released by Gentoo! Not only is Python 2.5 still not out the door but things like wxPython and others are falling way behind! Soon I might as well go to Ubuntu since Gentoo was supposed to be more current! Too bad.
Python 2.5 stabilisation bug is #178800
Why is Python-2.5 still hardmasked?? The packages that Python-2.5 blocks aren't even installed on my system! Isn't there a way to block on Python-2.5 only if these blocking packages are present/installed? I have a hard time beleiving that the inabilities of trac, numeric, yodl, and genshi are plausible reasons for holding up Python-2.5, the *stable* branch upstream.
Patience. KingLeonidas, you can unmask and upgrade it if you want. But beware, there are probably more broken packages than the ones which have been reported.
Bug: 152700 ------ Created an attachment (id=122065) [edit] blender ebuild ready for python 2.5 ------ Bug: 166612 ------ Created an attachment (id=120758) [edit] patch to trac-0.10.4 ebuild Suggested fix to check for sqlite in python 2.5 for trac 0.10.4 ------- Comment #4 From Jack Kelly 2007-06-25 09:11:40 0000 [reply] ------- These patches appear to have been ignored for 3 and a half weeks. Is there anything I can do to help this along further? » 10:57 ------ Bug: 184174 ------ 11:00 See upstream for fix: https://savannah.nongnu.org/bugs/index.php?19998 And launchpad: https://bugs.launchpad.net/ubuntu/feisty/+source/duplicity/+bug/88617 » 11:00 Wednesday 05/30/07 at 00:26 UTC, comment #3: Applied patch from Ubuntu bug 88617. Works now under Python 2.5. » ------ Bug: 176914 ------ From the numeric website: Numeric was the first arrayobject built for Python. It has been quite successful and is used in a wide variety of settings and applications. Maintenance has ceased for Numeric, and users should transisition to NumPy as quickly as possible. There is a module called numpy.oldnumeric.alter_code1 in NumPy that can make the transition to NumPy easier (it will automatically perform the search-and-replace style changes that need to be made to python code that uses Numeric to make it work with NumPy). If porting to numpy is this easy, maybe we should just patch the programs that require numeric and remove it as a dependency. ------ That's the blockers. It seems, only numeric is a problem (with the patches in the bug mostly for amd64), and that has been discontinued and should be replaced by NumPy. Which python modules do still use numeric?
Heeeey, c'moooon! ;/
With things like bug #166612 being stuck in suspended animation, how about just making it possible to cleanly upgrade/downgrade 2.4<->2.5 and make everything that's broken on 2.5 mutual blockers?
Please exchange dependency "xapi 0.9.9 doesn't work" (#191789) with "xapi version bump" (#185837).
And #194932 should be removed, because it gets obsoleted by #200151 And for the last missing one (#194932: pygame on amd64 with python 2.5) there's a patch I successfully tested. So there are only three things left to do: - Test why rekall 2.4.6 isn't in the tree, even though there's an ebuild and a resolved bug for it: #200151 - update the pygame ebuild to apply the patch (ebuild and patch are avaible): #194932 - Update the xapian ebuild to 1.0.5 (ebuilds for xapian and xapian-bindings is avaible, both build for me on amd64): #185837 All of these are things which need a user with sufficient rights, which I am not.
The only 2 dependencies left here are dev-db/rekall and x11-misc/qterm, and in both cases, the herds dont seem to care much. So I propose we mask them both, so we can get as quickly as possible to stabilizing python 2.5...
(In reply to comment #14) > The only 2 dependencies left here are dev-db/rekall and x11-misc/qterm, and in > both cases, the herds dont seem to care much. So I propose we mask them both, > so we can get as quickly as possible to stabilizing python 2.5... Neither of these packages are keyworded for HPPA. Do Python people mind if I stabilise now (I'm a bit more than fed up with all the delays :). If it's OK, then please explain what else needs to go stable at the same time.
These are the ones I've been tracking and will need stabilization for python 2.5 if any arch has a prior version stable: dev-python/python-bibtext-1.2.3 dev-python/pyvorbis-1.4-r3 dev-libs/xapian-1.0.6 dev-libs/xapian-bindings-1.0.6 But I'm sure there are more (probably someone in the python herd has a complete list). And also tinyerp should be checked (http://qa.mandriva.com/show_bug.cgi?id=31554). I haven't filed a bug since I don't care enough of that package to test it.
Zope packages have been package masked, so we're done here.