Выглядит всё это где-то так:

Единственные “зубы” (и то мелкие) на графике, это втаскивание нескольких десятков тысяч писем на IMAP (поверх SSL, разумеется). После чего, кстати, каталоги с письмами открываются вполне шустро. В общем, даром что Atom, а машинка вполне годная, можно ещё много чего интересного с ней делать.

Это, разумеется, реклама.

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

Другое дело почта, почта это ад. Причём, с двух сторон. С одной стороны, надо сделать так, чтобы тебя не забомбили спамом, то бишь, правильно расставить капканы на пути письма, а с другой, сделать так, чтобы твои письма не попадались в капканы чужие и доходили туда, куда им требуется доходить.

Как результат, последние недели две всё свободное время занимал тот самый переезд. Узнал много нового, наконфигурял тонну всякого, повеселился тому, что vkontakte.ru забанен на Spamhaus (впрочем, даже если не пользоваться Spamhaus, SpamAssassin даёт письмам из вконтакта больше 12 баллов, чего, как правило, более чем достаточно, чтобы их зарезать ).

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

Единственное, что хочу отметить, это самую первую вещь, которую я на машинке поднял, симпатичный монитор для отслеживания разного. Немного пришлось порыться, чтобы найти что-нибудь достаточно простое, несложное в конфигурянии и, конечно, выдающее симпатичные графики. Успокоился на collectd с идущим в комплекте интерфейсом collection3, тривиально настраивается, может мониторить очень много всего, выдаёт RRD базы с которыми делать можно почти что угодно, ну и collection3 вполне неплох в качестве интерфейса.

Есть неподтверждённая гипотеза, что это весна. Однако, наблюдения следует продолжить.

Осталось переехать ещё кучу всего. Но об этом попозже.

А счастье, оно ж рядом. И состоит оно буквально в том, чтобы не иметь головняка там, где его можно не иметь. Было время, когда мне было крайне интересно ковыряться в системах не целевых для каких-то задач, а просто так. И не напрягало иметь на собственном ноутбуке раскуроченную систему с самосборным ядром -mm со всеми возможными экспериментальными опциями и initng. Это даже было круто. И Gentoo крутить на другой железке было круто. Она собирается, собирается, собирается. Пишет разное, мигает лампочками. Процесс! Прогресс!

Было. Хватит. Собственно, хватило уже давно. Использование sid можно считать небольшим рецидивом.

Работают же, как водится, не постоянно мутирующие дистрибутивы, а вполне конкретные сборки под вполне конкретные задачи. Которые не приносят каждый день абсолютно-новые-переписанные-улучшенные-ни-с-чем-несовместимые-ни-разу-не-тестировавшиеся-ура-ура версии софта, а обновляются эпизодически. Ну там, раз в полгода, или, как openSUSE, раз в 8 месяцев. Стабильный Debian он тоже из этой оперы, на самом деле, но уж больно долог цикл. Обновляются, при этом, на не менее конкретные сборки, где компоненты плотненько подогнаны друг к другу и прогнаны через какой-то QA именно в цельном виде.

И все возможные проблемы, связанные с многократно-неописуемо-улучшенными-свежими-новыми изменениями решаются тоже, раз в когда выйдет новый цельный релиз, а не по случаю НЕОЖИДАННОГО обновления очередного важного системного пакета.

Ну а крутить и “оптимизировать” пакеты… Зачем? Если оно работает, зачем? Не, было интересно выключить какую-нибудь 100% ненужную фичу в Gentoo и радоваться, вот, выкинул что-то ненужное. Но если речь о системах настольных, то угадать чего потребуется от них завтра, увы, получается не всегда. И когда фича резко становится необходимой начинается героическая пересборка всех тех 387 пакетов, которые могут быть собраны с её поддержкой. Причём, перед тем как вырубить, надо изучить, чего вырубаешь, потом, когда резко понадобилось, понять, “а чё-то оно не пашет”, ну и потом радоваться 387 пакетам. Очень, очень интересная оптимизация.

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

Чего и вам желаю.

Контакт-лист в qutIM понравился. Окошко чата годное. Импорт истории из SIM вообще воодушевил. Ну и, приятна легковесность. Плагин для погоды забавный. Всплывайки оформлены хорошо. Но.

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

Второе, открытие новых окон для разговоров. Хочется крайне простую вещь — чтобы при поступлении сообщения в фоне открывалось окошко чата. Всё. qutIM не осилил. Или открываем поверх всего, или не открываем вовсе.

В общем, с qutIM не сложилось. В принципе, всё объясняется довольно просто. Авторы видят работу с IM несколько иначе, они реализуют её именно и только в соответствии со своим видением. За счёт этого клиент получается компактный-аккуратный, но если он не устраивает своим поведением, то сделать с этим ничего не возможно. Ну, кроме как пилить код, но это уж увольте, в другой раз.

Пришлось вернуться к Kopete. В стандартной поставке мне в нём не нравится почти всё. Менюшки “Файл-Правка-Настройка” в окнах, контакт-лист, сделанный так, что приходится пользоваться прокруткой почти независимо от количества пользователей, окна чатов с мордами, всплывайки с сообщениями… В общем, плохо всё.

Кроме одного, “Копыто” значительно толще, пользуется разными KDE-шными возможностями и имеет большое число разработчиков, которые пользуются им по-разному. А значит что? Значит, оно настраивается почти под любые запросы. Вот, в том числе, я смог накрутить его и под себя. Даже довольно несложно.

Например, получить аккуратное OSD вида “Пришло сообщение” хоть и нельзя напрямую из настроек Kopete, но, feel the power of KDE4, результата можно добиться благодаря возможностям системы уведомлений KDE. Которая может на любое событие не просто пищать/всплывать/писать логи, но и запускать любую программу. А программой этой может быть osd_cat, входящий в состав xosd.

У меня, например, это делается так (скопипастил и довёл до необходимой кондиции первый попавшийся на просторах тырнета пример):

echo %25s | html2text -utf8 | head -n 1 |
osd_cat -d 4 -o -100 -i 20 -p bottom -A right -f "-*-trebuchet ms-bold-r-*-*-*-220-*-*-p-*-iso10646" -O 2 -c gold

Аналогично с открытием окон в фоне, не вопрос совершенно, легко натыкивается в настройках. Вид контакт-листа меняется на более удобоваримый, также, парой тычков. С окошком чата можно сделать вообще почти что угодно, стили подключаются на раз и их в Сети представлено великое множество, что-нибудь подобрать можно. Ну и, само собой, “Копыто” интегрировано в адресную книгу KDE со всеми вытекающими прелестями.

Таким вот образом Kopete прописался у меня в качестве клиента IM.

Много где Debian у меня крутится и проблем со стабильным дистрибутивом, действительно, нет, если он удовлетворяет по функционалу. Проблема возникает, когда он перестаёт удовлетворять по тем или иным критериям.

В первую очередь из-за банального устаревания. За время между стабильными релизами успевает измениться слишком многое и, читая очередные сводки с фронтов разработчиков, иногда видишь, что вот _это_ хотелось бы уже вчера. А когда оно приедет в стабильный дистрибутив?

Но в Debian есть ещё и testing, и unstable. Testing, скажу честно, ни разу не использовал. Но приблизительно представляю, поскольку очень много использовал sid. Sid — это жизнь на минном поле, угадать, что будет со следующим обновлением, подрыв или успех, не представляется возможным.

Особенно, в последнее время. Unstable ломают часто и с удовольствием. Быстро чинят. Но, при подрыве, оно почему-то не радует. Ясно, что с testing эти проблемы значительно сглаживаются, крупные проблемы решаются до того, как пакет уедет в testing. Но проблема возникает другая, если что-то в testing всё-такие уедет (а это может быть какой-то менее серьёзный баг по классификации Debian, но который как раз очень сильно досаждает именно в конкретной необходимой конфигурации), то когда приедет исправление, непонятно вообще.

Но можно было бы попробовать testing, если бы не одна другая проблема. Debian хоть и универсальная ОС, но всё же очень сильно тяготеет в сторону серверов. И качество поддержки пользовательских графических сред и приложений существенно ниже. Зависит, конечно, от предъявляемых требований, но конкретно меня интересует KDE.

Надо отдать должное, команда поддержки KDE делает много хорошего и жаловаться на большие проблемы не приходилось. Свежие релизы достаточно регулярно подтягиваются. Решение с миграцией из KDE3 в KDE4 вообще получилось отличное, я ожидал много худшего. В общем же подход достаточно простой, релизы KDE собираются практически без изменений и потом мало модифицируются.

Но KDE это такая большая штука, в которой происходит много разного. Особенно с учётом того, что четвёртая версия только-только более-менее стабилизировалась в достаточной мере. И некоторые исправления хотелось бы видеть раньше, чем выходит новая официальная версия KDE. Плюс к этому, не хватает внимания к консистентности среды, например, управлялка сетью для KDE4 в Debian до сих пор вообще в experimental, хотя в SUSE я её пользую прямо сейчас и вполне она неплоха.

Ну и, конечно, хочется, чтобы максимум всего работало “из коробки”. Понятие, понятно, расплывчатое, но в разных ситуациях разница между попыткой охватить все возможные варианты и угодить всем и заточенностью на более конкретный use case ощущается вполне. Дистрибутивы, заточенные под использование на пользовательских машинках, могут быть проще в некоторых ситуациях.

Встал вопрос о том, на что переезжать KDE-шнику с претензией. Никакой экзотики не хотелось, а из основного ничего кроме openSUSE на желанное не походило. Стоит вспомнить, что SUSE была первым дистрибутивом на который я переехал на постоянной основе. Причём, жена (тогда ещё будущая) переехала на Debian на год раньше меня. Эх, было время.

В общем, начал с рабочего ноута и отработал интересные грабельки. А вчера перевёл и основную машинку. В принципе, всё путём. Но ещё немного грабелек словил.

С Debian у меня была тривиальная разбивка — два винта содержали по одному разделу софтового RAID, они сводились в RAID1, а на этом RAID разводился LVM с разделами под /boot, шифрованный своп, корневой раздел и шифрованный /home. Всё это счастье неплохо работало и грузилось с помощью LILO, Debian знал, что GRUB такое дело загрузить не может и умел работать с LILO.

SUSE с LILO как-то не очень, по крайней мере, в работе со стандартным инсталлятором. Поэтому такая конфигурация у SUSE не проходит в принципе. Пришлось творчествовать. В результате, где у меня был один RAID, стало три. Один небольшой RAID1 под /boot, ещё один RAID0 (надо же поизвращаться) по своп и большой RAID1 под LVM с корневым разделом и /home.

/home, конечно, зашифрован. Своп, конечно, тоже. Только если раньше своп у меня шифровался случайным ключом при загрузке, то теперь одним конкретным. И /home я после установки перешифровал из режима CBC в XTS, инсталлятор всё ещё делает CBC. Со свопом сделал так в надежде заставить всё-таки работать suspend to disk, в старой конфигурации это было невозможно по понятным причинам.

В общем, SUSE на ноут встала хорошо. Без особых трудностей KDE подхватил всё что надо из старого хомятника (но ~/.kde пришлось перенести в ~/.kde4, сообразно местным распорядкам). За исключением, почему-то, органайзера, но это дело поправимое.

Грузится система существенно быстрее Debian. В работе всё вполне прилично. NetworkManager под KDE4 отличный. В YaST-е можно натыкать крысой много полезного. Интересный у SUSE сервис сборки пакетов, он же, по совместительству, расширенный во все стороны репозиторий. Наставил из него всё чего не хватало в стандарте.

Интересно, что в стандарте у неё вообще отсутствует xorg.conf. Я это не упомянул в заметке про X11 fail, а его действительно не было, пока я не начал руками дёргать SAX. До таких высот допёр прогресс… Поэтому, чтобы избавиться от уродского переключения раскладки по Ctrl-Shift (попользовавшись пару часов, чуть не сломал пальцы) надо залезть в HAL, конкретно в /etc/hal/fdi/policy/20thirdparty/11-keymap.fdi.

Zypper. Zypper это типа apt-get или aptitude, по вкусу, в SUSE. Zypper шустр и, похоже, что даже работает. Единственное, что в нём раздражает, так это та же петрушка, что есть в YUM — он на любой чих типа “поищи-ка вот это” пытается обновить репозитории из интернетов. Это вносит непредсказуемую задержку в выдаче желанного. Мне это не нравится. Посмотрим, что можно с этим сделать.

Suspend-to-disk. Как ни удивительно при моей извращённой конфигурации, но он у меня завёлся. Не из коробки, это надо отметить, но нехитро. Из коробки он почему-то думал, что подниматься надо из /dev/md1, то есть напрямую с RAID, а не из шифрованного раздела на нём, плюс, в /etc/crypttab не хватало параметра initrd для свопа (а swap, соответственно, надо было убрать, смысла каждый раз дёргать mkswap немного, а mkinitrd это не нравилось (и правильно, если поверх сохранённого s2disk сделать mkswap, подняться из suspend будет сложновато)). После этих двух коррекций всё вполне работоспособно. Надо ещё потестировать стабильность s2ram, в Debian раз в десять подходов ноут не просыпался.

В общем, на данном этапе, я результатом удовлетворён. Система работает, кушать не просит, в обновлениях приходят только исправления конкретных багов (кстати, крайне удобен просмотр изменений, дёргать “aptitude changelog” совсем не то) Посмотрим, что будет при обновке на новую версию, когда таковая выйдет.

Много почитав и подумав, засунул (руками) в xorg.conf Driver типа “ati”. Прогресс! Я увидел облом автологина и появление авторизационного диалога KDM. Логин не проходил ни под каким соусом. Потратив ещё некоторое время на изучение разного сделал решительный шаг:


$ rm -fr ~/.kde4


И, удивительным образом, всё завелось.

Но я, конечно, не успокоился и немного ещё поигрался. Вернул на место драйвер radeonhd, без проблем. Пошёл в настройки KDE и, на всякий случай, попробовал включить эффекты KWin. “Бумц!” – сказал X сервер. “Ух ты!” – подумал я. Сходил в ~/.kde/share/config/kwinrc, убил все плагины, перезапустил xdm, не помогло. Переключил там же режим эффектов из OpenGL в XRender. Завелось!

Конечно, после этого я эффекты снова выключил куда подальше. И теперь много думаю над тем, надо мне такое openSUSE или нет.

Но не без позитива. Под этим соусом сын начал изучение английского языка. Сразу со слова “FAIL”.

kettle:~# mcelog
MCE 0
HARDWARE ERROR. This is *NOT* a software problem!
Please contact your hardware vendor
CPU 0 BANK 0 RIP 00:ffffffff80322c9b
MCG status:EIPV
MCi status:
Uncorrected error
Processor context corrupt
MCA: Internal Timer error
STATUS a200000084010400 MCGSTATUS 2
MCE 1
HARDWARE ERROR. This is *NOT* a software problem!
Please contact your hardware vendor
CPU 1 BANK 0 RIP 00:ffffffff8021df59
MCG status:EIPV
MCi status:
Uncorrected error
Processor context corrupt
MCA: Internal Timer error
STATUS a200000084010400 MCGSTATUS 2

У меня офис рядом с интелевским находится. Пойти им, что ли, сдать их барахло глючное?..

P.S. И ИБП недавно, кстати, сдох один. Батарея-то у него давно уже, но хотя бы так работал. А тут запищал, я его вырубил, а потом он уже и не включился.