Майкл Керриск, мэйнтейнер проекта man-pages, анонсировал версию 4.13 коллекции страниц руководства man для Linux. Как указывает Майкл, в процесс подготовки данной версии внесли вклад около 40 участников, суммарно было внесено более 350 изменений, среди которых можно отметить добавление пяти страниц. кроме того, все 1028 существующих страницы претерпели различные правки. Краткий обзор изменений: Добавлена документация, касающаяся некоторых ранее не документированных аспектов реализации POSIX threads API: Добавлены страницы pthread_mutexattr_setrobust(3) и pthread_mutex_consistent(3), описывающие часть API POSIX threads, относящуюся к поддержке robust mutexes. Кроме того, внесён ряд дополнений в страницу [url=http://man7.org/linux/man-pages/man2/get_robust_list.2.html]get_robust_list(2), описывающую системный вызов, используемый для реализации данной части API. Данные страницы написаны Майклом в соавторстве с Yubin Ruan. Добавлена страница pthread_mutexattr_init(3), описывающая функции
Майкл Керриск (Michael Kerrisk) анонсировал версию 4.10 коллекции системных руководств (man) для Linux. Более 40 участников внесли свой вклад в процесс подготовки новой версии, было внесено более 600 изменений, охвативших 160 страниц. Эти изменения включают себя, среди прочего, добавление одиннадцати новых страниц и существенную переработку ещё трёх. Краткий обзор изменений: Существенно переработаны и расширены страницы add_key(2), keyctl(2) и request_key(2), описывающие системные вызовы для работы с подсистемой хранения криптографических ключей; При содействии Дэвида Хоуэллса, разработчика подсистемы хранения криптографических ключей и библиотеки libkeyutils, ряд страниц руководства был перенесён в проект man-pages, так как они описывают интерфейсы ядра keyrings(7), persistent-keyring(7), process-keyring(7), session-keyring(7), thread-keyring(7), user-keyring(7), user-session-keyring(7). Многие из них были обновлены и дополнены в процессе переноса; Добавлена страница ioctl_iflags(2), которая
Организации IEEE и The Open Group предоставили проекту Linux man-pages право поставки ряда спецификаций, входящих в стандарт POSIX.1-2013, в форме man-страниц. В частности, разрешено включить системные руководства по секциям POSIX, связанным с заголовочными файлами (0p), утилитами (1p) и функциями (3p). Наличие спецификаций POSIX в форме штатных системных man-страниц будет полезно для разработчиков, желающих применять в своих приложениях только стандартные переносимые между UNIX-системами механизмы, без задействования специфичных для Linux расширений. Изначально документация по стандартам POSIX официально поставлялась на платной основе, но в последнее десятилетие стала публиковаться в открытом доступе на сайте The Open Group. В 2004 году организации IEEE и The Open Group разрешили включить в поставляемые с Linux man-страницы набор спецификаций POSIX.1 от 2003 года. Теперь разрешено включить в состав системы актуальные тексты спецификаций POSIX.1-2013, оформленные в виде man-страниц. Всего на основе
Кристапс Джонсонс (Kristaps Dzonsons), один из разработчиков mandoc, выложил в открытый доступ свою книгу "Practical UNIX Manuals", посвященную созданию man-страниц. По словам автора, он видел немало справочной информации по формату mdoc, но ни одного полноценного (корректного и освещающего все основные нюансы) руководства для начинающих. Теперь такое руководство есть и доступно для всех желающих. Проект открыт для принятия дополнений и исправлений. Сама книга представляет собой простой набор XHTML-страниц, поэтому написание патчей не должно составить труда для любого IT-специалиста.
Разработчики OpenBSD сочли импортированную некоторое время назад альтернативу nroff/groff под названием mandoc достаточно стабильной, и теперь man-страницы системы, а также, по возможности, сторонних приложений, собираемых через систему портов, подготавливаются с использованием mandoc. Использовавшиеся до этого nroff/groff перенесены в порты. Ключевые преимущества mandoc: Более компактный и понятный код: 200 000 и 15 000 строк кода - разница впечатляет, даже с учётом того, что mandoc сейчас не поддерживает все форматы вывода, поддерживаемые groff. Большая скорость работы (до пяти раз быстрее) Большее количество выявляемых ошибок форматирования, с одной стороны, и большая устойчивость к ошибкам с другой. Лицензия BSD Кроме того, в OpenBSD отмечается: Прогресс в поддержке GCC 4; Большие успехи в работе suspend-resume на мультипроцессорных платформах; Непрекращающиеся улучшения в работе SCSI-стека (который отвечает и за AHCI в том числе); Поддержку GEM/UXA в драйвере графических чипсетов Intel;
В Debian Lenny (testing) проведена работа по полному изъятию Gnome 1.x из дистрибутива и корректировке всех зависимых пакетов. Из 40 привязанных к Gnome 1.x пакетов, нерешенные проблемы с переводом на gnome2/gtk2 остаются в 13 пакетах (в остальных - для половины была удалена зависимость, для другой половины был удален сам пакет): snac powershell gbib xwine gnome-lokkit cheops-ng gfslicer gmanedit gsnes9x gtkgo directory-administrator soundtracker telegnome Кроме того, сообщается о возможности хранения системных руководств в UTF-8. Мантейнерам пакетов с man-страницами в кодировке KOI8-R, рекомендуется выполнить перекодирование.
В октябрьском выпуске журнала можно отметить следующие интересные статьи: Планирование и управление дисковым пространством в ОС Linux используя LVM (Logical Volume Manager); Установка IMAP4-сервера на базе cyrus-imapd + sendmail на Slackware Linux; Обнаружение атак, установка и настройка Snort. Знакомство с дистрибутивом ASPLinux 7.3 Server Edition Реализация SMTP AUTH в Postfix (без SSL); Обзор СensorNet - дистрибутив, базирующийся на Debian, предназначен для организации доступа в Интернет, для управления и мониторинга пользователей, подключенных к Интернету. Основные операции с модулями ядра Linux, пример создания собственного модуля; Кодер/декодер Рида-Соломона, выполненный на базе арифметики Галуа.
SAMS - "SQUID Account Management system", представляет собой программное средство для настройки и администрирования доступа пользователей к прокси-серверу SQUID с использованием авторизации ntlm в домене Windows. управление доступом пользователей к прокси серверу SQUID управление запретом доступа пользователей к ресурсам интернета управление перенаправлением запросов к графическим ресурсам (баннерам) сбор информации об объеме полученной пользователями информации отключение пользователей от доступа к ресурсам интернета по превышению лимита объема полученной информации построение отчетов о полученной пользователями информации.
В статье "Mounting Compact Flash under FreeBSD" рассказано как использовать в FreeBSD USB или PCMCIA/PCCARD Flash накопители, а также настроить автоматическое монтирование устройств через автомонтировщик. Ниже, кратко пересказ: USB Flash: man umass Конфигурация ядра (FreeBSD 4.8 можно не пересобирать): device usb device ohci (OR device uhci) device umass device scbus device da device pass В логе смотрим подобное сообщение "da0 at umass-sim0 bus 0 target 0 lun 0" Монтируем: mount -t msdos /dev/da0s1 /mnt USBD: usbd_enable="YES" /etc/usbd.conf: device "CF card" devname "umass[0-9]+" attach "/usr/local/sbin/copy-flash da0 /tmp/cf CFOWNER" PCMCIA Flash reader: man pccardd /etc/rc.conf: pccard_enable="YES" Автомонтирование: /etc/amd.map: localhost type:=auto;fs:=${map};pref:=${key}/ localhost/cf type:=program;fs:=/mnt/cf;\ mount:="/sbin/mount mount /mnt/cf";\ unmount:="/sbin/umount umount /mnt/cf" /etc/fstab /dev/ad8s1 /mnt/cf msdos rw,noauto 0
Статья является обобщением полученного опыта на протяжении нескольких дней в связи с необходимостью настроить вышеупомянутую функциональность. Ниже приводится текст статьи: Цель: настроить RAID5 как хранилище даных на сервере. Сервер: TYAN SERVER-WORKS 8025GN dual PIII 800MHz. Диски - в ожидании двух Western Digital 120GB. А тем временем имеем QUANTUM FIREBALL 12GB. OS - FreeBSD4.7 Присупаем к работе: Для Vinum-а подходят разделы a,e,f,g,h.... Не подходит с, который обозначает весь диск и b, который используется для свопа. Имеем 4 винчестера, при чём на одном из них стоит системма. Заметим, что на разделах, на которых нет раздела a (то есть нет / ), раздел е можно создать двумя способами: сначала выделить место под е раздел, а потом под своп, или же сначала под своп а потом под е-раздкл. Так вот, второй вариант не проходит (во всяком случае у меня). Разделы на дисках можно создавать как при начальной установке, так и после неё через /stand/sysinstall. Установили системму, разбили на разделы. При чем,