Журнал LinuxFormat - перейти на главную

LXF76:Hardcore Linux2

Материал из Linuxformat
Перейти к: навигация, поиск
Подписка на печатную версию
Весь 2015 год (12 номеров)
Первое полугодие (6 номеров)
Второе полугодие (6 номеров)
Подписка на электронную версию
Весь 2015 год (12 номеров)
Первое полугодие (6 номеров)
Второе полугодие (6 номеров)
Подшивки старых номеров журнала (печатные версии)
Весь 2014 год (12 номеров)
Первое полугодие (6 номеров)
Второе полугодие (6 номеров)

Содержание

Groff Создаем man-страницы

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

Документация — вещь важная. Фактически, вся моя работа посвящена документации и постоянной ее нехватке. LinuxFormat — тоже вид документации, разбавленный обзорами программного обеспечения и мнениями авторов. Даже бизнес-модель Тима О’Рейли, главы известного в компьютерных кругах издательства O’Reilly, построена на том простом принципе, что документация, поставляемая с компьютерными продуктами, недостаточно хороша.

Тим в чем-то прав, ведь программисты ненавидят писать документацию. Некоторые даже не вставляют комментарии в свои исходные тексты, потому как выкатить недоступный пониманию код на малораспространенном языке программирования времен золотого детства Дональда Кнута — разве не весело? Миру коммерческого программного обеспечения это жить не мешает: фирмы просто нанимают людей специально для написания документации, оставляя программистам то, что у них получается лучше всего (нет, не чтение ЛОРа и Slashdot’а, а программирование, конечно).

Если вы читаете данные строки, значит, вы принадлежите к одному из двух типов людей. Первый тип называется «Программировать Не Умею, Но Хочу Чем-нибудь Помочь» (ПНУНХЧП), второй — «Умею Программировать, Но Хочу Выпендриваться» (УПНХВ).

Тип ПНУНХЧП сейчас составляет большую часть сообщества Open Source. Еще несколько лет назад соотношение программистов и пользователей в Linux было гораздо больше в пользу первых. Кое-кто даже любил сравнивать его с отношением сигнал/шум (пользователи, разумеется, считались «шумом»). Программы разрабатывались быстро, ошибки отлавливались сразу, жалобами практически не донимали. Теперь же на Linux работают и те, кто не умеет писать коды. Эти люди могут помочь созданием графики, содействием новичкам и, конечно же, разработкой документации. Если вы один из них, то добро пожаловать! Можете примкнуть к проекту «Missing Man Pages Project» (http://www.netmeister.org/misc/m2p2) [русско-язычным пользователям рекомендуется присоединиться к проекту по переводу man-страниц на русский язык — http://alexm.here.ru/manpages-ru/].

Man-страницы всех времен и народов

С другой стороны, мы имеем лиц типа УПНХВ, которые желают плыть против течения. Они действительно умеют программировать и даже любят писать о своих программах. Это люди опасны. Например, если вы подумываете: «А не завести ли мне собственный open source-проект? Напишу программу не хуже, чем XYZ, да еще приложу кучу документации, и любой новичок в ней сразу разберется» — тогда, пожалуйста, дальше не читайте, плодить бессмысленные варианты я не намерен. Да, ваш выбор хорош, но лучше бы вы употребили свой писательский зуд на помощь в разработке документации к готовым проектам.

Если же вы и вправду решили помочь сообществу с документацией, будьте как дома — это руководство для вас.

План

Одни пытаются превратить свинец в золото. Другие ищут Святой Грааль. Мы же озадачимся гибридом этих двух занятий: создадим man-страницу для классической компьютерной игры — Qaziqargs Of Qargg [исковерканное название «Волшебник страны Оз»]. Скорее всего эта игрушка у вас не установлена, да и в Google вряд ли найдется информация о ней. Но это не проблема, про все ключи ее командной строки я вам расскажу.

Мы не собираемся работать с TeX, HTML, XML или SGML — данное руководство посвящено man-страницам, и не будем отклоняться от темы.

Для создания man-страницы вам понадобится: Linux (да, а что?!), утилиты man и groff и немного терпения. Скорее всего, три компонента у вас уже есть:
а) в руках вы держите LinuxFormat;
б) без команды man не обходится ни один дистрибутив;
в) а если работает man, значит, groff тоже установлен.

Не хватить может только терпения, поскольку groff использует экзотический текстовый формат, намного более древний, чем HTML (бытует мнение, что Unix был придуман потому, что типографиям требовалась система для работы с groff, — прим.ред.). На вид он старомоден, имеет странный синтаксис, злоупотребляет препроцессором… короче, он совершенно ужасен, но, надеюсь, вместе мы сквозь него продеремся.

Гроффмейстер

groff — это последняя модификация программы, ранее называвшейся ronoff (в которой были доступны лишь базовые средства форматирования). Затем был nroff (новый roff), потом troff, и наконец ditroff (устройство-независимый troff). С 1991-го года GNU-реализация ditroff стала стабильной и получила название groff.

Такова семейная сага groff. Ее можно и не знать; главное — помнить, что man-страницы пишутся в формате groff, который преобразовывается на лету для отображения на терминале. Полученные читабельные страницы автоматически кэшируются в расчете на дальнейшее использование. Но мы-то будем иметь дело с внутренним форматом.

Man-страницы в Linux хранятся в виде groff-файлов, ради экономии места сжатых архиватором gzip. Например, в SUSE их директория /usr/share/man. Естественно, все они рассортированы по языкам и разделам. Нумерация разделов может показаться немного нелогичной:

  1. Команды, доступные пользователю
  2. Системные вызовы ядра
  3. Библиотечные функции
  4. Файлы устройств и сетевые интерфейсы в /dev
  5. Форматы файлов и их описания
  6. Игры
  7. Макросы, окружения и другие куски информации
  8. Команды системного администрирования для использования пользователем root
  9. Описание X-Window

Есть еще несколько разделов, но они уже устарели и вряд ли вам понадобятся. Полезно было бы запомнить эти номера, чтобы понимать различия между man 1 passwd и man 5 passwd. Первая загружает справку о команде passwd, а вторая — информацию о формате файла /etc/passwd.

Все man-страницы в директории /usr/share/man отсортированы по категориям: например, справка о команде passwd находится в файле /usr/share/man/man1/passwd.1.gz, а информация о /etc/passwd — в /usr/share/man/man5/passwd.5.gz. Теперь давайте посмотрим, на что похожа man-страница изнутри: zcat /usr/share/man/man5/passwd.5.gz. Да перестаньте брызгать слюной, скоро вы все поймете.

Простейшая man-страница

(thumbnail)
groff: до …
(thumbnail)
…и после. Как говорится, почувствуйте разницу!

Мы здесь не на почасовой оплате — не будем тянуть время, запустим Emacs. Скорейший способ изучить groff — использовать ту же тактику, что и при изучении HTML: хотя макросов устрашающе много, большинство из них, вероятнее всего, вам не понадобится.

Вот наша первая попытка создать man-страницу; сохраните ее файл под именем qaziqargs.6.1 (в данном случае .1 — это номер версии вашей страницы): 

.TH QAZIQARGS 1 «February 2006» «qaziqargs-1.0.556» «Qaziqargs of Qargg!»
.SH ИМЯ
qaziqargs – запустить игру Qaziqargs of Qargg
.SH КРАТ КОЕ СОДЕР ЖАНИЕ
.B qaziqargs
[
.B –cheat
.I mode
]
.I savegame
.SH ОПИСАНИЕ
Qaziqarggs of Qargg – ролевая игра
для больших кровожадных детишек.
.SH ОПЦИИ
.TP
.B --cheat
Здесь включается режим Бога:
.I режим
может быть равен 1 для неисчерпаемых боеприпасов,
2 для бессмертия или 3 для полного беспредела.
.TP
.I сохраненная_игра
Загрузка сохраненной игры из директории
.I $HOME/.qaziqargs
.SH АВТ ОР
Лестное для вас фото / имя (Вася Пингвинов, например)

Здесь около 25 строк кода, man-страница и не должна быть больше, чтобы помещаться на экране. Есть несколько способов написания groff-файлов, и мы выбрали простейший: каждый макрос («тэг») действует на текст, который следует за ним, закрывать макросы не требуется. В данном куске кода мы использовали всего пять разных макросов: .TH, .SH, .B, .I и .TP. Макросов, конечно, намного больше, однако для создания man-страниц этих хватит.

Макрос .TH задает заголовок страницы. Как и во многих других макросах, вы можете задавать параметры, разделяя их пробелами. У .TH параметры специфические: название исполняемого файла программы; раздел man; текст, отображаемый в середине нижнего колонтитула; текст, отображаемый слева от нижнего колонтитула и текст, отображаемый в центре заголовка. Здесь они заданы так: текст в середине нижнего колонтитула — это дата последнего обновления документации, слева — номер версии, а текст в середине заголовка - название программы (это не имя исполняемого файла). Если в параметре содержится пробел, такой параметр нужно заключить в двойные кавычки.

Стандартный макрос .SH отвечает за заголовок секции. Во-первых, заголовок должен быть написан заглавными буквами — ИМЯ, СИНТА КСИС, ОПИСАНИЕ, и т. д. Во-вторых, вы обязаны включать в свои man-страницы секцию NAME (ИМЯ) программы и ее краткое (желательно однострочное) описание. Эта секция используется утилитами whatis и apropos (их тоже надо знать).

В man-страницы также входят секции:

  • AVAILABILITY (ДОСТУПНОСТЬ) — ваша программа совместима только с Linux и FreeBSD или работает на всех Unix-системах?
  • EXAMPLES (ПРИМЕРЫ) — примеры использования вашей программы
  • HISTORY (ИСТОРИЯ) — включайте, если только она интересна или важна
  • FILES (ФАЙЛЫ) — какие файлы (и директории) использует ваша программа
  • BUGS (ОШИБКИ) — опишите известные вам грешки, чтобы люди зря не рвали на себе волосы
  • CAVEATS (ОСОБЕННОСТИ) — многие могут принять их за ошибки, но на самом деле все так и задумано
  • SEE ALSO (СМ. ТА КЖЕ) — список man-страниц, которые могут помочь при чтении вашей документации

Макросы .B и .I преобразуют шрифт текста, следующий за ними, в полужирный и курсив соответственно, однако на большинстве терминалов курсив отображается как подчеркивание. .B используется в man-страницах для именованных параметров (например, -x или --help), а .I — для задаваемых пользователем (допустим, имен файлов). В приведенном коде присутствуют оба варианта.

Макрос .TP означает «термин/параграф» и используется для описания опций: в первой строке находится имя опции (.B --cheat), а далее идет ее объяснение.

Тут срабатывает автоматика: если термин (название) короче, чем отступ по умолчанию, то объяснение начнется на той же строке, где и термин. Ширина левого отступа по умолчанию равна семи символам (обратите внимание, что этот отступ действует для всего текста, не входящего в заголовок). Вы можете задать отступ .TP с помощью числового параметра. Например, .TP 0 сотрет грань между параграфом и всем остальным текстом. Одинаковый для всех отступ задается один раз (в первом из .TP), он автоматически распространится на последующие строки.

Теперь посмотрим, что у нас получилось. Выполните команду man -l qaziqargs.6.1 (посередке — это строчное L). Ну что, ощущаете законную гордость? Или, наоборот, раздосадованы, что гора родила мышь? Ответ пришлите открыткой.

Делайте больше!

Вы наверняка подумали «Хм, при написании man-страниц придется соблюдать больше правил, чем при вождении машины». Честно говоря, вы правы, и мой ответ — «не нравится, не ешь». Если вы не уважаете правил, значит, создание man-страниц не для вас. Правила обеспечивают унификацию документации и отлично работают вот уже два десятилетия.

Прежде чем умчаться готовить свои man-страницы, разберитесь еще с двумя специфическими макросами. Специфика их в том, что они не занимаются форматированием. Первый — .\", означающий начало комментария. Комментарии в groff имеют такой же смысл, как в С или LaTeX: groff их игнорирует.

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

.\» Не уверен, что эта штука --baz вообще заработает.

Второй макрос — .so (строчными буквами). Это способ перебросить groff на другой файл, аналогично HTTP-перенаправлению. Например, команда qaziqargs имеет параметр --create-server, а у вас есть скрипт qaziqargs-create-server, который как раз вызывает qaziqargs с нужным параметром --create-server. (Такой подход использован, например, в игре Crack Attack.)

Вам, естественно, неохота держать две man-страницы для этих команд — лучше обойтись ссылкой. Создайте основную страницу qaziqargs.6, а в странице qaziqargs-create-server.6 пропишите всего одну строку: 

.so man6/qaziqargs.6

Обратите внимание, что файл находится в каталоге с man-страницами, а не у вас под руками в home: переадресация действует только внутри системной директории. По умолчанию это /usr/share/man.

Сам я предпочитаю хранить man-страницы внутри домашнего каталога, пока вожусь с отладкой, а для их загрузки набираю команду man -l. Как только качество страницы меня удовлетворяет, я сжимаю ее при помощи gzip (и вам советую), а потом уж устанавливаю в /usr/share/man.

А теперь радуйтесь: настал конец мучениям! Хотя рассмотренный код невелик, он иллюстрирует все необходимые макросы, с которыми man-страницы писать легко.

Конечно, создание документации предполагает не только написание man-страниц — есть множество других форматов, например, info, со своими собственными правилами. Однако man-страницы являются в Linux стандартом де-факто, а в некоторых дистрибутивах, скажем, Arch Linux и Crux, вся прочая документация из пакетов специально удаляется. Итак, за дело — документации никогда не бывает много.


Источник — «http://wiki.linuxformat.ru/wiki/index.php?title=LXF76:Hardcore_Linux2&oldid=6776»
Персональные инструменты
купить
подписаться
Яндекс.Метрика