Откат Python и нерабочий Trac
perze 23 июля, 2010 - 14:21
Доброго времени суток!
Дурная голова и кривые руки... Ну да ладно.
Все стояло и работало. Apache 2.2.11, Python 2.5.4, Trac 0.11.2. Угораздило обновить Python до версии 2.6.4 и много чего еще. Trac работать перестал.
Сейчас такая ситуация.
Стоит Python 2.5.4 и 2.6.4. Сделал команду eselect python set 1 тем самым переключившись на предыдущую версию. Переустановил Trac просто emerge www-apps/trac. Теперь при обращении к Trac вылазит вот это:
MOD_PYTHON ERROR ProcessId: 19438 Interpreter: 'main_interpreter' ServerName: 'localhost' DocumentRoot: '/var/www/localhost/htdocs' URI: '/trac' Location: '/trac' Directory: None Filename: '/var/www/localhost/htdocs/trac' PathInfo: '' Phase: 'PythonHandler' Handler: 'trac.web.modpython_frontend' Traceback (most recent call last): File "//usr/lib/python2.5/site-packages/mod_python/importer.py", line 1537, in HandlerDispatch default=default_handler, arg=req, silent=hlist.silent) File "//usr/lib/python2.5/site-packages/mod_python/importer.py", line 1202, in _process_target module = import_module(module_name, path=path) File "//usr/lib/python2.5/site-packages/mod_python/importer.py", line 304, in import_module return __import__(module_name, {}, {}, ['*']) File "/usr/lib/python2.5/site-packages/trac/__init__.py", line 14, in <module> __version__ = __import__('pkg_resources').get_distribution('Trac').version File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 652, in <module> class Environment(object): File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 655, in Environment def __init__(self, search_path=None, platform=get_supported_platform(), python=PY_MAJOR): File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 64, in get_supported_platform plat = get_build_platform(); m = macosVersionString.match(plat) File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 192, in get_build_platform from distutils.util import get_platform ImportError: No module named distutils.util
ПА-МА-ГИ-ТЕ! Куда копать уже не знаю...
»
- Для комментирования войдите или зарегистрируйтесь
python-updater
python-updater
python-updater я сделал сразу
python-updater я сделал сразу же. он выдал мне список пакетов для пересборки. среди них оказался пакет media-libs/alsa-lib-1.0.20-r1, который мне на сервере в принципе и не нужен был, но вроде бы он нужен для virtualboxa и еще какого-то пакета. а при установке media-libs/alsa-lib-1.0.20-r1 проиходит ошибка
и как ее исправить я не знаю, пока ничего не нагуглил. обойти установку этого пакета я тоже не смог.
поэтому я делал emerge trac и еще чтобы он поставился сделал emerge setuputils.
на данный момент вывод python-updater такой
ну а дальше начинается установка и обрывается на alsa-libs...
equery d alsa-lib покажет вам
equery d alsa-lib
покажет вам кто требует этот пакет, скорее всего зря включенный юзфлаг alsa виноват.
Добавить к опциям emerge
Добавить к опциям emerge --keep-going, если portage 2.2
Если нет, то удалить из списка alsa-lib и запустить ручками.
Собственно, рекомендую обновиться на python 2.6, у меня с ним Trac прекрасно работает уже полгода, а проблемы наверняка в модулях.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Удалил virtualbox и libsdl.
Удалил virtualbox и libsdl. python-updater прошел на ура. сейчас пишет, что ничего делать ненадо. но проблема осталась таже. может ли быть дело в mod_python? сейчас его версия 3.1.1. модуль который не может подгрузиться
как я понял отвечает за определение ОС на которой запущено приложение, но в каталоге
/usr/lib/python2.5/distutils есть файл util.py. помоему так. и в нем описан этот самый модуль. как я понял. но почему он не подгружается не понятно.
извините за неточности какие-либо. комп с инетом находиться далековато.
Добавил в httpd.conf в
Добавил в httpd.conf в разделе настроек Trac вот это sys.path.
При обращении к траку вылезла ошибка, что какие то неверные символы в файле /usr/lib/python2.5/site-packages/trac/templates/error.html. Открыл этот файл, закоментил эти две строчки.
Теперь вот, что при обращении к траку:
Это что? Запрос к базе? Объясните плиз.
Ничего не менял вроде. Теперь
Ничего не менял вроде. Теперь такая ошибка:
http://www.gentoo.ru/node/158
http://www.gentoo.ru/node/15875
trac-11.2 не совместим с python-2.6
Последняя стабильная версия в 11-ой ветке - trac-11.7 - совместим с python-2.6.
Я это уже понял. Потому
Я это уже понял. Потому перешел обратно на python 2.5.4. Апгрейдить Trac нильзя, потянуться надстройки, еще больше мучений.
Собственно, что еще надо переставить под python 2.5.4, чтобы оно заработало?
Вряд ли придётся что-то
Вряд ли придётся что-то обновлять, версия-то минорная.
С 0.11.5 по 0.11.7 проблем не было с обновлениями, только в hook'ах svn версии надо было подправить.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Да тут дело не в Trace
Да тут дело не в Trace скорее, а в pythone или mod_pythone наверно. Все ж работало до того. С теми же версиями. Скажите, python 2.6 может вообще удалить? Или последняя ошибка Trac хотя бы что значит?
Последняя ошибка происходит в
Последняя ошибка происходит в шаблонном движке. Я её не узнаю.
Обновитесь на последние стабильные версии пакетов и не устраивайте свистопляску с питонами трёхлетней давности.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
virtualenv и pip о чем-нибудь
virtualenv и pip о чем-нибудь говорит?
Собственно ни о чем. Они у
Собственно ни о чем. Они у меня отсутствовали. Поставил. А дальше? pip тут для чего, например? Поясните, плиз.
Гугл зачем
Гугл зачем существует?
http://vorushin.ru/blog/29-pip-virtualenv-virtualenvwrapper/
http://djangonaut.blogspot.com/2010/01/virtualenv-pip.html
http://proft.com.ua/2010/04/3/python-i-okruzhenie-virtualenv/
Так. А зачем мне создавать
Так. А зачем мне создавать изолированное окружение для питона?
Это код на javascript, а
Это код на javascript, а точнее какие-то странные селекторы jquery :)
Ещё, как вариант, попробуйте
Ещё, как вариант, попробуйте на новом окружении.
cheerfulboy
Если правильно понял, то вот:
virtualenv -p python2.5 Traceback (most recent call last): File "/usr/bin/virtualenv", line 5, in <module> from pkg_resources import load_entry_point File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 657, in <module> File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 660, in Environment supplied, ``sys.path`` is used. File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 55, in get_supported_platform of Mac OS X that would be required to *use* extensions produced by File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 186, in get_build_platform def get_build_platform(): File "/usr/bin/lib/python2.5/distutils/__init__.py", line 14, in <module> exec open(os.path.join(distutils_path, '__init__.py')).read() File "<string>", line 14, in <module> File "<string>", line 14, in <module> File "<string>", line 14, in <module> File "<string>", line 14, in <module> File "<string>", line 14, in <module> ..................................... File "<string>", line 14, in <module> File "<string>", line 14, in <module> File "<string>", line 14, in <module> File "<string>", line 8, in <module> File "/usr/lib/python2.5/posixpath.py", line 119, in dirname return split(p)[0] File "/usr/lib/python2.5/posixpath.py", line 79, in split if head and head != '/'*len(head): RuntimeError: maximum recursion depth exceeded in cmp
По всей видимости проблема в
По всей видимости проблема в python. Какая именно версия python-2.5 стоит у вас ? насколько мне известно, есть несколько кандидат-релизов python-2.5. Попробуйте откатиться на различные версии pythob-2.5
Я тоже думаю, что в нем.
Я тоже думаю, что в нем. Ошибка постом выше стала вываливаться и при установке пакетов. Версия python 2.5.4-r4.
$ emerge -pv
$ emerge -pv =dev-lang/python-2.5.4-r4
[ebuild R ] dev-lang/python-2.5.4-r4 USE="berkdb gdbm ipv6 ncurses readline sqlite ssl threads (wide-unicode) xml -build -doc -examples -tk -wininst"
$ virtualenv -p python2.5 test
Running virtualenv with interpreter /usr/bin/python2.5
New python executable in test/bin/python2.5
Also creating executable in test/bin/python
Installing setuptools...........................done.
$ test/bin/python2.5
Python 2.5.4 (r254:67916, Jul 27 2010, 13:27:04)
[GCC 4.4.4] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> dir()
['__builtins__', '__doc__', '__name__']
Видимо проблема не в python, а где-то глубже