Free Runner

8 октября в возрасте 70 лет скончался один из отцов основателей того мира, без которого мы уже не мыслим свое существование. Репост записи, которую сделал Роб Пайк, я увидел только сегодня. Деннис Ритчи — один из авторов языка Си и один из ключевых разработчиков операционной системы Unix. Он внес неоценимый вклад в то, без чего бы не было ни компьютеров, какими мы уже привыкли их видеть, ни домашней электроники, ни модных гаджетов. Он был талантливым инженером и ученым, который подарил нам общую теорию операционных систем и один из мощнейших инструментов для решения невероятного количества прикладных задач, он подарил этому миру то, что для многих теперь — хлеб насущный. Пусть земля будет пухом…

Прошу прощения, за то что не предупредил сразу, но блог, после продолжительного пребывания на поддомене, переехал обратно, на основной домен, если кто подписан на rss, подправьте адрес фида http://lushpai.org/feed

Intro

Использовать системы контроля версий в таких задачах как разработка ПО или создание сайтов нынче хороший тон. Так уж сложилось, что в момент выбора куда смигрировать с SVN я решил использовать Mercurial, на тот момент мне эта система показалась немного более простой и удобной, нежели Git. С увеличением количества разработчиков в проекте, ну или просто, если хочется, что бы в репозитории был порядок, неизбежно все приходят к использованию веток. Даже в небольших проектах у меня всегда 2 ветки: default и devel, остальные возникают и исчезают по необходимости. В default, всегда находится стабильный, оттестированый код (хотя чего греха таить, баги тут тоже обитают), devel — общая для всех ветвь разрабатываемого кода, от которой, в процессе, могут создаваться дополнительные ветки для реализации новых фич. Вообще механизм веток в Mercurial не столь прозрачен, на мой взгляд, как в Git, там, как раз таки, данный механизм реализован более удачно. Мне привычнее использовать named branches.

Создание ветки

hg branch test
hg ci -m "new branch for testing code"
hg push --new-branch

Слияния веток

hg up default
hg merge test
hg ci -m "merge with test branch"
hg push

Закрытие ветки

hg up test
hg ci -m "close test branch" --close-branch
hg push

Вот так, довольно просто, можно использовать ветки в Mercurial. Это далеко не единственный вариант, например есть еще перемещаемые маркеры, они же bookmarks.

В доброжелательных и приветливых дистрибутивах, вроде Fedora или Ubuntu проблем с автомонированием съемных носителей не наблюдается уже давно, в той же Slackware, если не используется KDE, Gnome или Xfce, все немножко печальнее. Но на самом деле все не так страшно, автоматическое монтирование можно настроить через udev.

1. Создадим политику в файле /etc/udev/rules.d/11-media-automount.rules:

KERNEL!="sd[b-z][0-9]", GOTO="media_by_label_auto_mount_end"
IMPORT{program}="/sbin/blkid -o udev -p %N"
# Определим метку устройства, если она есть, или же пропишем свою
ENV{ID_FS_LABEL}!="", ENV{dir_name}="%E{ID_FS_LABEL}"
ENV{ID_FS_LABEL}=="", ENV{dir_name}="usbhd-%k"
# Глобальные настройки монтирования
ACTION=="add", ENV{mount_options}="relatime"
# Настройки монтирования, специфичные для файловой системы
ACTION=="add", ENV{ID_FS_TYPE}=="vfat|ntfs", ENV{mount_options}="$env{mount_options},utf8,gid=100,umask=002"
# Монтирование
ACTION=="add", RUN+="/bin/mkdir -p /media/%E{dir_name}", RUN+="/bin/mount -o $env{mount_options} /dev/%k /media/%E{dir_name}"
# Очистка после удаления устройства
ACTION=="remove", ENV{dir_name}!="", RUN+="/bin/umount -l /media/%E{dir_name}", RUN+="/bin/rmdir /media/%E{dir_name}"
# Выход
LABEL="media_by_label_auto_mount_end"