Иногда необходимо объединить некоторое количество PDF файлов в один. Это могут быть и главы книги и какие-либо иные, связанные по смыслу или содержимому файлы, которые вам понадобилось представить в виде одного. Приведем несколько способов, позволяющих сделать это.

1. Использование GhostScript напрямую. Ghostscript - пакет, позволяющий вам просматривать или печатать PostScript и PDF файлы, а также конвертировать их в другие форматы. Данный пакет достаточно часто используется, но вместе с тем, немногие пользуются его возможностями для объединения файлов PDF.

$ gs -dBATCH -dNOPAUSE -q -sDEVICE=pdfwrite -sOutputFile=single.pdf part1.pdf part2.pdf

1. gs -- собственно вызов Ghostscript
2. -dBATCH -- завершить работу Ghostscript после завершения объединения
3. -dNOPAUSE -- производить операции без запросов пользователю
4. -q -- не выводить сообщений (тихий режим)
5. -sDEVICE=pdfwrite -- использовать встроенную утилиту для работы с PDF файлами
6. -sOutputFile=single.pdf -- имя результирующего файла

$ alias pdflink='gs -dBATCH -dNOPAUSE -q -sDEVICE=pdfwrite -sOutputFile=./result.pdf'

2. joinPDF - консольная утилита для объединения, написанная на Java и требующая JRE для своей работы. Использование достаточно тривиальное:

$ joinpdf result.pdf part1.pdf part2.pdf

3. Способ для пользователей KDE: kprinter, служащий GUI для работы с Ghostscript. Нужно выбрать вывод в файл соответствующего типа (PDF,PS) и добавить объединяемые части в порядке их следования в результирующем файле.

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

$ alltray thunderbird -s -stask -i /usr/share/pixmaps/thunderbird.png

часто бывает нужно сделать копию/дамп с помощью команды dd какого нить большого объекта, выполняем dd if=/input of=/output bs=1M ... и работает оно себе. когда работает долго - хочется узнать сколько осталось. сколько осталось - не ясно, а статистику I/O можно получить.
нужно подать сигнал -USR1 (-10) этому процессу, и он выкинет эту информацию в stderr

$ dd if=/dev/zero of=/dev/null bs=1M &
$ killall -10 dd 
566067+0 records in
566066+0 records out
593563222016 bytes (594 GB) copied, 16.1759 s, 36.7 GB/s

Давно установил и настроил несколько утилит для проверки системы и обнаружении вторжений, но сегодня узнал ещё об одной и был слегка шокирован своей криворукостью. :-\

Надо бы упорядочить эту тему

Старая, но ещё актуальная статья.

Сведения об уязвимостях в установленном ПО. Специфично для Debian

1. debsecan - информация о проблемах в установленных пакетах.
2. apt-listbugs - при установке пакета сообщает о возможных проблемах

Оценка состояния:

1. logcheck - поиск подозрительного в логах, отчёт на почту
2. chkrootkit, ИМХО, стоит заменить на более новый rkhunter
3. tiger - сканирует систему и сообщает о всём подозрительном. Хотя бы один раз запустить нужно. На новом Debian узнаёшь много интересного...

Обнаружение подозрительной деятельности

1. portsentry - обнаружение сканирования портов
2. tripwire - обнаружение изменений в важных файлах

Лучшая защита - нападение. Удалённый поиск уязвимостей

1. nessus

Это в порядке увеличения паранойи ;) Первая группа необходима всегда и везде. Вторая самая удобная: добавил в cron и только отчёты просматривай; не будет лишним даже на домашней машине. Ну а где остановиться - определяется только здравым смыслом.

Редко может быть нужно :) Обычно программистам и любознательным

Можно взять и сходники и начать читать. Но неплохо бы составить представление сначала о всём рассматриваемом процессе, а уже затем выделить наиболее интересные части кода и разбираться в них.

Что такое загрузка ядра? Объективная реальность, данная нам в выводе dmesg :D

Можно взять вывод dmesg и найти, какой функции/файлу кода соответствует та или иная строка. С помощью cscope(kscope) это не так уж трудно.

чтобы перекодировать mp3 тэги в другую кодировку можно использовать удобную cli утилиту mp3unicode. например для перекодировки из win в уникод я использую такую комманду:

$ mp3unicode -s win1251 -1 none -2 unicode -p file.mp3 

рекомендую сперва попробовать на копии файлов, а не на оригинале.

Скачал видео в формате wmv и хочу перевести его в avi:

$ mencoder infile.wmv -ofps 23.976 -ovc lavc -oac copy -o outfile.avi

Если вы набираете команду в zsh и забыли какой либо ключик, было бы неплохо нажать F1 и получить помошь по команде.

Вносим в ~/.zshrc

autoload zsh/terminfo
bindkey $terminfo[kf1] run-help

find . -<F1>

PS.
По мотивам справедливого замечания anonymous-a.

Для людей использующих vi режим в zsh может быть интересно это.

Недавно мне захотелось в vim комментировать код быстрее, чем я это делал раньше, то бишь не вручную :) Потратив некоторое время на vim.org в поиске необходимого плагина, я остановился на том, который, по моему мнение, наиболее вписывается в концепцию vim - NERD Commenter! Стиль комментариев зависит от типа файла, который вы открыли. Поддерживаемых типов достаточное количество :)

Комбинации клавиш по-умолчанию:

,cc - комментирование текущей строки или выделенного текста
,cn - закомментировать/раскомментировать
,ci - то, что было закомментировано раскомментировать и наоборот
,cs - сексуальное комментирование ;-)
,cy - перед комментированием выполнить yank
,c$ - закомментировать от текущей позици курсора до конца строки
,cI и ,cA - добавить комментарии в начало и в конец строки соответственно
,cl, cr, cb - комментировать, выравнивая символы комментария по левому, по правому краю или растягивая соответственно
,cu - раскомментировать

Некоторые программы все еще работают со звуком через OSS блокируя доступ к /dev/dsp, не давая другим программам работать со звуком. Глобальное решение проблемы сводится к использованию правильно настроенному ALSA и/или аудио серверов.

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

У меня иногда из-за такого в firefox пропадает звук. Проблему можно
решить так же как и в примере ниже проверив кто занял файлы в /dev/snd/*

В приведенном примере делается попытка проиграть .mp3 в mplayer, но xmms занял все.
xmms я не пользуюсь обычно, но он незаметно вызвался из firefox когда случайно
клацнул на линке звукового файла. Что и было выяснено Ж:-)