ConsoleKit replaced by logind

Ох, чуял я, что от очередного обновления Арча стоит ждать проблем. Скромный заголовок новости на официальном сайте - ConsoleKit replaced by logind - вроде бы не предвещал никаких проблем своими несколькими предложениями.
Проблемы начались после перезагрузки. GDM вместо окна логина выплюнул фразу "что-то пошло не так", как бы намекающую.
Порывшись по форумам, долго мучил свой Арч разными советами, пока в итоге не пришел к следующим пунктам (а придти следовало раньше):

1. Добавляем в конец строки с linux в /boot/grub/grub.cfg запуск systemd: init=/usr/lib/systemd/systemd, но лучше это сделать, конечно, в /etc/default/grub и перегенерировать grub;
2. systemd не использует inittab, так что строку запуска gdm можно благополучно закомментировать;
3. Активируем сервис gdm:

# systemctl enable gdm.service

4. Перезагружаемся.

После этого всё заводится нормально.

Вообще от использования systemd пока субъективно заметил быстрое выключение десктопа. Да и стартовал не так долго, как обычно. В gnome теперь можно выбрать темную тему для "всего". Но об этих изменениях и так написано немало.

Интернет в Интернете

В условиях надвигающейся цензуры актуальными становятся всякого рода технологии, позволяющие обходить фильтры, выставленные контролирующими органами в Интернете. Многие (даже подавляющее большинство) скажут, что им скрывать нечего, но все же рассмотреть альтернативные пути доступа к информации не помешает.

Tor

Технология многослойного прокси (на что намекает луковица в логотипе) позволяет анонимно выходить в Интернет с разных IP адресов через шлюзы.
Программное обеспечение для доступа в сеть можно скачать на официальном сайте. Имеет также ресурсы в сети в псевдодомене .onion, но их мне посмотреть "из коробки" не удалось. Технология работы состоит в установке на локальной машине http(s)-прокси, через который гоняется весь трафик. Скорость открытия страниц меньше, чем без прокси, но вполне хватает для просмотра веба и видеороликов. Сравнение его со следующим проектом можно найти здесь.

i2p

Технология, обеспечивающая многослойное шифрование трафика, считающая все узлы, через которые проходит трафик, захваченными злоумышленниками, т.е., предполагается, что трафик по пути следования расшифровать невозможно. Доступны ресурсы внутренней сети в псевдодомене .i2p, в т.ч. торренты, форумы, почтовый сервер (кстати, имеющий и обычный адрес со стороны "официального" Интернета), чаты. Технология работы также, как и в случае Tor, состоит в установке локального прокси-сервера, но в данном случае SOCKS5. Скорость открытия страниц и закачки файлов очень неравномерная, а временами вообще низкая или отсутствует. Вероятно, это связано с небольшим количеством пользователей системы, которое, в свою очередь, связано с меньшей известностью технологии и некоторой трудностью установки и настройки. Тут смотреть содержимое интернета тяжело, а иногда и вовсе невозможно. Некоторые сайты вообще не открываются (например, 2ip.ru), с чем связано - не знаю, возможно, они просто не принимают трафик с зарубежных IP адресов.Внешний адрес фиксированный, но, как пишут, его можно сменить. Официальный сайт проекта - i2p2.de - после установки ПО доступен также как внутренний ресурс i2p2.i2p.

Fido

Тут особо расписывать нечего, о получении пойнта и настройке ПО я уже писал. Технология не анонимная, и шифрование в ней не предусмотрено изначально в силу открытости ("сеть друзей"). Но в условиях тотальной цензуры эта морально устаревшая технология может на что-то сгодиться. Кстати, i2p отчасти напоминает мне её, не дословной реализацией, а неким подобием - можно организовать свой локальный чат, вебсервер и т.п., почти что BBS.

IPv6

Вполне себе ничего способ обойти блокировку того же youtube.com. Способов настроить себе туннель через брокера (я использую в основном freenet6.net) достаточно, и найти описание не проблема. Иногда соединение отваливается, но не критично. В системе поднимается tun-адаптер с вашим новым адресом, и теперь многие сайты открываются вам по ipv6.

Повторная установка Fidoip

После восстановления системы все было недосуг заново установить fidoip на ноуте. Но время, наконец, пришло.
Процедура прошла не так гладко, как ожидалось. Инсталляция под Archlinux прошла, на первый взгляд, штатно, последующая проверка почты также отработала своё, но последующие запуски g, ge и gl заканчивались переполнением буфера и крахом gedlnx. Искать причину не стал, а воспользовался советом в случае проблем. Запуск скрипта fido_linux.64.sh с последующим стандартным процессом инсталляции завершился успешным запуском вышеуказанных программ.

Gnome 3.2. Что нового?

Переписывать слово в слово описание новшеств обновленного Gnome я, конечно, не собираюсь. Напишу, что заметил нового, и что понравилось лично мне.
1. Обновил Gnome до актуальной версии еще вчера,но только сейчас заметил, что после входа в свой аккаунт на ноутбуке мне не приходится вручную снижать яркость экрана. Несмотря на то, что в настройках я выставлял ее на 25-30%, после загрузки раньше она снова подскакивала до 100%, хотя в настройках было все то же установленное мной значение. Браво, разработчики!
2. Мне нравится Google, и я рад был узнать, что теперь можно работать с его сервисами естественным образом. В частности, меня всегда интересовал календарь, т.е. функции планировщика. Теперь можно отображать в нем события и встречи, внесенные в Google Calendar, и потом править их на ноутбуке, снова синхронизируя с Google.
3. Также неплохо приложение просмотра документов, в т.ч. из Google Docs, но я бы предпочел интеграцию с LibreOffice (вроде даже плагин есть). Еще бы индексировать все документы на винчестере, а то маловато там отображается документов.
Конечно же, все эти сервисы в зачаточном состоянии, и еще много будет сделано для "бесшовной" интеграции оффлайна и онлайна, но даже эти наработки уже радуют. Еще бы и Yandex можно было бы добавить...

UPD: 4. Еще заметил, что если рабочий стол последний в списке, и на нем закрывается последнее приложение, то рабочий стол не исчезает с переходом на предыдущий, как было ранее, а становится "новым" (не знаю, как это лучше назвать :)) и переходит в режим Обзора (Activities). Удобно, черт побери, меня это реально раздражало. Надеюсь, это не связано с каким-либо расширением.

Странности со звуком и сетью

После очередной поездки в село и очередной порчи системы из-за тряски переустановил систему с июньского диска archboot, восстановил настройки, и после 3-х дней использования внезапно обнаружил, что в системе отсутсвуют сетевой интерфейс eth0 (модуль tg3) и встроенная звуковая карта (модуль snd-hda-intel). Тут надо пояснить про внезапность, что сеть и инет у меня в основном по wi-fi, а на eth0 сидит резервный провайдер. Звук тоже мне не понадобился за три дня, только вот приперло. Самая странность, что руками все подгружалось и работало. В конце концов, вспомнил, что надо бы проверить /etc/modprobe.d/, и там уже обнаружил, что мои устройства занесены в blacklist. С какого перепугу они туда попали, так и не понял. Грохнул эти файлы, и все заработало.

Сервер RDP

Решил опробовать, как ведет себя xrdp - свободная реализация сервера RDP под GNU/Linux. Столкнулся с тем, что при подключении к системе с других машин выходит следующая ошибка:

connecting to sesman ip 127.0.0.1 port 3350
sesman connect ok
sending lgin info to sesman
login succesful for display 10
started connecting
connecting to 127.0.0.1 5910
error - problem connecting

т.е. не удается подключиться к VNC-серверу на удаленной машине. Проблема выявляется запуском Xvnc с консоли:

[mao@mao-desk-arch X11]$ Xvnc :10
Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb'
21/05/11 18:37:54 Xvnc version TightVNC-1.3.10
21/05/11 18:37:54 Copyright (C) 2000-2009 TightVNC Group
21/05/11 18:37:54 Copyright (C) 1999 AT&T Laboratories Cambridge
21/05/11 18:37:54 All Rights Reserved.
21/05/11 18:37:54 See http://www.tightvnc.com/ for information on TightVNC
21/05/11 18:37:54 Desktop name 'x11' (mao-desk-arch:10)
21/05/11 18:37:54 Protocol versions supported: 3.3, 3.7, 3.8, 3.7t, 3.8t
21/05/11 18:37:54 Listening for VNC connections on TCP port 5910
Font directory '/usr/X11R6/lib/X11/fonts/misc/' not found - ignoring
Font directory '/usr/X11R6/lib/X11/fonts/Speedo/' not found - ignoring
Font directory '/usr/X11R6/lib/X11/fonts/Type1/' not found - ignoring
Font directory '/usr/X11R6/lib/X11/fonts/75dpi/' not found - ignoring
Font directory '/usr/X11R6/lib/X11/fonts/100dpi/' not found - ignoring

Fatal server error:
could not open default font 'fixed'

После создания необходимых каталогов и симлинков:

[mao@mao-desk-arch X11]$ sudo mkdir -p /usr/X11R6/lib/X11
[mao@mao-desk-arch X11]$ cd /usr/X11R6/lib/X11
[mao@mao-desk-arch X11]$ sudo ln -s /usr/share/fonts

все приходит в норму:

[mao@mao-desk-arch X11]$ Xvnc :10
Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb'
21/05/11 18:40:35 Xvnc version TightVNC-1.3.10
21/05/11 18:40:35 Copyright (C) 2000-2009 TightVNC Group
21/05/11 18:40:35 Copyright (C) 1999 AT&T Laboratories Cambridge
21/05/11 18:40:35 All Rights Reserved.
21/05/11 18:40:35 See http://www.tightvnc.com/ for information on TightVNC
21/05/11 18:40:35 Desktop name 'x11' (mao-desk-arch:10)
21/05/11 18:40:35 Protocol versions supported: 3.3, 3.7, 3.8, 3.7t, 3.8t
21/05/11 18:40:35 Listening for VNC connections on TCP port 5910
Font directory '/usr/X11R6/lib/X11/fonts/Speedo/' not found - ignoring

Всё, можно подключаться обычным виндовым RDP-клиентом или xfreerdp/rdesktop.
Как хорошо работает, понять пока трудно, но проблема с запуском, по крайней мере, решена.

Файлообменник на samba. Часть 2

До сих пор не была решена проблема с установкой дисковых квот для пользователей. Сколько ни копался в гугле, так и не понял, как же использовать директивы в конфиге самбы: set quota command и get quota command. В итоге обошелся директивой root preexec, запускающей от root мой скрипт назначения квоты на пользователя:

[homes]
valid users = YOUDOMAIN+%S
browseable = no
writable = yes
create mode = 0400
directory mode = 0700
root preexec = /usr/sbin/set_quota %S
; admin users = %S
read list = YOUDOMAIN+%S
write list = YOUDOMAIN+%S

Для работы с квотами надо установить пакет:

# pacman -S quota-utils

и настроить раздел в /etc/fstab на использование квот:

/dev/sdc1 /home ext4 defaults,usrquota 0 1

После перемонтировать раздел с квотированием и выполнить команды:

quotacheck /dev/sdс1
quotaon /dev/sdс1

Скриптик set_quota для установки квот тоже прост, как три копейки:

#!/bin/sh
/usr/sbin/setquota -u $1 400000 500000 400 500 /dev/sdс1

По команде:

# pacman -Ql quota-utils

можно получить список всех утилит пакета, но меня заинтересовали только edquota (ручное редактирование квот), repquota (сведения о квотах) и quota (информация о квоте на пользователя). Некоторые примеры использования:

Выдать информацию по квоте, только если она превышена:

# quota -q maotm

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

# repquota -s /dev/sdс1 | grep -v "#"

Файлообменник на samba. Часть 1

Возникла необходимость создать файлообменник из одной сети в другую, с запретом удаления передаваемых файлов, чтобы контролировать, что гуляет из сети в сеть. В последнее время в деле создания критически важных сервисов мой выбор падает на Arch. Вот и в этот раз мой выбор пал не него :)
После некоторых экспериментов со схемами передачи файлов, остановился на следующей: вводим Samba-сервер в домен, после чего доступ будет организовываться только через доменные учетные записи. Каждому пользователю при входе создается домашняя папка по его логину в домене. Попутно можно создать общие папки для всех пользователей.
Процедура настройки линуксового сервера с samba в домен Windows расписана достаточно подробно в журналах (LXF200910) и сети Интернет, поэтому смысла перетирать все это заново нет. Технология создания домашних папок пользователей описана здесь.
В процессе настройки доступа к домашней папке наступил на грабли. Прописав в smb.conf заменитель (separator) обратного слэша, я безуспешно пытался войти в созданную папку. Оказалось, заменитель надо ставить везде в конфиге (например, YOUDOMAIN+%S). После этого все заработало.
Ниже привожу свой smb.conf:

#======================= Global Settings =====
[global]

workgroup = YOUDOMAIN

server string = Samba Server

security = ads

netbios name = SHARE

log file = /var/log/samba/%m.log

max log size = 50

realm = YOUDOMAIN.LOCAL

auth methods = winbind

idmap uid = 10000-20000
idmap gid = 10000-20000

winbind separator = +

winbind enum users = Yes
winbind enum groups = Yes

winbind use default domain = Yes

;winbind offline logon = Yes

preferred master = No

panic action =

log file = /var/log/samba/log.%m
debug level = 0
syslog = 0

interfaces = 10.10.0.0/24 10.11.0.0/16

obey pam restrictions = Yes

#======================= Share Definitions ===
[homes]
valid users = YOUDOMAIN+%S
browseable = no
writable = yes
create mode = 0400
directory mode = 0700
read list = YOUDOMAIN+%S
write list = YOUDOMAIN+%S

;[data]
; path = /media/data
; valid users = Administrator, @"Domain Users"
; admin users = Administrator
; write list = @"Domain Users"
;; read list = @"Domain Users"
; inherit permissions = yes
; inherit owner = yes

Подключение к Fidonet

Недавно, нарвавшись на новость о выходе новой версии пакета программ fidoip для подключения к сети Fidonet, решил установить сей пакет и заодно получить пойнта.

Установка прошла гладко, но после запуска и последующего выхода из читалки GoldED-NSF обнаружил, что процессор начинает сильно загружаться. Поковыряв, откуда у этой беды растут руки, обнаружил, что в скрипте запуска используется перекодировщик luit, который и начинает после выхода из ge бесконтрольно жрать процессорное время. А все потому, что забыли добавить ключ -x, который завершает его работу после завершения работы запускаемой им программы:

/usr/bin/luit -x -encoding koi8-r /usr/local/bin/ge

После этого все пришло в норму. На этом заморочки не закончились. После запуска gl (ge через luit) при входе в любую область (так называются папки) сначала выскакивает сообщение:

"Индексы нодлиста недоступны"

Решение проблемы в том, чтобы запустить скрипт:

/usr/local/bin/nodelist.sh

Теперь golded не ругается. Последняя найденная заморочка в том, как написать из golded в конфу, область для которой еще не создана. Для этого оказалось достаточным прописать соответствующую строчку в конфиге fidoip:

/usr/local/etc/fido/config

по аналогии с другими, существующими, областями и снова запустить gl. Вуаля, область конфы появилась в списке!

Ноду в Махачкале не нашел ( а когда-то были), получил пойнта по IP у Виталия Гейдеко из Ставрополя. Так что теперь написать мне можно и по адресу 2:5064/54.44 :) Увы, пока лишь убедился в том, что в Fidonet по нынешним временам жизнь не бурлит, среди подписанных мной, наблюдаю относительную активность только в эхо-конфах RU.ANEKDOT и RU.BINKD. Есть ли жизнь на Марсе, покажет время. В сети я всего лишь 3-4 дня, так что выводы пока делать рано...

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

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

Всё та же загрузка проца под 100%

Уже не в первый раз приходится писать об этом, но все же периодическая загрузка проца под 100% меня уже достала. Уже и параллельную загрузку отключил, и "подозрительную" :)) прогу поменял, но все без толку. И тут, запустив браузер Opera параллельно с какой-то тяжеловесной задачей, я увидел предложение браузера отключить java-плагин в связи с большой загруженностью процессора. В этот момент до меня дошло, что многие пользователи жалуются в интернете на такие же неприятности с плагином java. А я вот как-то подзабыл об этом, хотя раньше читал и был в курсе. Возможно, что раньше связка браузер+java работала более слаженно, ибо проблема этого рода возникла у меня не сразу. Я уже не припомню точную дату, но кое-кто в инете упоминал, что на 2-й ветке Firefox'а эта проблема не встречается.
Короче, отключил этот плагин, и пришло счастье) Но счастье ли?

Fennec 1.0b3

Недавно вышла третья бета-версия браузера для Nokia N8x0 на платформе Maemo, в т.ч. в виде сборок для обычных ОС. К сожалению, запустить его на моей 64-разрядной системе не удалось, т.к. вылезала ошибка:

[mao@mao-note-arch fennec]$ ./fennec
Couldn't load XPCOM.

Погуглив в инете, выяснил, что если перейти в подкаталог xulrunner и запустить xulrunner напрямую оттуда:

[mao@mao-note-arch xulrunner]$ ./xulrunner
./xulrunner-bin: error while loading shared libraries: libdbus-glib-1.so.2: wrong ELF class: ELFCLASS64

то вывод однозначно дает понять, что не хватает соответствующей 32-разрядной библиотеки:

[mao@mao-note-arch fennec]$ sudo yaourt -S aur/lib32-dbus-glib

После этого fennec благополучно запустился, правда, ругаясь на отсутствие других библиотек:

[mao@mao-note-arch fennec]$ ./fennec
Gtk-Message: Failed to load module "canberra-gtk-module": /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so: неправильный класс ELF: ELFCLASS64

(fennec:22021): Gtk-WARNING **: /usr/lib/gtk-2.0/2.10.0/engines/libmist.so: неправильный класс ELF: ELFCLASS64
Gtk-Message: Failed to load module "canberra-gtk-module": /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so: неправильный класс ELF: ELFCLASS64

(fennec:22021): Gtk-WARNING **: /usr/lib/gtk-2.0/2.10.0/engines/libmist.so: неправильный класс ELF: ELFCLASS64

Попытался ставить lib32-libcanberra:

[mao@mao-note-arch ~]$ sudo yaourt -S lib32-libcanberra

но при установке своих зависимостей скрипт инсталляции выдал ошибку:

Нет такого файла `tdb-3.3.6-1-i686.pkg.tar.gz'

после чего я решил оставить это дело в покое :) И так работает. А "на посмотреть" хватит. Кому нужно, без труда доставит остальное :)

P.S. На моей старенькой машинке с Debian GNU/Linux i686 все запустилось без проблем. Ну, оно и понятно...

FoxitReader 1.1

Вышла очередная Linux-версия FoxitReader - легендарного pdf-просмотровщика под Windows. Первая версия несколько месяцев назад меня не впечатлила. Сглаживание отсутствовало как класс, страницы листались с ужасными тормозами, даже если документ состоял из 5 страниц. Решил попытать счастья во второй раз. И что же? Foxit приятно меня удивил! Страницы, даже сильно нагруженные графикой, листаются быстро, сглаживание тоже присутствует, из-за чего текст выглядит очень приятно для глаз :) Большие документы открываются и просматриваются без проблем.
Теперь о недостатках. Внешний вид остался так же убог, сглаживание нельзя отключить или отрегулировать. Да и прокрутка не плавная, а чуть рывками, в отличие от того же xpdf. Версия все также 32-разрядная, из-за чего (да и не только этой программой) система засорена lib32-* -пакетами. Впрочем, этим недостатком страдает и Adobe Acrobat Reader. Но все же, несмотря на проприетарное происхождение продукта, общее впечатление положительное...

pacman-color vs pacman

Устанавливая после переустановки системы yaourt, заметил предложение установить pacman-color - патченый pacman с поддержкой цветового оформления вывода, как в самом yaourt. Что ж, очень удобно :-) Не пойму только, почему бы не перенести в оригинальный pacman эту функциональность?