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

Наблюдения о punchcard'ах некоторых проектов, или Чем занимаются на досуге разработчики GHC?

2012-03-20T21:29:00.001+02:00

Бесцельно ползая по github'у длинным вторничным вечером (уф, что-то давненько не случалось таких вечеров!), наткнулся на любопытные, как мне кажется, закономерности в punchcard'ах некоторых проектов.

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

Итак, поехали!

Начнём, пожалуй, с punchcard'а GHC, The Glasgow Haskell Compiler:

GHC является академическим проектом, и пилят его, судя по всему, по большей части в рабочее время, с восьми до пяти. Ничего интересного.

По крайней мере, пока вы не посмотрели на punchcard PostgreSQL:

Теперь понятно, чем занимаются разработчики GHC, когда они не на работе ☺

На самом же деле PostgreSQL является СУБД, разрабатываемой сообществом без поддержки корпораций (как в случае с MySQL), так что такая картина вполне ожидаема.

А что же со светом наших сердец — ядром Linux?

Честно говоря, меня такая картина шокировала. Да, я в курсе, что многие разработчики Linux работают в Red Hat и потому в основном коммитят в рабочее время, но чтобы эти коммиты составляли настолько заметную часть общего потока… Весьма, весьма неожиданно.

После Linux моё внимание, естественно, привлекла GCC, GNU Compiler Collection:

Судя по картинке, разработчики GCC все до единого садятся за компьютеры в семь утра, работают до одиннадцати, обедают, потом работают до часу ночи и валятся спать. Каждый день в полночь происходит стресс-тест git'а и прочей инфраструктуры — все коммитят всё, что попалось под руку (отсюда красивенький столбец слева). Суббота и воскресенье — прогулки^Wпоездки на конференции. Суровые программисты на Си, чо. ☺

Вся эта красота и равномерность заставила меня пойти искать что-нибудь этакое, и вот результат:

Это punchcard Clojure, диалекта Lisp, ориентированного на JVM. Проект, насколько мне известно, начинался как хак, но быстро обрёл популярность и сейчас является, наверное, самым живым и бурно развивающимся Лиспом. Собственно, по картинке это сразу видно: народ пилит и пилит код, так что коммиты никак не упорядочены. Пробелы в районе пяти–шести утра — это, судя по всему, моменты, когда организм не выдерживает гонки и просто выключается на сутки ☺

Очень жаль, что на github'е нет зеркал таких проектов, как zsh, vim, urxvt, Firefox, mutt и прочих — я бы с огромным удовольствием полюбовался на их статистику. Также прошу прощения у тех читателей, кому на протяжении первых пары абзацев не хватало картинок — я честно хотел вставить туда punchcard одного из моих проектиков, но github сказал, что «this graph is not avaliable yet» ☹ Напоследок, если кого-то это раздражает — извините за обилие смайликов.

P.S. (Точнее, P.P. — post postum): это сотый пост. Ура!

Asus P52F-380M и Debian

2011-08-30T23:34:00.019+03:00

Недавно я обзавёлся новой игрушкой — 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

UPD 14.02.2012: даже после вышеприведённых инструкций машинка иногда не просыпалась (точнее, просыпалась, но на этапе загрузки образа уходила в ребут). Только что поставил linux-image-3.2.0-1-amd64 — шесть циклов hibernate пройдены на «ура» (причём в одном из случаев система засыпала от AC, а просыпалась от аккумулятора; в ещё одном случае было наоборот; во всех остальных — AC).

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 не готов для потребителя? ☺

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

2011-07-05T13:01:00.007+03:00

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

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

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

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

2010-12-23T17:20:00.006+02:00

Для полноты картины с пересборкой 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

2010-12-23T15:47:00.004+02:00

Этот пост является переводом
поста Рафаэля Герцога (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

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

2010-08-07T00:34:00.003+03:00

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

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

[options]
allow_cancellation = true

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

2010-05-05T15:57:00.005+03:00

Недельки этак три назад у меня внезапно поломался таппинг — возможность совершать клики ударом по тачпаду. Благо, кнопки на тачпаде всё ещё работали, да и кликать приходилось только в браузере — менеджер окон, 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

Ура! ☺

Ещё одно доказательство принципа «работает — не трожь!»

2009-12-15T20:42:00.005+02:00

У нас в локалке обнаружилось зеркало репозитория Debian, и я нарушил священное правило администрирования, гласящее: «работает — не трожь!». О том, что из этого вышло, читайте ниже.

Быстренько поправив /etc/apt/sources.list и прогнав sudo aptitude update, я очень обрадовался — ещё бы, ведь по 100-мегабитной сетке пакеты качаются в разы быстрее, чем по 128-икилобитному соединению! К сожалению, счастье моё продлилось недолго…

В один (не такой уж прекрасный) день мои новоприобретённые репозитории внезапно отвалились. То есть совсем — списки пакетов получить не удаётся, пакеты не качаются… Вот здесь бы мне взять да и вернуться на старые репозитории — ан нет, чёрт дёрнул добавить Яndex'овские! В результате я снова смог ставить софт (хотя на этот раз уже не так быстро — всё-таки пакеты через инет качаются).

Шли дни, и меня начало беспокоить отсутствие апдейтов. Некоторое время списывал на то, что Lenny уже давно stable и фиксить просто нечего. А вот когда мне по RSS прислали пару весточек о том, что в дистрибутиве обновилось то-то и то-то, я серьёзно заволновался — моя машина упорно утверждала, что у меня всё up-to-date.

Логичным представлялось перейти на старые инетовские репозитории, что и было сделано. Тут же на меня посыпался ворох апдейтов, среди которых я явно что-то проворонил — aptitude обновил с десяток пакетов до testing, после чего в OpenOffice.Org внезапно пропали все иконки.

Всё как всегда: вечер перед сдачей _чего-то_там_важного_ (в данном случае — отчётов по лабораторным), а ты сидишь у компа и занимаешься починкой того, что вообще не сломалось бы, если бы не твоя тяга к экспериментам. И винить можно только себя…

UPD: OOo починил

VPN соединение в системе, установленной с Debian netinst

2009-08-20T16:52:00.008+03:00

Недавно ставил Debian с netinst'а и столкнулся с тем, что VPN из установленной системы поднять невозможно по причине отсутствия необходимых пакетов. Поэтому всем, кто будет ставить Debian на машинки, получающие инет по VPN-соединению, советую залить на флешку libpcap0.8, ppp и pptp-linux. Версии пакетов, естественно, должны быть одинаковыми ;)

UPDATE
Значит, поправочка: я банально лохонулся :)
Все необходимые пакеты на netinst'е присутствуют, просто из-за того, что при установке системы я vpn не конфигурировал, а делал это после, пакеты не были установлены. Я же, по наивности полагая, что у меня в системе поставлено всё, что было на диске, даже не подумал сделать apt-cdrom add… Так-то :)
Спасибо Alex_P за замечание!

Установка и настройка Samba в Debian GNU/Linux и Ubuntu Linux

2009-05-13T19:09:00.010+03:00

Копия статьи с ныне мёртвого проекта debian-ubuntu-linux.ru.
Обратите внимание, что я всего лишь скопировал статью сюда — я лишь немного исправил её (в основном опечатки), и не имею никакого отношения к её содержимому (более того, с некоторыми моментами я категорически не согласен). С другой стороны, я считаю эти статьи полезными для новичка, и потому копирую их.
Все авторские права принадлежат Дмитрию Белоусову. Мною выполнены мелкие правки (исправление опечаток).

Дмитрий Белоусов
Последнее обновление: 02.02.2008

Samba — это эффективный способ не только организовать взаимодействие компьютеров под управлением Windows и Linux, но и в сетях, состоящих только из Linux-машин он позволяет быстро организовать общий доступ к ресурсам. Файл конфигурации Samba может достигать огромной длины и учитывать множество параметров, однако в большинстве случаев достаточно гораздо меньшего количества настроек.

I. Установка Samba

Если мы хотим и расшаривать сами и иметь доступ к файлам на других компьютерах, то необходимо установить три пакета:

$ sudo aptitude install samba smbclient smbfs

II. Настройка Samba

1. Создайте резервную копию /etc/samba/smb.conf:

$ sudo cp /etc/samba/smb.conf /etc/samba/smb.conf.backup

Теперь откройте файл /etc/samba/smb.conf для редактирования в вашем любимом текстовом редакторе. Например так:

$ sudo nano /etc/samba/smb.conf

Все то, что там есть – нам не нужно. Можете отчистить файл полностью, и добавить, например, такую конфигурацию:

[global]

workgroup = home

netbios name = desktop

server string = anonymous lan file server

security = share

browseable = yes



[user]

path = /home/user

comment = mediafiles

readonly = No

guest ok = Yes



[ftp]

path = /home/ftp

comment = ftpfiles

readonly = No

guest ok = Yes

Теперь можете заменить информацию на свою:
workgroup – это имя вашей сети, должно быть одинаковым для всех компьютеров, как рабочая группа в Windows.
netbios name – имя вашего компьютера в сети, сделайте всем машинам уникальные, как имя компьютера в Windows.
server string — описание компьютера, аналог подобного значения в Windows.
security — определяет доступ к расшариваемым каталогам.
browseable — хотите ли вы сделать доступными все подкаталоги рашариваемого каталога. Этот параметр также можно использовать отдельно для каждого расшариваемого каталога.
path — путь до расшариваемого каталога. В данном конкретном примере будут расшарены домашний каталог пользователя user и домашний каталог пользователя ftp.
comment — комментарий.
readonly – только для чтения. Обратите внимание, что Samba может ограничить права пользователя, но не может расширить права, заданные системой. То есть если на рсшариваемом каталоге не стоят права на запись для всех в самой системе, Samba не сможет разрешить запись в него сторонним пользователям. Однако если на каталоге стоят права 777, то задав параметр readonly = Yes вы сможете ограничить доступ на запись для пользователей, подключающихся из сети.
Аналогично вы можете создать любое количество сетевых каталогов.

После завершения конфигурации выполните команду

$ testparm

она автоматически проверит файл конфигурации. После этого перезагрузите Samba:

$ sudo /etc/init.d/samba restart

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

Это простейшая конфигурация Samba, однако для большинства ситуаций ее вполне достаточно.

Проприетарные драйвера от ATI: маленькое приключение

2009-04-26T22:48:00.004+03:00

Я являюсь (почти) счастливым обладателем видеокарты ATI Radeon X550. Однажды я поставил проприетарные дрова в виде готовых бинарников, то есть без сборки .deb'ов под свою систему (этого можно добиться, просто запустив .run-файл без каких-либо параметров). Через некоторое время захотелось вернуться на открытые дрова, вот только одно «но» — непонятно, как. Если бы я собирал .deb'ы, то я просто удалил бы из системы установленные пакеты. Как же быть с установленными бинарниками, если у того же .run'а нет параметров удаления, я не знал. До сегодняшнего дня.

Но, как оказалось, среди устанавливаемых файлов присутствует сценарий удаления — fglrx-uninstall.sh. У меня он находился вот здесь: /usr/share/ati/fglrx-uninstall.sh. Его запуска вполне хватило для удаления проприетарного драйвера.

P.S. Скрипт также возвращает ваш старый xorg.conf.

Установка и настройка sudo в Debian GNU/Linux и Ubuntu Linux

2009-03-25T19:28:00.010+02:00

Копия статьи с ныне мёртвого проекта debian-ubuntu-linux.ru.
Обратите внимание, что я всего лишь скопировал статью сюда — я не правил её, и не имею никакого отношения к её содержимому (более того, с некоторыми моментами я категорически не согласен). С другой стороны, я считаю эти статьи полезными для новичка, и потому копирую их.
Все авторские права принадлежат Дмитрию Белоусову.

Дмитрий Белоусов
Последнее обновление: 02.02.2008

…По умолчанию в Debian GNU/Linux пакет sudo отсутствует. Установка sudo — это, по глубокому убеждению автора, перовое, что необходимо сделать после завершения установки базовой системы Debian GNU/Linux. У пользователей Ubuntu Linux sudo установлен по умолчанию, однако тоже может потребовать конфигурации.

I.Установка sudo из репозиториев Debian GNU/Linux.

Выполните команду:

# aptitude install sudo

II.Базовая настройка sudo.

Sudo — очень гибкий инструмент, позволяющий настроить права на выполнения административных действий для каждого пользователя отдельно. Например одному разрешить перезагружать какой-либо сервер, а другому дать возможность менять права доступа к файлам и папкам. Откройте файл /etc/sudoers. Это можно сделать либо отдав команду на открытие файла в вашем любимом текстовом редакторе, например так:

# nano /etc/sudoers

либо при помощи утилиты visudo:

# visudo

Последний способ откроет файл /etc/sudoers в редакторе пользователя по умолчанию, или если таковой не задан, то в редакторе vi. Преимущество данного способа в том, что при сохранении файл будет проверен на соответствие синтаксису.

Простейшая конфигурация выглядит так:

Defaults env_reset

# User privilege specification

root ALL=(ALL) ALL

user ALL=(ALL) ALL

Такая конфигурация дает пользователю user все права пользователя root при выполнении команды sudo. Defaults env_reset полностью запрещает все пользовательские переменные при исполнении команд от имени root. Это хорошо с точки зрения безопасности, однако иногда вызывает проблемы. Можно разрешить использование личных переменных какой-либо группе или отдельному пользователю, добавив подобную этой строку:

Defaults:%admin !env_reset

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

Defaults:user env_keep=TZ

которая сохранит переменную TZ для пользователя user.

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

%admin ALL=(ALL) ALL

Как можно догадаться, эта запись дает доступ к root-привилегиям всем членам группы admin.

Можно настроить для каждого конкретного пользователя доступ только к конкретным командам. Например:

user ALL = /bin/mount, /bin/kill

даст пользователю user права на выполнение команд mount и kill с любой машины, а:

user2 mydebiancomp = /sbin/modprobe

даст пользователю user2 права на выполнение modprobe с машины mydebiancomp. Я думаю, что синтаксис понятен:

пользователь хост = команда

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

III.Продвинутые настройки sudo.

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

Cmnd_Alias command_alias = command1, command2, ... // алиасы команд

Host_Alias host_alias = hostname1, hostname2, ... // алиасы хостов

User_Alias user_alias = user1, user2, ... // алиасы пользователей

Далее именами алиасов можно оперировать точно также, как командами, машинами и пользователями, задавая правила.

Исполнение команды от имени другого пользователя тоже возможно. Например при такой записи:

user ALL = (user2, user3) /usr/bin/ark

пользователь user может выполнить команду ark от имени user2 или user3, при помощи ключа u, например так:

$ sudo -u user2 ark

По умолчанию sudo запоминает пароли на 5 минут. Если вы этого не хотите, то для каждого пользователя, группы или алиаса можете установить отдельное правило, например при:

Defaults:user timestamp_timeout=0

пароль полдьзователя user не будет запоминаться вообще, а при:

Defaults:user timestamp_timeout=-1

будет запоминаться на все время аптайма.

Sudo без паролей также возможно. Для этого существует подобная конструкция:

user myubuntucomp = NOPASSWD: /bin/kill

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

Надеюсь, что данной информации будет достаточно для настройки ограничений прав доступа при помощи sudo.

Debian GNU/Linux 5.0 released

2009-02-15T12:06:00.008+02:00

Свершилось! Вышел в свет долгожданный релиз самого лучшего в мире дистрибутива — Debian GNU/Linux 5.0 "Lenny"!

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

Поздравляю разработчиков, пользователей и всех остальных с этим замечательным событием!

P.S. Не забудьте прочитать release notes перед обновлением.