Процесс прошёл на удивление быстро:

#"инструкция"
cd /usr/src/
wget http://www.kernel.org/pub/linux/kernel/v3.0/linux-3.1.8.tar.bz2
tar xfj linux-3.1.8.tar.bz2
rm -rf linux
ln -s /usr/src/linux-3.1.8 /usr/src/linux
cd /usr/src/linux
zcat /proc/config.gz > .config
make oldnoconfig
make menuconfig
make -j3 all
make modules_install
make install
cd /etc/rc.d
mv /boot/vmlinuz /boot/vmlinuz-3.1.8
ln -s /boot/vmlinuz-3.1.8 /boot/vmlinuz
mv /boot/System.map /boot/System.map-3.1.8
ln -s /boot/System.map-3.1.8 /boot/System.map
cp /usr/src/linux/.config /boot/config-3.1.8
rm /boot/config
ln -s /boot/config-3.1.8 /boot/config
mcedit lilo.conf
lilo
reboot

…а главное безболезненно – система загрузилась сразу.

Настал черёд пересобрать драйвера nvidia. В наличии имелся инсталлятор версии 275.09 – он работать отказался сославшись на то, что не может найти исходники ядра. Хорошо – скачал последнюю на данный момент сборку – 290.10, которая установилась без проблем. Но не тут-то было – xOrg не запустился ругнувшись:

NVIDIA: could not open the device file /dev/nvidia0 (Input/output error).
(EE) NVIDIA(0): Failed to initialize the NVIDIA GPU at PCI:1:0:0.  Please
(EE) NVIDIA(0):     check your system's kernel log for additional error
(EE) NVIDIA(0):     messages and refer to Chapter 8: Common Problems in the
(EE) NVIDIA(0):     README for additional information.
(EE) NVIDIA(0): Failed to initialize the NVIDIA graphics device

И пошло-поехало…

• откатился до 285.05.09 – тоже самое
• последовательно перепробовал всевозможные опции ядру, которые удалось найти в “этих ваших интернетах” и noacpi и pci=biosirq и vmalloc=XXXm – без результата.
• перепробовал море разных опций модулю nvidia – без толку

И вот надежда уже погибла, xOrg работает через убогий nouveau и остаётся лишь “установить бубунту“ загрузить старое ядро (и собрать ему старые драйвера nvidia). Поудалял кучу старых инсталляторов и решил скачать (раз пошла такая пьянка) 275.28 и на всякий попробовал их собрать к свежему ядру. И что удивительно – получилось! всё заработало, на первый взгляд система стала шустрее, chrome с полусотней открытых табов больше не вводит иксы в транс. На днях попробую повторить операцию “хватить тупить” на другой машине

“Такой день” (ц)

После непродолжительных мытарств родился следующий ~/.evrouterrc:

#при нажатии на slider up на клавиатуре - сгенерируй событие "mousewheelup"
"Microsoft Microsoft® Digital Media Keyboard" "/dev/input/event.*" none key/418 "XButton/4"
#при нажатии на slider down на клавиатуре - сгенерируй событие "mousewheeldown
"Microsoft Microsoft® Digital Media Keyboard" "/dev/input/event.*" none key/419 "XButton/5"

Для получения необходимых прав в /dev/input в rc.local была добавлена строка:

# внимание - используйте на свой страх и риск! Слабо представляю какие подсистемы затронет такое наглое вмешательство в /dev
chgrp users /dev/input/event*

В ~/.kde/Autostart добавлен запуск /usr/bin/evrouter /dev/input/event*

Вы можете запускать evrouter через sudo (и не трогать права на /dev), но подозреваю, что с автозапуском могут быть проблемы…

После чего обнаружил что скроллинг работает, да совсем не так, как ожидалось – одно нажатие на слайдер прогручивает активное окно на три строки (как и указано в настройках KDE), но хотелось-то чтобы прокручивалось до тех пор пока слайдер не отпустишь… Снова поиск и снова решение - патч evrouter, который добавляет повторения “мышиных” событий. Качаю, накладываю, пересобираю evrouter, меняю команду запуска на evrouter -r /dev/input/event* и получаю желанное.

Напоследок добавляю в rc.local_shutdown :

/usr/bin/evrouter -q
rm -f /tmp/.evrouter*

Спустя семь лет после приобретения клавиатуры заработал “ползунок”, пройдут десятилетия и возможно удастся завести “фаворитные” пять кнопок

“Такой день” (ц)

***

Первой попыткой было использование wget –mirror с ftp-сервером:

#!/bin/sh -e
unset
url="ftp://server.tld/path/to/dir/"
backup="/tmp/local-copy"

wget --no-cache -nH -c -t0 --mirror -P$backup -i- <<EOF
        $url/subfolder1
        $url/subfolder2
        $url/subfolderN
EOF

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

***

Попытался найти аналог rsync для windows, первые несколько страниц поиска содержали какие-то gui-приложения, форумы предлагали использовать cygwin и массу других тяжеловесных комбайнов…

В итоге всё решилось импортом директории в svn и добавлением в “Scheduled tasks” следующего bat-файла:

cd \path\to\dir
for /f "tokens=2*" %%i in ('\path\to\bin\svn status . ^| find "?"') do \path\to\bin\svn add "%%i"
for /f "tokens=2*" %%i in ('\path\to\bin\svn status . ^| find "!"') do \path\to\bin\svn delete "%%i"
\path\to\bin\svn commit -m "Automatic backup" .

***

Дописывая эти строки подумалось – а ведь можно было использовать dropbox (asus webstorage, ubuntu one и т.п.)… Ну да ладно – велосипед собранный своими руками милее (и прозрачнее в работе).

***

Первым делом переехали доменные имена от webst.ru.

В далёком каком-то там году в поисках варианта “подешевле” я наткнулся на упомянутого регистратора. Удивили крайне низкие цены на фоне других предложений и отсутствие всяческой бумажной волокиты (которую я многократно наблюдал например в nic.ru). Сумма была совсем небольшая и я рискнул ей, зарегистрировав домен rpz.name на один год. И процесс на удивление быстро прошёл — буквально несколько минут и я стал владельцем собственного домена. Таким образом система заработала моё доверие и в последствии я регистрировал, редактировал, переносил множество других доменов и почти не знал бед. Спустя несколько лет я расстался с windows и как следствие – с IE, в котором была возможна моментальная оплата счетов в системе webmoney transfer. Тут появились первые проблемы – один из моих доменов зарегистрирован в конце января. Каждый год в новогодние каникулы была традиция – продлить домен. Тот год был не исключением. Перевёл деньги – был честно предупреждён, что “неавтоматическом режиме” деньги идут ДО 48 часов. Время было. Волнение появилось к середине месяца – исправно поступали уведомления о том что срок регистрации домена истекает “вот-вот”. Попытки быстро связаться с Артуром (владельцем проекта webst.ru) ни к чему не привели. В конце-концов эта история закончилась благополучно, деньги зачислились, домен продлился и вроде бы даже принеслись извинения. С тех пор это стало нормой, но в общем-то не очень сильно напрягало – несколько раз в год за пару месяцев до истечения срока домена я переводил деньги и спустя какой-то терпимый промежуток времени деньги поступали по назначению.
В этом году я решил поступить иначе и решил продлить их сразу на три-четыре года, т.к. один по недосмотру уже потерял. Начать решил как раз с rpz.name – его срок выходил буквально “на днях”. Получив очередное предупреждение о том, что через 60 дней срок регистрации истечёт, я выписал счёт и перевёл требуемую сумму (около 1000 руб.). Я разумеется был готов к ежегодным “качелям” и не волновался первые недели три. Затем оставил тикет с системе поддержки – “когда мол деньги-то приедут, а?”. Спустя неделю обнаружил что тикет в состоянии “не обработан”. Написал SMS – доставлено, но осталось без ответа. И вот только после всего этого я посетил webmoney – писать на WMID. Там я и обнаружил, что в арбитраже претензий к Каримову было десятка полтора и все одного содержания – деньги перевёл н-цать дней назад, с тех пор ни ответа, ни привета. Кто-то жаловался, что вовсе потеряли домены, несмотря на то, что всё оплатили.

Я написал на WMID о своём волнении и снова забыл на несколько дней об этой “проблеме”. Потом оставил претензию в арбитраже. Через неделю обнаружил, что претензии моей просто нет в системе… отправил её повторно. А спустя ещё несколько дней стал жаловаться в арбитраж. Тут уже выяснилось что первая жалоба была неполной (хотя вторая была копи-пастом первой), а “судится” может только персонально аттестованный участник системы (забавная социальная математика – вернуть надо $30, но для это надо потратится на аттестат порядка $15-$20 реальных денег, и полдня рабочего времени). Пока я решался – бросить эту затею или “пойти на принцип”, домен потихоньку “протухал”, поэтому было решено – перенести домен к регистратору, к который не пропадёт так же как предыдущий, у которого есть настоящие офисы, в которых сидят настоящие, живые люди, количеством больше одного. В общем захотелось в случае проблем найти кого-то кому можно будет посмотреть в глаза и сказать что-нибудь непечатное. Первым на глаза попался reg.ru (его рекомендует webmoney на свои страницах). Беглый осмотр интернет-отзывов показал, что “этим людям можно верить”, и я зарегистрировался, оплатил продление и инициировал перенос домена к ним. Тут как водится тоже всё пошло не так, как хотелось бы, потребовалось около трёх недель переписки сначала с менеджерами reg.ru – они искренне наверное хотели помочь, отвечали на все мои письма и заявки, но в итоге отписались следующим:

К сожалению, пока ответ от Регистратора мы так и не получили.
В случае, если мы не получим ответа, то можно будет только отменить заявку и вернуть Вам средства.

Тогда я сам связался с Регистратором (некий 1API GmbH), объяснил ситуацию на “ломанном врунглише” и через несколько дней мне принесли извинения, домен перенесли.
Всё закончилось благополучно, спустя некоторое время Артур вернул (молча) веб-мани, на которые я перенёс (не без приключений) остальные домены.

На сайте webst по сей день красуются зазывающий текст “почему вы должны”, ни одной новости или любой другой пометки о том, что услуги предоставляются семи по себе, никакой поддержки вам не окажут и будут вас игнорировать так долго, как только возможно. Никаких объяснений и разъяснений. Такой вот ебизнес по-русски.

В текущей рабочей деятельности последнее время всё чаще всплывают конторы, которые хотят построить “автоматический бизнес” – где клиент приходит на сайт, оплачивает и получает услугу от её поставщика, а контора получает свою маржу (сидя на пятой точке, не прилагая никаких усилий) . С ужасом (и интересом) представляю как система в какой-то момент “даёт сбой”, клиент остаётся без денег (а это суммы существенно больше тридцати долларов) и без какой-либо надежды связаться с “конторой”.
Насколько большую сумму вы готовы оплатить “вперёд” через интернет за реальный товар/услугу который увидите (может быть) после оплаты по сути анонимному продавцу, судить о котором вы можете только по анонимным же отзывам?

***

Следующим “переездом” был перенос виртуального сервера, на котором крутятся мои проектики. 4-5 лет назад, когда shared-хостинг стал совсем поганым, а ютиться на серверах работодателя стало совсем “нескромно” я присмотрелся к входившим тогда в моду VDS/VPS (честное слово не знаю в чём отличия этих аббревиатур). Первый свой сервер я приобрёл в virtualserver.ru у своих давних виртуальных знакомых. И несколько лет почти не знал бед, играло ли роль наше знакомство или действительно “наши клиенты самые лучшие” как было написано в топике irc-канала на котором можно было застать поддержку, но проблем действительно не было – они все решались очень быстро, а главное – они решались. Уйти к 1gb.ru меня побудил более удобный способ оплаты – за virtualserver можно оплатить только веб-манями. В автоматическом режиме – только wmz. В какой-то момент источник wmz пересох и перед каждой оплатой приходилось посуетиться в “обменниках” или “упрашивать” принять wmr. В 1gb видимо только появились VDS на базе Hyper-V, обещали честный “делёж” ресурсов, полный доступ (вплоть до перезагрузки). И, признаюсь, всё так и было некоторое время, потом начались проблемы с диском (да, nickname, ты меня предупреждал ) Пару раз, после жалоб в чат поддержки, машину переносили между физическими серверами и на какое-то время это спасало. Но последние несколько месяцев всё стало просто отвратительно, сервер мог быть запросто недоступен по два-три часа в сутки. Примечателен ответ поддержки на жалобу о недоступности сервера – “запустили создание большого количества машин, к утру нагрузка должна нормализоваться”, “разумеется” даже спустя сутки ничего не изменилось, но поддержка дипломатично промолчала… Последней каплей было “прокачивание” через этот сервер двухсотмегабайтного видео-файла. Загрузка заняла около 6 часов, а скачивание около 12… Почитав обзоры и отзывы разных хостинговых площадок я пришёл к неутешительному для российских компаний выводу – “надо валить”. Большая часть претензий пользователей в основном касается того, что наши “жадины” продают ресурсы дважды, а затем либо просто “вымогают” деньги выталкивая клиентов на более дорогие тарифные планы (хотя зачастую переход не помогает), либо просто не отвечают. На этот раз я доверился зарубежной linode.com, о которых не нашёл сильно негативных отзывов, но нашёл море позитивных. В отличии от многих других компаний тут не было “тестового периода”, всё сразу “серьёзно” – оплатил месяц виртуальной visa-картой, которую сделал в qiwi.ru, после чего получил доступ в панель управления, но это первая компания в которой мне предложили создать машину со slackware на борту, а ещё дали выбрать дата-центр в котором она будет размещена. С поддержкой мне пока столнуться не довелось, всё работает исправно, быстро, страница блога, например, теперь открывается меньше чем за две минуты!. Панель управления простая и очень функциональная.

Буду надеяться, что ситуация не изменится и на некоторое продолжительное время можно будет “осесть на обжитом месте”.

После перезагрузки вдруг перестал работать звук в flash. Недлительное гугление рассказало о какой-то libflashsupport, которая немедленно поможет справиться с недугом, но внутренний голос пробасил что-то вроде «ты же не менял никаких настроек уже несколько недель». Что характерно – звук в amarok, vlc и skype работал исправно, но было замечено что в kmix первой закладкой было устройство под названием "USB Device 0x46d:0×825" вместо обычной "HDA Intel", которая стала второй. Запустил alsamixer – и точно, устройством по-умолчанию стала новоявленная карта, у которой даже и playback-а-то нет. Но видимых настроек у flash-player-а нет, поэтому надо было исправлять ситуацию "системно".

Поскольку уже имелся негативный опыт ковыряния с asound.conf(.asoundrc), то сразу стал искать способ либо переименовать устройства (вроде того, как переименовывают eth* правилами в udev) или определить порядок загрузки драйверов – лишь бы не трогать asound.

И способ нашёлся – в /etc/modprobe.d/sound.conf добавлены следующие правила:

options snd_hda_intel index=0
options snd_usb_audio index=1

После перезагрузки карты выстроились в порядке живой очереди:

$ cat /proc/asound/cards
 0 [Intel          ]: HDA-Intel - HDA Intel
                      HDA Intel at 0xa5100000 irq 41
 1 [U0x46d0x825    ]: USB-Audio - USB Device 0x46d:0x825
                      USB Device 0x46d:0x825 at usb-0000:00:1d.7-5.4, high speed

Однажды, много лет назад, ко мне свалилась задача – размещение некой сложной формы на сторонних ресурсах. Очевидное и годами отработанное решение – iframe было забраковано, т.к. опыт и пятая точкашестое чувство подсказывали – как только владелец сайта разместит форму у себя, его светлую голову немедленно посетит мысль – “а как мне приделать перламутровые пуговицы?!”. Это, признаться, пугало – целыми днями верстать и раскрашивать незнакомым дядям и тётям одну и ту же страницу пятью миллионами способов? Нет, пристрелите меня семеро! Второй способ – разработать и задокументировать API, чтобы владелец ресурса сам разрабатывал себе форму, был отвергнут как трудозатратный, но совершенно нежизнеспособный так как рядовой клиент как правило (тут могло бы быть нечто оскорбительное про уровень интеллекта и радиус кривизны передних конечностей, но цензура не пропустит) не готов своими силами что-то создавать, тогда как продукт конкурента был проще в освоении (работал из коробки). Был выбран третий путь – размещение формы в виде html-разметки, которую мы отдаём заказчику, что называется “в руки”, а данные подгружаем через <script src="http://my-resource.example.com/?parameters"></script>, это позволяло владельцу ресурса до определённой степени контролировать внешний вид полученного документа и избавляло нас от трудозатратной кастомизации сотен инсталляций продукта. Но этот способ потенциально создавал много проблем, т.к. находясь в инородной среде наш документ мог “подхватить” незапланированные свойства, “заразится” чужими переменными и вообще рассыпаться в пыль в руках неуклюжего веб-мастера. Необходимо было тщательно изолировать всё и вся. Одним из способов отделить своё “добро” внутри документа было создание уникального “пространства имён”, например создание атрибутов в виде <div rpz:property="value"></div> – это самое rpz: давало надежду на то, что внешний скрипт(движок сайта или сам вебмастер) “случайно” не создаст аналогичный атрибут с другим value (или вовсе без него), развалив всю эту шаткую конструкцию. Решение оказалось рабочим во всех доступных графических браузерах и популяризировалось мной не только в этом продукте, но и повсеместно в других (печатая эти строки пытаюсь понять – зачем вообще нужны были именно атрибуты и почему их нельзя было заменить на переменные в скрипте, но разумного ответа почему-то не нахожу).

Это неоднозначное решение “выстрелило в ногу” только на днях – появился IE9… Невероятно быстр, ангельски красив, дьявольски умён – блеск, а не браузер На вид такой же унылый как все предыдущие В общем обзор новшеств можно наверное найти на сайте разработчиков, ну а я увидел его первый раз два дня назад, ничего хорошего про него сказать не могу, да и речь совсем не о том. Случись такое совпадение – сайт заказчика оказался настолько весь из себя валиден, что IE9 работал со страницей в своём новом document.documentMode. И чтобы вы думали? Точно! Годами отработанная “технология” дала сбой – “самодельные” атрибуты просто-напросто не видны на такой странице, а моя твёрдая уверенность в том, что они есть запретила здравому смыслу проверять их наличие… так и случаются epic fail-ы, так было и со мной.

Один грязный хак удалось временно залатать другим грязным хаком, но урок получен – недокументированная возможность это лишь “возможность”, строить на ней что-то прочное нельзя.

К слову сказать, не так давно вместо атрибута rpz:property="value", я начал использовать “документированную возможность” – атрибут data-rpz-property="value" и соответствующий вызов в js изменился с jQuery(selector).attr("rpz:property") на jQuery(selector).data("rpz-property") , видимо “шестое чувство” о чём-то подозревало…

Решение оказалось неожиданным – потребовалось сменить backend у phonon (кто бы мог подумать?!) с mplayer на xine, чтобы плеер перестал проказничать.

“Такой день.” (ц)

Симптомы были следующие: kde не стартует под пользователем, но прекрасно запускаются под root-ом.

startkde: Starting up...
Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
kded(4946): Communication problem with  "kded" , it probably crashed.
Error message was:  "org.freedesktop.DBus.Error.ServiceUnknown" : " "The name org.kde.kded was not provided by any .service files" " 

(4944)/ KStartupInfo::createNewStartupId: creating:  "${HOSTNAME};1283501102;250139;4944_TIME0" : "unnamed app"
startkde: Shutting down...
klauncher: Exiting on signal 1
startkde: Running shutdown scripts...
startkde: Done.

Незамедлительно был сделан вывод: что-то “пришло” в обновлённых пакетах, как назло недоступен slackware.com (нет, ну вы подумайте – всё вот так вот разом, а?). Был перелопачен /etc на предмет разного рода изменений в правах доступа. Затем в /dev/null один за одним полетели файлы из $HOME, /tmp и т.п. Удалил весь $HOME, создал девственно чистый – ничего. Начинала свербить мысль – а может остаться под root-ом…. ?!

Решение как всегда оказалось простым и ожиданным. Позабыл удалить /var/tmp/kdecache-$USER. Уже не первый раз сталкиваюсь и не последний раз забываю начать именно с этого.

P.S.
Вот на кой ляд половина хлама падает в /tmp, а другая в /var/tmp ?

Для того чтобы немного размазать негативные впечатления добавил некоторые действия в контекстное меню “проводников”.

Первое что надо сделать: понять ГДЕ необходимо приложить руки.

$ kde4-config --path services
/home/miracle/.kde/share/kde4/services/:/usr/share/kde4/services/

В одной из этих директорий создаём файл my-super-actions.desktop подобного содержания:

[Desktop Entry]
Type=Service
ServiceTypes=KonqPopupMenu/Plugin
MimeType=video/*;
Actions=CompressMovie4Nokia;CompressMovie4HTC;GetSubtitles;
Encoding=UTF-8

[Desktop Action CompressMovie4Nokia]
Name=Compress for Nokia
Icon=phone
Exec=/bin/sh -c 'cd "`dirname "%f"`" \
&& ffmpeg -y -i "`basename "%f"`" -ac 1 -ar 22050 -vcodec mpeg4 -s 176x144 -r 24 \
-b 118k -ab 32k -aspect 11:9 "nokia-`basename "%f" .avi`.mp4" \
&& kdialog --title "Compress Movie" --passivepopup "Movie `basename "%f"` compressed"'

[Desktop Action CompressMovie4HTC]
Name=Compress for HTC
Icon=pda
Exec=/bin/sh -c 'cd "`dirname "%f"`" \
&& ffmpeg -y -i "`basename "%f"`" -s 320x240 -r 22.5 -ac 2 "htc-`basename "%f" .avi`.avi" \
&& kdialog --title "Compress Movie" --passivepopup "Movie `basename "%f"` compressed"'

[Desktop Action GetSubtitles]
Name=Download subtitles
Icon=draw-text
Exec=/bin/sh -c 'cd "`dirname "%f"`" \
&& subtitles `basename "%f"` -l en \
&& kdialog --title "Subtitles" --passivepopup "Subtitles for movie `basename "%f"` downloaded"'

Затем выполняем:

$ kbuildsycoca4

И наблюдаем свежедобавленные пункты в меню “Actions”.

В коде всё наглядно, отдельного упоминания наверное стоит только тот факт, что /bin/sh нужен лишь для того, чтобы запустить более одной команды, как в моём случае – если команда одна, то запуск шелла будет лишним.

Ссылка по теме: Desktop Entry Specification

Включить, понятное дело, можно настройкой в конфиге ~/.subversion/config.

Ну или в cli добавив параметр –config-option=config:miscellany:use-commit-times=yes