Хотел было написать заметку про своё недоброе отношение к так называемым “Георгиевским ленточкам”, но оказалось, что автор блога Записки сумасшедшего уже написал её за меня. Готов подписаться под каждым его словом.

А вы привязали к себе такую ленточку?

Суть бага состоит в следующем: при использовании драйверов Nvidia, установленных из репозитория Debian или Ubuntu, тени в Compiz приобритают противоестественный цвет (чаще всего розовый, но я видел и зелёный, и даже белый) либо не отображаются вовсе.

Этот баг преследует меня уже давно, но решения я найти не мог. Теперь же, с выходом Hardy, эту проблему обнаружило гораздо большее число людей. Народ возбудился и коллективный разум выдал временное решение. Надо всего лишь выполнить следующую команду:

sudo ln -sf /usr/lib/nvidia/libwfb.so.xserver-xorg-core /usr/lib/xorg/modules/libwfb.so

и перезапустить сеанс.

Решение нашёл в блоге tombuntu.com

UPDATE: В Ubuntu эта ошибка исправлена в пакете linux-restricted-modules начиная с версии 2.6.24.12-17.36.

Монтировать ISO-образы мне приходится часто, а набирать каждый раз команду

sudo mount myiso.iso /mnt -t iso9660 -o ro,loop=/dev/loop0

- лениво. Поэтому я решил поискать какой-нибудь двухкликовый способ монтирования ISO. При мне хотелось, чтобы эта утилита была интегрирована в Nautilus.

Искать я решил Гуглем, но Гугль меня подвёл. На большинстве сайтов предлагали воспользоваться набором из двух скриптов для Nautilus, но эти скрипты у меня почему-то не заработали.

Но через некоторое время я набрёл на замечательную программку: GmountISO. Программка позволяет монтировать ISO образы в произвольную папку, а также отмонтировать уже подключённые образы.

Интерфейс программы прост до безобразия и в пояснениях не нуждается.

GmountISO

GmountISO входит в состав Ubuntu, поэтому устанавливается она проще простого:

sudo aptitude install gmountiso

Приветсвую всех моих читателей. На днях мой блог претерпел ряд изменений. Вот они:

• Теперь блог работает на Wordpress
• Достаточно много старых и неактуальных постов было удалено
• Все комментарии были удалены. Ничего особо ценного в них к счаcтью (или к сожалению) не было
• С этого дня тематика блога будет расширена - я буду больше писать про то, что происходит в моей реальной жизни, а также высказывать свою субъективную точку зрения на то, что происходит вокруг меня
• В дополнение к тэгам вводится разбиение записей на категории и подкатегории. Преимущество категорий в том, что на каждую из них вы можете подписаться отдельно. Существует две основные категории: “про IT” и “про жизнь”. Думаю, что большинство моих нынешних читателей будет интересовать категория “про IT”.

Итак, если вы хотите читать все мои посты, то для вас ничего не меняется. Вы просто продолжаете читать мой основной фид. Если вас интересует только IT-тематика, то я рекомедную подписаться на категорию “про IT”. А тем, кому тема IT не близка, рекомендую категорию “про жизнь” (подписаться можно тут).

Полный спискок всех категорий и подкатегорий можно увидеть на любой странице моего блога в левой колонке. Со временем список этот будет расти.

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

Данная утилита присутствует во всех репозиториях Debian и устанавливается командой:

sudo aptitude install preload

Файл с настройками находится в /etc/preload.conf, но необходимости что-то в нём менять в общем нет - стандартные настройки должны работать нормально.

Существует большая статья, описывающая принцип работы preload с математическим обоснованием. Принцип работы preload я понимаю следующим образом: из всего множества работающих в системе процессов с помощью специального алгоритма выделяются т.н. приложения (applications) - программы, которые пользователь непосредственно использует для работы (браузер, текстовый процессор и т.п.). Например, сервер Apache к приложениям (в этом смысле) не относится. Для каждого приложения определяются файлы, которые оно использует: исполняемые файлы, библиотеки, файлы со шрифтами, значками и т.д. Эти файлы кэшируются в оперативной памяти таким образом, что при очередном запуске приложения нет необходимости читать эти файлы с диска. Результатом является значительное (до двух раз) уменьшение времени запуска приложений.

Напоследок:

• Журнал работы preload находится в /var/log/preload.log
• Файл, описывающий текущее состояние preload (со списком кэшируемых файлов) расположен в /var/lib/preload/preload.state
• Сайт проекта Preload (в данный момент ничего интересного кроме исходников там нет)