Как пометить пакеты в Aptitude, чтобы потом удалить

Копипаста полезной заметки, оригинал находится здесь

Очень полезная возможность в aptitude — пользовательские метки для выбранных пакетов.

Например, нужно поставить какой-то набор пакетов, чтобы собрать программу X из исходников, а потом нужно эти пакеты удалить. При установке помечаем выбранные пакеты какой-то своей меткой (builddeps в моём примере):
$ sudo aptitude install --add-user-tag builddeps libчто-то-dev libчто-то-ещё-dev ...

А потом, когда эти пакеты больше не требуются, их удаляем, выбрав по той же метке:
$ sudo aptitude purge '?user-tag(builddeps)'

Поисковый шаблон ?user-tag(метка) можно использовать совместно со всеми другими поисковыми шаблонами. Присваивать метки можно не только при установке (install), но и во многих других операциях.

Как видно из примера, особенно эта возможность полезна для самостоятельной сборки пакетов и программ из исходников.

Как очистить swap в linux

Думаю, вы иногда сталкиваетесь со следующей ситуацией: запускаешь ресурсоёмкое приложение, оно отжирает кучу оперативной памяти, ОС выгружает часть малоиспользуемых библиотек в раздел подкачки. Всё бы ничего, да только после закрытия приложения и высвобождения памяти эти библиотеки так и остаются лежать на жёстком диске. Отсюда неприятные подтормаживания и прочие прелести, так знакомые пользователям windows (надо сказать, windows при использовании виртуальной памяти тормозила у меня не так сильно - то ли это убунта так себя ведёт, то ли драйвер на контроллер диска кривоват). Однако есть довольно простое решение данной проблемы.

Командой swapoff -a, запущенной от имени суперпользователя, можно отключить использование всех разделов и файлов подкачки. После ввода команды содержимое свопа за несколько минут загружается обратно в оперативную память, а сам раздел подкачки отключается. Если честно, я не испытывал, что произойдёт, если при этом оперативной памяти окажется недостаточно. Ну и после загрузки содержимого свопа в оперативную память я всегда включал его обратно командой swapon -a. Однако приятно, что можно так легко и быстро вернуть отзывчивость системы одной командой безо всяких перезагрузок.

Решение проблемы с запуском апплета glipper при загрузке системы

В Gnome есть неплохой менеджер буфера обмена, работающий как апплет - Glipper. Не без причуд, но функции свои выполняет. Однако в Ubuntu Karmic он постоянно падает при загрузке системы. Есть костыль, решающий эту проблему. Нужно отредактировать файл /usr/lib/glipper/glipper следующим образом:

#!/usr/bin/env python

# Glipper - Clipboardmanager for GNOME
# Copyright (C) 2007 Glipper Team
# bla bla bla
# License along with this library; if not, write to the
# Free Software Foundation, Inc., 59 Temple Place - Suite 330,
# Boston, MA 02111-1307, USA.
#

import time # <-- Добавьте эту строчку.
time.sleep(8) # <-- И ещё вот эту. Замените 8 на число побольше, если не сработает

import gobject
gobject.threads_init()

import gtk, gnomeapplet, gnome
import getopt, sys
from os.path import *


Уже после того, как я написал эту заметку, я узнал о ещё одном менеджере буфера обмена: Parcellite. Отличная вещь, запускается и висит в трее. До версии 0.9.2, выпущенной совсем недавно, в программе присутствовал нехороший баг - программа не позволяла копировать изображения в буфер обмена. Поэтому лучше собрать самому из исходников, их можно взять здесь. Приятной работы.

Disk Maintenance under Linux (Disk Recovery)

Отличная статья на английском языке, описывающая утилиты для проверки диска на сбойные блоки. Несмотря на более чем 10-летний возраст, актуальна и по сей день. Взято здесь.

Конвертация музыки в формат FLAC с использованием CUDA

Приятная новость: наконец-то появился кодек для формата FLAC, который может использовать CUDA для ускорения процесса кодирования. Кодек называется FlaCuda и взять его можно здесь. Несмотря на то, что программа написана с использованием .NET, она прекрасно работает при участии Mono. Во всяком случае, у меня не возникло никаких трудностей с её использованием на моей Ubuntu 9.10 amd64 не возникло.

Программка работает довольно шустро, при сжатии одного и того же аудиофайла flac, flake и flacuda показали следующие результаты (amd x2 4200+ , geforce 9800 GT):

flac	127 с.	425.3 Мб
flake	106 с.	425.9 Мб
flacuda	24 c.	424.1 Мб

Уровень сжатия у всех кодеков ставился 8 . Получаем солидный пятикратный прирост в скорости. Программа умеет брать данные из стандартного ввода и выводить на стандартный вывод, что позволяет воткнуть её в конвейер. Например, я вполне успешно модифицировал cue2tracks для работы с flacuda.

Теперь о минусах.  Программа построена на основе кодека flake, поэтому 24-битный звук сжимать не умеет. Очень обидно. Больше недочётов не заметил.

Сам автор предупреждает, что программа всё ещё находится в стадии альфа, поэтому желательно перепроверять полученные файлы. Например, можно полученный .flac перегнать обратно в .wav и сравнить его с исходным, посчитав контрольную сумму того и другого. За развитием можно следить форуме www.hydrogenaudio.org, и там же можно связаться с автором.

Хитрости установки и запуска Unreal Tournament 2003

Попались мне сегодня на глаза диски со стареньким Unreal Tournament 2003 и я задумал в него погонять. Тем более, я давно слышал, что его портировали на линукс, так что он работает практически нативно. Действительно, на 3-м диске обнаружился установщик, который я немедленно попытался запустить. Разумеется, так просто ничего не заработало...

Воспроизведение blu-ray с субтитрами

На днях уселся смотреть диск blu-ray, рипнутый на винчестер. С внешними субтитрами. Открыл smplayer, нашёл в папке BDMV/STREAM самый большой файл, запустил. Красота, звук 5.1, изображение - чётче не бывает. В общем, всё прекрасно, но тайминг субтитров не совпадает. Заглянул в файл с субтитрами - всё нормально, должно работать. Ан нет.

Минут 20 гугления интернетов обнаружили следующий пост в блоге буржуинского товарища, где обнаружились такие строки:

Somehow mplayer “thinks” it starts playing at minute 10 while the movie plays from second one. This causes your subtitles to begin playing from 10 minutes thus resulting in the wrong subtitles at the wrong time.

В переводе с вражеской мовы это означает следующее: "По какой-то причине mplayer "думает", что он начинает проигрывание с 10-й минуты, хотя фильм проигрывается с 1-й секунды. Из-за этого субтитры показываются, начиная с 10-й минуты, поэтому субтитры и видеоряд не совпадают". Решение простое - просто сдвинуть субтитры на 10 минут, или -600000 мс, как принято в smplayer.

Приятного просмотра.