Summary: | Stabilize dev-python/pygobject-2.18.0 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Dustin Polke <DuPol> |
Component: | New packages | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | python |
Priority: | High | Keywords: | STABLEREQ |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 277645, 281427 | ||
Attachments: | build.log |
Description
Dustin Polke
2009-07-15 14:53:53 UTC
Hello gnome team, As you know this is a blocker for python-2.6 stabilization. amd64 is ready for that now, this being the last blocker. Mart in irc stated that "the gnome list" should be ready for arches during this week, if that date is slipping please consider adding arches for this bug alone if there are no compatibility issues. Thank you. Ok, I did various QA fixes to the ebuild and it should be ready for stabilization now. Arches, please proceed Please "cvs up" before; I've fixed some last minute issues. Created attachment 199055 [details]
build.log
On amd64. I could use some advice on if this is a problem or not?
======================================================================
ERROR: testQueryWritableNamespaces (test_gio.TestFile)
----------------------------------------------------------------------
Traceback (most recent call last):
File "../tests/test_gio.py", line 389, in testQueryWritableNamespaces
for info in infolist:
TypeError: 'NoneType' object is not iterable
----------------------------------------------------------------------
The ebuild *does not* die from this. With python-2.6.2-r1 in otherwise stable system.
[ebuild R ] dev-python/pygobject-2.18.0 USE="X debug doc examples libffi" 0 kB
(In reply to comment #4) Tests should be fixed now. amd64/x86 stable ppc stable Hi all, I *think* the eclass "alternatives" needs to be inherited. Otherwise the ebuild calls "alternatives_auto_makesym" but it's unknown. After upgrading to python 2.6 I reinstalled pygobject but afterward alacarte wouldn't compile. After adding the eclass mentioned above to the pygobject ebuild and once again installing pygobject alacarte was installed without any complaints. (In reply to comment #8) > Hi all, > > I *think* the eclass "alternatives" needs to be inherited. Otherwise the ebuild > calls "alternatives_auto_makesym" but it's unknown. While it would probably be more correct to explicitly inherit alternatives, it is currently being inherited by python.eclass too, which the ebuild does inherit, so the alternatives_auto_makesym functions from alternatives.eclass should be available and known to my knowledge of inherit behaviour... Oh, nevermind. The python folks meanwhile broke it by removing inherit alternatives from python.eclass and this was handled in bug 281714 Thanks for clearing things up! Stable for HPPA. Stable on alpha. arm/ia64/s390/sh/sparc stable stable on ppc64 damn, arches forgot to close this again... |