shoorick

Чего только нет в редакторе Komodo Edit! По сравнению с могучей Komodo IDE нет отладчика, нет профилировщика, нет модульного тестирования, нет интерфейса к системам контроля версий... А весит всё равно дофига!



Установочный архив весит четверть гигабайта, потому что внутрь засунули файрфокс, питон и яваскрипт.

http://shoorick.ru/2016/10/31/quarter-of-gigabyte/

Полдня ставил на сервер параллельно второй редмайн. Точнее, не ставил, а пытался запустить правильным путём. В итоге запустил, но убил кучу времени на гугление. Выползавшие в процессе запуска ошибки, конечно же, в мануале не описаны — приходилось смотреть, что люди пишут на форумах (а пишут иногда такое, что мне, практически не знакомому с ruby, кажется бредом). Как руби-программисты вообще работают в такой среде? Впрочем, танцы с бубном вокруг трака, которые случались до переезда на редмайн, наводят на мысль, что и у питонистов — бардак.

Обновил trac 0.11.5 → 0.11.6. Нечаянно. Специально, помня предыдущий апдейт, я его бы обновлять не стал. Как всегда, всё сломалось. Пока пытался починить, выяснил, что в системе одновременно было установлено три питона: python24-2.4.5_4, python25-2.5.4_2, python26-2.6.4. Апач пытался найти трак среди приложений питона 2.5, при том, что основным был питон 2.6.

Починить удалось путём отсечения Змею двух голов из трёх замены двух старых версий питона на одну новую (portuprgade -o lang/python26 lang/python25; env FORCE_PKG_REGISTER=1 portuprgade -o lang/python26 lang/python25) и последующей пересборкой апачного mod_python.

Попутно, раз уж взялся налаживать trac, всё-таки настроил автоматическое приписывание комментариев к тикетам — трак может, встретив в комментарии к коммиту ссылку на тикет (например, вида re #123), добавить в этот тикет комментарий, а в некоторых случаях (fix #456)— и закрыть его.

Раньше подобный фокус не удавался: на машине используется много хранилищ трака и лишь одно, общее — у subversion; в результате hooks/post-commit всегда получал один и тот же адрес SVN-хранилища, вне зависимости от того, в какой из частей дерева был сделан коммит. Научить скрипт распознавать, в какой части дерева сделаны изменения и, соответственно, к какому траковому проекту обращаться — задача тривиальная; странно, что я не сделал это два года назад. В общем, надо добавить в hooks/post-commit одну строку, и ещё одну — поменять:

PROJECT=`/path/to/svnlook dirs-changed $REPOS -r $REV | head -n 1 | cut -f1 -d/`
TRAC_ENV="/path/to/trac/db/$PROJECT"

Как и предполагал, подыхание питона на роутере было вызвано нехваткой памяти. Своп-раздел на подключенном к роутеру жёстком диске я когда-то создал, да при восстановлении настроек после случайно произведённого сброса забыл о нём — для остальных задач хватало и встроенной памяти. Сегодня, перецепляя туда-сюда разные устройства, вспомнил о свопе. Подключил — заработало. Но всё равно очень медленно.

Пытаюсь водрузить на роутер subversion и trac. С переменным успехом. Гугл помогает слабо, на http://wl500g.info/ тема тоже не освещена нифига, на сайте разработчиков трака описаны разные варианты установки, под распространённые линуксы да юниксы, но про установку на роутер — ни слова.

Пока удалось поставить subversion и заставить его работать через svnserve. Trac встал, но сразу работать не захотел: пришлось поставить ещё несколько программ, от которых он зависит. После установки недостающего всё равно не заработал — на роутере криво настроена локаль. После исправления — серверы запускаются, но толку от этого немного: автономный сервер выдаёт не более одной страницы (обычно без картинок и стилевого файла), после чего дохнет, не сообщив причины; если же попытаться запускать trac через lighttpd, то он не в состоянии обратиться к БД SQLite и, как результат, тоже не работает, ругаясь в лог. Так до сих пор и не работает — настройка оказалась куда более сложной, чем под FreeBSD.

Вообще, очередной опыт общения с написанным на питоне софтом по-прежнему не сподвиг на изучение языка — уж больно язык коряв с точки зрения перломаньяка.

Когда поставлю и настрою — надо будет написать отдельный пост — и сюда, и на асусовский форум.

upd/20.09.2009:

• Питон дох из-за нехватки памяти — её в роутере всего 32 МБ. Подключение свопа на полгига решает проблему.
• На форум написал, да толку с этого нет.
• В итоге всё работает, но медленно — похоже, имеет смысл держать под эти сервисы отдельную машину.

Проблема:
при апгрейде trac с 0.10 на 0.11 пропала собственная раскраска: все проекты выглядят одинаково.

Причина:
в 0.11 сменился шаблонизатор.

Решение:
для каждого проекта надо:

1. перенести файл templates/site_css.cs в htdocs/style.css, попутно выкинув из него первые четыре строки:

   <?cs
   ##################################################################
   # Site CSS - Place custom CSS, including overriding styles here.
   ?>

2. создать файл templates/site.html:

   <html xmlns="http://www.w3.org/1999/xhtml"
         xmlns:py="http://genshi.edgewall.org/"
         py:strip="">
   
     <!--! Add site-specific style sheet -->
     <head py:match="head" py:attrs="select('@*')">
       ${select('*')}
       <link rel="stylesheet" type="text/css"
             href="${href.chrome('site/style.css')}" />
     </head>
   
     <body py:match="body" py:attrs="select('@*')">
       ${select('*|text()')}
     </body>
   </html>
   

Этого вполне достаточно. См. также TracInterfaceCustomization.

Есть свой плюс в растпространении софта в исходниках: есть шанс доработать напильником. Вот сейчас как раз выдался случай: после смены плеера ljKlient потерял способность определять музыку. Пришлось взять напильник и научить: ( diff ljkkdeeventeditor.py.ORIG ljkkdeeventeditor.py )