Wiki на Linux.ru.

Уважаемый Roger DeeGreeze, путем убеждения с использованием Jabber, сагитировал меня учавствовать в создании Wiki на сём замечательном ресурсе, членом редакции которого он является.

Пока что совместными усилиямии пилим статью о Linux дистрибутивах, и там уже можно что-то почитать. Будем надеяться проект получит дальнейшую поддержку.

Установка mediawiki на локальную машину.

Зачем?
Решил начать бороться с бардаком в over 9000 различных текстовых заметках, todo списках, дневниках и т.п. Для этого выбрал радикальный подход, несколько напоминающий вскапывание грядки экскаватором: установил на локальную машину Mediawiki.

Как?
Первым делом устанавливаем необходимые пакеты:
sudo pacman -Sy mediawiki apache php mysql texvc php-apache
Добавляем в /etc/httpd/conf/httpd.conf следующие строки:
LoadModule php5_module modules/libphp5.so
# PHP5
Include conf/extra/php5_module.conf
Кроме того в файле /etc/php/php.ini необходимо раскомментировать следующую строку:
;extension=mysql.so
Запускаем необходимых демонов:
sudo /etc/rc.d/httpd start sudo /etc/rc.d/mysqld start
Проверяем всё ли работает: вводим в адресную строку браузера: http://localhost/mediawiki
Если видим не голый текст, а заглавную страницу, значит всё в порядке. Далее переходим по ссылке на этой странице, и заполняем форму, для первичной конфигурации.
Важный момент. Для того чтобы установить пароль root для mysql в консоли вбиваем
$ mysqladmin -u root password пароль_который мы устанавливаем
Далее вбиваем этот пароль в соответствующее поле web формы. Если всё сделано правильно, то при нажатии кнопки внизу страницы, наше вики будет сгенерировано. После этого останется сделать
sudo mv /srv/http/mediawiki/config/LocalSettings.php /srv/http/mediawiki/
И можно пользоваться.

Tips & Tricks
Чтобы включить возможность простановки ссылок на файлы локальной машины. В файле настроек /srv/http/mediawiki/LocalSettings.php дописываем параметр:
 $wgRawHtml = true;
После этого ссылки на локальный контент проставляются следующим образом: <html> <a href="file://путь_к_папке_или_файлу">Текст ссылки</a> </html> Громоздко, но всё же.
Также для использования формул TeX, неплохо присвоить параметру $wgUseTeX значение "true"
Также знающие люди подсказывают, что во избежание подключений извне, к уютненькой домашней википедии, следует исправить следующую часть httpd.conf
#Listen 12.34.56.78:80 Listen 80 на Listen localhost:8080
Сам не проверял, ибо сижу за роутером, который отпинывает таких гостей. Но может кому надо.
Файлы домашней вики располагаются в папке /srv/http/mediawiki их неплохо бы забекапить.

Полезные ссылки.
Статья, с несколько устаревшей инфой, ставшая отправной точкой для плясок с бубном.
Заметка в Арч Вики по настройке Apache, MySQL, PHP.

Nepomuk

А всё же Nepomuk можно использовать, если вырубить службу индексирования. Присвоение метатегов файлам это уже killer feature, хотя пока очень-очень сыро.

Зеркала. Хозяйке на заметку.

При выбора зеркала основных репозиториев, не следует ориентироваться на географическую близость, в первую очередь.
Гораздо полещнее параметр "задержки синхронизации", ну и время отклика, конечно. Посмотреть можно тут.
Сменил yandex.ru на giantix-server.de, и доволен.

OCR в Linux

Ещё пару лет назад, тему данного поста можно было раскрытьодним предложением: "Приложений OCR в Linux нет".

В интернетах уже давно встречаются сообщения о существовании Finereader Engine for Linux, однако юзабельного Finereader'а нет. Также говорят некоторые люди запускали FR под wine. Лично у меня это не вышло. В итоге у меня он сидит под виртуальной машиной с ХР.

Однако дело всё же сдвинулось с мёртвой точки.
Явление №1 "Cognitive Technologies открыла код OCR Cuneiform" Лицензия BSD.
Явление №2 Программист Андрей Боровский написал для Cuneiform GUI, под названием YAGF. Вот такой:


Установка YAGF в Arc Linux делается, как обычно, в одну комманду: yaourt -S yagf, что мною и было проделано. После того как я его погонял немного, пришёл к следующему итогу:
Умеет:

• Таки распознаёт русский текст, и неплохо.
  
• Можно выделить область распознавания.
• Распознаёт текст со сложным форматированием (колонки, картинки) в правильной последовательности.

Не умеет:

• Распознавать скриншоты. Только сканированный текст, с разрешением около 300 dpi (если честно, сканировать с меньшим разрешением я не пробовал).
  
• Сохранять форматирование: таблицы/колонки превращаются в plain text.
  
• Выделять несколько блоков для распознавания. Можно задать только один блок. Вариант: тут распознаём, тут нет, а тут опять распознаём, отсутствует.
• Экспорт в форматы отличные от html/txt.
• Распознавание pdf/djvu.
• И много чего ещё.

Вывод такой: конечно сравнивать это с Finereader, всё равно что сравнивать paint с Adobe Photoshop. Потому Finereader я сносить покамест не буду. Но всё равно можно порадоваться, что для простых задач у нас пооявился OCR инструмент не требующий бубна.

P.S. Сайт разработчика: http://symmetrica.net/

Amarok

Я помнится не так давно ругался на Amarok, дескать неправильно гад отображает продолжительность композиции. Сегодня таки списался с разработчиками. Выяснилось следующее: причина в том что он индексирует новые файлы до того как их закачка завершится, соответственно прописывает неверную информацию. потому надо либо закачивать в неиндексируемую папку, а потом переносить в папку с локальной коллекцией, либо пересканировать коллекцию после каждой новой закачки. Обещали что обновление информации о файле, после изменения его размера будет в 2.2.3, также там будет возможность пересканирования части коллекции.

Борьба с протечками оперативки.

Не так давно радовался, что сумел реализовать мониторинг вопсроизводимой композиции. Рано радовался. Сегодня я таки озаботился борьбой со вторым имеющимся у меня пожирателем памяти, а именно тем что при длительном uptime dbus-daemon начинает выжирать несколько сотен мегабайт оперативки. Разглядывание вывода от dbus-monitor позволило найти причину. Дело оказалось в том что имеющийся widget непрерывно выполняет комманду типа:
===
qdbus org.kde.amarok /Player GetMetadata | grep title: | cut -c 7-
===

Аналогично и для названия альбома, названия исполнителя и т.п. По идее всё должно быть нормально, однако непрерывное выполнение данной комманды в фоновом режиме приводит к тому что dbus-daemon начинает жрать всё больше ОЗУ. В итоге пришлось обрубить данный функционал. Написал разработчикам dbus багрепорт, ждём.

Хроники обновления.

1. Я таки перешёл на ядро 2.6.32 compiz-fusion действительно не работал из-за выключенного по умолчанию KMS. mkinitcpio обновился, и всё прошло как по маслу, при следовании инструкции в wiki. За исключением одного но: я не обновлял свои ati'шные дрова, потому как та версия что стоит у меня собрана с опцией: --enable-radeon-experimental-api, а вот последняя версия - без неё (за что maintainer'у неплохо бы дать молотком по голове). Но это ещё полбеды. Когда я попробовал произвести шаги, описанные в wiki для включения этой опции, а именно:

(2) Recompile libdrm from ABS or libdrm-newest or libdrm-git from AUR with --enable-radeon-experimental-api option.

(3) Recompile mesa, libgl, ati-dri from ABS or their -git versions from AUR.

То внезапно обнаружил что в ответ на: "sudo find /var/abs -name libgl" система хранит подозрительное молчание. При том что libdrm, и mesa я успешно с помощью ABS собрал. yaourt также не смог установить libgl, после чего плюнул, и остался на прежних дровах. Хотя теперь я почти уверен что собака зарыта именно в сборке без упомянутой опции. Вообще сборку пакетов надо побольше покурить, ибо до сих пор yaourt'ом собираю через sudo на что он ругается, надо завязывать.

2. Не так  давно я обратил внимание на то что система начала сильно тормозить, после суточного аптайма выжирая ~1700 mb оперативной памяти (всего 2 гига). Изучение списка запущенных процессов, показало что очень много памяти выжирает nepomuk service, сие есть KDE'шная служба индексирования содержимого диска, и чего то там ещё. Выключение её действительно дало существенное снижение нагрузки на машину.

3. А вот обновившийся до версии 2.2.2 Amarok огорчил, тем что баг с некорректным отображением длины композиций не исправили, ждём.

Заметки по настройке рабочего стола.

Открыл для себя программу superkaramba, которая позволяет прикручивать различные виджеты к рабочему столу. Собственно говоря открыл я её потому как просматривая kde-look.org увидел системный монитор, который визуального отторжения не вызывал. Вот этот. На самом деле там фон не чёрный, а прзрачный, что очень удобно, остаётся только подобрать обои с тёмным фоном, чтобы текст не терялся.

По умолчанию, он мониторит беспроводную сеть (которой у меня нет), чтобы исправить потребовалось открыть файл Arch-mon2.theme текстовым редактором, и заменить все "wlan0" на "eth0". Ну и название некоторые поправил, для удобства.

Как понял, правя руками файл *.theme его функционал можно очень сильно расширить, если знать как. В частности хочется добавить показ воспроизводимой композиции.

UPD: Реализовано, разобраться в синтаксисе *.theme файла - задача на 10 мин. А на kde-look.org можно натаскать кучу примеров реализации той или иной функции. Прикрутил мониторинг использования памяти, показ текущей композиции, подправил размеры панельки.


В общем теперь мой рабочий стол выглядит вот так:



P.S. Давно хотел прикрутить к рабочему столу что-нибудь, чтобы сразу было видно что это ArchLinux :-)

Продолжение развлекухи с обновлениями.

Такое впечатление, что каждое обновление стремится угробить нежно любимый compiz-fusion. Теперь ещё обновление ведра до версии 2.6.32 отправляет этот замечательный оконный менеджер дорогой цветов. Вообще у меня есть идеи касательно дальнейшего камлания, которое может быть решит проблему:
1. Включение kms который в новом ядре по умолчанию выключен. При этом надо будет пересобрать пакеты: libdrm, mesa, ati-dri, ati-dri. При этом ждём выхода следующей версии mkinitcpio, ибо что-то мне раннее включение kms больше по нраву.
2. Пересборка compiz, чревато отрастанием бороды и превращением в админа. Так что проще дождаться выхода 9.0, в надежде что при этом не выйдет каких-нибудь вкусных обновлений, которые потребуют таки обновить драйвера к видеокарте.

N.p. Amon Amarth - The Hero

Ещё касательно обновления системы. Thunderbird.

Интересное явление наблюдалось в ходе последовательного обновления thunderbird: последовательно вышло три пакета thunderbird-3.0-1; thunderbird-3.0-2; thunderbird-3.0-3 соответственно, видимо maintainer пересобирал пакет. В thunderbird-3.0-2 был включен календарь и todo list (отличная опция на самом деле) однако в версии thunderbird-3.0-3 его выпилили, х.з. может с ошибками был, не знаю, но факт. Откатился на вторую версию, теперь пакману приказано и thunderbird не обновлять до поры до времени.

Интересно что знакомый виндоузятник сказал что в windows версии 3го буревестника календаря нет. Так-то!

Предупреждение насчёт upgrade'а системы.

Счастливым обладателям compiz-fusion и "свободных" ATI'шных драйверов xf86-video-ati, следует перед тем как выполнять sudo pacman -Syu записать следующую строку в /etc/pacman.conf

IgnorePkg = libdrm libgl ati-dri lib32-libdrm lib32-libgl lib32-mesa mesa xf86-video-ati

Иначе вы рискуете после апгрейда получить белый экран вместо диспетчера окон.

Настройка автозапуска приложений lxde

Почему-то в моём случае использование способов, описанных в Arch wiki не помогло, что странно. Пришлось править /etc/xdg/lxsession/LXDE/autostart
Вообще правка глобального файла - не очень хороший метод, но за неимением другого, пошёл по этому пути. Теперь он выглядит вот так:

@lxde-settings-daemon
@xscreensaver -no-splash
@lxpanel --profile LXDE
@pcmanfm -d
@yakuake
@xcompmgr
@ktorrent --fork

Openbox настройка automount

После выноса KDE и установки Openbox. Перестало работать автоматическое монтирование. Решение нашлось быстро, путем чтения Arc wiki, раздела про настройку hal. Выяснилось что в своё время я не добавил следующую запись в /etc/dbus-1/system.d/hal.conf

<policy group="storage">
   <allow send_interface="org.freedesktop.Hal.Device.Volume"/>
   <allow send_interface="org.freedesktop.Hal.Device.Volume.Crypto"/>
 </policy>

Видимо работало оно за счет того что в КЕДах был некий дублирующий механизм. Однако на этом проблемы не закончились. Выяснилось что если на монтируемом носителе русские имена файлов были записаны в ср1251, то при монтировании они отображались следующим образом: ????????? Мучался довольно долго, пока не установил файл-менеджер pcmanfm из комплекта LXDE. Кстати подумав немного, затем установил LXDE полностью, ибо тот же Openbox с прикрученным к нему окружением. Ну и lxpanel - хороша.

Русская клавиатура в X howto.

Когда я устанавливал иксы, не стал уделять внимание обучению x.org русской раскладке. Потому как стандартные графические средства в кедах - позволяли обучить их русскому. Однако сейчас я начал переходить на Openbox, по причине того что кеды не поддерживают запуск определенных приложений через хоткейсы, а openbox - поддерживает. И столкнулся с тем что последний не знает русского языка. Проблема решилась довольно быстро, и в принципе решение есть в Arch wiki, но для себя продублирую здесь.

 В вики, есть описание как настроить раскладку, используя xorg.conf, туда лезть не след. если вы используете HAL (а причин его неиспользовать я не вижу лично, штука дюже хорошая). Было найдено следующее решение (немного подправленно по сравнению с тем что в вики.
1. Создается файл /etc/hal/fdi/policy/10-keymap.fdi следующего содержания:

<deviceinfo version="0.2">
<device>
<match key="info.capabilities" contains="input.keypad">
<merge key="input.xkb.rules" type="string">base
<merge key="input.xkb.model" type="string">pc105
<merge key="input.x11_driver" type="string">evdev
<merge key="input.xkb.layout" type="string">us,ru
<merge key="input.xkb.variant" type="string">,winkeys
<merge key="input.xkb.options" type="string">grp:ctrl_shift_toggle
</match>
</device>
</deviceinfo>

2. sudo /etc/rc.d/hal restart
3. Работает.

UPD: С переходом на новые иксы, теперь так.
В файл /etc/X11/xorg.conf.d/10-evdev.conf вписать секцию


Section "InputClass"
Identifier "evdev keyboard catchall"
MatchIsKeyboard "on"
Option "XkbLayout" "us,ru(winkeys)"
Option "XkbOptions" "grp:caps_toggle"
MatchDevicePath "/dev/input/event*"
Driver "evdev"
EndSection


Настройка связки Firefox + wget.

Бывают в жизни ситуации, когда хочется отказаться от стандартного менеджера загрузок в Firefox. В частности он не возобновляет закачки при нештатном выходе, требует ручного возобновления загрузки при обрыве связи и т.п. С другой стороны разные плагины расширяющие его функционал на мой вкус излишне громоздки. Потому я предпочитаю их не использовать. Также многие знают про консольную качалку wget, легкую и при этом функциональную. Плагин flashgot даже позволяет её использовать однако проблема заключается в том, что в этом случае wget работает в фоне, не позволяя следить за процессом закачки. С помощью мозга мною было найдено следующее решение. Дело в том что Flashgot позволяет запускать любую прогу с URL'ом закачки в качестве параметра. А для визуализации закачки только и требуется что запустить wget в терминале. Исходя из этого обучение Flashgot использованию терминала становится тривиальной задачей:

1. Открываем настройки Flashgot.
2. Жмем на кнопку "Добавить" напротив пункта менеджер загрузок.
3. Вбиваем любое имя (я обозвал konsole).
4. Путь запуска /usr/bin/konsole - запуск стандартного KDE'шного менеджера графического терминала.
4. В пункт "шаблон аргументов" вбиваем строчку:

-e wget -t0 -w0 --user-agent=«Mozilla/5.0» [URL]

Что означает:
-e ключ для выполнения konsole команд идущих в качестве аргументов.
wget собственно запуск wget
-t0 возобновлять подключение неограниченное число раз при обрыве.
-w0 ожидание между попытками 0 секунд.
--user-agent=«Mozilla/5.0» комманда прикидываться браузером, а не качалкой, на всякий случай.
[URL] - сюда вставляется url закачки.
Дополнительно создаем файл ~/.wgetrc куда вбиваем параметр:

dir_prefix = ~/Downloads

UPD: Позже обнаружилось, что наличие этого файла с этим параметром мешает использованию wget'а yaourt'ом, потому пришлось прибить.

Что означает что все закачки будут складироваться в папке ~/Downloads

Все wget работает в консоли, позволяя следить за процессом.

P.S. Уже когда я ззаканчивал данный пост, то обнаружил, что решение вышло несколько красноглазым, а потому сомнительным. Ибо для возобновления закачки придётся давать комманду wget -c [URL] что неудобно. Однако возможно, данная схема все же полезной окажется.

Пара слов про Compiz.

В качестве предисловия: Compiz — композитный менеджер окон для X Window System, использующий для ускорения 3D графики OpenGL.
В интернетах можно встретить мнение, что Compiz это набор свистелок и перделок, чуть более чем полностью. Отчасти этому мнению способствуют публикуемые в интернете видео, например такое, демонстрирующие эффекты типа "вязких окон" и прочие рюшечки, функционала практически не добавляющие, а скорее мешающие. Между тем, при нормальном подборе плагинов данная софтина способна существенно облегчить управление.Потому решил отписать свой опыт.

Процедура установки детально описана в интернете, и может варьироваться в зависимости от дистра. Потому не будем об этом, ограничившись указанием на то что, я успешно установил связку из Compiz-fusion + Emerald, и перейду сразу к описанию полезных плагинов.

1. Куб рабочего стола + вращение куба. На самом деле удобен тем что: позволяет переключать рабочие столы с помощью колесика мыши, и мышью же перекидывать окна с одного р.с. на другой.
2. Scale (Масштабирование, в русской версии). Весьме ценная вещь, показывает превьюшки всех открытых окон, при подведении указателя мыши к правому верхнему углу (или куда настроили). См. screenshot
3. Grid по полезности делит пальму первенства со Scale позволяет разворачивать окно ровно на левую/правую половину экрана, или на четверть, это уже как хочется. Несколько портит то, что управляется с клавиатуры, в отличии от аналогичной функции в Windows 7 Aero, однако превосходит его большим количеством вариантов размещения окон. Пример использования: легким нажатием клавиш окна эргономично размещаются, и не наползают друг на друга.
4. Group and tab window. Позволяет объединять окна в группы, чтобы их таскать вместе, но самое главное, это возможность объединить в табы (которые вызываются при подведении указателя мыши к заголовку окна) в итоге существенно экономит рабочее пространство (у меня например объединены Firefox и Thunderbird).
5. Shift Switcher. Включает возможность переключать приложения с помощью Win+tab. Привычная всем виндоузятникам функция, есть аналог Ring Switcher отличается разными способами визуализации, я остановился на Shift потому как там превьюшки окон крупнее.

Про модули включающие возможность перетаскивать окна и т.п. Можно даже не упоминать.

А я меж тем продолжаю превозмогать.

Arch Linux как бы говорит нам: "Будет много секса."

Итак взгромоздил я на комп Argh Linux. Если смотреть по возможностям, то в этом дистре нет ощущения определенной границы, за которой доводка системы сталкивается с лютым геммороем, с неясным результатом. Как это имеет место быть в Suse. Однако тут гемморой начинается с самого начала. В общем по итогам:
1. Настраиваю ОСь, уже 1,5 дня. На текущий момент функционал превосходит тот который я получил от OpenSuSe/Kubuntu из коробки. Так что установка была оправдана. Конкретно: таки поднял Compiz.
2. Бывает что для настройки чего-либо требуется какой-то неустановленный модуль, причем неясно что собственно нужно поставить. Столкнулся с данной проблемой когда устанавливал принтер, так получилось, что его стандартными линуксовыми конфигураторами настраивает только Debian (из испробованного). Однако под арчем случился лютый геммор с незапускающейся проприетарной утилитой от НР, для настройки этого дела. В итоге после многочасового гугленья и опробования различных методов настройки нашел что надо было сделать: pacman -S pygobject pyqt
3. Пока в todo list остается: настройка виртуальной машины с виндой + finereader + itunes, установка/настройка stardic, доделывание внешнего вида, а ещё научить thunderbird открывать ссылки в firefox, ну и по мелочи.

Наверное более подробно впечатления от Арча потом отпишу, и надеюсь закрою тему выбора дистра.