Debiania: просто ещё один блог о Debian

Обновление Effire TR401

noreply@blogger.com (Minoru) — Sun, 29 Jan 2012 11:02:00 +0000

Двенадцатого января Effire выпустили обновление прошивки для Colorbook TR401 — небольшого медиаридера, который мне как раз недавно подарили. Учитывая кривоватость стандартной прошивки, я немедленно приступил к обновлению.

Кстати говоря, впоследствии оказалось, что это не обновление вовсе, а та самая прошивка, которая была установлена на читалке при покупке. И этого поста вообще не было бы, если бы инструкция по обновлению, прилагаемая к прошивке, была работоспособна. Но увы…

Сразу замечу, что для обновления понадобилась настоящая Windows-машина — XPюшка, запущенная под QEMU, вывалилась в BSOD на одном из диалогов программы обновления. Запускать же LiveSuit (так называется обновлялка) под Wine я не пробовал ввиду отсутствия последнего в Debian Wheezy.

Собственно, основная проблема прилагаемой к прошивке инструкции заключается в том, что предлагается сначала поставить драйвер для устройства, а потом уже проводить обновление. Но на деле при подключении читалки к компьютеру она сразу же определяется как USB Mass Storage Device и Windows XP ни в какую не хочет менять драйвер на тот, что поставляет Effire.

Решается проблема элементарно: сначала запускаем LiveSuit, а потом уже подключаем ридер к компьютеру. Не знаю, что там делает запущенная обновлялка, но в такой последовательности устройство уже не считается флешкой и WinXP требует драйвера, которые мы и подсовываем в полном соответствии с инструкцией.

На всякий случай приведу пошаговое описание процесса обновления:

Бекапим книги, фильмы, музыку — всё, что жалко будет потерять, если вдруг что-то пойдёт не так. Учтите также, что настройки сбросятся в любом случае, так что запомните, что на какой странице читаете. И закладки из книг тоже на листочек выпишите.
Запускаем LiveSuit.
Подключаем читалку.
Windows определяет устройство и спрашивает про драйвера, скармливаем usbdrv.inf согласно инструкции, прилагаемой к прошивке.
Устройство переподключается и снова требует драйвер. Я на этом шаге снова подсунул мастеру установки usbdrv.inf, но уверен, что можно просто кликать Далее — драйвер-то мы поставили на предыдущем шаге.
Нажимаем SysUpdate.
Важно: в появившемся диалоге нужно нажать Да, иначе процесс обновления прекратится с ошибкой «Jump to update mode failed». О данных не волнуйтесь — про них ещё раз спросят позже.
Спустя некоторое время появится диалог с вопросом о том, хотите ли вы форматировать внутреннюю память устройства. Вот это уже возможность потерять данные, так что хорошенько подумайте и отвечайте Нет ☺
Спустя некоторое время появилтся сообщение «Update success!» — поздравляю, всё прошло хорошо.
Как и написано в инструкции, книга загрузится, попросит подождать, после чего предложит откалибровать экран.
По завершении этих нехитрых манипуляций можете приступать к восстановлению своих настроек.

На этом всё. До новых встреч!

Google Terms of Service

noreply@blogger.com (Minoru) — Mon, 23 Jan 2012 22:54:00 +0000

С подачи друга решил перечитать гугловское соглашение об использовании сервиса. Как и в случае со Skype (который я, кстати, таки удалил — смотрите UPD к соответствующему посту), представляю вашему вниманию наиболее интересные, с моей точки зрения, моменты.

А моментов этих всего четыре штуки. Бо́льшая же часть соглашения представляет собой обыкновенную юридическую чепуху (я не юрист, но те же формулировки я уже видел в других EULA и ToS).

2.4 Before you continue, you should print off or save a local copy of the Universal Terms for your records.

Совершенно непонятное мне требование. Зачем?

4.4 You acknowledge and agree that if Google disables access to your account, you may be prevented from accessing the Services, your account details or any files or other content which is contained in your account.

Как и в случае с пунктом 4.A в LinkedIn EULA, спасти свои данные с тонущего корабля не получится.

5.1 In order to access certain Services, you may be required to provide information about yourself (such as identification or contact details) as part of the registration process for the Service, or as part of your continued use of the Services. You agree that any registration information you give to Google will always be accurate, correct and up to date.

«У нас не хватает ресурсов, чтобы уследить за вами всеми, так что давайте как-нибудь сами, а?» ☺ Нет, я не верю, что Google — следующая империя зла, но всё же.

5.3 You agree not to access (or attempt to access) any of the Services by any means other than through the interface that is provided by Google, unless you have been specifically allowed to do so in a separate agreement with Google. You specifically agree not to access (or attempt to access) any of the Services through any automated means (including use of scripts or web crawlers) and shall ensure that you comply with the instructions set out in any robots.txt file present on the Services.

Это что же, я теперь не могу получить количество непрочитанных писем с помощью самописного скрипта на bash? checkgmail мне тоже использовать нельзя?

За бортом остались гугловские Privacy Policies, которых насчитывается 36 штук — скорее всего, они станут темой следующего поста.

Выдержки из LinkedIn User Agreement

noreply@blogger.com (Minoru) — Sun, 15 Jan 2012 21:46:00 +0000

Ранее я уже писал о тех пунктах Skype EULA, которые привлекли моё внимание. Некоторое время назад я зарегистрировался на LinkedIn, и в данном посте хотелось бы перечислить те пункты их пользовательского соглашения, которые я счёл особо важными или волнующими.

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

User Agreement

4.A
For as long as LinkedIn continues to offer the Services, LinkedIn shall provide and seek to update, improve and expand the Services. As a result, we allow you to access LinkedIn as it may exist and be available on any given day and have no other obligations, except as expressly stated in this Agreement. We may modify, replace, refuse access to, suspend or discontinue LinkedIn, partially or entirely, or change and modify prices for all or part of the Services for you or for all our users in our sole discretion. All of these changes shall be effective upon their posting on our site or by direct communication to you unless otherwise noted. LinkedIn further reserves the right to withhold, remove and or discard any content available as part of your account, with or without notice if deemed by LinkedIn to be contrary to this Agreement. For avoidance of doubt, LinkedIn has no obligation to store, maintain or provide you a copy of any content that you or other Users provide when using the Services.

Спасти свою инфу с тонущего корабля не получится.

5
LINKEDIN DOES NOT HAVE ANY OBLIGATION TO VERIFY THE IDENTITY OF THE PERSONS SUBSCRIBING TO ITS SERVICES, NOR DOES IT HAVE ANY OBLIGATION TO MONITOR THE USE OF ITS SERVICES BY OTHER USERS OF THE COMMUNITY; THEREFORE, LINKEDIN DISCLAIMS ALL LIABILITY FOR IDENTITY THEFT OR ANY OTHER MISUSE OF YOUR IDENTITY OR INFORMATION.

Если у меня что-то стырят, LinkedIn и пальцем не пошевелит, чтобы помочь найти вора. Это странно смотрится на фоне заявлений о том, что они при некоторых условиях могут получать доступ к пользовательской информации.

6 и 6.A
… This limitation of liability shall:
A. Apply regardless of whether (1) you base your claim on contract, tort, statute or any other legal theory, (2) we knew or should have known about the possibility of such damages, or (3) the limited remedies provided in this section fail of their essential purpose; and…

Если они знали, что сервера выходят из строя, но не было настроения чинить — они не виноваты, им EULA разрешает такое делать.

10.B.12 (один из пунктов списка DON'Ts)
Utilize or copy information, content or any data you view on and/or obtain from LinkedIn to provide any service that is competitive, in LinkedIn’s sole discretion, with LinkedIn

Что считается информацией? Так они меня за любую мелочь судить могут.

10.B.14
Adapt, modify or create derivative works based on LinkedIn or technology underlying the Services, or other Users’ content, in whole or part, except as permitted under LinkedIn’s developer program

А если юзер разрешил использовать опубликованный им контент?

10.B.17
Deep-link to the Site for any purpose, (i.e. including a link to a LinkedIn web page other than LinkedIn’s home page) unless expressly authorized in writing by LinkedIn or for the purpose of promoting your profile or a Group on LinkedIn as set forth in the Brand Guidelines;

На EULA, выходит, ссылаться тоже нельзя?

10.B.20
Collect, use, copy, or transfer any information, including, but not limited to, personally identifiable information obtained from LinkedIn except as expressly permitted in this Agreement or as the owner of such information may expressly permit;

Не сохранить понравившуюся картинку T_T

10.B.24, 10.B.25 и 10.B.27
24. Use manual or automated software, devices, scripts robots, other means or processes to access, “scrape,” “crawl” or “spider” any web pages or other services contained in the site;

25. Use bots or other automated methods to access LinkedIn, add or download contacts, send or redirect messages, or perform other activities through LinkedIn, unless explicitly permitted by LinkedIn;

27. Attempt to or actually access LinkedIn by any means other than through the interfaces provided by LinkedIn such as its mobile application or by navigating to http://www.linkedin.com using a web browser. This prohibition includes accessing or attempting to access LinkedIn using any third-party service, including software-as-a-service platforms that aggregate access to multiple services, including LinkedIn;

…и скриптов для w3crapcli тоже не написать.

Полный Privacy Policy я читать не стал, удовлетворившись Highlights. Ничего особо интересного там не обнаружилось, так что и писать не о чем.

До новых встреч!

Линусу 42!

noreply@blogger.com (Minoru) — Tue, 27 Dec 2011 22:00:00 +0000

Публикация поздравлений Линуса с днём рождения стали хоть и бессмысленной, но традицией этого блога. В этом году тем более грех не поздравить, ибо отцу-основателю ядрышка нашей любимой операционки исполняется 42 года! (Кто не понял намёка, гуглите «Автостопом по Галактике»). Так что здоровья ему, удачи и особенно — терпения, ведь от работы Торвальдса зависит судьба и Debian, и всего FOSS в целом.

P.S. В Blogger поломали посты по расписанию, что ли? Эта заметка должна была быть опубликована ещё 28-го числа!

Asus P52F-380M и Debian

noreply@blogger.com (Minoru) — Tue, 30 Aug 2011 20:34:00 +0000

Недавно я обзавёлся новой игрушкой — Asus P52F-380M. В общем и целом ноут хороший, но некоторые моменты вызывают раздражение. Например, клавиатура немного прогибается (в прямом смысле слова), но когда привыкаешь и начинаешь набирать, не глядя (я, к стыду своему, всё ещё не обучился слепому набору), этот недостаток перестаёт волновать. Гораздо больше раздражает идиотское расположение стрелочек:

То есть кнопка «вправо» находится в области, занимаемой numpad'ом, что, поверьте мне, очень неудобно (в основном из-за огромного RgtCtrl, который я постоянно нажимаю вместо стрелочки влево). Даже на EeePC сделали лучше:

Думаю, теперь я таки перейду на hjkl в vim'е ☺

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

Замечу, что в данном ноутбуке используется процессор Intel Core i3, а значит, лучше всего использовать Debian, собранный под amd64. Надеюсь, читатели этого блога в состоянии сами установить систему (если нет — замечательная инструкция virens'а вам в помощь).

Сначала я попытался поставить Squeeze, но после установки наткнулся на неприятный баг: внешние колонки ноутбука продолжают играть даже когда воткнуты наушники. Мириться с этим никак нельзя, тем более что в LiveCD Ubuntu 10.10, оказавшемся под рукой, всё работало. Признаюсь, я не стал долго ковыряться и просто поставил Wheezy, в котором, к счастью, всё работало из коробки.

Впрочем, даже в Wheezy с ходу не заработали некоторые вещи, в частности:

веб-камера выдавала перевёрнутое изображение;
wicd-curses не видел мою Wi-Fi-точку;
из Fn-клавиш работали только три: Fn+F5/Fn+F6, регулирующие яркость монитора, и Fn+F7, которая монитор выключала;
pm-suspend и pm-hibernate вроде как работали, но не выключали машину;
противно пищал PC speaker (он не настоящий, конечно же, просто эмуляция).

Карт-ридер я на работоспособность не проверял из-за отсутствия подходящих карточек, но наличие в выводе lspci SD Bridge внушает надежду.

Ну-с, проблемы перечислены — вперёд, на барикады! ☺

К счастью, для камеры и suspend'а решения приведены в Linux Laptop Wiki. Для полноты поста я размещу здесь вольный пересказ этих рецептов.

Веб-камера

Починить это раз и навсегда (слегка поправив какой-нибудь конфиг), к сожалению, не получится. Единственный выход — все приложения, использующие веб-камеру, запускать с библиотекой v4l1compat.so. Для начала ставим соответствующий пакетик:$ sudo aptitude install libv4l-0После этого все приложения, использующие веб-камеру, следует запускать следующим образом (на примере MPlayer'а):LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libv4l/v4l1compat.so mplayer tv://Для удобства можно создать алиас — библиотека не нарушает работоспособность программы, так что можно подгружать её даже в тех случаях, когда веб-камера вам не нужна.

Suspend и hibernate

Как гласит Linux Laptop Wiki, питание не выключается из-за неотключенных USB-устройств. Чинится всё написанием скриптов, которые перед засыпанием отключают устройства, а потом подключают обратно, но тут всплывает неприятный баг: машинка успешно засыпает и просыпается, но в точках монтирования флешек становится пусто. Почему так и как это исправить, я ещё не понял. Stay tuned.

В общем, сделать нужно следующее:

ставим любимый пакетик для suspend/hibernate. Я пользуюсь pm-utils:$ sudo aptitude install pm-utils
создаём конфиг с модулями, которые нужно выгружать перед suspend'ом:$ sudoedit /etc/pm/config.d/modulesи пихаем в него вот что:SUSPEND_MODULES="usb_storage mac80211 cfg80211 btusb bluetooth ahci libahci sdhci_pci sdhci led_class ath9k ath9k_common ath rfcomm sco bnep l2cap asus_laptop ehci_hcd"Не забываем разрешить утилитам читать его:$ sudo chmod a+r /etc/pm/config/d/modules
создаём скриптик, который будет отключать и подключать устройства:$ sudoedit /etc/pm/sleep.d/10_unbindusbи помещаем в него следующее:#!/bin/bash function unbind_usb { for driver in ehci ohci uhci; do cd "/sys/bus/pci/drivers/${driver}_hcd"; ids=$(ls | grep :); echo $ids > /tmp/DISABLED_$driver; for id in $ids; do echo "Unbinding $id"; echo -n "$id" > unbind; disabled="$disabled $id"; done; done; } function bind_usb { for driver in ehci ohci uhci; do cd "/sys/bus/pci/drivers/${driver}_hcd"; for id in $(cat /tmp/DISABLED_$driver); do echo "Binding $id"; echo -n "$id" > bind; done; rm /tmp/DISABLED_$driver; done; } case "$1" in hibernate|suspend) unbind_usb; ;; thaw|resume) bind_usb; unbind_usb; bind_usb; ;; *) exit 1; ;; esac; exit 0;
даём скрипту необходимые права:$ sudo chmod u=rwx,go=rx /etc/pm/sleep.d/10_unbindusb

Теперь можно спокойно ложить машинку в suspend командой pm-suspend (от рута, конечно же). Не забывайте также о hibernate и suspend-hybrid.

Если после просыпания у вас не определяются USB-устройства, перезагрузите модуль ehci_hcd:

$ sudo rmmod ehci_hcd
$ sudo modprobe ehci_hcd

Wi-Fi

Беспроводная сеть была чуть ли не самой простой проблемой из всех. Следать нужно следующее:

поставить менеджер сетевых соединений wicd (помимо curses-клиента существуют также gtk и cli):$ sudo aptitude install wicd wicd-curses
прописать в /etc/network/interfaces беспроводной интерфейс:$ sudoedit /etc/network/interfacesВ конец файла нужно дописать следующее:allow-hotplug wlan0 iface wlan0 inet manual
прописать wlan0 в настройках wicd, для чего в curses-интерфейсе (запускаемом с помощью команды wicd-curses) нужно нажать P (это большая английская буква P) и тут же в поле Wireless Interface написать заветное «wlan0» (без кавычек)
жмакнуть F10, чтобы сохранить настройки

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

Кстати говоря, Fn+F2 работает из коробки, только лампочка на передней панели, показывающая состояние Wi-Fi, не работает. Меня, впрочем, это мало волнует, поэтому я (пока что) не разбирался, почему так. UPD: за лампочки отвечает модуль asus_laptop. Не знаю, что там у меня случилось во время написания статьи, но сейчас, спустя неделю, модуль загружается сам, так что лампочки в порядке.

Fn-клавиши

Сразу после установки работали только клавиши, регулирующие яркость монитора, и Fn+F2, отключающая/включающая Wi-Fi. Мне очень сильно не хватало возможности регулировать громкость звука (и вообще выключать его), так что пришлось отлавливать события acpi и писать обработчики. На самом деле это не так сложно, как может показаться. Следуйте инструкции:

создаём файлы, задающие события, на которые мы хотим реагировать (надеюсь, вы уже запомнили команду sudoedit, потому что на этот раз я просто покажу содержимое файлов, не расписывая процесс их создания):$ cat /etc/acpi/events/volume_mute event=hotkey ATK0100:00 00000032 action=/etc/acpi/volume_mute.sh$ cat /etc/acpi/events/volume_up event=hotkey ATK0100:00 00000030 action=/etc/acpi/volume_up.sh$ cat /etc/acpi/events/volume_down event=hotkey ATK0100:00 00000031 action=/etc/acpi/volume_down.shЕсли какой-то из Fn-хоткеев у вас работать не будет, запустите acpi_listen, понажимайте хоткей и посмотрите, соответствует ли вывод строке «event» (обратите внимание, что acpi присваивает событиям последовательные номера — их включать в строку event нельзя)
создаём обработчики:$ cat /etc/acpi/volume_mute.sh #!/bin/sh amixer sset 'Master' toggle$ cat /etc/acpi/volume_up.sh #!/bin/sh amixer sset 'Master' 2+$ cat /etc/acpi/volume_down.sh #/bin/sh amixer sset 'Master' 2-
заставляем acpid перечитать настройки:$ sudo pkill -SIGHUP acpid

PC speaker

«Пищалка» в данном ноуте детская, не настоящая даже — вместо взрослого PC speaker'а ноутбук пищит колонками. Отключается это тоже по-детски: достаточно открыть alsamixer (выполнив в терминале одноимённую команду), выбрать ползунок Beep и выключить его (нажав m).

Как видим, ни одной серьёзной проблемы — все вещи настраиваются парой изменений в конфигах. И кто после этого посмеет сказать, что Linux не готов для потребителя? ☺

Небольшие изменения в блоге

noreply@blogger.com (Minoru) — Fri, 15 Jul 2011 18:55:00 +0000

Здравствуйте, дорогие читатели!

В последнее время я совсем перестал что-либо крутить-шатать в своей любимой Linux-системе и ударился в программирование. Именно по этой причине блог так долго молчал, и именно поэтому я решил, что пора бы немного расширить тематику.

Итак, с сегодняшнего дня у блога добавляется целых три новых RSS-ленты:

Старая лента со всеми постами блога продолжит работать.

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

Олсо, я некоторое время веду микроблоги на Juick, Psto и, с недавних пор, BNW (хотя там я пока что только комментирую), и эти вещи явно «паразитируют» на Дебиании — некоторые мысли так и не развились в полноценные посты, осев короткими очерками в микроблогах. И это печально. Надеюсь, я таки преодолею эту фигню и скоро вы увидите здесь новые статьи.

Stay tuned, и удачи вам во всех начинаниях!

gtk-vector-screenshot: теперь в Debian sid!

noreply@blogger.com (Minoru) — Tue, 05 Jul 2011 10:01:00 +0000

Вчера автор gtk-vector-screenshot, Joachim Breitner, сообщил о том, что его разработка успешно создаёт скриншоты окна Epiphany (об этом ему в свою очередь сообщил Martin Borgert). Так что те, кто читал мой предыдущий пост и заинтересовался идеей, могут подключать репозитории sid и ставить себе вкусняшку — она уже работает ;)

Оригинальный пост

UPD 14.07.2011: по просьбам трудящихся своро^Wскопировал из оригинального поста превьюшку PDF'ки.

Скриншоты в PDF с GTK 3

noreply@blogger.com (Minoru) — Mon, 20 Jun 2011 22:01:00 +0000

Для тех, кто не читает Planet Debian, маленький итог из двух тамошних постов.

Joachim Breitner разработал небольшой модуль, который, будучи загруженным вместе с GTK3-приложением, отображает кнопку, с помощью которой можно создать скриншот окна и сохранить его в PDF, SVG, PostScript или даже PNG. Преимуществом таких скриншотов является то, что они представляют собой векторную графику, а значит:

текст на них индексируем и по нему можно производить поиск
они идеально масштабируются, а значит, электронные мануалы с их использованием выглядят привлекательно вне зависимости от разрешения экрана и размеров окна вьювера

На пример такого скриншота можно поглядеть в этой pdf'ке, а здесь можно скачать скринкаст (Ogg Theora, 2Mb), в котором показан процесс её создания. Архивы с исходниками можно скачать здесь, а репозиторий — найти на gitorious.org.

Собственно, те самые два поста, в которых Joachim описывает свой модуль:

w3crapcli — работаем с веб-сервисами из терминала

noreply@blogger.com (Minoru) — Mon, 02 May 2011 16:25:00 +0000

Эра Web 2.0 принесла нам множество чудесных сервисов с соответствующей степени ужасности интерфейсами. Пользователи вынуждены использовать сайт так, как им это навязывают разработчики — вы не можете сохранить видео из ВКонтакте, чтобы просмотреть его любимым проигрывателем; вы не имеете права скачать всю главу манги одним кликом и почитать её в comix — можно только просматривать постранично в веб-интерфейсе… Примеров много, а выход один — разрабатывать утилиты, позволяющие избавиться от ограниченности предлагаемых интерфейсов. Именно этим и занимаются контрибьюторы проекта, названного w3crapcli — WWW Crap CLI.

На официальной страничке проекта так и написано:

This is an attempt to facilitate the unbearable PAIN while using modern web2.0ish wonders by providing command line interfaces for them.

Впрочем, w3crapcli не зациклен на одних только неудобных интерфейсах — проект содержит также утилиты для работы с google.com, translate.google.com, hpaste.org и многими другими. Некоторые утилиты можно использовать вместо фортунок (например, творчески переосмысленный скрипт muhas'а, предназначенный для получения рандомных фраз с fucking-great-advice.ru), а некоторые — как часть других скриптов (например, htmldecode, превращающий вещи вроде «—» в «—»).

Написано это добро на всём, что попадалось под руку — BASH, Perl, POSIX Shell, даже Haskell. Любители головоломок по достоинству оценят манеру написания кода Сергея Алирзаева, создателя проекта: здесь вам и однобуквенные переменные, и длиннющие однострочники… :)

Большинство кода распространяется под DO WHAT THE FUCK YOU WANT TO PUBLIC LICENSE — очень простой лицензией, которая, как ясно из названия, позволяет вам абсолютно всё. Код же, написанный вашим покорным слугой, лицензирован под моей любимой 3-clause BSD License.

Клонируйте git-репозиторий (или его зеркало), используйте утилиты, а если у вас есть собственные наработки, которыми вы хотели бы поделиться с проектом — следуйте инструкциям на главной страничке!

P.S. Прошу прощения перед читателями за столь длительное затишье. Я не бросил блог, меня не украли марсиане — просто не было повода написать. Так что, как говорится, stay tuned — подпишитесь на RSS-ленту, она не даст вам прозевать следующие посты ;)

День рождения Линуса Торвальдса

noreply@blogger.com (Minoru) — Tue, 28 Dec 2010 06:25:00 +0000

Итак, у Линуса снова день варенья. Сегодня ему исполняется 41, так что пожелаем ему прожить по меньшей мере столько же, успев за это время сделать из Linux ещё более крутое ядро. Пусть сообщество будет сплочённым, люди шлют патчи и объединяются для создания лучших в мире приложений, а обычные пользователи научатся наконец слать багрепорты :)

Как использовать dpatch

noreply@blogger.com (Minoru) — Thu, 23 Dec 2010 15:20:00 +0000

Для полноты картины с пересборкой Debian–пакетов (см. мой предыдущий пост) решил перевести статью об использовании тулзы для менеджмента патчей — dpatch.

Эта статья является переводом поста
Сандро Тоси (Sandro Tosi) “HowTo use dpatch”

Важным правилом, которому должен следовать каждый сопровождающий пакета, заключается в том, чтобы не допускать изменения апстримового кода (upstream — это разработчики программы, из которой потом создаётся пакет. Прим. переводчика).

Правильный Путь заключается в создании набора патчей, которые должны применяться к апстримовому коду при создании пакета; это позволит diff.gz содержать только изменения внутри директории debian/, что есть Хорошо.

Популярным инструментом для управления патчами при создании пакетов является dpatch.

0. Базовые вещи

Прежде всего нужно установить dpatch:

# apt-get install dpatch

и добавить dpatch в поле Build-Depends в файле debian/control. Более того, нужно создать директорию debian/patches: это место, где хранятся патчи.

В этой же директории будет файл debian/patches/00list: он будет содержать список имён патчей и они будут применены в том порядке, в котором упоминаются в этом файле.

1. Создание патча

Поставленный ранее пакет содержит полезную утилиту — dpatch-edit-patch:

заходим в директорию с исходниками пакета
выполняем
dpatch-edit-patch <имя_патча>

Будет создана копия директории с исходниками пакета, после чего будет запущен дочерний шелл; делайте свои правки и выходите из шелла (Сделать это можно с помощью команды exit. Если хотите покинуть шелл, не сохраняя сделанных правок, выполните exit 230. Прим. переводчика). После этого будет создан патч debian/patches/имя_патча, в который будут записаны все ваши правки.

Не забудьте обновить debian/patches/00list.

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

2. Конвертирование патча

Этот скрипт (спасибо Чарльзу Плесси (Charles Plessy)) принимает на вход модифицированный и оригинальный файлы, создаёт патч в универсальном формате и затем конвертирует его в формат dpatch'а.

diff -u первоначальные-исходники/файл модифицированные-исходники/файл | \

dpatch patch-template -p "<номер>_<краткое_описание>"   \

"<что делает патч>" > путь/к/debian/patches/<номер>_<краткое_описание>.dpatch

(замените <теги> на подходящие значения).

Обычно патч (по большей части тот, который присылается через систему отслеживания багов) представляет собой файл: для того, чтобы его сконвертировать, замените diff -u ... на cat /путь/к/файлу.patch — и всё.

3. Тестирование патча

Окей, вы только что сотворили патч, но как проверить, что он делает то, что должен? Примените его!

Из распакованного пакета исходного кода (рабочей копии для создания пакета) выполните

dpatch apply-all

а для отмены

dpatch deapply-all

4. Использование `dpatch` в `debian/rules`

Осталось только дописать debian/rules таким образом, чтобы патчи из debian/patches/ применялись в порядке, указанном в debian/patches/00list.

Думаю, самым простым способом будет модифицирование debian/rules следующим образом:

include /usr/share/dpatch/dpatch.make



...

build: build-stamp

build-stamp: patch-stamp

...

build stuff here

...



clean: unpatch

...

clean stuff here

...

...

Но если хотите, можете отдельно добавить цели patch и unpatch, как показано в следующем примере:

build-stamp: patch

...

build stuff here

...



clean: clean1 unpatch

clean1:

...

clean stuff here

...



patch: patch-stamp

patch-stamp:

dpatch apply-all -v

#dpatch call-all -a=pkg-info >patch-stamp



unpatch:

dpatch deapply-all

rm -rf patch-stamp debian/patched



binary: binary-indep binary-arch

.PHONY: build clean binary-indep binary-arch binary install patch unpatch \

clean1

В любом случае, советую следовать первому способу, так как он чище и более устойчив к ошибкам.

5. Восстановление первоначального апстримового кода

Самой первой вещью, которую должен запомнить каждый сопровождающий пакетов Debian, является: НИКОГДА не менять апстримовый код в своём пакете; вместо этого должны использоваться патчи. Даже если вы следуете этому Руководящему Правилу при создании своих пакетов, вы можете столкнуться с изменениями апстримового кода, когда будете усыновлять пакет.

Существует способ сконвертировать такие изменения (сделанные предыдущим сопровождающим пакета) в патч для dpatch:

используя apt-get source <пакет> или какую–либо другую команду, получите пакет исходников; будем считать, что он будет распакован в директорию с именем <пакет-версия> — перейдите в неё (заметим, что исходный файл будет в родительской директории)
измените debian/rules так, как показано в предыдущей секции этой статьи
используйте dpatch-convert-diffgz: эта утилита берёт .diff.gz, извлекает изменения, выполненные над апстримовым кодом, и конвертирует их в файл dpatch, который будет применяться во время сборки пакета

Если вы управляете своими пакетами старым способом (без контроля версий исходного кода), работа завершена. Я использую Subversion, чтобы управлять своими пакетами, и это требует нескольких дополнительных шагов:

скачиваете пакет с исходными кодами с зеркала репозитория Debian
распаковываете его во временную директорию <tempdir> (или позвольте apt-get source сделать это для вас)
импортируйте в репозиторий SVN (будет произведена проверка рабочей директории — <workdir>)
переходите в <tempdir> и меняете debian/rules (после чего выполняете то же самое в <workdir>)
выполняете dpatch-convert-diffgz 01 restore_pristine_code (можете выбирать любое имя); будут созданы файлы debian/patches/01_restore_pristine_code.dpatch и debian/patches/00list
перемещаете оба вышеупомянутых файла в <workdir> и добавляете их в репозиторий
возвращаете назад апстримовый код, модифицированный предыдущим сопровождающим; это может означать копирование файлов руками (cp -p ....) из распакованного апстримового тарболла, либо выполнение fakeroot debian/rules patch ; fakeroot debian/rules unpatch (действенность последнего способа не гарантируется)

Это немного сложно, но таким образом вы сможете «усыновить» пакет и использовать dpatch, что есть хорошо.

Как пересобирать пакеты Debian

noreply@blogger.com (Minoru) — Thu, 23 Dec 2010 13:47:00 +0000

Этот пост является переводом
поста Рафаэля Герцога (Raphaël Hertzog)
“Howto to rebuild Debian packages”

От переводчика: мне не хотелось переводить «source package» как «исходный пакет», т.к. такой перевод может наталкивать на мысль о распаковке deb–пакета с бинарниками. Поэтому в статье использован другой перевод — «пакет исходных кодов». Звучит, конечно, убого, но всяко лучше, чем первое.

Умение пересобирать пакеты Debian является очень полезным навыком. Он является необходимым для многих задач, с которыми может столкнуться администратор: включить фичу, выключенную в официальном пакете; пересобрать пакет для использования в другом дистрибутиве (например, пересобрать пакет из Debian Testing для Debian Stable — мы называем это обратным портированием (backporting)); добавить исправление бага, подготовленное разработчиками из апстрима, и так далее. Узнайте о четырёх шагах, позволяющих пересобирать пакеты Debian.

Скачивание пакета с исходным кодом

Предпочитаемым путём получения пакетов с исходным кодом является APT. Он может скачивать их из репозиториев с исходниками, прописанных у вас в /etc/apt/sources.list, например:

deb-src http://ftp.debian.org/debian unstable main contrib non-free
deb-src http://ftp.debian.org/debian testing main contrib non-free
deb-src http://ftp.debian.org/debian stable main contrib non-free

Заметьте, что строки начинаются с «deb-src» вместо обычного «deb». Это говорит APT'у о том, что мы заинтересованы в пакетах с исходным кодом, а не бинарниками.

После apt-get update можно использовать apt-get source publican, чтобы получить последнюю версию пакета с исходными кодами «publican». Можно также указать дистрибутив, из которого следует получать пакет, используя следующий синтаксис: «package/distribution». apt-get source publican/testing получит пакет с исходниками publican и распакует их в текущую директорию (используя dpkg-source -x, так что вам понадобится пакет dpkg-dev).

$ apt-get source publican/testing
Reading package lists... Done
Building dependency tree
Reading state information... Done
NOTICE: 'publican' packaging is maintained in the 'Git' version control system at:
git://git.debian.org/collab-maint/publican.git
Need to get 727 kB of source archives.
Get:1 http://nas/debian/ squeeze/main publican 2.1-2 (dsc) [2253 B]
Get:2 http://nas/debian/ squeeze/main publican 2.1-2 (tar) [720 kB]
Get:3 http://nas/debian/ squeeze/main publican 2.1-2 (diff) [4728 B]
Fetched 727 kB in 0s (2970 kB/s)
dpkg-source: info: extracting publican in publican-2.1
dpkg-source: info: unpacking publican_2.1.orig.tar.gz
dpkg-source: info: unpacking publican_2.1-2.debian.tar.gz
$ ls -dF publican*
publican-2.1/                 publican_2.1-2.dsc
publican_2.1-2.debian.tar.gz  publican_2.1.orig.tar.gz

Если APT использовать не хочется, или если пакет с исходными кодами лежит не в APT'овском репозитории, можно скачать его с помощью команды dget -u dsc-url, где dsc-url — это URL .dsc–файла, представляющего пакет с сорцами. dget предоставляется пакетом devscripts. Заметим, что опция -u отключает проверку источника пакета перед его распаковкой.

Установка сборочных зависимостей

И снова APT сделает за вас всю грязную работу: достаточно лишь запустить apt-get build-dep foo, и сборочные зависимости для пакета foo будут установлены. Он поддерживает тот же синтаксический сахар, что и apt-get source, так что для установки зависимостей, требуемых для сборки тестируемой версии publican, можно использовать команду apt-get build-dep publican/testing.

Если пользоваться APT'ом нельзя, перейдите в директорию с распакованным исходным кодом и запустите dpkg-checkbuilddeps. Он покажет список неудовлетворённых сборочных зависимостей (если такие есть; в противном случае ничего выведено не будет и можно будет спокойно продолжать). Немного копирования–вставки и вызовов apt-get install — и вы за пару секунд установите все необходимые пакеты.

Осуществление изменений

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

Впрочем, вне зависимости от того, сделали вы изменения или просто пересобрали пакет в другом окружении, вам следует поменять версию пакета. Это можно сделать с помощью «dch --local foo» (снова из пакета devscripts), где «foo» следует заменить на короткое имя, идентифицирующее вас как поставщика обновлённой версии. Эта команда обновит debian/changelog и пригласит вас написать короткую заметку о внесённых изменениях.

Сборка пакета

Последний шаг — самый простой, так как всё уже на своих местах. Вы должны находиться в директории с распакованными исходниками.

Теперь запускайте либо «debuild -us -uc» (рекомендуемый выбор, требуется пакет devscripts), либо сразу «dpkg-buildpackage -us -uc». Опции «-us -uc» указывают на то, что шаг подписывания пакета будет пропущен; в противном случае в конце сборки было бы сгенерировано (безобидное) сообщение, если бы у вас не нашлось GPG–ключа для имени, указанного в первой записи в changelog'е.

$ cd publican-2.1
$ debuild -us -uc
 dpkg-buildpackage -rfakeroot -D -us -uc
dpkg-buildpackage: export CFLAGS from dpkg-buildflags (origin: vendor): -g -O2
dpkg-buildpackage: export CPPFLAGS from dpkg-buildflags (origin: vendor):
dpkg-buildpackage: export CXXFLAGS from dpkg-buildflags (origin: vendor): -g -O2
dpkg-buildpackage: export FFLAGS from dpkg-buildflags (origin: vendor): -g -O2
dpkg-buildpackage: export LDFLAGS from dpkg-buildflags (origin: vendor):
dpkg-buildpackage: source package publican
dpkg-buildpackage: source version 2.1-2rh1
dpkg-buildpackage: source changed by Raphaël Hertzog 
 dpkg-source --before-build publican-2.1
dpkg-buildpackage: host architecture i386
[...]
dpkg-deb: building package `publican' in `../publican_2.1-2rh1_all.deb'.
 dpkg-genchanges  >../publican_2.1-2rh1_i386.changes
dpkg-genchanges: not including original source code in upload
 dpkg-source --after-build publican-2.1
dpkg-buildpackage: binary and diff upload (original source NOT included)
Now running lintian...
Finished running lintian.

Сборка завершена, обновлённые пакеты с исходным кодом и бинарниками были сгенерированы в родительской директории.

$ cd ..
$ ls -dF publican*
publican-2.1/                    publican_2.1-2rh1.dsc
publican_2.1-2.debian.tar.gz     publican_2.1-2rh1_i386.changes
publican_2.1-2.dsc               publican_2.1-2rh1_source.changes
publican_2.1-2rh1_all.deb        publican_2.1.orig.tar.gz
publican_2.1-2rh1.debian.tar.gz

Патч Advanced Copy для coreutils 8.5

noreply@blogger.com (Minoru) — Thu, 23 Dec 2010 13:10:00 +0000

Привет!

Полтора часа назад в псто пролетело упоминание об интересном патче для coreutils Advanced Copy, добавляющем в cp и mv прогресс–бар. Выглядит это так:

% cp -g ~/torrents/downloads/Patent_Absurdity_HQ_768kbit.ogv /dev/null
cp: переписать «/dev/null»? y344                                      
                                                                              
0 files copied so far...                                 135,7 MiB / 159,5 MiB
[||||||||||||||||||||||||||||||||||||||||||||||||||||||||||-----------] 85,1 %
Copying at   1,0 GiB/s (about 0h 0m 0s remaining)
...ru/torrents/downloads/Patent_Absurdity_HQ_768kbit.ogv 135,7 MiB / 159,4 MiB
[||||||||||||||||||||||||||||||||||||||||||||||||||||||||||-----------] 85,2 %

Польза этой штуки лично для меня под вопросом, но я решил всё же попробовать её. Так как в Debian Squeeze сейчас уже coreutils версии 8.5, патч пришлось немного поправить. Модифицированную версию можно скачать или смотреть онлайн (вторая ссылка отличается наличием подсветки). Также на всякий случай добавлю его в пост — как говаривал virens, сторонние сервисы могут отказывать, но если уж упадёт блог…

 diff -Nru coreutils-8.5/src/copy.c coreutils-8.5-1/src/copy.c
 --- coreutils-8.5/src/copy.c    2010-04-20 22:52:04.000000000 +0300
 +++ coreutils-8.5-1/src/copy.c  2010-12-23 13:51:23.000000000 +0200
 @@ -457,6 +457,56 @@
    return lchmod (name, mode);
  }
  
 +/* BEGIN progress mod */
 +static void file_progress_bar ( char * _cDest, int _iBarLength, int _iProgress, int _iTotal )
 +{
 +  // write number to progress bar
 +  float fPercent = ( float ) _iProgress / ( float ) _iTotal * 100.f;
 +  sprintf ( _cDest + ( _iBarLength - 6 ), "%4.1f", fPercent );
 +  // remove zero
 +  _cDest[_iBarLength - 2] = ' ';
 +
 +  // fill rest with '-'
 +  int i;
 +  for ( i = 1; i <= _iBarLength - 9; i++ )
 +  {
 +    if ( fPercent > ( float ) ( i - 1 ) / ( _iBarLength - 10 ) * 100.f )
 +      _cDest[i] = '|';
 +    else
 +      _cDest[i] = '-';
 +  }
 +}
 +
 +int file_size_format ( char * _cDst, int _iSize, int _iCounter )
 +{
 +  int iCounter = _iCounter;
 +  double dSize = ( double ) _iSize;
 +  while ( dSize >= 1000. )
 +  {
 +    dSize /= 1024.;
 +    iCounter++;
 +  }
 +
 +  /* get unit */
 +  char * sUnit;
 +  if ( iCounter == 0 )
 +    sUnit = "B";
 +  else if ( iCounter == 1 )
 +    sUnit = "KiB";
 +  else if ( iCounter == 2 )
 +    sUnit = "MiB";
 +  else if ( iCounter == 3 )
 +    sUnit = "GiB";
 +  else if ( iCounter == 4 )
 +    sUnit = "TiB";
 +  else
 +    sUnit = "N/A";
 +
 +  /* write number */
 +  return sprintf ( _cDst, "%5.1f %s", dSize, sUnit );
 +}
 +/* END progress mod */
 +
  /* Copy a regular file from SRC_NAME to DST_NAME.
     If the source file contains holes, copies holes and blocks of zeros
     in the source file as holes in the destination file.
 @@ -709,8 +759,146 @@
        buf_alloc = xmalloc (buf_size + buf_alignment_slop);
        buf = ptr_align (buf_alloc, buf_alignment);
  
 +      /* BEGIN progress mod */
 +      /* create a field of 6 lines */
 +      char ** cProgressField = ( char ** ) calloc ( 6, sizeof ( char * ) );
 +      /* get console width */
 +      int iBarLength = 80;
 +      struct winsize win;
 +      if ( ioctl (STDOUT_FILENO, TIOCGWINSZ, (char *) &win) == 0 && win.ws_col > 0 )
 +         iBarLength = win.ws_col;
 +      /* create rows */
 +      int it;
 +      for ( it = 0; it < 6; it++ )
 +      {
 +        cProgressField[it] = ( char * ) malloc ( iBarLength + 1 );
 +        /* init with spaces */
 +        int j;
 +        for ( j = 0; j < iBarLength; j++ )
 +          cProgressField[it][j] = ' ';
 +        cProgressField[it][iBarLength] = '\0';
 +      }
 +
 +      /* global progress bar? */
 +      if ( g_iTotalSize )
 +      {
 +        /* init global progress bar */
 +        cProgressField[2][0] = '[';
 +        cProgressField[2][iBarLength - 8] = ']';
 +        cProgressField[2][iBarLength - 7] = ' ';
 +        cProgressField[2][iBarLength - 1] = '%';
 +
 +        /* total size */
 +        cProgressField[1][iBarLength - 11] = '/';
 +        file_size_format ( cProgressField[1] + iBarLength - 9, g_iTotalSize, 1 );
 +
 +        /* show how many files were written */
 +        int sum_length = sprintf ( cProgressField[1], "%d files copied so far...", g_iFilesCopied );
 +        cProgressField[1][sum_length] = ' ';
 +      }
 +
 +      /* truncate filename? */
 +      int fn_length;
 +      if ( strlen ( src_name ) > iBarLength - 22 )
 +        fn_length =
 +          sprintf ( cProgressField[4], "...%s", src_name + ( strlen ( src_name ) - iBarLength + 25 ) );
 +      else
 +        fn_length = sprintf ( cProgressField[4], "%s", src_name );
 +      cProgressField[4][fn_length] = ' ';
 +
 +      /* filesize */
 +      cProgressField[4][iBarLength - 11] = '/';
 +      file_size_format ( cProgressField[4] + iBarLength - 9, src_open_sb.st_size, 0 );
 +
 +      int iCountDown = 1;
 +      char * sProgressBar = cProgressField[5];
 +      sProgressBar[0] = '[';
 +      sProgressBar[iBarLength - 8] = ']';
 +      sProgressBar[iBarLength - 7] = ' ';
 +      sProgressBar[iBarLength - 1] = '%';
 +
 +      /* this will always save the time in between */
 +      struct timeval last_time;
 +      gettimeofday ( & last_time, NULL );
 +      int last_size = g_iTotalWritten;
 +      /* END progress mod */
 +
        for (;;)
          {
 +          if (progress) {
 +          /* BEGIN progress mod */
 +          /* update countdown */
 +          iCountDown--;
 +          if ( iCountDown < 0 )
 +            iCountDown = 100;
 +
 +          /* just print one line with the percentage, but not always */
 +          if ( iCountDown == 0 )
 +          {
 +            /* calculate current speed */
 +            struct timeval cur_time;
 +            gettimeofday ( & cur_time, NULL );
 +            int cur_size = g_iTotalWritten + n_read_total / 1024;
 +            int usec_elapsed = cur_time.tv_usec - last_time.tv_usec;
 +            double sec_elapsed = ( double ) usec_elapsed / 1000000.f;
 +            sec_elapsed += ( double ) ( cur_time.tv_sec - last_time.tv_sec );
 +            int copy_speed = ( int ) ( ( double ) ( cur_size - last_size )
 +              / sec_elapsed );
 +            char s_copy_speed[20];
 +            file_size_format ( s_copy_speed, copy_speed, 1 );
 +            /* update vars */
 +            last_time = cur_time;
 +            last_size = cur_size;
 +
 +            /* how many time has passed since the start? */
 +            int isec_elapsed = cur_time.tv_sec - g_oStartTime.tv_sec;
 +            int sec_remaining = ( int ) ( ( double ) isec_elapsed / cur_size
 +              * g_iTotalSize ) - isec_elapsed;
 +            int min_remaining = sec_remaining / 60;
 +            sec_remaining -= min_remaining * 60;
 +            int hours_remaining = min_remaining / 60;
 +            min_remaining -= hours_remaining * 60;
 +            /* print out */
 +            sprintf ( cProgressField[3],
 +              "Copying at %s/s (about %dh %dm %ds remaining)", s_copy_speed,
 +              hours_remaining, min_remaining, sec_remaining );
 +
 +            int fs_len;
 +            if ( g_iTotalSize )
 +            {
 +              /* global progress bar */
 +              file_progress_bar ( cProgressField[2], iBarLength,
 +                                  g_iTotalWritten + n_read_total / 1024, g_iTotalSize );
 +
 +              /* print the global status */
 +              fs_len = file_size_format ( cProgressField[1] + iBarLength - 21,
 +                                              g_iTotalWritten + n_read_total / 1024, 1 );
 +              cProgressField[1][iBarLength - 21 + fs_len] = ' ';
 +            }
 +
 +            /* current progress bar */
 +            file_progress_bar ( sProgressBar, iBarLength, n_read_total, src_open_sb.st_size );
 +
 +            /* print the status */
 +            fs_len = file_size_format ( cProgressField[4] + iBarLength - 21, n_read_total, 0 );
 +            cProgressField[4][iBarLength - 21 + fs_len] = ' ';
 +
 +            /* print the field */
 +            for ( it = g_iTotalSize ? 0 : 3; it < 6; it++ )
 +            {
 +              printf ( "\033[K%s\n", cProgressField[it] );
 +              if ( strlen ( cProgressField[it] ) < iBarLength )
 +                printf ( "" );
 +            }
 +            if ( g_iTotalSize )
 +              printf ( "\r\033[6A" );
 +            else
 +              printf ( "\r\033[3A" );
 +            fflush ( stdout );
 +          }
 +          /* END progress mod */
 +          }
 +
            word *wp = NULL;
  
            ssize_t n_read = read (source_desc, buf, buf_size);
 @@ -791,6 +979,19 @@
                   /proc with linux kernels from at least 2.6.9 .. 2.6.29.  */
              }
          }
 +if (progress) {
 +      /* BEGIN progress mod */
 +      /* update total size */
 +      g_iTotalWritten += n_read_total / 1024;
 +      g_iFilesCopied++;
 +
 +      int i;
 +      for ( i = 0; i < 6; i++ )
 +        free ( cProgressField[i] );
 +      free ( cProgressField );
 +      /* END progress mod */
 +}
 +
  
        /* If the file ends with a `hole', we need to do something to record
           the length of the file.  On modern systems, calling ftruncate does
 diff -Nru coreutils-8.5/src/copy.h coreutils-8.5-1/src/copy.h
 --- coreutils-8.5/src/copy.h    2010-04-20 22:52:04.000000000 +0300
 +++ coreutils-8.5-1/src/copy.h  2010-12-23 13:52:40.000000000 +0200
 @@ -223,6 +223,10 @@
       Create destination directories as usual. */
    bool symbolic_link;
  
 +  /* if true, draw a nice progress bar on screen */
 +  bool progress_bar;
 +
 +
    /* If true, do not copy a nondirectory that has an existing destination
       with the same or newer modification time. */
    bool update;
 @@ -281,4 +285,15 @@
  bool chown_failure_ok (struct cp_options const *);
  mode_t cached_umask (void);
  
 +/* BEGIN progress mod */
 +int file_size_format ( char * _cDst, int _iSize, int _iCounter );
 +
 +long g_iTotalSize;
 +long g_iTotalWritten;
 +int g_iFilesCopied;
 +struct timeval g_oStartTime;
 +int g_iTotalFiles;
 +bool progress;
 +/* END progress mod */
 +
  #endif
 diff -Nru coreutils-8.5/src/cp.c coreutils-8.5-1/src/cp.c
 --- coreutils-8.5/src/cp.c  2010-03-13 17:14:09.000000000 +0200
 +++ coreutils-8.5-1/src/cp.c    2010-12-23 13:55:44.000000000 +0200
 @@ -139,6 +139,7 @@
    {"target-directory", required_argument, NULL, 't'},
    {"update", no_argument, NULL, 'u'},
    {"verbose", no_argument, NULL, 'v'},
 +  {"progress-bar", no_argument, NULL, 'g'},
    {GETOPT_HELP_OPTION_DECL},
    {GETOPT_VERSION_OPTION_DECL},
    {NULL, 0, NULL, 0}
 @@ -176,6 +177,7 @@
    -f, --force                  if an existing destination file cannot be\n\
                                   opened, remove it and try again (redundant if\n\
                                   the -n option is used)\n\
 +  -g, --progress-bar           add progress-bar\n\
    -i, --interactive            prompt before overwrite (overrides a previous -n\n\
                                    option)\n\
    -H                           follow command-line symbolic links in SOURCE\n\
 @@ -612,6 +614,57 @@
                 quote (file[n_files - 1]));
      }
  
 +    struct timeval start_time;
 +if (progress) {
 +    /* BEGIN progress mod */
 +    g_iTotalSize = 0;
 +    g_iFilesCopied = 0;
 +    g_iTotalWritten = 0;
 +
 +    /* save time */
 +    gettimeofday ( & start_time, NULL );
 +    g_oStartTime = start_time;
 +
 +    printf ( "Calculating total size... \r" );
 +    fflush ( stdout );
 +    long iTotalSize = 0;
 +    int iFiles = n_files;
 +    if ( ! target_directory )
 +      iFiles = n_files - 1;
 +    int j;
 +    for (j = 0; j < iFiles; j++)
 +    {
 +      /* call du -s for each file */
 +      /* create command */
 +      char command[1024];
 +      sprintf ( command, "du -s \"%s\"", file[j] );
 +      /* TODO: replace all quote signs in file[i] */
 +
 +      FILE *fp;
 +      char output[1024];
 +
 +      /* run command */
 +      fp = popen(command, "r");
 +      if (fp == NULL || fgets(output, sizeof(output)-1, fp) == NULL) {
 +        printf("failed to run du.\n" );
 +      }
 +      else
 +      {
 +        /* isolate size */
 +        strchr ( output, '\t' )[0] = '\0';
 +        iTotalSize += atol ( output );
 +
 +        printf ( "Calculating total size... %ld\r", iTotalSize );
 +        fflush ( stdout );
 +      }
 +
 +      /* close */
 +      pclose(fp);
 +    }
 +    g_iTotalSize = iTotalSize;
 +    /* END progress mod */
 +}
 +
    if (target_directory)
      {
        /* cp file1...filen edir
 @@ -754,6 +807,46 @@
        ok = copy (source, new_dest, 0, x, &unused, NULL);
      }
  
 +if (progress) {
 +    /* BEGIN progress mod */
 +    /* remove everything */
 +    int i;
 +    if ( g_iTotalSize )
 +    {
 +      for ( i = 0; i < 6; i++ )
 +        printf ( "\033[K\n" );
 +      printf ( "\r\033[6A" );
 +    }
 +    else
 +    {
 +      for ( i = 0; i < 3; i++ )
 +        printf ( "\033[K\n" );
 +      printf ( "\r\033[3A" );
 +    }
 +
 +    /* save time */
 +    struct timeval end_time;
 +    gettimeofday ( & end_time, NULL );
 +    int usec_elapsed = end_time.tv_usec - start_time.tv_usec;
 +    double sec_elapsed = ( double ) usec_elapsed / 1000000.f;
 +    sec_elapsed += ( double ) ( end_time.tv_sec - start_time.tv_sec );
 +
 +    /* get total size */
 +    char sTotalWritten[20];
 +    file_size_format ( sTotalWritten, g_iTotalSize, 1 );
 +    /* TODO: using g_iTotalWritten would be more correct, but is less accurate */
 +
 +    /* calculate speed */
 +    int copy_speed = ( int ) ( ( double ) g_iTotalWritten / sec_elapsed );
 +    char s_copy_speed[20];
 +    file_size_format ( s_copy_speed, copy_speed, 1 );
 +
 +    /* good-bye message */
 +    printf ( "%d files (%s) copied in %.1f seconds (%s/s).\n", g_iFilesCopied, sTotalWritten,
 +             sec_elapsed, s_copy_speed );
 +    /* END progress mod */
 +}
 +
    return ok;
  }
  
 @@ -785,6 +878,7 @@
    x->recursive = false;
    x->sparse_mode = SPARSE_AUTO;
    x->symbolic_link = false;
 +  x->progress_bar = false;
    x->set_mode = false;
    x->mode = 0;
  
 @@ -923,7 +1017,7 @@
       we'll actually use backup_suffix_string.  */
    backup_suffix_string = getenv ("SIMPLE_BACKUP_SUFFIX");
  
 -  while ((c = getopt_long (argc, argv, "abdfHilLnprst:uvxPRS:T",
 +  while ((c = getopt_long (argc, argv, "abdfgHilLnprst:uvxPRS:T",
                             long_opts, NULL))
           != -1)
      {
 @@ -975,6 +1069,10 @@
            x.unlink_dest_after_failed_open = true;
            break;
  
 +        case 'g':
 +          progress = true;
 +          break;
 +
          case 'H':
            x.dereference = DEREF_COMMAND_LINE_ARGUMENTS;
            break;
 diff -Nru coreutils-8.5/src/mv.c coreutils-8.5-1/src/mv.c
 --- coreutils-8.5/src/mv.c  2010-01-01 15:06:47.000000000 +0200
 +++ coreutils-8.5-1/src/mv.c    2010-12-23 13:59:21.000000000 +0200
 @@ -64,6 +64,7 @@
    {"target-directory", required_argument, NULL, 't'},
    {"update", no_argument, NULL, 'u'},
    {"verbose", no_argument, NULL, 'v'},
 +  {"progress-bar", no_argument, NULL, 'g'},
    {GETOPT_HELP_OPTION_DECL},
    {GETOPT_VERSION_OPTION_DECL},
    {NULL, 0, NULL, 0}
 @@ -159,10 +160,94 @@
  static bool
  do_move (const char *source, const char *dest, const struct cp_options *x)
  {
 +  struct timeval start_time;
 +
 +  if(progress) {
 +    /* BEGIN progress mod */
 +    g_iTotalSize = 0;
 +    g_iFilesCopied = 0;
 +    g_iTotalWritten = 0;
 +
 +    gettimeofday (& start_time, NULL);
 +    g_oStartTime = start_time;
 +
 +    printf ("Calculating total size... \r");
 +    fflush (stdout);
 +    long iTotalSize = 0;
 +    /* call du -s for each file */
 +    /* create command */
 +    char command[1024];
 +    sprintf ( command, "du -s \"%s\"", source );
 +    /* TODO: replace all quote signs in file[i] */
 +
 +    FILE *fp;
 +    char output[1024];
 +
 +    /* run command */
 +    fp = popen(command, "r");
 +    if (fp == NULL || fgets(output, sizeof(output)-1, fp) == NULL) {
 +      printf("failed to run du.\n" );
 +    }
 +    else
 +    {
 +      /* isolate size */
 +      strchr ( output, '\t' )[0] = '\0';
 +      iTotalSize += atol ( output );
 +      printf ( "Calculating total size... %ld\r", iTotalSize );
 +      fflush ( stdout );
 +    }
 +
 +    /* close */
 +    pclose(fp);
 +    g_iTotalSize = iTotalSize;
 +    /* END progress mod */
 +
 +  }
 +
    bool copy_into_self;
    bool rename_succeeded;
    bool ok = copy (source, dest, false, x, &copy_into_self, &rename_succeeded);
  
 +  if (progress) {
 +    /* BEGIN progress mod */
 +    /* remove everything */
 +    int i;
 +    if ( g_iTotalSize )
 +    {
 +      for ( i = 0; i < 6; i++ )
 +        printf ( "\033[K\n" );
 +      printf ( "\r\033[6A" );
 +    }
 +    else
 +    {
 +      for ( i = 0; i < 3; i++ )
 +        printf ( "\033[K\n" );
 +      printf ( "\r\033[3A" );
 +    }
 +
 +    /* save time */
 +    struct timeval end_time;
 +    gettimeofday ( & end_time, NULL );
 +    int usec_elapsed = end_time.tv_usec - start_time.tv_usec;
 +    double sec_elapsed = ( double ) usec_elapsed / 1000000.f;
 +    sec_elapsed += ( double ) ( end_time.tv_sec - start_time.tv_sec );
 +
 +    /* get total size */
 +    char sTotalWritten[20];
 +    file_size_format ( sTotalWritten, g_iTotalSize, 1 );
 +    /* TODO: using g_iTotalWritten would be more correct, but is less accurate */
 +
 +    /* calculate speed */
 +    int copy_speed = ( int ) ( ( double ) g_iTotalWritten / sec_elapsed );
 +    char s_copy_speed[20];
 +    file_size_format ( s_copy_speed, copy_speed, 1 );
 +
 +    /* good-bye message */
 +    printf ( "%d files (%s) moved in %.1f seconds (%s/s).\n", g_iFilesCopied, sTotalWritten,
 +             sec_elapsed, s_copy_speed );
 +    /* END progress mod */
 +  }
 +
    if (ok)
      {
        char const *dir_to_remove;
 @@ -298,6 +383,7 @@
        --backup[=CONTROL]       make a backup of each existing destination file\n\
    -b                           like --backup but does not accept an argument\n\
    -f, --force                  do not prompt before overwriting\n\
 +  -g, --progress-bar          add progress-bar\n\
    -i, --interactive            prompt before overwrite\n\
    -n, --no-clobber             do not overwrite an existing file\n\
  If you specify more than one of -i, -f, -n, only the final one takes effect.\n\
 @@ -366,7 +452,7 @@
       we'll actually use backup_suffix_string.  */
    backup_suffix_string = getenv ("SIMPLE_BACKUP_SUFFIX");
  
 -  while ((c = getopt_long (argc, argv, "bfint:uvS:T", long_options, NULL))
 +  while ((c = getopt_long (argc, argv, "bfint:uvgS:T", long_options, NULL))
           != -1)
      {
        switch (c)
 @@ -411,6 +497,9 @@
          case 'v':
            x.verbose = true;
            break;
 +       case 'g':
 +          progress = true;
 +         break;
          case 'S':
            make_backups = true;
            backup_suffix_string = optarg;

rm all but…

noreply@blogger.com (Minoru) — Sun, 26 Sep 2010 18:41:00 +0000

Иногда возникает такая вот задача: нужно удалить все файлы, кроме одного (или пары) из них. Раньше я не знал, как это сделать, но вчера научился — слава commandlinefu!

Итак, сначала вариант для моего любимого ZSH:

$ setopt extended_globs
$ rm ^file # удаляем всё, кроме file
$ rm ^(some|files) # удаляем всё, кроме some и files

А теперь — для BASH:

$ shopt -s extglob
$ rm !(file)
$ rm !(some|files)

Пропуск проверки ФС при загрузке с CTRL-C

noreply@blogger.com (Minoru) — Fri, 06 Aug 2010 21:34:00 +0000

Эта маленькая заметка — перевод поста Лукаса Нуссбаума (Lucas Hussbaum).

Согласно закону Мерфи, проверка fsck, происходящая каждые n загрузок, всегда случается в самое неподходящее время. По умолчанию, прерывание проверки с помощью CTRL-C заставляет fsck возвращать код ошибки, что приводит к перемонтированию файловой системы в режиме «только чтение». Но это легко меняется правкой /etc/e2fsck.conf:

[options]
allow_cancellation = true

«Мигающие» субтитры в MPlayer

noreply@blogger.com (Minoru) — Sun, 25 Jul 2010 18:43:00 +0000

Недавно столкнулся с тем, что субтитры в MPlayer как бы «мигают»: появляются, через миг пропадают, а ещё через миг появляются снова, уже никуда не пропадая — до следующей фразы. Наблюдалось такое несчастье только с SubStation Alpha (расширение .ssa или .ass). Отключение опции -ass помогает, но смотреть без оформления не так интересно…

К счастью, всё легко чинится — просто добавьте опцию -correct-pts. Согласно ману:

-correct-pts (экспериментально)
Переключает MPlayer в экспериментальный режим, в котором тайминг видео кадров рассчитываются независимо, и тем самым поддерживаются видео фильтры, добавляющие новые кадры или меняющие тайминг существующих. Более точный тайминг может быть заметен, например, при воспроизведении с опцией -ass субтитров, привязанных к смене сцены. Без -correct-pts тайминг субтитров, как правило, будет отключен некоторыми кадрами. С некоторыми демультиплексорами и кодеками эта опция работает некорректно.

Ну а чтобы не указывать её каждый раз, допишите в конфиг такую строку:

correct-pts=1

Создание Djvu документов в Linux от А до Я

noreply@blogger.com (Minoru) — Sun, 13 Jun 2010 22:36:00 +0000

Если с PDF всё ясно и понятно, то сборка djvu–документов часто является неким сокровенным знанием. Наиболее полный мануал почему–то обходит стороной такие (довольно важные) моменты, как кодирование цветных изображений и распознавание текста, так что я решил восполнить сей пробел и написать этот пост (позже было добавлено ещё несколько разделов — смотрите раздел UPD). Большая его часть будет пересказом упомянутого руководства; дополнениями станут рассказ о кодировании полноцветных изображений и пояснения к созданию текстового слоя. Для удобства я разбил пост на отдельные части:

Вводные замечания

Итак, последовательность создания djvu–документа примерно такова:

Сканирование книги и чистка сканов (по возможности, фон должен быть белым, а текст — чёрным) (этот пункт в данной статье не рассматривается — предполагается, что сканы у вас уже есть; если это не так, сканируйте, обрабатывайте результат — кстати, комментаторы настоятельно рекомендуют использовать Scan Tailor — и возвращайтесь к этой статье);
сжатие каждой страницы отдельно в зависимости от её содержания (не бойтесь слова «отдельно» — операции легко автоматизируются и, скорее всего, вам подойдёт сжатие всех страниц в оттенках серого);
опционально — добавление текстового слоя;
сборка из полученных отельных djvu–файлов одного, финального.

Теперь касательно используемых программ: фактически нам нужны только утилиты, входящие в пакеты djvulibre-bin, netpbm и imagemagick. Всё это добро легко ставится из репозиториев:

$ sudo aptitude install djvulibre-bin netpbm imagemagick

Ну что же, план действий у нас есть, снаряжение подготовлено — в путь, друзья!

Кодирование чёрно–белых изображений

Сжимать сканы в чёрно–белом режиме имеет смысл только в том случае, когда полиграфия действительно качественная, а сканы практически идеальны — в противном случае вы рискуете получить некачественное изображение и/или много шума. Итак, для сжатия изображения в чёрно–белом режиме исходник надо перевести в формат pbm. Сделать это можно, используя утилиты из пакета netpbm:

$ anytopnm ИМЯ_ИСХОДНОГО_ФАЙЛА | ppmtopgm | pgmtopbm -value 0.499 > ВЫХОДНОЙ_ФАЙЛ.pbm

Если вы именовали сканы последовательными номерами, можно использовать цикл. Так, следующая конструкция сконвертирует все tiff–файлы в pbm, меняя расширение:

for file in *.tiff; do anytopnm $file | ppmtopgm | pgmtopbm -value 0.499 > ${file%tiff}pbm; done

Коэффициент 0.499 взят из уже упоминавшегося англоязычного руководства, в котором данная настройка называется оптимальной для большинства случаев. Правда, экспериментировать вам никто не запрещает :)
Наконец, преобразование pbm в djvu–файл выполняется командой:

$ cjb2 -dpi DPI ВХОДНОЙ_ФАЙЛ.pbm ИТОГОВЫЙ_ДОКУМЕНТ.djvu

Обратите внимание на опцию -dpi — вы должны самостоятельно задать «плотность» получающегося документа.
После конвертирования в djvu pbm–файлы могут быть удалены.
Помимо cjb2, существуют и другие инструменты для компрессии чёрно–белых изображений. В частности, monday2000 в комментариях советует использовать minidjvu (в Debian есть существующий пакет), а лучше — DjVu Solo 3.1, запущенный под Wine.

Кодирование оттенков серого

Скорее всего, сканы окажутся не идеальными, а типография оставит желать лучшего, так что кодирование изображений в оттенках серого — это то, чем вы будете заниматься основную часть времени.
Для сжатия сканы придётся сконвертировать либо в JPEG (чего я НЕ рекомендую), либо в PPM/PGM. Поступим разумно и пойдём по второму пути:

$ anytopnm ИМЯ_ИСХОДНОГО_ФАЙЛА | ppmtopgm > ВЫХОДНОЙ_ФАЙЛ.pgm

(думаю, для вас не составит труда самостоятельно написать цикл, автоматизирующий конвертирование всего набора сканов). Дальше в ход пойдёт утилита cpaldjvu:

$ cpaldjvu -dpi DPI -colors КОЛИЧЕСТВО_ОТТЕНКОВ_СЕРОГО ВХОДНОЙ_ФАЙЛ.pgm ВЫХОДНОЙ_ФАЙЛ.djvu

Как видите, добавляется новая интересная деталь — количество используемых оттенков серого. Чем больше это значение, тем больший объём имеет сжатая страница. Для не очень качественных сканов подойдёт значение 3 или 4 — этого вполне достаточно, чтобы получить пусть и бледноватую, но читабельную картинку.

Кодирование цветных изображений

Теперь самое интересное — кодирование цветных страниц. Как правило, в цвете кодируются только обложки, но вы вольны поступать так, как сочтёте нужным.
Сначала конвертируем обложку в PPM:

$ convert ИСХОДНЫЙ_СКАН РЕЗУЛЬТИРУЮЩИЙ_ФАЙЛ.ppm

Теперь сожмём её в Djvu:

$ c44 -dpi DPI ИСХОДНИК.ppm РЕЗУЛЬТАТ.djvu

Не забудьте заменить DPI на подходящее значение — всё остальное программа сделает сама.

Распознавание текста (OCR) и создание текстового слоя

Это опциональный пункт, можете пропустить его, если вам не нужен текстовый слой или вы попросту не хотите тратить время — операция распознавания довольно длительна, а вычитка получившегося текста — это вообще чуть ли не каторжный труд. «Думайте сами, решайте сами, иметь или не иметь…»
В принципе, распознавать имеет смысл только техническую литературу — к примеру, программисты гораздо больше обрадуются книге, из которой можно скопировать листинги. Художественную же литературу распознавать, как мне кажется, особого смысла нет — вспомните, когда у вас последний раз появлялось желание что–то скопировать из художественной книги? То–то же.
От слов перейдём к делу — поставим OCR–движок:

$ sudo aptitude install ocrodjvu

ocrodjvu занимается распознанием текста непосредственно из djvu–файла. Он может как дописывать текстовый слой в обрабатываемый документ, так и создавать новый. Работает это чудо вот так:

$ ocrodjvu -o ВЫХОДНОЙ_ФАЙЛ.djvu ВХОДНОЙ_ФАЙЛ.djvu

или, если вы уверены, что хотите переписать оригинальный документ:

$ ocrodjvu --in-place ВХОДНОЙ_ФАЙЛ.djvu

Замечу, что ocrodjvu является фронт–ендом для различных OCR–движков (по умолчанию используется оболочка для Tesseract под названием OCRopus). Движки эти, к сожалению, поддерживают не так уж много языков. Русский распознаётся только с помощью Cuneiform (который сейчас в non–free ветке sid'а) и уже упоминавшимся tesseract. C’est la vie…
Ещё одним важным замечанием о распознавании является время его выполнения — вы можете распознавать документы и до, и после сборки их в единый файл. Правда, во втором случае вы наверняка потратите лишнее время на то, чтобы в цикле извлечь текст каждой страницы в отдельный файл, а потом так же запихнуть всё обратно. Тут уж поступайте, как знаете.
И последняя, но, вероятно, самая важная заметка — на счёт редактирования текстового слоя. Тут у вас два варианта: либо воспользоваться довольно удобной программкой под названием djvusmooth (спасибо за наводку, Lazy_Kent!), либо с помощью djvused извлекать текстовый слой и править его. Т.к. использование GUI не должно составить особого труда, на djvusmooth я останавливаться не буду — гораздо интереснее поковыряться во внутренностях Djvu и выяснить, как «руками» сделать всё то, что помогает делать графический интерфейс.
Начнём с базовых операций; вынуть текстовый слой всего документа можно так:

$ djvused ВХОДНОЙ_ФАЙЛ.djvu -e "print-txt" > ВЫХОДНОЙ_ФАЙЛ.txt

После этого txt'шник можно открыть любимым vim'ом и править, править, править… О формате поговорим чуть позже. Когда закончите редактирование, вернуть текстовый слой на место помогут такие команды:

$ djvused ВХОДНОЙ_ФАЙЛ.djvu -s -e "remove-txt"
$ djvused ВХОДНОЙ_ФАЙЛ.djvu -s -e "set-txt ТЕКСТОВЫЙ_СЛОЙ.txt"

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

(type xmin ymin xmax ymax ... )

На месте type должен быть один из следующих идентификаторов: page (страница), column (колонка), region (область), para (параграф), line (строка), word (слово) или char (символ). Дальше задаются координаты углов (левого верхнего и правого нижнего) прямоугольника, в котором лежит данный структурный элемент (страница, параграф, строка и т.д.).
Как уже было сказано, каждый список может содержать в себе другие списки. Поэтому логично организовать структуру текстового слоя примерно так:

(page x1 y1 x2 y2
  (column x1 y1 x2 y2
    (region x1 y1 x2 y2
      (para x1 y1 x2 y2
        (line x1 y1 x2 y2
          (word x1 y1 x2 y2 "This")
          (word x1 y1 x2 y2 "is")
          (word x1 y1 x2 y2 "an")
          (word x1 y1 x2 y2 "example")
          (word x1 y1 x2 y2 "of")
          (word x1 y1 x2 y2 "possible")
          (word x1 y1 x2 y2 "hidden")
          (word x1 y1 x2 y2 "text")
          (word x1 y1 x2 y2 "description")
          (char x1 y1 x2 y2 ".")
        )
        (line x1 y1 x2 y2
          (word x1 y1 x2 y2 "Here")
          (word x1 y1 x2 y2 "goes")
          (word x1 y1 x2 y2 "second")
          (word x1 y1 x2 y2 "line")
          (char x1 y1 x2 y2 ".")
          (word x1 y1 x2 y2 "You")
          (word x1 y1 x2 y2 "have")
          (word x1 y1 x2 y2 "got")
          (word x1 y1 x2 y2 "that")
          (word x1 y1 x2 y2 "already")
          (char x1 y1 x2 y2 ",")
          (word x1 y1 x2 y2 "right")
          (char x1 y1 x2 y2 "?")
        )
      )
    )
  )
)

Как видим, тут описан один параграф, состоящий из двух строк. Править это счастье не так уж сложно, если только распознавалка не склеила несколько слов вместе или не проигнорировала какую–то строку или символ. Для упрощения работы очень советую экспортировать обрабатываемую страницу в RAW PPM (вы можете использовать утилиту ddjvu или воспользоваться соответствующей возможностью стандартного просмотрщика djview), открыть её, скажем, в Gimp'е и там с помощью любого инструмента определять границы слова — текущее положение курсора отображается в левом нижнем углу окна с изображением (по крайней мере, так себя ведёт Gimp 2.6.8). Отсчёт почему–то начинается с левого нижнего угла, так что будьте внимательны.
Отдельно следует поговорить о не–ASCII символах — все они должны быть представлены в виде «UTF–8 encoded sequence», т.е. чего–то вроде такого: «\320\222\320\262\320\265\320\264\320\265\320\275\320\270\320\265». Т.к. об этом не расскажешь в паре абзацев, я написал об этом отдельный раздельчик — если будете править текстовый слой или метаинформацию (см. ниже), обязательно прочтите его.
Впрочем, можно обойтись и без этих премудростей с кодированием — у djvused есть опция -u, заставляющая его не перекодировать не–ASCII символы, а выводить их как есть, в UTF–8.
На этом, я думаю, повесть о текстовом слое можно завершить — вы уже знаете достаточно, чтобы создать, вычитать и встроить в документ качественную текстовую «подкладку».

Ссылки в оглавлении

Согласитесь, пользоваться djvu–книгой станет гораздо удобнее, если пункты оглавления будут не просто текстом, а ссылками на соответствующие страницы. Djvu позволяет реализовать это счастье, используя механизм так называемых аннотаций (annotations). Как и текстовый слой, аннотации описываются с помощью списков, заключённых в круглые скобки.
Ссылки создаются с помощью структуры maparea, имеющей следующий формат:

(maparea url comment area ...)

Рассмотрим аргументы этой структуры по порядку.
Итак, url. Вообще–то тут можно указать ссылку на любой документ, а не только на страницу текущего файла — если вам это интересно, читайте man 1 djvused. Я же в дальнейшем буду говорить только о ссылках на страницы текущего документа. Они имеют очень простой формат: #номер_страницы, например, #9. Также допускаются относительные ссылки, имеющие знак — так, #+1 отправит читателя на следующую страницу, а #-1 — на предыдущую.
Теперь comment. Это — тот текст, который будет показан пользователю в виде всплывающей подсказки при наведении курсора мыши на ссылку. Его можно оставить пустым.
area — описание области, которая служит ссылкой. Тут разработчики дали нам довольно большую свободу — выделять можно не только прямоугольники, но также овалы и строки (строки, в принципе, можно было бы выделять прямоугольниками). Синтаксис всего этого добра вы можете найти в man 1 djvused. Я думаю, что читатель сам справится с выбором крайних координат для rect, text или line (в зависимости от того, чем вы решите выделять пункты оглавления).
Три точки в описании maparea означают, что вы можете задать дополнительные параметры, описывающие рамку вокруг ссылки. Тут у нас тоже довольно много вариантов — можно сделать инверсионную рамку (она будет чёрной, если фон белый, и наоборот; идеальна для цветного фона, когда цветная рамка может слиться с фоном), задать ей определённый цвет и толщину, а для некоторых типов выделения можно также задать тень.
Отдельно упомяну опцию (border_avis) — по умолчанию рамка показывается только при наведении на ссылку курсора мыши; данная же опция заставляет рамку отображаться всегда.
Теперь вы знаете всё необходимое. В качестве примера покажу секцию, которую я написал для оглавления одной из книг:

(maparea "#12" "Chapter 1"
  (rect 220 759 93 23)
  (xor)
)

Таким образом, имеем рамку с подсказкой «Chapter 1» и инверсионной рамкой, отображающейся только при наведении курсора мыши.
Наконец, встроим наши ссылки в файл:

$ djvused ВХОДНОЙ_ФАЙЛ.djvu -s -e "select 6; set-ant ФАЙЛ_СО_ССЫЛКАМИ"

Подразумевается, что оглавление находится на странице 6. Если это не так, поменяйте число после select на правильное.
Ещё раз обращаю ваше внимание на не–ASCII символы — они в обязательном порядке должны быть перекодированы в UTF–8 и представлены в восьмеричном виде! Почитайте соответствующий раздел этого поста, чтобы узнать больше.
Напоследок замечу, что ссылки — не единственное применение аннотаций. Вы также можете задавать дефолтный фоновой цвет страницы, степень её увеличения, режим дисплея (цветной, оттенки серого…), положение в окне ридера (по умолчанию — по центру, но можно сместить, скажем, в левый верхний угол), а также хранить информацию об авторе, названии, даже издания книги — о последнем и пойдёт речь в следующем разделе.

Метаинформация

Djvu позволяет вам добавить в файл особый блок, содержащий данные об авторе, названии книги, годе издания и прочем. Это — метаинформация. В последующем она может быть извлечена и использована: например, если все ваши книги содержат такой блок, вы можете в автоматическом порядке переименовать все книги по единому шаблону, разложить их по директориям по издательствами или годам — да что угодно! При этом для того, чтобы добавить в свой djvu файл такие данные, вам нужно приложить совсем немного усилий.
Итак, хранение метаинформации в Djvu организовано с помощью того же механизма, что и ссылки, то есть с помощью аннотаций. Вот пример файла с метаинформацией:

(metadata
  Author "Douglas Adams"
  Title  "The Hitchhiker's Guide to the Galaxy"
  Year   "1979"
)

Обратите внимание на то, что внутри списка metadata нет вложенных списков — только пары ключ–значение. В мане сказано использовать списки, но мои эксперименты показали, что так делать нельзя — вложенные списки «удваиваются», т.е. конструкция вида (key value) превращается в ((key value)), в результате чего информация не распознаётся ни читалками, ни djvused. Встроить метаинформацию в файл вам поможет следующая команда:

$ djvused ВЫХОДНОЙ_ФАЙЛ.djvu -s -e "set-mete ФАЙЛ_С_МЕТАИНФОРМАЦИЕЙ"

а извлечь — такая:

$ djvused ВХОДНОЙ_ФАЙЛ.djvu -e "select-shared-ant; print-meta"

Не забудьте, что не–ASCII символы должны быть представлены в виде UTF–8 строк, записанных в восьмеричном виде. Почитайте соответствующий раздел этого поста — там об этом рассказано подробнее.
Учтите, что порядок полей не соблюдается, т.е. в выводе второй команды поля могут идти не в том порядке, в каком вы внесли их в файл с метаинформацией.

Работа с не–ASCII символами

Согласно стандарту Djvu, все текстовые файлы, получающиеся при использовании djvused с командами print-txt, print-meta и прочими, должны быть представлены в кодировке ASCII. Для представления не–ASCII символов символ кодируется в UTF–8, а потом преобразуется в следующий вид: «\321\200\321\217\320\264\321\213,». Эта строка представляет собой набор восьмеричных значений, каждое из которых представляет один байт строки, закодированной в UTF–8.
Для того, чтобы вы понимали суть сказанного, приведу пример. Пусть имеем слово «привет». В этом слове шесть символов. В UTF–8 русские символы представляются двумя байтами, т.е. букве «п» соответствуют два байта — в восьмеричной форме они выглядят как 320 и 277. Добавляем бэкслеши в начале — voilà, мы получили именно то представление, которое используется в текстовых составляющих Djvu файлов.
Это было теория, теперь же перейдём к практике. А задача у нас такая — получив txt–файл с символами, закодированными вышеописанным способом, надо его преобразовать в человеческий UTF–8, который в дальнейшем можно без проблем править любимым редактором. И вторая часть задачи — по завершении правки выполнить обратное преобразование. Поможет нам в этом нелёгком деле утилита uni2ascii (спасибо, Camaleón!), которую мы с лёгкостью ставим из репозитория:

$ sudo aptitude install uni2ascii

Преобразовать файл из восьмеричного представления в Юникод позволяет такой однострочник:

$ ascii2uni -q -a K < ВХОДНОЙ_ФАЙЛ.txt > ВЫХОДНОЙ_ФАЙЛ.txt

а обратно — такой:

$ uni2ascii -q -a K < ВХОДНОЙ_ФАЙЛ.txt > ВЫХОДНОЙ_ФАЙЛ.txtВпрочем, как я уже упоминал, этой рутины можно избежать, если при вызове djvused использовать опцию -u.

Сборка итогового djvu–документа

Завершающим этапом ваших трудов должен стать многостраничный djvu–документ, который легко, просто и быстро собирается из уже сжатых одностраничных djvu'шек такой командой:

$ djvm -c ВЫХОДНОЙ_ФАЙЛ.djvu *.djvu

Всё! Теперь можете наслаждаться свежесозданным документом.

До новых встреч!

UPD 21.06.2010:

добавлены разделы о текстовом слое, ссылках и метаинформации (keks.sw, это благодаря твоему комментарию!)
расширен раздел об OCR, добавлено упоминание об опции ocrodjvu --in-place, а также программ djvusmooth и Cuneiform (спасибо, Lazy_Kent!)
исправлено неверное утверждение касательно способности PPM хранить цвет; соответствующий раздел обновлён (спасибо ещё раз, Lazy_Kent)
другие мелкие правки

UPD 16.11.2010 (спасибо monday2000):

добавлено упоминание о Scan Tailor
в качестве альтернативы cjb2 упомянуты minidjvu и DjVu Solo 3.1, запускаемый под Wine
с недавних пор Tesseract начал понимать русский; упоминание об этом добавлено в статью
в djvused теперь можно отключать представление не–ASCII символов в виде их кодов — используя опцию -u, можно заставить djvused выводить символы в UTF–8

nohup, dtach, screen, tmux — продвинутая магия управления процессами

noreply@blogger.com (Minoru) — Thu, 27 May 2010 16:34:00 +0000

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

`nohup`

Итак, начнём с самого простого — nohup. Утилита эта принадлежит пакету coreutils, а задача её сводится к тому, чтобы запустить какую-то программу независимо от шелла, перенаправив стандартный ввод на /dev/null, а стандартный вывод — в nohup.out (а если это невозможно — в $HOME/nohup.out). Если хотите, чтобы вывод писался в другой файл, используйте перенаправление:

$ nohup aptitude -y upgrade >upgrade.txt

Точно такой же трюк можно проделать и со вводом.

`dtach`

Следующая рассматриваемая программа — dtach — не намного более сложна. В её man-странице написано, что «dtach is a program that emulates the detach feature of screen», т.е. dtach занимается эмулированием одной-единственной фичи скрина, а именно — созданием отдельных сессий для каждого приложения. Весь смысл в том, чтобы запустить программу под dtach'ем, а потом подключаться к ней, когда необходимо.

Хорошим примером применения данной программы может служить консольный клиент rtorrent: держать ради него постоянно открытый терминал попросту неудобно, а вот запустить приложение под dtach'ем и забыть — это запросто. А когда мне захочется посмотреть рейтинг какого-то торрента или добавить новый, я просто подключусь к уже существующей сессии и выполню все необходимые действия.

Интересной особенностью dtach является то, что он требует явно указать, куда помещать сокет, с помощью которого идентифицируется сессия. Кстати говоря, доступ к сессии целиком и полностью определяется доступом к сокету, так что если вам хочется показать всему народу на мейнфрейме, как круто вы кодите в emacs'е — запускайте dtach, ставьте права на сокет равными 644 и хвастайтесь на здоровье :)

Специально для тех, кто не любит читать маны — маленький гайд.

Создать сессию с rtorrent'ом внутри (одноимённый сокет поместить в домашнюю директорию):

dtach -c $HOME/rtorrent rtorrent

Насмотрелись? Нажмите Ctrl+\, и вы покинете dtach. Чтобы заново подключиться к существующей сессии, наберите:

dtach -a $HOME/rtorrent

Собственно, на этом гайд заканчивается — треть возможностей я уже пересказал, а за остальными добро пожаловать в man-страницу (она, кстати, совсем простая и крохотная — по крайней мере, по сравнению со screen'овской :).

Ну что же, простые решения мы рассмотрели — настало время гигантов. Начнём, пожалуй, со screen'а.

`GNU screen`

Эта утилита позволяет пользователю создавать сессии, в каждой из которых может быть по нескольку окон, в каждом из которых выполняется отдельное приложение. Окнами можно управлять, причём не только открывать и закрывать, но и располагать их на экране — в частности, поддерживается горизонтальный и вертикальный сплиттинг. Фактически это целый оконным менеджер в консоли.

mutt, запущенный в screen'е
Всех возможностей screen'а и не пересчитать — это крупный (чтобы не сказать монструозный) проект. В рамках же данной статьи я зацеплю только основы — а именно создание сессий и управление окнами.

Итак, для создания новой сессии вам достаточно просто запустить screen:

screen

Но т.к. в этом случае сессия получит невразумительное имя вида PID.номер_терминала.имя_машины (например, 21701.pts-2.speedy), то полезным будет указать ключик -S:

screen -S test

Сразу после запуска вам покажут краткую справку по screen. Она вам быстро надоест, так что советую прописать в ~/.screenrc такую строку:

startup_message off

После справки вы увидите шелл, откуда можно запускать любое приложение. Чтобы отключиться от screen'а, нужно последовательно нажать две комбинации клавиш — сначала Ctrl+a, а потом Ctrl+d.

Сразу же сделаю маленькую ремарку касательно хоткеев: Ctrl+a означает, что следующий хоткей будет передан screen'у, а не программе, запущенной в текущем окне. Если хотите передать Ctrl+a именно программе, нажмите эту комбинацию дважды.

Итак, вы отключились от сессии. Чтобы подключиться снова, наберите:

screen -r test

Список доступных сессий можно посмотреть с помощью следующей команды:

screen -ls

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

Новое окно создаётся с помощью комбинации Ctrl+a c. Чтобы переключиться на какое-то другое окно, у вас есть три пути:

Ctrl+a n переключит вас на следующее окно, Ctrl+a p — на предыдущее
Ctrl+a " покажет вам список всех доступных окон; вы можете выбирать окно с помощью стрелочек (Up/Down) или указать его номер, а потом перейти на него, нажав Enter
если вы помните номер окна, вы можете нажать Ctrl+a номер и сразу перепрыгнуть туда

Список окон
И последняя фича, касающаяся окон — их переименование: нажмите Ctrl+a A и наберите новое имя окна. Задав окнам имена, вы упростите навигацию по вышеупомянутому списку.

Ну что же, на этом ликбез по screen'у считаю оконченным — всё остальное вы можете прочесть в мане и разнообразных howto/manual/tutorial.

`tmux`

Наконец, завершающий этап нашего разговора — tmux. Он разрабатывался как альтернатива screen'у, лицензированная под BSD. Возможности у tmux'а примерно такие же, как и у конкурента от GNU — программа умеет создавать отдельные сессии, в каждой из которых может быть произвольное количество окон с отдельными программами. Дабы не растекаться мыслью по древу, перейдём сразу к практике.

mutt в tmux'е
Итак, новая сессия создаётся так же, как и в screen'е, т.е. простым запуском tmux'а:

tmux

К сожалению, именовать можно только сокеты, а сами сессии задаются номерами. Просмотреть доступные сессии можно командой:

tmux ls

а подключиться к одной из них — вот так:

tmux attach номер

Отключится же от сессии можно комбинацией Ctrl+b d.

Поехали дальше. Создать окно можно с помощью Ctrl+b c, переключиться на следующее — Ctrl+b n, на предыдущее — Ctrl+b p. Можно переключаться и как в screen'е — Ctr+b номер. Хоткея для списка окон нету, да он и не нужен — он успешно заменён inline-списком внизу страницы. Переименование окна осуществляется с помощью Ctrl+b ,.

Собственно, на этом рассказ о tmux'е можно завершить — основы я дал, а всё остальное вы и сами можете выучить ;)

Такие дела — не одним шеллом богаты :) Спасибо Павлу Вьязовому за подсказку касательно tmux — автор, к своему стыду, об этой программе только слышал, но никогда не пробовал. Теперь же мой вердикт — она выглядит проще и понятней screen'а :)

Всем удачи и — до встречи!

Управление выполняющимися процессами в шелле

noreply@blogger.com (Minoru) — Thu, 27 May 2010 06:45:00 +0000

Уверен, многие новички, пытаясь пользоваться шеллом, наивно полагают, что в одном терминале может выполняться только одно приложение. Чуть более продвинутые слышали о (якобы монструозном) screen'е, позволяющим делать разные страшные штуки, в том числе запускать в одной консоли много приложений сразу. При этом очень полезные built-in команды часто остаются незамеченными. О них и пойдёт речь.

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

Итак, представим себе ситуацию: вы запустили какую-то долго выполняющуюся команду, скажем, find, и ждёте её вывода. Тут у вас появилась какая-то идейка, и вы уже тянетесь к клавиатуре, но шелл ведь занят, верно? Не беда — жмите ctrl+z и воплощайте идею в жизнь. Когда закончите, наберите fg %1 — и прерванная команда продолжит выполняться.

Давайте теперь разберём, как же это работает. Когда вы нажимаете ctrl+z, текущий процесс приостанавливается («suspend» — «приостанавливать»). Следует понимать, что пока процесс приостановлен, он никак не реагирует на внешние раздражители — например, если вы приостановили какое-то графическое приложение, его окно не будет перерисовываться, а если это был wget — он не будет ничего качать.

Команда fg (название которой, как вы догадались, происходит от «foreground» — «передний план») выполняет абсолютно противоположную задачу — она запускает (можно сказать, снимает с паузы) приостановленное приложение. Аргумент указывает на то, какую именно задачу следует запустить.

Из предыдущего абзаца можно сделать два полезных вывода:

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

Таким образом мы приходим к третьей команде — jobs. Несложно догадаться, что она выводит список всех задач вместе с их номерами.

Менее очевидной, но всё же верной догадкой является то, что помимо fg должна существовать и парная ей команда bg («background» — «фон»). Её задача — продолжить выполнение приостановленного процесса в фоне. Очень удобно с командами, вывод которых перенаправлен в файл: они ведь ничего не выводят на экран, так что нам нечего пялиться на занятый шелл — поместили её в фон и работаем дальше. Синтаксис bg ничем не отличается от оного у fg — команда принимает на вход номер задачи, выполнение которой следует продолжить в фоне. Кстати, отправить задачу в фон можно сразу же — достаточно просто дописать в конце команды амперсанд, например, вот так:updatedb &

Недостаток всей этой системы один: при закрытии шелла все задачи прерываются. Возможно, в годы чистой консоли такое поведение и не мешало спокойно работать, но в наше время, когда многие смешивают Иксы и терминал, нередки ситуации вроде такой: из терминала запускается графическая утилитка, после чего терминал можно было бы закрыть, но нет, нельзя, иначе утилита тоже закроется. Грустно…

К счастью, даже для такой задачи у шелла есть решение, а имя ему — disown. Эта команда делает именно то, что нам нужно — она открепляет определённую задачу от шелла. Синтаксис ничем не отличается от fg и bg — команда принимает номер задачи. Команду также можно использовать вот в таком виде:command & disown(обратите внимание, что амперсанд всего один!) При этом процесс, созданный командой command, сразу же открепляется от шелла, так что вам не надо ничего больше вводить. Счастливые пользователи ZSH могут использовать сокращённую запись:command &!
Правда, disown имеет некую специфику — если выполнить её для приостановленной задачи, задача так и останется приостановленной. Выход — сигнал CONT. После того, как сделали disown приостановленной задачи, наберите:kill -CONT PIDгде PID — это номер процесса, который мы только что открепили от консоли. Не пугайтесь команды kill — она вовсе не обязательно убивает процесс: как видите, с её помощью можно мирно передавать процессам какие-то команды (ещё один пример такого поведения — conky: если выполнить kill -USR1 PID, коньки перечитают свой конфиг). Отдельное слово также надо сказать про PID — BASH говорит его сам:bash: warning: deleting stopped job 1 with process group 23710(последнее число и есть искомый IDшник), а ZSH и вовсе выдаёт готовую команду:disown: warning: job is suspended, use `kill -CONT -24309' to resume
Собственно, на этом разговор об управлении процессами в шелле можно считать законченным. В качестве дополнительной литературы могу посоветовать вывод help fg, help bg, help jobs и help disown. До встречи!

Requiem for a GMail webinterface

noreply@blogger.com (Minoru) — Sun, 09 May 2010 05:32:00 +0000

На днях я подписался на списки рассылки Debian, и моя привержённость к веб-интерфейсу гуглопочты дала трещину. Работа интерфейса не устраивает меня по ряду причин:

при ответе создаётся сообщение, адресованное автору поста, а не в список.
при цитировании используется неудобный формат текста перед цитатой оригинального поста — там присутствует email автора, но отсутствует часовой пояс цитируемого

Обе проблемы идут вразрез с этикетом рассылок, потому-то я и уделяю им столько внимания.

Короче, назрел переход на локальный почтовик, что и было проделано в течении пары дней. Эта заметка написана, так сказать, по горячему следу. Она собрала в себе все проблемы, с которыми я столкнулся. В основном это какие-то мелочи, детали, которых я не знал, но которые оказались важными. Я постарался по возможности превратить пост в гайд, так что будет много ссылок и текста.

Итак, я выбрал популярную и многими обкатанную конфигурацию: fetchmail → procmail → mutt → msmtp. О том, как её настраивать, читайте в Gentoo wiki (для настройки msmtp придётся заглянуть в английскую версию). Чтобы лучше понять процесс обработки почты в *nix, советую почитать MailConcept — «A short introduction to the notorious MxA bunch». А чтобы понять наконец, как всё это конфигурировать применительно к GMail, взгляните на «Using Mutt with Gmail».

Теперь обратим внимание на некоторые моменты, которые помешали мне быстро и качественно всё отконфигурировать.

Во-первых, я возомнил себя шибко умным, а автора последнего гайда — не сведущим в моих задачах, и потому опцию no keep в настройках fetchmail сменил на keep (мотивируя это тем, что я не хочу удалять почту с сервера). Но помощь гугла внятно утверждает, что ничего с моими письмами не произойдёт — получая от клиента команду удалить письмо, GMail предпринимает действие, заданное пользователем (их четыре — можно оставить копию во Входящих, пометить письмо как прочитанное, архивировать или удалить с сервера). По этой причине я долго не мог получить все письма — у меня их около полторы тысячи штук, а POP никак не хочет отдавать больше 460-488-ти за раз. Закончилось всё известной мерой — я попал в Lockdown in section 4 на период около шести часов. Эта блокировка распространяется только на POP и IMAP — доступ к веб-интерфейсу остаётся, так что можете не волноваться: что бы ни случилось, почта у вас будет :)

Второй ошибкой было использование ящика типа mbox (все письма в одном файле). Когда я наконец-то пришёл к выводу, что пора бы перестать качать письма с GMail, а юзать локальную копию, оказалось, что предложенный мне рецепт:

find $MAILDIR -type f | while read mail; do procmail < "$mail"; done

работает только с ящиками типа Maildir (в ящике есть три поддиректории — cur, new и tmp; каждое письмо лежит в отдельном файле). Пришлось в срочном порядке искать способ сконвертировать mbox в maildir, который и нашёлся в лице mb2md. Правда, в конечном итоге я все равно качал всё заново — но уже в maildir ящик…

Ещё одно важное замечание касается опции fetchmail'а sslfingerprint. По всему интернету приводятся хитрые рецепты вроде скачивания откуда-то SSL сертификата (или поиск оного в недрах ca-certificates) и последующего вычисления отпечатка. Но можно пойти простым путём: указать заведомо неправильный отпечаток, после чего запустить fetchmail с опцией --verbose и посмотреть на вывод. В нём вы найдёте отпечаток, который выслал сервер — его-то и следует указать в конфиге.

Дальше по плану у нас mutt. Вобщем-то, кое-какую рабочую конфигурацию можно набросать уже после прочтения гентушной вики, но я бы посоветовал взглянуть также на «Настройку Mutt для чайника». После этого у вас будет довольно юзабельный почтовик — можете начинать тестить.

Впрочем, предела совершенству нет, и я рискну рассказать о том, что я добавил в .muttrc сверх уже упомянутых в статьях настроек.

Первым дополнением стала адресная книга. Прикрутить такое мирское благо помогла статья Дмитрия Аленичева «Настройка почтовой системы в Linux» — там упомянута замечательная тулза по имени abook, реализующая весь необходимый функционал. Для того, чтобы управлять этим чудом прямо из mutt, нужно добавить в конфиг последнего две строки:

# Use abook with Mutt
# Q to search
# a to add sender to abook
set query_command="abook --mutt-query '%s'"
macro index,pager a "|abook --add-email\n" 'add sender to abook'

Комментарии, как мне кажется, исчерпывающи.

Вторым важным дополнением стала реализация работы с рассылками (ведь именно они и сподвигли меня на переход к локальному почтовику). Итак, в первую очередь надо приучить mutt отвечать не собственно автору поста, а прямиком в список рассылки:

set followup_to = yes
set honor_followup_to = yes

Во-вторых, следует объяснить почтовику, на какие рассылки я подписан:

subscribe e-mail_рассылки

И последнее, чем я особо горжусь — локальные копии отсылаемых сообщений будут ложиться в ящики, соответствующие рассылке:

# дефолтный ящик
set record = "+inbox"
# выбираем ящик в зависимости от рассылки
fcc-save-hook ~Cадрессрассылки ящик

Прекрасно, не правда ли? ☺

Кстати, вернусь немного назад и расскажу про сортировку рассылок в procmail. К этой задаче есть несколько подходов: некоторые советуют писать правила, используя ^TO_, а некоторые настаивают на использовании более рассылко-специфичных полей. Наиболее полное описание проблемы и её решений дано здесь. На тему работы с рассылками в mutt также написана неплохая статья «Using Mutt to send emails to mailing lists» — советую почитать и её тоже.

С msmtp — последним звеном нашей почтовой цепочки — проблем вообще никаких: всё просто работает; так что о нём я писать не буду вообще ничего ;)

Happy mutting, procmailing и всего такого прочего!

Таппинг (tapping) на Eee PC 900HA

noreply@blogger.com (Minoru) — Wed, 05 May 2010 12:57:00 +0000

Недельки этак три назад у меня внезапно поломался таппинг — возможность совершать клики ударом по тачпаду. Благо, кнопки на тачпаде всё ещё работали, да и кликать приходилось только в браузере — менеджер окон, dwm, завязан на клавиатуру.

Ох, сколько же времени я провёл в гугле, пытаясь найти хоть какую-то ниточку к решению…

Сегодня же бродил по спискам рассылки Debian и внезпно это самое решение нашёл. Как ни странно, оно расположено в wiki Gentoo :D

Вкратце рецепт сводится к следующему действию: файл /usr/share/X11/xorg.conf.d/50-synaptics.conf следует привести к такому виду:

Section "InputClass"
        Identifier "touchpad catchall"
        Driver "synaptics"
        MatchIsTouchpad "on"
        Option "TapButton1" "1"
        Option "TapButton2" "2"
        Option "TapButton3" "3"
EndSection

Ура! ☺

Выдержки из Skype EULA

noreply@blogger.com (Minoru) — Mon, 19 Apr 2010 01:13:00 +0000

Решил зарегистрироваться в Skype. Т.к. уже пару месяцев читаю лицензионные соглашения всего, где регаюсь, решил почитать и Skype EULA. Самые интересные (на мой взгляд) моменты решил выложить тут. Приводятся полные абзацы, чтобы можно было уловить смысл; то, что привлекло моё внимание, выделено полужирным. Приятного чтения! ☺

2.3 Запрет на модификации: Ты обязуешься не предпринимать и не санкционировать модификаций Программного обеспечения Skype, его перевода на другие языки, создания аналогичных продуктов, декомпилирования, обратного ассемблирования, нарушения целостности защитной системы Программного обеспечения, а также создания других программных продуктов на базе Программного обеспечения Skype либо его части за исключением случаев, допустимых в соответствии с законодательством.

3.2.4 Лицензия. В соответствии с положениями настоящего Соглашения ты предоставляешь Skype неисключительную, имеющую силу во всех странах мира, бессрочную, не подлежащую отзыву, бесплатную, подлежащую сублицензированию и переуступке лицензию на использование Контента на любых носителях информации в связи с услугами, предоставляемыми Skype. (какая-то непонятная фигня — что же они имеют в виду?)

3.6 Запрет на использование с целью вызова экстренной помощи: Программное обеспечение Skype не предназначено для осуществления или поддержки связи со службами экстренной помощи и не может использоваться для телефонной связи с больницами, органами охраны правопорядка, учреждениями медицинской помощи и любыми другими службами экстренной помощи. Ты понимаешь и соглашаешься со следующими положениями: (i) никакие — ни местные, ни федеральные — правила, нормативные требования или законы не накладывают на Skype обязательств по предоставлению средств вызова экстренной помощи; (ii) для того чтобы получить возможность вызова экстренной помощи, ты обязан предпринять дополнительные меры и приобрести (отдельно от Программного обеспечения Skype) традиционные услуги сотовой или стационарной телефонной связи для обеспечения такой возможности вызова экстренной помощи; и (iii) Skype не предназначен для использования в качестве замены традиционных средств телефонной связи.

UPD
Всё-таки зря я его поставил. Ладно уж, пусть пишут всё, что я скажу — все равно я пока что ничего, кроме тестовых звонков, не предпринимал. Но когда я закрыл программу, а через полчаса получил уведомление, что один из контактов зашёл в сеть, мне скайп разонравился окончательно. И не надо говорить мне о трее — его в dwm нет.

Окна в vim

noreply@blogger.com (Minoru) — Fri, 16 Apr 2010 23:35:00 +0000

Я никогда не пробовал работать с окнами в vim, потому что ни на моём десктопном монике (17", 1280x1024), ни на нетбуке (8,9", 1024x600) они не дают никаких преимуществ — места и так довольно мало. Но неделю назад мне довелось пару дней поработать на ноуте с широкоформатным экраном, и там несколько файлов в разных окнах выглядят просто замечательно!

Вообще-то тема окон в vim не является чем-то очень новым или сложным — основную инфу можно легко нагуглить или получить, набрав в vim'е :help window — но я всё же решил написать эту заметку: и себе на память, и потому, что idler с welinux'а напомнил :)

Прежде чем начать, замечу, что я использую исключительно консольную версию vim'а. Как нижеприведённые команды поведут себя в gVim, я не знаю. Не думаю, что вы что-то сломаете, но все равно — я предупредил :) И да, скриншоты я делал на своём десктопе, так что они будут 4:3.

Итак, окна в vim ничем не отличаются от оконо в вашем любимом DE или WM — это просто участки экрана, содержащие какую-то информацию. В случае с вимом в роли информации чаще всего выступают файлы, хотя в окне может быть и плагин (например, NERD_TREE). vim с несколькими открытыми окнами выглядит так:

vim с несколькими окнами
Слева NERD_TREE, справа — сорцы любимого ядрышка

Заставить vim открыть несколько файлов в разных окнах, расположив их горизонтально, можно такой командой:

vim -o attr.c open.c sync.c

Окно NERD_TREE добавляется выполнением команды :NERDTree Разбивка по вертикали задаётся опцией -O:

vim -O attr.c open.c sync.c

Результат выполнения vim -O attr.c open.c sync.c

Если vim уже открыт, новое окно можно создать несколькими путями:

пустое окно — ctrl+w n
горизонтально разбить текущее окно на два — ctrl+w s
вертикально разбить текущее окно на два — ctrl+w v

Закрывается окно комбинацией ctrl+w c Впрочем, для закрытия окна может использоваться и традиционное :q (вместе с модификациями вроде :q! и :wq). Чтобы закрыть все окна и покинуть vim, наберите :qall

Теперь перейдём к самой частой операции — перемещению между окнами. Собственно говоря, здесь всё просто: жмём ctrl+w и указываем направление: h, j, k или l (не пугайтесь — стрелочки тоже работают :). Если кто забыл раскладку, напоминаю:

k
h j l

Не забывайте про то, что вы в vim'е, т.е. очень продуманной и мощной среде — не стесняйтесь делать ctrl+w 3l и т.п. :)

Для переключения на предыдущее и следующее окна есть команды попроще — ctrl+w p и ctrl+w w соответственно.

Более редкими операциями является передвижение и ресайз окон. Тут нет ничего сложного — двигать окна почти так же просто, как и переключаться между ними: нажимаем ctr+w и говорим, куда двигать — H, J, K или L (обратите внимание на регистр). Увеличение и уменьшение окон также не представляют собой ничего сложного — сделать окно шире или у́же можно с помощью клавиш > (шире) и < (у́же), выше или ниже — с помощью + и -. Все эти команды меняют размер на единицу, но можно указывать и число — т.е. ctrl+w 5+ является абсолютно валидной командой.

Напоследок хотелось бы привести некоторые команды, имеющие отношение к вимовским окнам. По большей части они будут полезны программистам:
vim -d файл1 файл2 позволяет сравнивать файлы

vim -d pk.new pk.old

ctrl-w ] делит текущее окно, во второй половине открывает определение того, что под курсором
ctrl+w [idf] разделяет окно и во второй половине открывает:

i — определение переменной
d — определение (функции или чего там под курсором)
f — файл, путь к которому находится под курсором

ctrl+w o закрывает все окна, кроме текущего

Пожалуй, всё. Напомню, что более подробно об окнах вы можете почитать в самом виме, набрав :help window

Happy vimming!

SSH за проксей

noreply@blogger.com (Minoru) — Mon, 12 Apr 2010 10:21:00 +0000

Этот пост является переводом статьи «SSH Over Proxy» Даниэля Стенберга (Daniel Stenberg), выполненный для welinux.ru по просьбе пользователя |xed|
Переведена редакция статьи, датированная 24-м ноября 2009-го года, 23:53 (Центральная Европа, Стокгольм, Швеция).

SSH через или за прокси

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

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

Заметьте: даже если вы используете HTTPS через прокси, имя сервера не шифруется, так что логирующий прокси увидит, к каким HTTPS серверам вы подключаетесь.

Я покажу вам некоторые простые способы, позволяющие обойти ограничения большинства проксей, что даст вам больше свободы и не позволит наблюдателям исследовать ваши предпочтения в веб-серфинге!

Что вам нужно

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

Место, из которого вы хотите получить доступ, будет называться «работой». На работе вы находитесь за злым прокси-сервером.

Дома

Вам нужен работающий HTTP-прокси, принимающий соединения с localhost'а. У многих людей есть уже работающий Apache, а подгрузить и сконфигурировать mod_proxy очень легко. Конечно же, вы можете использовать любой другой прокси, например, squid. В этом примере будет подразумеваться, что прокси работает на 80-м порту — том же, что и обычный апач.

Вы можете включить HTTPS и FTP, а также любой другой протокол в конфиге прокси.

Вам также понадобится sshd, работающий на 443-м порту. Почти у каждого уже есть работающий sshd, вам просто нужно сделать так, чтобы он также слушал порт 443. 443-й часто используется для HTTPS, потому-то мы его и используем — большинство проксей позволяют к нему подключаться, так как компании разрешают своим работникам использовать банки и другие HTTPS сервисы в вебе.

Наверное, этого можно и не говорить, но вы должны убедиться, что ваш Apache или другой httpd не использует 443-й порт для HTTPS.

На работе

Вам нужен SSH клиент, способный посылать CONNECT-запросы через ваш корпоративный HTTP прокси. Под Windows можно использовать Putty — в нём есть встроенная поддержка для туннелирования через HTTP прокси. Под unix/linux (или cygwin), вы можете использовать openssh и corkscrew для того, чтобы через прокси попасть на 443-й порт своего домашнего компьютера.

Если вы используете openssh, добавьте в свой ~/.ssh/config такую строку:

ProxyCommand /usr/local/bin/corkscrew proxy.work.com 80 %h %p

Теперь вы должны указать вашему ssh клиенту пробросить локальный порт, скажем, 8080-й, на удалённый localhost:80. После этого вы получаете шифрованный канал к вашему домашнему компьютеру. Естественно, у вас также будет обыкновенный SSH, так что вы можете запускать X-приложения так, чтобы они появлялись на экране вашего рабочего компьютера, а также многое другое.

Команда openssh для подключения и проброса порта через прокси выглядит примерно так:

ssh -L 8080:localhost:80 user@server.at.home -p 443

Сконфигурируйте ваш браузер на работе так, чтобы для всех протоколов, которые вы включили на прокси-сервере дома, использовался прокси по адресу localhost:8080.

Теперь все запросы браузера будут посылаться через SSH-соединение через прокси на ssh сервер дома, а потом — прокси-серверу и в мир.

Без CONNECT

В случае, если подключение к 443-у порту запрещены, вы можете попробовать другой (если CONNECT разрешен хоть где-то); вам может понадобится перенести ваш прокси/веб сервер с 80-го порта, если это единственный приемлемый путь.

Если не можете найти подходящий порт или CONNECT запрещены насовсем, вы должны создать туннель с помощью обыкновенного HTTP, используя, например, httptunel. httptunel — это клиент-серверное приложение; вам нужен сервер («hts»), работающий на домашнем компьютере и слушающий 80-й порт, и клиент («htc»), запущенный на вашем рабочем компьютере и создающий тунель.

Дома принимайте входящие соединения на 80-й порт и перенаправляйте их на 22-й (ssh):
hts -F localhost:22 80

На работе подключайтесь к дому через корпоративный прокси и пробрасывайте локальный порт (8022-й, например) на SSH дома:

htc -P proxy.corp.com:80 -F 8022 server.at.home:80

Дополнительные комментарии

С другими протоколами для начала надо просто пробросить больше портов с работы домой. Дальше всё зависит от протокола. Например, если вы хотите настроить работу IRC, вам понадобится «боунсер» (например muh), работающий на вашей домашней машине, так как в противном случае IRC не будет работать правильно.

В случае, если на работе вас на самом деле не прячут за прокси, вы все равно можете использовать описанные методы (хотя вы можете пропустить часть, описывающую выполнение CONNECT, а также не обязаны привязывать ssh к 443-му порту) для того, чтобы не дать админам шпионить за вашим сетевым траффиком.

Прим. перводчика: спасибо mrak018 за советы и подсказки!

TorrentsFolder.ru — убийца традиционных файлообменников

noreply@blogger.com (Minoru) — Thu, 08 Apr 2010 05:04:00 +0000

Когда нам нужно передать друзьям фотки с праздника или отправить одногруппнику сканы заданий для лабораторных работ, мы, не задумываясь, пакуем rar, выкладываем его на Rapidshare или iFolder и отправляем получателю ссылку. Всё очень легко и просто, правда? Есть, конечно, маленькие нюансы — скажем, получателю наверняка придётся ждать очередь на скачивание, смотреть рекламу и вводить капчу, а в довесок ему ещё и скорость ограничат. Но это ведь неизбежная плата за удобство, правда?

Нет, не неизбежная.

* * *

В наше время торрентами пользуется практически каждый. Так почему бы не использовать их в качестве файловой шары типа «рапиды»? TorrentsFolder предоставляет такую возможность.

Всё предельно просто: вы создаёте torrent-файл с тем, что хотите передать, указав в качестве трекера (announce URL) «http://torrentsfolder.appspot.com/» (естественно, без кавычек). Полученный файл передаёте получателю любым удобным способом, будь то ICQ, Jabber или e-mail. Дальше всё как обычно: вы сидируете, а тот, кому вы передали файл — качает.

Естественно, у этого метода есть свои недостатки — например, торрент «умрёт», как только вы уйдёте с раздачи. С другой стороны, если вы передаёте информацию больше чем одному человеку, TorrentsFolder выглядит наиболее подходящим решением — ведь чем больше пиров, тем быстрее идёт файлообмен. И самое главное — никаких очередей на закачку, капч и ограничений скорости!

P.S. Кстати говоря, этот пост я отправлял в песочницу хабра — не приняли. Жаль :(