Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

hi alpha/sparc/ppc/amd64 devs,

i'm hoping to clean up pygtk and mark the latest version stable as it has many
bugfixes over the 1.99.x series especially with regards to threading.

can you please take a look at pushing pygtk-2.0.0 to stable and let me know if
there are any bugs?

also i would like it if pygtk-0.6.11 (which is in a different slot for gtk+-1.2)
could be marked stable as well as it has been in the tree for quite a while now
but seems to be neglected.

thanks 

Reproducible: Always
Steps to Reproduce:

What are some good ways to test these are ok?

the best way would be to merge and run something that depends on pygtk like
net-www/straw, dev-util/meld or new-p2p/nicotine.

i think dev-util/meld would be the easiest because it doesn't have many dependencies.

2.0 already was stable on ppc and 0.6.11 is now too

Marked 0.6.11 as stable for sparc.

In testing for 2.0.0, i built net-www/straw, however it keeps dying with
bus errors before the GUI is loaded.  I don't know if it's related to this
or not, but any debugging help would be appreciated :)

hrmm .. any sort of debugging output with the bus error? straw does use some
rather aggressive asynchronous networking modules, but i've never seen this
before.

Nothing else shows up when starting it via an xterm, Just the bus error.

Does python have an equivalent to sh -x or bash -x?

try changing the first line in /usr/bin/straw to:

#!/usr/bin/python2.2 -v

that should enable verbose mode

Created an attachment (id=21233) [details]
python -v output when starting straw on sparc64

Sorry for the delay in response.

I've attached the output of running straw using python -v.

It looks like the problem is related to mxDateTime, which I don't really know anything about, but I'm guessing it's a module distributed with Python.  

are you using dev-python/egenix-mx-base-2.0.5 ? basically, it should work with
all the egenix-mx-base (this provides mxDateTime). anyhow, the package is
rather sensitive to gcc optimisations. i've filtered it to ignore -O3 but there
maybe other flags it doesn't like.

although i haven't had any reports of problems since i added filter-flags in
the egenix-mx-base ebuilds. does :

python -c "import mxDateTime"

crash or abort? 

i think an easier candidate to test out pygtk is dev-util/meld. it is a gui for
diff with some nice highlighting features, written in pure python.

Strangely enough, python doesn't think it can find it;

python -c "import mxDateTime"
Traceback (most recent call last):
  File "<string>", line 1, in ?
ImportError: No module named mxDateTime


meld works fine, so i've stabilized pygtk-2.0.0 on sparc.

note to self: check before clicking "commit"

it should be python -c "import datetime" 

thanks weeve for marking pygtk

No luck with python -c "import datetime" either, still can't find the module.

hrmm, that is odd, what are the files listed as installed for egenix-mx-base?

Created an attachment (id=21283) [details]
egenix-ms-base filelist as brought to you by etcat -f

Attached a file list for egenix-ms-base

Both of these are marked stable on alpha

closing. thanks for all your help!