Чип и Дейл спешат на помощь

Разумеется, никто скрывать ничего не собирается . Порой требуемая или просто полезная для нас функциональность скрывается за пыльный обложкой man страницы. Мне же потребовалось проигрывание музыкальных сэмплов и звуковых дорожек на стационарной машине с хорошей аккустикой (хорошей относительно моего сознания ).
Исходные данные:
WS (workstation): FreeBSD-5.3/esound-0.2.35_1
NB (notebook): Ubuntu Linux Hoary Hedgehog/esound-0.2.35-2ubuntu
+++настроенный сетевой стек

Дополнительно на NB потребуется пакет:

apt-get install esound-clients

В который входят жизненно важные приложения, перехватывающие обращение к /dev/dsp и заворачивающие его на указанный esound-демон (локальный или удаленный). К слову сказать, они позволяют работать приложениям обращающимся напрямую к /dev/dsp при запущенном esd. Так, к примеру, для работы с audacity при запущенном esd в одном из форумов советовали выполнить killall esd перед запуском бинарника аудасити. Кто-то даже предложил скрипт, сводящийся к :

#!/bin/sh
killall esd
audacity
esd -nobeeps


На деле же все решается гораздо проще:

esddsp audacity

В этом случае любое обращение audacity к залоченному esound-демоном устройству /dev/dsp будет перехватываться esddsp и заворачиваться на оный демон.

После небольшого отступления вернемся к $SUBJy . На WS запускаем esd на прослушивание TCP/IP сокета:

esd -public -port 2667 -tcp -bind ADDRESS

, где ADDRESS - IP адрес сетевого интерфейса (по идеи ключи -public и -tcp должны были заставить esd слушать на всех сетевых интерфейсах, но видимо представления разработчиков несколько расходятся с моими . По этой причине мне потребовалось указать ключ -bind ADDRESS).
В качестве промежуточной проверки на WS можно выполнить:

~ % sockstat -4l | grep 2667
chip esd 1101 3 tcp4 ADDRESS:2667 *:*
~ %


В случае запуска esound-демона на GNU/Linux в качестве альтернативы sockstat следует использовать:

netstat -ptan | grep 2667


Осталось самое приятное - завернуть любимую композицию с NB на WS:

esddsp -s ADDRESS:2667 mpg321 --list /path/to/playlist


Для случая клипа/фильма:

esddsp -s ADDRESS:2667 totem --list /path/to/clip


С тех пор, как я мигрировал с MUA mutt на Thunderbird я минимум времени уделял настройке клиента: мне вполне хватало базовой функциональности заложенной в Tools->Options. Однако, один вопрос по прежнему будоражил мое воспаленное сознание: как подменить строчку User-Agent исходящей корреспонденции. Для случае с mutt'ом все сводилось к добавлению в ~/.mutt/muttrc строчек:
set user_agent = no
my_hdr User-Agent: wussup ppl!

Как показали кратковременные поиски для Thunderbird задача сводится к добавлению 5-и строчек в user.js:
user_pref("general.useragent.misc", "");
user_pref("general.useragent.locale", "");
user_pref("general.useragent.vendor", "");
user_pref("general.useragent.vendorSub", "");
user_pref("general.useragent.override", "wussup ppl");

Попутно я натолкнулся на преинтереснейшую статью, посвященную ГромоПтице, рекоммендуемую к прочтению всем пользователям этого, без тени сомнения, восхитительного почтового клиента.

Ссылке по теме:
http://www.mozilla.org/unix/customizing.html#prefs,
http://www.mozilla.org/projects/embedding/faq.html#section-3

Историческая справка. В древние времена для вычисления подходящего ModeLine чатлане (в коих число входил Ваш покорный слуга) использовали различные ухищрения. В их число входили: кропотливое изучение XFree86 Timing HOWTO, заполнение соотвествующих параметров web-форм, вычислявших наиболее подходящий ModeLine, et cetera. И вот, настало время представить gtf(1), являющейся частью xorg дистрибьюции. С помощью данной утилиты процесс вычисления соотвествующего ModeLine превращается в увлекательное путешествие. Например, для разрешения 1024x768@85:
~ % gtf 1024 768 85

# 1024x768 @ 85.00 Hz (GTF) hsync: 68.60 kHz; pclk: 94.39 MHz
Modeline "1024x768_85.00" 94.39 1024 1088 1200 1376 768 769 772 807 -HSync +Vsync

~ %

Ссылки по теме: xorg.conf(5), gtf(1), xorgcfg(1), xorgconfig(1).

Так должны были выглядеть компьютеры к 2004-му году. Наверстаем упущенное :-D?!

Небольшой я сторонник различных ГУЕвых конфигураторов. Устойчивое отвращение было заложено еще во времена почившего linuxconf. Однако, замолвлю доброе словечко за ObTuner, созданную нашим соотечественником. Данная полезняшка является ничем иным, как графическим интерпретатором (в переносном смысле) конфигурационных файлов WM openbox.

Основная смысловая нагрузка данной заметки: разъвеять сложившийся вокруг ГромоПтицы миф о невозможности импорта файлов в mailbox формате. С подобными безапеляционными высказываниями мне неоднократно приходилось сталкиваться на страницах форумов и maillist'ов.

С задачей импорта из mailbox в Thunderbird мне впервые пришлось столкнуться при переходе с MUA mutt. Чем это было вызвано, оставим для разговоров за колуарами. В Н-ый раз тряхнуть своими познаниями пришлось при импорте архивов freeebsd-mobile. Итак,

I. В качестве приготовления к трепанации завершим корректно работу Thunderbird.
II. Скопируем файлы в формате mailbox в дирректорию $HOME/$thunderbird_home/$profile_path/Mail/Local Folders
, где $thunderbird_home - "служебная" директория Thunderbird. Типичными именами являются .thunderbird или .mozilla-thunderbird. В большинстве случаев они совпадают с именем исполняемого файла TB.
$profile_path - как правило, единственная поддиректория директории $thunderbird_home. Точно можно узнать, выполнив команду:
grep -A 4 '^\[Profile0\]' $thunderbird_home/profiles.ini | grep ^Path | awk -F= '{ print $2 }'
Соотвественно подставив свой $thunderbird_home, получим $profile_path.
III. Запускаем TB и пеходим к папке Local Folders. Там и будет располагаться вновь скопированный mailbox файл.

На правах примера,
cp /tmp/2004.freebsd-mobile "~/.thunderbird/default.vk0/Mail/Local\ Folders/"

Hint: перед просмотром архивов, я их объеденил в один "гигантский" файл, для простоты просмотра по нитям, который за последние несколько лет стал стандартом de facto чтения почты maillist'ов.

24 Декабря прошлого года (и как я такое смог пропустить ?! :() вышла новая версия культовой игры OpenTTD. Цитировать Changelog, который доступен на главной странице проекта не имеет смысла. В этот раз разработчики порадовали нас улучшенным мултиплеем и доступностью Debian сборки для скачки.
Так что качаем, ставим и присоединяемся к одному из следующих серверов http://servers.openttd.org/.

Ни для кого не секрет, что на десктопе в качестве WM (Window Manager) я использую fvwm. Что собственно можно лицезреть, на следующих скриншотах:
fvwm-10-05-2004.png
fvwm-01-10-2004.png
fvwm-03-10-2004.png
fvwm-04-10-2004.png
fvwm-19-10-2004.png
NetBSD-2.0_BETA
Xnest в связке с FreeBSD и NetBSD
Maple8 в упряжке FreeBSD (Maple8 для Linux, что примечательно на GNU/Linux мне так и не удалось его запустить).

Однако, на ноутбуке захотелось чего-то более простого в настройке, более user-friendly что ли. По началу я решил отпить вина в лагере с Gnome2, как оказалось несколько опрометчиво. Следующим кандидатом был fluxbox, в сторону которого я смотрел еще до знакомства с fvwm. Однако, на тот момент fluxbox не шибко вырос из пеленок. Стабильной (как собственно и сейчас) считалась версия 0.1.14, а версия для разработчиков по каким-то причинам падала в корку на моей FreeBSD. Прошло около полутора лет, а то и больше, а fluxbox как отставал от намеченных сроков релиза 1.0, так и отстает. Счетчик отставания уже за год перевалил. Но сказЪ не о том.
Попробовал я пустить его на своем Ubuntu и сразу споткнулся на пренепреятнейшей особенности работы флюкса с UTF-8 локалью, которая выставлена у меня "по умолчанию",- почти минутная его загрузка. Конечно, существует патч от svyatogor'a, но для этого нужно собирать fluxbox из исходных текстов. Решил отложить это в долгий ящик в качестве домашнего задания :-D, т.к. ни времени, ни желания собирать из исходных текстов при использовании бинарного дистрибутива не было.

На ум приходил только один подходящий оконный менеджер - openbox. В свое время читал о нем в блоге StraNNicK'a. А в последующем использовал openbox'овую тему Blah41 в качестве основы для создания стиля fvwmrc. Удостоверившись, что оный оконный менеджер существует в репозитарии Ubuntu:

chip@nebula:~ $ apt-cache search openbox
docker - System tray for KDE3/GNOME2 docklet applications
obconf - Preferences manager for Openbox
openbox - Standards compliant, fast, light-weight, extensible window manager
openbox-themes - Themes for the Openbox window manager
chip@nebula:~ $

Приступил к установке:

sudo apt-get install openbox obconf openbox-themes

Последующее чтение документации из /usr/share/doc/openbox расставило все точки над i об особенностях настройки.
Оставалось одно, довести до сведения gdm(1) о существовании такого WM как openbox. Для этого потребовало разместить в /usr/share/xsessions/ файл с именем openbox.desktop следующего содержания:

[Desktop Entry]
Encoding=UTF-8
Name=OpenBox
Exec=openbox
# no icon yet, only the top three are currently used
Icon=
Type=Application


Related Links:
HOWTO: Add other sessions to GDM - kde openbox etc.
Документация к openbox