Summary: | Qt Nethack segfaults/starts broken and attempts to access /var/tmp qt libs | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | bugs |
Component: | [OLD] Games | Assignee: | Gentoo Games <games> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Strace of attempt to start nethack
Emerge log of nethack |
Description
bugs
2003-11-03 08:43:54 UTC
Created attachment 20183 [details]
Strace of attempt to start nethack
Created attachment 20186 [details]
Emerge log of nethack
At recommendation from lu_zero I updated to ~x86 qt-3.2.2 Works fine now. My vote for fixing the qt-3.1.2-r4 ebuild or pushing qt-3.2.2 to ARCH. Dang it. It does seem to work now, no corrupted graphics, no crashing. *but* I still see searching for /var/tmp qt files in strace. Quite odd. the searching of $S is a 'feature' of QT ... dont worry about it, it wont match the files and ultimately settles on the real lib (/usr/lib/libmng.so.1) ... in terms of stability, you'll have to file a new bug to push QT-3.2.2 to stable ... for now i've added a little message to the ebuild saying that qt-3.1.2 may be unstable ... Don't quite follow... Why is /var/tmp in the path at all? Also, is there any way, if there is a list of search dirs, to push those near the bottom or remove entirely? Seems kind of silly to have that happen every time. |