Откат Python и нерабочий Trac

Доброго времени суток!

Дурная голова и кривые руки... Ну да ладно.

Все стояло и работало. 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 проиходит ошибка

{standard input}: Assembler messages:
{standard input}:10: Error: unknown pseudo-op: `.cfi_sections'
make[3]: *** [ac97.lo] Ошибка 1
make[3]: *** Ожидание завершения заданий...
{standard input}: Assembler messages:
{standard input}:10: Error: unknown pseudo-op: `.cfi_sections'
make[3]: *** [hda.lo] Ошибка 1
{standard input}: Assembler messages:
{standard input}:10: Error: unknown pseudo-op: `.cfi_sections'
make[3]: *** [sbasedl.lo] Ошибка 1
{standard input}: Assembler messages:
{standard input}:10: Error: unknown pseudo-op: `.cfi_sections'
make[3]: *** [sbase.lo] Ошибка 1
 i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../../include -I../../../include -I/usr/include/python2.5 -I/usr/include/python2.5 -O2 -march=prescott -pipe -fomit-frame-pointer -c python.c -o smixer_python_la-python.o >/dev/null 2>&1
make[3]: Leaving directory `/var/tmp/portage/media-libs/alsa-lib-1.0.20-r1/work/alsa-lib-1.0.20/modules/mixer/simple'
make[2]: *** [all-recursive] Ошибка 1
make[2]: Leaving directory `/var/tmp/portage/media-libs/alsa-lib-1.0.20-r1/work/alsa-lib-1.0.20/modules/mixer'
make[1]: *** [all-recursive] Ошибка 1
make[1]: Leaving directory `/var/tmp/portage/media-libs/alsa-lib-1.0.20-r1/work/alsa-lib-1.0.20/modules'
make: *** [all-recursive] Ошибка 1
 *
 * ERROR: media-libs/alsa-lib-1.0.20-r1 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_compile
 *             environment, line 2560:  Called die
 * The specific snippet of code:
 *       emake || die "make failed";
 *  The die message:
 *   make failed

и как ее исправить я не знаю, пока ничего не нагуглил. обойти установку этого пакета я тоже не смог.
поэтому я делал emerge trac и еще чтобы он поставился сделал emerge setuputils.
на данный момент вывод python-updater такой

 * Starting Python Updater from 2.6 to 2.5 :
 *   Adding to list: app-text/gnome-doc-utils:0
 *   Adding to list: dev-python/psycopg:2
 *   Adding to list: dev-python/egenix-mx-base:0
 *   Adding to list: dev-python/pygments:0
 *   Adding to list: dev-python/genshi:0
 *   Adding to list: dev-python/pyxml:0
 *   Adding to list: dev-python/pytz:0
 *   Adding to list: dev-python/docutils:0
 *   Adding to list: media-gfx/graphviz:0
 *   Adding to list: x11-proto/xcb-proto:0
 *   Adding to list: dev-java/javatoolkit:0
 *   Adding to list: dev-java/java-config:2
 *   Adding to list: sys-apps/file:0
 *   Adding to list: dev-libs/libxml2:2
 *   Adding to list: dev-libs/libxslt:0
 *   Adding to list: app-emulation/virtualbox-bin:0
 * emerge -vD1 app-text/gnome-doc-utils:0 dev-python/psycopg:2 dev-python/egenix-mx-base:0 dev-python/pygments:0 dev-python/genshi:0 dev-python/pyxml:0 dev-python/pytz:0 dev-python/docutils:0 media-gfx/graphviz:0 x11-proto/xcb-proto:0 dev-java/javatoolkit:0 dev-java/java-config:2 sys-apps/file:0 dev-libs/libxml2:2 dev-libs/libxslt:0 app-emulation/virtualbox-bin:0

ну а дальше начинается установка и обрывается на 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. модуль который не может подгрузиться

ImportError: No module named distutils.util

как я понял отвечает за определение ОС на которой запущено приложение, но в каталоге
/usr/lib/python2.5/distutils есть файл util.py. помоему так. и в нем описан этот самый модуль. как я понял. но почему он не подгружается не понятно.
извините за неточности какие-либо. комп с инетом находиться далековато.

Добавил в httpd.conf в

Добавил в httpd.conf в разделе настроек Trac вот это sys.path.
При обращении к траку вылезла ошибка, что какие то неверные символы в файле /usr/lib/python2.5/site-packages/trac/templates/error.html. Открыл этот файл, закоментил эти две строчки.
Теперь вот, что при обращении к траку:

$ti jQuery(document).ready(function($) { $("#content").find( ${pa/ Version $page.version (modified by ${author ${wiki_to_html(context ${wiki_to_html(co Describe ${name_of( ${list_of_attachments(att Using the (blank $ ${attach_file_f 

Это что? Запрос к базе? Объясните плиз.

Ничего не менял вроде. Теперь

Ничего не менял вроде. Теперь такая ошибка:

Traceback (most recent call last):
  File "//usr/lib/python2.5/site-packages/trac/web/api.py", line 367, in send_error
    'text/html')
  File "//usr/lib/python2.5/site-packages/trac/web/chrome.py", line 719, in render_template
    return stream.render(method, doctype=doctype)
  File "build/bdist.linux-i686/egg/genshi/core.py", line 179, in render
    return encode(generator, method=method, encoding=encoding, out=out)
  File "build/bdist.linux-i686/egg/genshi/output.py", line 60, in encode
    return _encode(u''.join(list(iterator)))
  File "build/bdist.linux-i686/egg/genshi/output.py", line 355, in __call__
    yield Markup(u''.join(buf)) % filter(None, data)
TypeError: not all arguments converted during string formatting

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 тут для чего, например? Поясните, плиз.

Гугл зачем

Так. А зачем мне создавать

Так. А зачем мне создавать изолированное окружение для питона?

Это код на javascript, а

Это код на javascript, а точнее какие-то странные селекторы jquery :)

Ещё, как вариант, попробуйте

Ещё, как вариант, попробуйте на новом окружении.

cheerfulboy

cheerfulboy написал(а):
virtualenv и pip о чем-нибудь говорит?

En_t_end написал(а):
Ещё, как вариант, попробуйте на новом окружении.

Если правильно понял, то вот:

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, а где-то глубже

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".