Пополнение в семействе :)

    За прошедшее с предыдущего поста время сдался последний оплот Debian'а в моей квартире :) Правда, совместить мой старенький, по нынешним меркам, десктоп с ноутом по пакетной базе не получилось, ибо проц - 32-разрядный Pentium-4 1,7 ГГц. Но, в общем, переезд состоялся успешно, и позавчера-вчера я настроил на нем прием ТВ на тюнер KWorld на чипе bt878, сканер Umax Astra 2000P и принтер HP LaserJet 1018.

    С принтером проблем не было (да и откуда им быть, если на ноуте настроено все то же самое), да и вообще установка принтера под Linux сейчас, как мне кажется, почти беспроблемна.

    Со сканером пришлось повозиться. Он и раньше работал на Debian, но у меня так и не дошли руки разбора проблемы работы только под root. Пересобрал sane-backend с опцией прямого доступа к параллельному порту. В этот раз указание порта в /etc/sane.d/umax_pp.conf как /dev/parport0 вместо 0x378 решило проблему. Естественно, пользователь должен входить в группу scanner. Правда, получаемые изображения выглядят чуть светлее, чем на предпросмотре, ну для случаев, когда преимущественно сканируется текст, это не беда.

    В дополнение к сканеру поставил CuneiForm - открытую OCR-систему, и YAGF - интерфейс на Qt4 к ней. Увы, распознать таблицы эта система не смогла. Интерфейс YAGF несколько бедноват, но со своей задачей справляется. Только вывод лучше ставить в HTML. В принципе, я был довольно сильно удивлен приличным качеством распознавания печатного текста. Вот если бы еще таблицы и картинки... Поставил на пробу так же cuneiform-qt-git, но он выводил вместо текста только каракули. Так что пока этому пакету жирный минус.

    TV-плата была настроена по этой ссылке. Еще надо включить своего пользователя в группу video, т.к. ей, наряду с root, принадлежит устройство /dev/video0.

3G от Мегафона

Недавно поставил брату Arch, но, так как у него ожидается переезд, не стали подключать кабельный интернет, а решили обойтись 3G-модемом с его работы. Три дня рыл по вечерам инет, т.к. модем нужно было возвращать, пробовал разные варианты, но все никак не ладилось. Нужно сказать, что информации по настройке в российских сотовых сетях маловато, IMHO. Вроде пишут, что в Ubuntu все делается легко, т.к. в NetworkManager есть настройки для всех сотовых операторов, но в Arch'е подобная перспектива не улыбается, да и не хочется ставить NM. Но в итоге, собрав отрывочные сведения в онлайне и оффлайне, заставил работать 3G-интернет.
Итак, имеется 3G-модем Huawei E220, залоченный под Мегафон и, собственно, мой любимый Arch :). Собственно, проблема в том, что модем сначала подключается как дисковое устройство, что препятствует его нормальной работе как модема. И все из-за Windows, под которую написано все ПО модема. Проблема решается установкой usb_modeswitch, но и его установка не столь тривиальна, как кажется. Бинарник уже скомпилирован, но только для 32-разрядной системы, поэтому сначала придется пересобрать его под x86_64 (описано в README):

gcc -l usb -o usb_modeswitch usb_modeswitch.c

далее стандартно:

# make install

вроде можно радоваться, ан нет. Еще вручную надо раскидать файлы:

usb_modeswitch.sh и usb_modeswitch.tcl (а tcl установлен?) в /usr/sbin
80-usb_modeswitch.rules в /etc/udev/rules.d
каталог usb_modeswitch.d в /etc
и еще взять с этого же сайта последний usb_modeswitch.conf и закинуть его в /etc.

Ну теперь вроде все. Остается настроить в /etc/usb_modeswitch.conf секцию соответствующего модема (по умолчанию все секции закомментированы):

########################################################
# Huawei E220 (aka "Vodafone EasyBox II", aka "T-Mobile wnw Box Micro")
# Huawei E230
# Huawei E270
# Huawei E870
# and probably most other Huawei devices (just adapt product ID)
#
# Two options: 1. removal of "usb-storage" 2. the special control
# message found by Miroslav Bobovsky
#
# Contributor: Hans Kurent, Denis Sutter, Vincent Teoh

DefaultVendor= 0x12d1;
DefaultProduct= 0x1003

# choose one of these:
;DetachStorageOnly=1
HuaweiMode=1

и после можно втыкать модем :)
Теперь настраиваем соединение через pppd. Описывать мучения с настройкой не буду, а приведу готовые конфиги (некоторые опции здесь наверняка лишние, как-нибудь надо будет подчистить):

/etc/ppp/peers/megafon-h3g

# /etc/ppp/peers/huawei-e220 pppd script
# pppd call huawei-e220

/dev/ttyUSB0
460800
modem
crtscts
user megafon
password megafon
noccp
nopcomp
noaccomp
nobsdcomp
nodeflate
novj
novjccomp
debug
dump

noipdefault
defaultroute
persist
nodetach
usepeerdns
connect "/usr/sbin/chat -v -f /etc/ppp/megafon-h3g.chat"
noauth

/etc/ppp/megafon-h3g.chat

TIMEOUT 3
ABORT BUSY
ABORT 'NO CARRIER'
ABORT VOICE
ABORT 'NO DIALTONE'
ABORT 'NO DIAL TONE'
ABORT 'NO ANSWER'
ABORT DELAYED
'' ATZ
OK 'AT+CGDCONT=1,"IP","internet"'
OK ATQ0V1E1S0=0&C1&D2+FCLASS=0
OK ATDT*99#
CONNECT ''

/etc/ppp/options
закомментировал все опции

После всех настроек ppp0 поднимается командой:

# pon megafon-h3g

Конечно, для нормального использования (после окончательной шлифовки) нужно закомментировать опции nodetach, dump и debug.
Тестил скорость через speedtest.net, показало download 0,51 Mb/s, upload 0,28 Mb/s, ping 208 ms на сервер в Воскресенске. EDGE нервно курит в сторонке :)
Теперь претензии. Иногда (а большей частью тестил вечером) не удается получить адрес от DHCP-сервера. На выходных тестил, иногда адрес получает с 1-2 попытки. Наверно, зависит от загрузки сети и станций. Другая проблема в том, что выданные DNS-сервера не отвечают, поэтому лучше, скорее всего, завести в /etc/resolv.conf свои, закомментировав опцию usepeerdns в /etc/ppp/peers/megafon-h3g.

Проблема после обновления pacman'а

Вчера нарвался на необычную проблему. При обновлении пакетов через какое-то время внезапно закачиваемый пакет начинал расти в размерах, пока не заполнял собой все свободное пространство на винчестере. На русскоязычном форуме Arch'а выяснилось, что проблема существует не первый день, и активно обсуждается на англоязычном форуме. Опуская подробности, которые можно прочесть на обоих форумах, предлагается:
1. Подредактировать файл /etc/pacman.conf, разблокировав одну из опций XferCommand;
2. Скачать патченый pacman той же версии, что и оригинальный. Существует для обоих веток дистрибутива.
Поначалу отредактировал настроечный файл, но потом все же поставил патченый pacman. пока претензий нет.

Собственная Wikipedia

Что-то вздумалось посмотреть на mediawiki, заодно освоить в азах конфигурирование apache и php. Все оказалось довольно просто.
Собственно, установим mediawiki, apache, php5 и mysql. Далее перейдем к настройке.
Свяжем php5 с веб-сервером apache. По умолчанию соответствующих строк в конфиге apache нет, хотя соответствующая библиотека php5 установлена и в archwiki они указаны:

/etc/httpd/conf/httpd.conf

LoadModule php5_module modules/libphp5.so

...

# PHP5
Include conf/extra/php5_module.conf

Вписываем эти строки в соответстующих местах конфига (где есть аналогичные). Так что archwiki придерживаться не нужно, ибо она устарела и некорректна.
Попробуем теперь запустить mediawiki:

http://localhost/mediawiki

Если видим заставку, то все в порядке, можно двигаться дальше, к настройке mediawiki. Но пока рано, ибо еще нет связки php5 с mysql (или другой БД, о чем вас предупредят, если попытаетесь сразу перейти к настройке). Тут archwiki уже точна:

* Отредактируйте /etc/php/php.ini (это в /usr/etc на старых системах) раскомментируйте следующие строки:

;extension=mysql.so

Теперь можно снова запустить mediawiki и приступить к настройке (среди прочего нам понадобится пароль mysql root). После заполнения полей и продолжительного ожидания, пока будет запущен процесс создания БД и начальной настройки сайта, получим готовую wiki, которую можно начать заполнять и улучшать. Правда, сначала нужно перенести файл LocalSettings.php из подкаталога config в корневой каталог mediawiki. Далее можно добавить в этот настроечный файл строки с установкой логотипа и иконки сайта (см. Configuration settings list на Main_Page)

Пропавший Gnome background

Еще давно, после памятных событий, поднастроив систему, вдруг обнаружил, что на рабочем столе не отображаются обои, только фоновый цвет. В инете по вопросу ничего не нашел и забросил поиски. Сегодня вдруг решил поискать на работе в gconf-editor'е, где прячутся опции, управляющие этим процессом. Выписал "подозрительную" опцию desktop -> gnome -> background -> draw_background (логическое значение), благо ее отключение воспроизводило мою проблему. Дома обнаружилось, что такой опции у меня вообще нет! Каким чудом она оттуда исчезла, и была ли вообще, понять не смог. Вообще в этой повторной установке это не первая странность. Создал соответствующий ключ, и все заработало!

UZBL - Unix way!

Приколола следующая новость на opennet'e:

Релиз-инженер Arch Linux Дитер Платинк (Dieter Plaetinck) некоторое время назад загорелся идеей создать браузер, который бы отвечал философской концепции Unix: «программа, должна уметь делать одну операцию, но делать ее хорошо, должна интегрироваться с другими программами, и использовать стандартные потоки ввода/вывода для обмена данными». В результате появился легкий и быстрый браузер Uzbl, который в тесте Acid3 показывает впечатляющие результаты. Основанный на WebKit, он управляется горячими клавишами, на манер редактора Vim, а его функциональность расширяется за счет скриптов.

Основные особенности браузера:

* Минималистичный графический интерфейс. На панели отображается только то, что пользователь желает видеть.
* Все, что напрямую не относится к навигации по сети, в Uzbl отсутствует. Такие операции, как смена URL, управление загрузками, работа с закладками, история посещения, выполняются с помощью внешних скриптов, которые пользователь пишет сам.
* Управление браузером может осуществляться с помощью таких средств, как клавиатура, stdin, fifo и файлы-сокеты.
* Расширенный настраиваемый интерфейс горячих клавиш позволяет создавать привязки, к каким привык пользователь, делая браузер похожим на vim, emacs или любую другую программу.
* Все настройки хранятся в простом текстовом файле в формате, удобном для чтения.
* Приоритетом Uzbl является простота и конфигурируемость абсолютно всех аспектов его работы.

Uzbl находится в стадии активной разработки и текущий релиз нужно рассматривать как альфа версию.

Решил глянуть на это чудо :) Погуглив, в первых же результатах запроса нашел этот блог. Быстро поднастроив (точнее, просто скопировав конфиг в домашний каталог):

cp -r /usr/share/uzbl/examples/data/uzbl ~/.config
cp /usr/share/uzbl/examples/config/uzbl/config ~/.config/uzbl/

запустил этот браузер:

uzbl &

Файлы сокетов, согласно конфигу, создаются в каталоге /tmp. Теперь можно управлять браузером не только непосредственно в окне браузера, но и из консоли:

uzblctrl -s /tmp/uzbl_socket_77594660 -c 'uri linux.org.ru' &
uzblctrl -s /tmp/uzbl_socket_77594660 -c 'scroll_end' &
uzblctrl -s /tmp/uzbl_socket_77594660 -c 'scroll_begin' &

После нескольких таких команд упал на сайте bbc.com, когда попытался переключить язык этого сайта на русский. Лиха беда начало :)
Достаточно подробное руководство и FAQ находятся в каталоге документации:

/usr/share/uzbl/docs/

Как и другой браузер на Webkit, Midori, этот браузер мне понравился своей шустростью, а также потенциальной (а сейчас в чем-то даже реальной) возможностью автоматизации различных действий.

UPD: Сделай из своего Firefox'а UZBL с помощью дополнения FFUZBL :))
UPD: вот еще статейка...

Проблема с конвертацией TeX документов в другие форматы

LaTeX'ом я заинтересовался где-то 3 месяца назад, порешив, что надо бы освоить еще кое-что помимо офисного пакета OpenOffice.org. Набросал пару документиков (aka Служебная) в TeXmaker, и все вроде нормально конвертировалось через pdflatex в формат PDF. Все это работало на TeXlive-core 2008. До версии 2009 этот пакет обновился, кажется, после памятных событий. Соответственно, придя после отпуска на работу, я обнаружил, что при конвертировании в PDF pdflatex вываливает ошибку, что не найдена библиотека libpoppler4. Оказалось, пакет poppler вообще не установлен. После установки этого пакета ошибка отсутствия библиотеки не выдавалась, но конвертация все равно завершалась "with error(s)". Перепробовал другие версии библиотеки poppler, но все без толку. Но вот вчера, порывшись в рассылке Arch'а, обнаружил, что такая проблема не только у меня:

latex which was fine till last update is having an unmet
libpoppler dependency. When I tried to install libpoppler then the
complaint was that they are not in the correct format. So I guess
the following needs to be done.

1) Add libpoppler as a dependency to latex
2) recompile libpoppler with latest gcc which ever it is.

Один из отвечавших предложил в ответ:

i think it's 'fmtutil --all' instead of 'updmap --all'.
you could also run 'fmtutil-sys --all' as root to recreate the
system-wide format files.

И вправду, после выполнения fmtutil(-sys) все пришло в норму :) И все же, первое предложение - включить пакет poppler в зависимости texlive-core - надо бы реализовать. Кстати, из man fmtutil:

fmtutil используется, чтобы создать или пересоздать форматные файлы и файлы переноса и отобразить информацию о формате файлов.