Summary: | dev-lang/python- segfaults while importing hashlib in virtualenv | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Motiejus Jakštys <desired.mta> |
Component: | [OLD] Development | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
Status: | RESOLVED CANTFIX | ||
Severity: | major | CC: | desired.mta |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
(env) python -v paster serve app.ini
python gdb backtrace |
Description
Motiejus Jakštys
2011-02-11 19:58:06 UTC
Created attachment 262157 [details]
(env) python -v paster serve app.ini
run /home/motiejus-gentoo/code/proj/env/bin/paster serve /home/motiejus-gentoo/code/proj/proj/development.ini
Created attachment 262159 [details]
python gdb backtrace
(env)motiejus@stopas:~/code/proj/proj$ gdb python
...
(gdb) run ../env/bin/paster serve development.ini
(In reply to comment #1) > Created an attachment (id=262157) [details] > python gdb backtrace Sorry for confusion, it's really just python -v to show where it crashes. This certainly doesn't look like it's Gentoo's business. Whatever sits in /home/motiejus-gentoo/code is yours, and the several problems (bundled and outdated code, mixing system python with a python binary that appears to be running from a user-local directory) you are seeing could be resolved if that "paster" package would rely on the system-installed packages instead of bundled ones. The bundled python binary appears to mix its own files with the system files - you could probably unset some python related paths in your environment to get over that, but the question would remain if that's what you really want, rather than writing your own ebuild and installing with that package exactly what "parser" needs of its own and none of what Gentoo cannot provide. |