| Summary: | stable bump for pygtk-0.6.11 and pygtk-2.0.0 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Alastair Tse (RETIRED) <liquidx> |
| Component: | [OLD] Library | Assignee: | Python Gentoo Team <python> |
| Status: | RESOLVED FIXED | ||
| Severity: | enhancement | CC: | amd64, ppc, sparc |
| Priority: | High | ||
| Version: | 1.4_rc4 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
python -v output when starting straw on sparc64
egenix-ms-base filelist as brought to you by etcat -f |
||
|
Description
Alastair Tse (RETIRED)
2003-10-23 16:21:10 UTC
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 attachment 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 attachment 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! |