Linuxformat - Вклад участника [ru]

LXF93:Инструменты мобилизации

2008-04-05T22:17:12Z

Makoron:

= Мобилизация в стиле Linux =

''Навязчивая реклама утверждает, что мобильность - один из основных факторов, влияющих на имидж современного человека, и мы в редакции LXF ежедневно получаем пачки писем с просьбами «помочь настроить сотовый в Linux». К счастью, '''Павел Воронцов '''готов дать ответы на все интересующие вас вопросы.''

Обладатели современных мобильных телефонов всегда сталкиваются с одной очень непростой задачей – обеспечением его связи с ПК или ноутбуком. Зачастую проблемы начинаются уже с момента покупки, когда радостный обладатель вполне многофункционального устройства обнаруживает отсутствие интерфейсного кабеля, а после его приобретения удивляется тому, что телефон при подключении не определяется как устройство хранения данных из-за отсутствия специализированного ПО. Конечно, есть другие интерфейсы взаимодействия, такие как IrDA и Bluetooth, но проблему установки ПО это не решает. Пользователям Windows все же проще – производители мобильных телефонов обычно не ленятся писать разнообразные, громоздкие и зачастую не слишком функциональные программы. А как быть тем, кто выбрал Linux? Попробуем разобраться.

== OBEX. Обмен файлами ==

Для передачи данных между различными мобильными устройствами и ПК обычно используется протокол обмена объектами ''OBEX ''(OBject Exchange). На сегодняшний день, данный протокол реализован на многих устройствах: PDA, таких как Palm Pilot и мобильных телефонах Siemens, Nokia, Sony-Ericsson и других. ''OBEX ''был разработан организацией IrDA (Infrared Data Association) и является высокоуровневым протоколом. Хотя первоначально он создавался для инфракрасных сетей, сейчас его можно использовать и с другими транспортами, такими как TCP/IP и Bluetooth. В Linux этот протокол реализует открытый проект ''OpenOBEX'' http://openobex.triq.net/

Для примера возьмем мобильный телефон Benq-Siemens M81 и попробуем настроить соединение в Ubuntu Linux 6.10. Данный телефон имеет два способа подключения к ПК: посредством кабеля или через Bluetooth. Далее, чтобы не путать читателя, мы будем пользоваться вторым из них, тем более, что он является более универсальным. В Linux существует несколько реализаций данного протокола, но мы остановимся на BlueZ http://www.bluez.org/ Соответствующий модуль должен быть проинсталлирован и загружен в ядро (в современных дистрибутивах это происходит автоматически), кроме того, потребуется установить два пакета: bluez-libs и bluez-utils. Последний содержит демоны Bluetooth, файлы конфигурации и консольные утилиты. Подключите Bluetooth-адаптер к ПК, внесите необходимые изменения в файл '''/etc/ bluetooth/hcid.conf '''(см. ниже) и запустите демон:

<code>
$ sudo /etc/init.d/bluetooth start
</code>

В принципе, нам подойдут настройки по умолчанию. Рекомендую только проверить параметр security и, при необходимости, установить его значение в auto. Также стоит обратить внимание на параметр passkey. Это пароль, который будет автоматически передаваться при запросе соединения внешним устройством. Не поленитесь заглянуть в настройки Bluetooth на мобильном телефоне и проверить его: иногда проблемы связи возникают именно из-за этого. Я также добавил адрес своего Bluetooth-адаптера в список доверенных устройств.

С паролями все ясно, теперь давайте проверим, все ли мы правильно сделали. Запустите команду hciconfig (HCI – это Host Controller Interface или, по-простому, ваш Bluetooth-адаптер):
<code>
$ hciconfig
hci0: Type: USB
BD Address: 00:02:72:CC:EC:B2 ACL MTU: 1017:8 SCO MTU: 64:8
UP RUNNING PSCAN ISCAN
RX bytes:391 acl:0 sco:0 events:17 errors:0
TX bytes:317 acl:0 sco:0 commands:17 errors:0
</code>

Устройство определено и работает (статус: UP). Мы также видим его MAC-адрес: 00:02:72:CC:EC:B2. Если устройство имеет статус DOWN, попробуйте ввести команду:

<code>
$ sudo hciconfig hci0 up && hciconfig
</code>

Теперь давайте поищем наш мобильный телефон. Для этого служит команда:

<code>
$ hcitool scan
Scanning ...
00:11:22:33:44:55 MyMobile
</code>

Как видно, устройство обнаружено: программа вывела имя и MAC-адрес телефона. Осталось только разобраться, как обеспечить обмен файлами. ''OpenOBEX ''– это набор библиотек, реализующих протокол, а нам необходимы программы, использующие его. На сайте разработчика ''OpenOBEX ''вы найдете пакеты ''ObexFTP ''и ''ObexFS ''– они-то нам и понадобятся. Вот так, например, можно вывести содержимое корневого каталога нашего тестового телефона:

<code>
$ obexftp -b00:11:22:33:44:55 -B6 -l
Browsing 00:11:22:33:44:55 ...
Channel: 6
Connecting...done
Receiving “(null)”...\<?xml version=”1.0”?>
<!DOCTYPE folder-listing SYSTEM “obex-folder-listing.dtd”>
<folder-listing version=”1.0”>
<folder name=”Data” modified=”19970101T000000” user-perm=”W”
group-perm=”W” />
<folder name=”Cache” modified=”19970101T000000” user-perm=”W”
group-perm=”W” />
<folder name=”Config” modified=”19970101T000000” user-perm=”W”
group-perm=”W” />
<folder name=”MMCard” modified=”19970101T000000” user-perm=”W”
group-perm=”RW” />
</folder-listing>
done
Disconnecting...done
</code>

Обратите внимание, что в качестве параметров ''ObexFTP ''я указал MAC-адрес телефона (00:11:22:33:44:55) и номер канала (6). Список всех доступных каналов определяется командой:

<code>
$ sdptool browse 00:11:22:33:44:55
...
Service Name: OBEX File Transfer Service RecHandle: 0x11106 Service Class ID List:
“OBEX File Transfer” (0x1106) Protocol Descriptor List:
“L2CAP” (0x0100)
“RFCOMM” (0x0003) Channel: 6
“OBEX” (0x0008) Language Base Attr List:
code_ISO639: 0x656e
encoding: 0x6a
base_offset: 0x100 Profile Descriptor List:
“OBEX File Transfer” (0x1106) Version: 0x0100 ...
</code>

Нас интересует профиль под названием «OBEX File Transfer», его номер канала (Channel) как раз и равен 6. Устройства Bluetooth пользуются каналами во многом аналогично портам TCP/IP: для передачи разнотипных данных с одного адреса. Вы можете, например, одновременно использовать стереогарнитуру, работать в Интернете и копировать файлы. Существует несколько профилей Bluetooth, которые, в зависимости от задачи, задействуют тот или иной канал связи. Если вы посмотрите на полный список, то увидите профиль под названием «SerialPort». С телефоном можно работать, как с обычным COM-портом, но для этого его нужно предварительно настроить утилитой ''rfcomm'':

<code>
$ sudo rfcomm bind rfcomm0 00:11:22:33:44:55 1
</code>

После этого вызов ''ObexFTP ''можно переписать, избавившись от малопонятных MAC-адресов и номеров каналов:

<code>
$ obexftp -t /dev/rfcomm0 -l
</code>

Если команда работает, то смело редактируйте конфигурационный файл '''/etc/bluetooth/rfcomm.conf''', чтобы устройство создавалось автоматически при запуске демона bluetooth. Пример такого файла приведен ниже:

<code>
rfcomm0 {
bind yes;
device 00:11:22:33:44:55;
channel 1;
comment “Benq-Siemens M81”;
}
</code>

Программа ''ObexFTP ''позволяет обмениваться файлами, но пользоваться ею не слишком удобно – это консольное приложение, выводящее данные в формате XML. Неудивительно, что для нее существует несколько графических оболочек. Из их числа стоить отметить ''ObexTool ''– это самое простое решение в нашей непростой задаче. Программа имеет простой графический интерфейс и позволяет исследовать файловую систему мобильного телефона, а также совершать основные действия с файлами и каталогами.

Есть и второй путь, более правильный и интересный: смонтировать файловую систему телефона как обычный диск. Проблема состоит в том, что вы не имеете доступа к файловой системе напрямую: все ваше общение происходит на уровне протокола ''OBEX'', но выход есть – создание виртуальной файловой системы. В этих словах нет ничего страшного. Для нас, пользователей, это означает, что нужно установить еще несколько пакетов и произвести кое-какие настройки. Все остальное возьмет на себя FUSE (Filesystem in Userspace), неоднократно упоминавшийся на страницах нашего журнала. Это модуль ядра и библиотеки, которые позволяют просто создавать и монтировать пользовательские файловые системы в режиме пользователя. Модуль ядра, скорее всего, у вас уже установлен, так что необходимо просто добавить пакеты ''libfuse2 ''и ''fuse-utils ''или собрать их самому. Все подробности можно найти на сайте http://fuse.sourceforge.net/

Для начала подготовим каталог для монтирования и выполним необходимые системные настройки. Во-первых, добавим текущего пользователя в группу fuse, чтобы он мог монтировать файловые системы:

<code>
$ sudo usermod -aG fuse имя_пользователя
</code>

Во-вторых, создадим каталог монтирования:

<code>
$ sudo mkdir -m777 /media/mobile
</code>

Теперь перейдем к тому, ради чего мы все это затевали: к монтированию виртуальной файловой системы ''ObexFS''. Введем команду:

<code>
$ obexfs -b00:11:22:33:44:55 -B6 /media/mobile
</code>

или

<code>
$ obexfs -t /dev/rfcomm0 /media/mobile
</code>

Файловая система будет смонтирована в '''/media/mobile'''. Теперь вы можете пользоваться вашим любимым файловым менеджером, и

{{Врезка|left|
|Заголовок=Скорая помощь
|Содержание=Хочется также отметить еще одну виртуальную файловую систему, SieFS http://chaos.allsiemens.com/ . На странице автора сказано, что она предназначена для мобильных телефонов фирмы Siemens. Работоспособность на телефонах других фирм я не проверял.
|Ширина=200px}}

работать с файлами мобильного телефона как с обычным носителем. Для размонтирования необходимо ввести команду:

<code>
$ fusermount -u /media/mobile
</code>

Существуют и другие способы монтирования, например, всем известной командой ''mount'', также есть возможность прописать файловую систему в '''/etc/fstab'''. Все эти способы подробно описаны на странице программы.

== Hayes. Совсем не забытое старое ==
Итак, с протоколом ''OBEX ''мы немного разобрались. Обмен файлами – задача важная, но не единственная. Плюс мобильного телефона – маленький размер – одновременно является и его минусом. ПК может сделать работу с телефоном более комфортной: например, читать SMS-сообщения с экрана монитора ПК намного приятнее, чем с маленького дисплея, а набирать их на большой клавиатуре куда удобнее, чем на маленькой 12-клавишной. Здесь возникает целый спектр задач: управление телефонными книгами, резервное копирование данных, синхронизация, да и просто использование коммуникационных возможностей мобильного телефона с ПК.

Для управления телефоном используется протокол ''Hayes''. Это очень старый протокол, который был создан для управления модемами, но не потерял актуальности и по сей день. Он поддерживается практически всеми мобильными телефонами. Управление происходит посредством так называемых AT-команд. Есть стандартные команды, которые подойдут к любому устройству, но есть и специальные для конкретной модели телефона. К счастью, нам не придется писать эти команды вручную, поскольку существует множество разнообразных программ, способных сделать это за нас.

Начнем, как это ни странно, с консольных приложений. Преимущества таких программ очевидны: они очень мощные и незаменимы при автоматизации вашей работы. Например, администратор, желающий получать оперативную информацию о работе сервера каждый час или при возникновении аварии, с легкостью напишет скрипт, использующий консольную программу, которая будет отсылать SMS с нужной информацией на определенный номер. Самый простой вариант – программа ''SCMxx ''http://www.hendrik-sattler.de/scmxx . К сожалению, она ориентирована на мобильные телефоны Siemens. Во всяком случае, автор не привел в списке совместимых устройств телефоны других фирм, но, скорее всего, большинство функций должно работать. Вот простой пример ее использования: данная команда отправляет Flash-SMS на заданный номер:

<code>
$ scmxx --device=/dev/rfcomm0 --send --sms --direct --flash --unicode --number=”+79031234567” --text=”Привет, я flash-sms!”
</code>

Flash-SMS ''– ''это специальное сообщение, сразу же отображаемое на экране телефона при получении (в разных аппаратах это реализовано по-разному). Такие сообщения обычно присылают сотовые операторы и с обычного мобильного телефона отправить его нельзя. Но так как программа сама формирует SMS-сообщение и может выставить любые значения в его служебных полях, то вы без труда отправите такое SMS, поразив тем самым своего друга или подругу. Разумеется, это не все, на что способна программа; вот пример резервного сохранения телефонной книги телефона в файл:

<code>
$ scmxx –device /dev/rfcomm0 --get --pbook --mem=SM --out=SM.pb
</code>

Обратимся к другим вариантам. ''Gammu '' http://www.gammu.org/ – это даже не программа, это целый проект, который активно развивается. Список поддерживаемых устройств очень велик, функциональность просто впечатляет. ''Gammu ''состоит из двух частей: ядра, представленного библиотекой, и самой консольной программы ''gammu''. Такое исполнение очень удобно для разработчиков, которые не заставили себя долго ждать: на данный момент существует порядка 10 разных графических оболочек, использующих ядро ''gammu''. Перейдем сразу к обзору основных графических оболочек: они, конечно, не обеспечивают полный функционал ядра, но с ними легче работать пользователю.

Для начала установим пакет ''libgammu1''. Он содержит то самое ядро, которое нам так необходимо. Пакет ''gammu ''содержит консольную программу, и если вы не хотите пользоваться ею, устанавливать его не обязательно.

Начнем с программы ''Wammu ''http://wammu.eu/ . Это простой менеджер мобильного телефона, позволяющий редактировать телефонную книгу, читать и отправлять SMS-сообщения, звонить, делать резервные копии. ''Wammu ''также умеет работать с календарем и заметками. Программа написана на ''wxPython ''и использует ''wxWidgets'', кросс-платформенный GUI-инструментарий [в Linux его вызовы обычно транслируются GTK+, – прим. ред.]. Это означает как то, что программа может работать и в других операционных системах, так и то, что вам придется установить соответствующие библиотеки.

Вторая программа - ''KMobileTools ''http://www.kmobiletools.org/ . По функциональности очень похожа на предыдущую, но гораздо удобнее и обладает очень приятным интерфейсом. Программа написана для KDE, соответственно использует KDE-библиотеки. ''KMobileTools ''не работает с органайзером, зато может синхронизировать адресную книгу мобильного телефона с адресной книгой KDE.

Существуют и другие программы, ориентированные на конкретные модели телефонов. Например, для аппаратов Nokia существует программа ''gnokii ''http://www.gnokii.org/ со своими графическими оболочками, а для телефонов Motorola - программа ''moto4lin ''http://moto4lin.sourceforge.net/ . Также, не помешает заглянуть на сайт производителя телефона, там тоже можно найти специализированное ПО для Linux. Например, для телефонов Benq-Siemens существует программа ''XMPM ''(''X Mobile Phone Manager'').

== GPRS – это просто ==
Перейдем к заключительной части статьи: настройке подключения к Интернету через GPRS. GPRS (General Packet Radio Service) – это надстройка над технологией мобильной связи GSM, осуществляющая пакетную передачу данных. Это позволяет обмениваться данными с внешними сетями, в том числе, Интернетом. При использовании GPRS информация собирается в пакеты, которые передаются через неиспользуемые в данный момент голосовые каналы. Такая технология предполагает более эффективное потребление ресурсов сети GSM. Существуют и другие технологии передачи данных, например CSD (Circuit Switched Data). По сути, это аналоговый модем, работающий в голосовом канале сети GSM, но ее скорость и качество связи явно уступают GPRS. С учетом того, что платить абоненту придется за время, а не за трафик, использовать CSD просто невыгодно.

Вместо того, чтобы запутывать читателя «рецептами» настройки соединения c Интернетом через GPRS в Linux, мы постараемся объяснить сам принцип этой настройки. В последний раз я настроил GPRS-соединение спустя минуту после подключения телефона к ПК, и не потому что я фокусник, а потому что это действительно просто.

Соединение устанавливается посредством протокола PPP (Point-to-Point Protocol) – это стандартный механизм для создания и запуска IP (Internet Protocol) и других сетевых протоколов на последовательных линиях связи. Для наглядности процесса будем использовать программу KPPP.

Для начала добавим и настроим модем. Тут надо выбрать устройство последовательного порта, в нашем случае это будет '''/dev/rfcomm0'''. Необходимо также написать дополнительную строку инициализации для создания профиля соединения. Она имеет следующий вид

<code>
AT+CGDCONT=<cid>,<PDP_type>,<APN>
</code>

<cid> - это идентификационный номер создаваемого профиля, именно на него будет ссылаться команда при установке соединения. Обычно этот параметр равен «1», но вы можете использовать и другой номер, например, для создания второго профиля для другого оператора. <PDP type> - тип соединения - “IP”, <APN> - адрес точки доступа, его нужно узнать у оператора. Для уверенности попробуйте ввести эту команду в терминальной программе (скажем, ''CuteCom, ''см. [[LXF92|LXF92]]'') ''и посмотрите на ответ телефона: он должен быть положительным. Например, для оператора Beeline строка инициализации будет следующей:

<code>
AT+CGDCONT=1,”IP”,”internet.beeline.ru”.
</code>

Теперь необходимо ввести номер телефона. По сути, это вовсе не номер, а продолжение команды ATD, которая должна установить GPRS-соединение для созданного нами профиля. Вот ее формат:

<code>
ATD*<GPRS_SC>*<L2P>*<cid>#
</code>

Параметры разделены символами * и заканчиваются символом #. <GPRS_SC> – это идентификатор принадлежности строки к GPRS, а не к аналоговому соединению, он всегда равен 99 (GPRS Service Code = 99). <L2P> – требуемый протокол 2-го уровня, в данном случае, значение параметра можно опустить. И наконец, <cid> – идентификатор профиля, созданного при инициализации. Как видите, все просто. «Номер телефона» – *99***1#. Осталось узнать у оператора имя пользователя и пароль и установить соединение.

В принципе, на этом можно было бы и закончить, но есть еще один маленький нюанс. Мы настроили файловую систему, менеджер мобильного телефона и подключение к Интернету, используя одно и то же устройство – '''/dev/rfcomm0'''. Это нерационально, так как вы не сможете использовать все услуги одновременно: постоянно будут конфликты. Необходимо настроить разные задачи на собственные каналы Bluetooth. Так как протокол ''OBEX ''менее требователен к типу подключения, для него не обязательно выделять COM-устройство ('''/dev/rfcomm0'''). Лучше подключиться напрямую, указывая MAC-адрес и номер канала связи (6). С протоколом ''Hayes ''сложнее, ему необходима эмуляция COM-порта. Среди профилей Bluetooth вы найдете один с именем «Dialup Networking». В моем случае, его номер канала равен 2. Создайте еще одно устройство – '''/dev/rfcomm1''', настройте его на 2-й канал и используйте для подключения к Интернету:

<code>
$sudo rfcomm bind rfcomm1 11:22:33:44:55 2
</code>

Думаю, мне удалось показать, что работать с мобильным телефоном в Linux можно ничуть не хуже, чем в Windows, более того: в Linux эта работа эффективнее, а иногда и проще. Здесь есть очень много универсальных программ, а в Windows их меньше, из-за наличия родного ПО от производителя. В том, что касается виртуальной файловой системы, Linux вообще вне конкуренции. Есть, конечно, и минусы. Самый яркий - отсутствие программ для обновления прошивки телефона и работы с Flash-памятью, но, надеюсь, это всего лишь вопрос времени.

LXF93:Инструменты мобилизации

2008-04-05T22:08:57Z

Makoron: Новая: = Мобилизация в стиле Linux = ''Навязчивая реклама утверждает, что мобильность - один из основных факторо...

= Мобилизация в стиле Linux =

''Навязчивая реклама утверждает, что мобильность - один из основных факторов, влияющих на имидж современного человека, и мы в редакции LXF ежедневно получаем пачки писем с просьбами «помочь настроить сотовый в Linux». К счастью, '''Павел Воронцов '''готов дать ответы на все интересующие вас вопросы.''

Обладатели современных мобильных телефонов всегда сталкиваются с одной очень непростой задачей – обеспечением его связи с ПК или ноутбуком. Зачастую проблемы начинаются уже с момента покупки, когда радостный обладатель вполне многофункционального устройства обнаруживает отсутствие интерфейсного кабеля, а после его приобретения удивляется тому, что телефон при подключении не определяется как устройство хранения данных из-за отсутствия специализированного ПО. Конечно, есть другие интерфейсы взаимодействия, такие как IrDA и Bluetooth, но проблему установки ПО это не решает. Пользователям Windows все же проще – производители мобильных телефонов обычно не ленятся писать разнообразные, громоздкие и зачастую не слишком функциональные программы. А как быть тем, кто выбрал Linux? Попробуем разобраться.

== OBEX. Обмен файлами ==

Для передачи данных между различными мобильными устройствами и ПК обычно используется протокол обмена объектами ''OBEX ''(OBject Exchange). На сегодняшний день, данный протокол реализован на многих устройствах: PDA, таких как Palm Pilot и мобильных телефонах Siemens, Nokia, Sony-Ericsson и других. ''OBEX ''был разработан организацией IrDA (Infrared Data Association) и является высокоуровневым протоколом. Хотя первоначально он создавался для инфракрасных сетей, сейчас его можно использовать и с другими транспортами, такими как TCP/IP и Bluetooth. В Linux этот протокол реализует открытый проект ''OpenOBEX'' http://openobex.triq.net/

Для примера возьмем мобильный телефон Benq-Siemens M81 и попробуем настроить соединение в Ubuntu Linux 6.10. Данный телефон имеет два способа подключения к ПК: посредством кабеля или через Bluetooth. Далее, чтобы не путать читателя, мы будем пользоваться вторым из них, тем более, что он является более универсальным. В Linux существует несколько реализаций данного протокола, но мы остановимся на BlueZ http://www.bluez.org/ Соответствующий модуль должен быть проинсталлирован и загружен в ядро (в современных дистрибутивах это происходит автоматически), кроме того, потребуется установить два пакета: bluez-libs и bluez-utils. Последний содержит демоны Bluetooth, файлы конфигурации и консольные утилиты. Подключите Bluetooth-адаптер к ПК, внесите необходимые изменения в файл '''/etc/ bluetooth/hcid.conf '''(см. ниже) и запустите демон:

<code>
$ sudo /etc/init.d/bluetooth start
</code>

В принципе, нам подойдут настройки по умолчанию. Рекомендую только проверить параметр security и, при необходимости, установить его значение в auto. Также стоит обратить внимание на параметр passkey. Это пароль, который будет автоматически передаваться при запросе соединения внешним устройством. Не поленитесь заглянуть в настройки Bluetooth на мобильном телефоне и проверить его: иногда проблемы связи возникают именно из-за этого. Я также добавил адрес своего Bluetooth-адаптера в список доверенных устройств.

С паролями все ясно, теперь давайте проверим, все ли мы правильно сделали. Запустите команду hciconfig (HCI – это Host Controller Interface или, по-простому, ваш Bluetooth-адаптер):
<code>
$ hciconfig
hci0: Type: USB
BD Address: 00:02:72:CC:EC:B2 ACL MTU: 1017:8 SCO MTU: 64:8
UP RUNNING PSCAN ISCAN
RX bytes:391 acl:0 sco:0 events:17 errors:0
TX bytes:317 acl:0 sco:0 commands:17 errors:0
</code>

Устройство определено и работает (статус: UP). Мы также видим его MAC-адрес: 00:02:72:CC:EC:B2. Если устройство имеет статус DOWN, попробуйте ввести команду:

<code>
$ sudo hciconfig hci0 up && hciconfig
</code>

Теперь давайте поищем наш мобильный телефон. Для этого служит команда:

<code>
$ hcitool scan
Scanning ...
00:11:22:33:44:55 MyMobile
</code>

Как видно, устройство обнаружено: программа вывела имя и MAC-адрес телефона. Осталось только разобраться, как обеспечить обмен файлами. ''OpenOBEX ''– это набор библиотек, реализующих протокол, а нам необходимы программы, использующие его. На сайте разработчика ''OpenOBEX ''вы найдете пакеты ''ObexFTP ''и ''ObexFS ''– они-то нам и понадобятся. Вот так, например, можно вывести содержимое корневого каталога нашего тестового телефона:

<code>
$ obexftp -b00:11:22:33:44:55 -B6 -l
Browsing 00:11:22:33:44:55 ...
Channel: 6
Connecting...done
Receiving “(null)”...\<?xml version=”1.0”?>
<!DOCTYPE folder-listing SYSTEM “obex-folder-listing.dtd”>
<folder-listing version=”1.0”>
<folder name=”Data” modified=”19970101T000000” user-perm=”W”
group-perm=”W” />
<folder name=”Cache” modified=”19970101T000000” user-perm=”W”
group-perm=”W” />
<folder name=”Config” modified=”19970101T000000” user-perm=”W”
group-perm=”W” />
<folder name=”MMCard” modified=”19970101T000000” user-perm=”W”
group-perm=”RW” />
</folder-listing>
done
Disconnecting...done
</code>

Обратите внимание, что в качестве параметров ''ObexFTP ''я указал MAC-адрес телефона (00:11:22:33:44:55) и номер канала (6). Список всех доступных каналов определяется командой:

<code>
$ sdptool browse 00:11:22:33:44:55
...
Service Name: OBEX File Transfer Service RecHandle: 0x11106 Service Class ID List:
“OBEX File Transfer” (0x1106) Protocol Descriptor List:
“L2CAP” (0x0100)
“RFCOMM” (0x0003) Channel: 6
“OBEX” (0x0008) Language Base Attr List:
code_ISO639: 0x656e
encoding: 0x6a
base_offset: 0x100 Profile Descriptor List:
“OBEX File Transfer” (0x1106) Version: 0x0100 ...
</code>

Нас интересует профиль под названием «OBEX File Transfer», его номер канала (Channel) как раз и равен 6. Устройства Bluetooth пользуются каналами во многом аналогично портам TCP/IP: для передачи разнотипных данных с одного адреса. Вы можете, например, одновременно использовать стереогарнитуру, работать в Интернете и копировать файлы. Существует несколько профилей Bluetooth, которые, в зависимости от задачи, задействуют тот или иной канал связи. Если вы посмотрите на полный список, то увидите профиль под названием «SerialPort». С телефоном можно работать, как с обычным COM-портом, но для этого его нужно предварительно настроить утилитой ''rfcomm'':

<code>
$ sudo rfcomm bind rfcomm0 00:11:22:33:44:55 1
</code>

После этого вызов ''ObexFTP ''можно переписать, избавившись от малопонятных MAC-адресов и номеров каналов:

<code>
$ obexftp -t /dev/rfcomm0 -l
</code>

Если команда работает, то смело редактируйте конфигурационный файл '''/etc/bluetooth/rfcomm.conf''', чтобы устройство создавалось автоматически при запуске демона bluetooth. Пример такого файла приведен ниже:

<code>
rfcomm0 {
bind yes;
device 00:11:22:33:44:55;
channel 1;
comment “Benq-Siemens M81”;
}
</code>

Программа ''ObexFTP ''позволяет обмениваться файлами, но пользоваться ею не слишком удобно – это консольное приложение, выводящее данные в формате XML. Неудивительно, что для нее существует несколько графических оболочек. Из их числа стоить отметить ''ObexTool ''– это самое простое решение в нашей непростой задаче. Программа имеет простой графический интерфейс и позволяет исследовать файловую систему мобильного телефона, а также совершать основные действия с файлами и каталогами.

Есть и второй путь, более правильный и интересный: смонтировать файловую систему телефона как обычный диск. Проблема состоит в том, что вы не имеете доступа к файловой системе напрямую: все ваше общение происходит на уровне протокола ''OBEX'', но выход есть – создание виртуальной файловой системы. В этих словах нет ничего страшного. Для нас, пользователей, это означает, что нужно установить еще несколько пакетов и произвести кое-какие настройки. Все остальное возьмет на себя FUSE (Filesystem in Userspace), неоднократно упоминавшийся на страницах нашего журнала. Это модуль ядра и библиотеки, которые позволяют просто создавать и монтировать пользовательские файловые системы в режиме пользователя. Модуль ядра, скорее всего, у вас уже установлен, так что необходимо просто добавить пакеты ''libfuse2 ''и ''fuse-utils ''или собрать их самому. Все подробности можно найти на сайте http://fuse.sourceforge.net/

Для начала подготовим каталог для монтирования и выполним необходимые системные настройки. Во-первых, добавим текущего пользователя в группу fuse, чтобы он мог монтировать файловые системы:

<code>
$ sudo usermod -aG fuse имя_пользователя
</code>

Во-вторых, создадим каталог монтирования:

<code>
$ sudo mkdir -m777 /media/mobile
</code>

Теперь перейдем к тому, ради чего мы все это затевали: к монтированию виртуальной файловой системы ''ObexFS''. Введем команду:

<code>
$ obexfs -b00:11:22:33:44:55 -B6 /media/mobile
</code>

или

<code>
$ obexfs -t /dev/rfcomm0 /media/mobile
</code>

Файловая система будет смонтирована в '''/media/mobile'''. Теперь вы можете пользоваться вашим любимым файловым менеджером, и

{{Врезка|left|
|Заголовок=Скорая помощь
|Содержание=Хочется также отметить еще одну виртуальную файловую систему, SieFS http://chaos.allsiemens.com/ . На странице автора сказано, что она предназначена для мобильных телефонов фирмы Siemens. Работоспособность на телефонах других фирм я не проверял.
|Ширина=200px}}

работать с файлами мобильного телефона как с обычным носителем. Для размонтирования необходимо ввести команду:

<code>
$ fusermount -u /media/mobile
</code>

Существуют и другие способы монтирования, например, всем известной командой ''mount'', также есть возможность прописать файловую систему в '''/etc/fstab'''. Все эти способы подробно описаны на странице программы.

== Hayes. Совсем не забытое старое ==
Итак, с протоколом ''OBEX ''мы немного разобрались. Обмен файлами – задача важная, но не единственная. Плюс мобильного телефона – маленький размер – одновременно является и его минусом. ПК может сделать работу с телефоном более комфортной: например, читать SMS-сообщения с экрана монитора ПК намного приятнее, чем с маленького дисплея, а набирать их на большой клавиатуре куда удобнее, чем на маленькой 12-клавишной. Здесь возникает целый спектр задач: управление телефонными книгами, резервное копирование данных, синхронизация, да и просто использование коммуникационных возможностей мобильного телефона с ПК.

Для управления телефоном используется протокол ''Hayes''. Это очень старый протокол, который был создан для управления модемами, но не потерял актуальности и по сей день. Он поддерживается практически всеми мобильными телефонами. Управление происходит посредством так называемых AT-команд. Есть стандартные команды, которые подойдут к любому устройству, но есть и специальные для конкретной модели телефона. К счастью, нам не придется писать эти команды вручную, поскольку существует множество разнообразных программ, способных сделать это за нас.

Начнем, как это ни странно, с консольных приложений. Преимущества таких программ очевидны: они очень мощные и незаменимы при автоматизации вашей работы. Например, администратор, желающий получать оперативную информацию о работе сервера каждый час или при возникновении аварии, с легкостью напишет скрипт, использующий консольную программу, которая будет отсылать SMS с нужной информацией на определенный номер. Самый простой вариант – программа ''SCMxx ''http://www.hendrik-sattler.de/scmxx . К сожалению, она ориентирована на мобильные телефоны Siemens. Во всяком случае, автор не привел в списке совместимых устройств телефоны других фирм, но, скорее всего, большинство функций должно работать. Вот простой пример ее использования: данная команда отправляет Flash-SMS на заданный номер:

<code>
$ scmxx --device=/dev/rfcomm0 --send --sms --direct --flash --unicode --number=”+79031234567” --text=”Привет, я flash-sms!”
</code>

Flash-SMS ''– ''это специальное сообщение, сразу же отображаемое на экране телефона при получении (в разных аппаратах это реализовано по-разному). Такие сообщения обычно присылают сотовые операторы и с обычного мобильного телефона отправить его нельзя. Но так как программа сама формирует SMS-сообщение и может выставить любые значения в его служебных полях, то вы без труда отправите такое SMS, поразив тем самым своего друга или подругу. Разумеется, это не все, на что способна программа; вот пример резервного сохранения телефонной книги телефона в файл:

<code>
$ scmxx –device /dev/rfcomm0 --get --pbook --mem=SM --out=SM.pb
</code>

Обратимся к другим вариантам. ''Gammu '' http://www.gammu.org/ – это даже не программа, это целый проект, который активно развивается. Список поддерживаемых устройств очень велик, функциональность просто впечатляет. ''Gammu ''состоит из двух частей: ядра, представленного библиотекой, и самой консольной программы ''gammu''. Такое исполнение очень удобно для разработчиков, которые не заставили себя долго ждать: на данный момент существует порядка 10 разных графических оболочек, использующих ядро ''gammu''. Перейдем сразу к обзору основных графических оболочек: они, конечно, не обеспечивают полный функционал ядра, но с ними легче работать пользователю.

Для начала установим пакет ''libgammu1''. Он содержит то самое ядро, которое нам так необходимо. Пакет ''gammu ''содержит консольную программу, и если вы не хотите пользоваться ею, устанавливать его не обязательно.

Начнем с программы ''Wammu ''http://wammu.eu/ . Это простой менеджер мобильного телефона, позволяющий редактировать телефонную книгу, читать и отправлять SMS-сообщения, звонить, делать резервные копии. ''Wammu ''также умеет работать с календарем и заметками. Программа написана на ''wxPython ''и использует ''wxWidgets'', кросс-платформенный GUI-инструментарий [в Linux его вызовы обычно транслируются GTK+, – прим. ред.]. Это означает как то, что программа может работать и в других операционных системах, так и то, что вам придется установить соответствующие библиотеки.

Вторая программа - ''KMobileTools ''http://www.kmobiletools.org/ . По функциональности очень похожа на предыдущую, но гораздо удобнее и обладает очень приятным интерфейсом. Программа написана для KDE, соответственно использует KDE-библиотеки. ''KMobileTools ''не работает с органайзером, зато может синхронизировать адресную книгу мобильного телефона с адресной книгой KDE.

Существуют и другие программы, ориентированные на конкретные модели телефонов. Например, для аппаратов Nokia существует программа ''gnokii ''http://www.gnokii.org/ со своими графическими оболочками, а для телефонов Motorola - программа ''moto4lin ''http://moto4lin.sourceforge.net/ . Также, не помешает заглянуть на сайт производителя телефона, там тоже можно найти специализированное ПО для Linux. Например, для телефонов Benq-Siemens существует программа ''XMPM ''(''X Mobile Phone Manager'').

== GPRS – это просто ==
Перейдем к заключительной части статьи: настройке подключения к Интернету через GPRS. GPRS (General Packet Radio Service) – это надстройка над технологией мобильной связи GSM, осуществляющая пакетную передачу данных. Это позволяет обмениваться данными с внешними сетями, в том числе, Интернетом. При использовании GPRS информация собирается в пакеты, которые передаются через неиспользуемые в данный момент голосовые каналы. Такая технология предполагает более эффективное потребление ресурсов сети GSM. Существуют и другие технологии передачи данных, например CSD (Circuit Switched Data). По сути, это аналоговый модем, работающий в голосовом канале сети GSM, но ее скорость и качество связи явно уступают GPRS. С учетом того, что платить абоненту придется за время, а не за трафик, использовать CSD просто невыгодно.

Вместо того, чтобы запутывать читателя «рецептами» настройки соединения c Интернетом через GPRS в Linux, мы постараемся объяснить сам принцип этой настройки. В последний раз я настроил GPRS-соединение спустя минуту после подключения телефона к ПК, и не потому что я фокусник, а потому что это действительно просто.

Соединение устанавливается посредством протокола PPP (Point-to-Point Protocol) – это стандартный механизм для создания и запуска IP (Internet Protocol) и других сетевых протоколов на последовательных линиях связи. Для наглядности процесса будем использовать программу KPPP.

Для начала добавим и настроим модем. Тут надо выбрать устройство последовательного порта, в нашем случае это будет '''/dev/rfcomm0'''. Необходимо также написать дополнительную строку инициализации для создания профиля соединения. Она имеет следующий вид

<code>
AT+CGDCONT=<cid>,<PDP_type>,<APN>
</code>

<cid> - это идентификационный номер создаваемого профиля, именно на него будет ссылаться команда при установке соединения. Обычно этот параметр равен «1», но вы можете использовать и другой номер, например, для создания второго профиля для другого оператора. <PDP type> - тип соединения - “IP”, <APN> - адрес точки доступа, его нужно узнать у оператора. Для уверенности попробуйте ввести эту команду в терминальной программе (скажем, ''CuteCom, ''см. LXF92'') ''и посмотрите на ответ телефона: он должен быть положительным. Например, для оператора Beeline строка инициализации будет следующей:

<code>
AT+CGDCONT=1,”IP”,”internet.beeline.ru”.
</code>

Теперь необходимо ввести номер телефона. По сути, это вовсе не номер, а продолжение команды ATD, которая должна установить GPRS-соединение для созданного нами профиля. Вот ее формат:

<code>
ATD*<GPRS_SC>*<L2P>*<cid>#
</code>

Параметры разделены символами * и заканчиваются символом #. <GPRS_SC> – это идентификатор принадлежности строки к GPRS, а не к аналоговому соединению, он всегда равен 99 (GPRS Service Code = 99). <L2P> – требуемый протокол 2-го уровня, в данном случае, значение параметра можно опустить. И наконец, <cid> – идентификатор профиля, созданного при инициализации. Как видите, все просто. «Номер телефона» – *99***1#. Осталось узнать у оператора имя пользователя и пароль и установить соединение.

В принципе, на этом можно было бы и закончить, но есть еще один маленький нюанс. Мы настроили файловую систему, менеджер мобильного телефона и подключение к Интернету, используя одно и то же устройство – '''/dev/rfcomm0'''. Это нерационально, так как вы не сможете использовать все услуги одновременно: постоянно будут конфликты. Необходимо настроить разные задачи на собственные каналы Bluetooth. Так как протокол ''OBEX ''менее требователен к типу подключения, для него не обязательно выделять COM-устройство ('''/dev/rfcomm0'''). Лучше подключиться напрямую, указывая MAC-адрес и номер канала связи (6). С протоколом ''Hayes ''сложнее, ему необходима эмуляция COM-порта. Среди профилей Bluetooth вы найдете один с именем «Dialup Networking». В моем случае, его номер канала равен 2. Создайте еще одно устройство – '''/dev/rfcomm1''', настройте его на 2-й канал и используйте для подключения к Интернету:

<code>
$sudo rfcomm bind rfcomm1 11:22:33:44:55 2
</code>

Думаю, мне удалось показать, что работать с мобильным телефоном в Linux можно ничуть не хуже, чем в Windows, более того: в Linux эта работа эффективнее, а иногда и проще. Здесь есть очень много универсальных программ, а в Windows их меньше, из-за наличия родного ПО от производителя. В том, что касается виртуальной файловой системы, Linux вообще вне конкуренции. Есть, конечно, и минусы. Самый яркий - отсутствие программ для обновления прошивки телефона и работы с Flash-памятью, но, надеюсь, это всего лишь вопрос времени.

LXF93

2008-04-05T21:58:57Z

Makoron:

==Linux Format 93, Июнь 2007==

=== Обзоры ===
* [[LXF93:Ubuntu 7.04|Ubuntu 7.04]] Дистрибутив Linux
* [[LXF93:Puppy Linux 2.16|Puppy Linux 2.16]] Дистрибутив Linux
* [[LXF93:Scribus 1.3.3.8|Scribus 1.3.3.8]] Настольная издательская система
* [[LXF93:Squeezebox 3|Squeezebox 3]] Клиент потокового вещания
* [[LXF93:Storix SBAdmin 6.1|Storix SBAdmin 6.1]] Резервное копирование

=== Сравнение ===
* [[LXF93:Сравнение|Командные оболочки]]
Не забирались дальше Bash? Оболочка – не просто поле для ввода команд, так что познакомьтесь с парочкой экземпляров из коллекции
Нейла Ботвика.

=== Спецрепортаж ===
* [[LXF93:Спецрепортаж|Арсенал сисадмина]]
Как упростить и ускорить управление вашей системой

=== Интервью ===
* [[LXF93:Интервью|Джереми Эллисон]]
Уход из Novell сделал его героем мира Open Source, но Джереми Эллисон просто хочет работать над Samba. И играть в Half-Life.

[[LXF93:Мытарства композитора|Мытарства композитора]] Создаем Linux-студию звукозаписи.

[[LXF93:Kamion|KDE4 на колесах]] Мгновенный перенос пользователей с Kamion: предварительный обзор и HOWTO.

[[LXF93:SELinux|Доступно о SELinux]] Проверенные подходы к укреплению безопасности.

=== Что за штука... ===
* [[LXF93:Что за штука|Что за штука... D?]]

[[LXF93:Инструменты мобилизации|Инструменты мобилизации]] Подключите свой сотовый телефон к компьютеру, чтобы использовать его на полную катушку

LXF93:Что за штука

2008-04-05T17:23:42Z

2008-03-09T16:17:34Z

Makoron:

LXF93

2008-03-09T16:17:09Z

Makoron:

LXF93:Сравнение

2008-03-08T19:44:55Z

Makoron: /* Dsh */

= Командные оболочки =
''Не забирались дальше Bash? Оболочка – не просто поле для ввода команд, так что познакомьтесь с парочкой экземпляров из коллекции '''Нейла Ботвика'''.''

Разве мы не обсуждали терминалы совсем недавно? И есть ли разница между оболочкой и терминалом? Ответы – да, в обоих случаях. Оболочка – это программа, работающая в терминале. Она отображает приглашение для ввода команд и пытается выполнить то, что вы ей вводите. Возможно, разница не столь очевидна в Х-терминале, где вы регистрируетесь автоматически, но в виртуальной консоли (в том экране, который вы видите, когда Х не запущен), выводящей текстовое приглашение для входа в систему, оболочка не запускается до тех пор, пока вы не введете правильные имя пользователя и пароль.

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

== Оболочки всех размеров ==
Рассмотренные здесь оболочки делятся на три основных категории. Оболочки общего назначения, типа ''Bash ''и ''Zsh, ''предлагают широкий выбор функций и свойств. Оболочки-легковесы, например, ''Dash, ''предлагают самые основные функции в небольшом пакете, и хороши для старых ПК или систем с ограниченными ресурсами; это также хорошие кандидаты на интерпретацию скриптов, которым не нужны «навороты» ''Bash ''со товарищи. Третья категория, оболочки особого назначения, созданы для специальных приложений или сред.

На этих страницах мы рассмотрим образчики каждой категории и сравним их пригодность для решения определенных задач.

Кроме внешних команд, каждая оболочка умеет выполнять некоторое количество собственных команд (‘builtins’), ускоряющих выполнение основных операций. Большинство рассматриваемых оболочек соответствуют основному стандарту POSIX. Различаются они предлагаемыми дополнительными функциями. Это могут быть дополнительные builtin-команды, функции типа расширенного дополнения или попросту минимальная среда POSIX в компактной и быстрой программе.

== Bash ==
''Фаворит дистростроителей, но вправду ли он лучше всех?''

Вначале был ''Bourne Shell ''(''sh''), его написал Стивен Борн [Steven Bourne] для Bell Labs Research Unix. ''Bash ''– это ''Bourne Again Shell ''(Снова Оболочка Борна), ужасный каламбур, который, к счастью, редко используется. Почти все современные дистрибутивы Linux используют ''Bash ''в качестве оболочки по умолчанию, и вы, вероятно, знакомы как минимум с его основами; это превращает ''Bash ''в фактический стандарт, с которым сравниваются все остальные. Поэтому имеет смысл для начала рассмотреть ''Bash'', а затем перейти к другим оболочкам, изучить, чем они отличаются, и выделить их достоинства и недостатки. Итак, что же дает нам ''Bash'', и почему ''Bash ''столь популярен у разработчиков дистрибутивов?

Дело не в малом размере ''Bash'', и не в скорости. По размеру ''Bash ''больше всех рассмотренных здесь оболочек, кроме одной: ''Sash'', которая не использует библиотек и имеет несколько дополнительных встроенных команд. ''Bash ''также и не самая быстрая оболочка, которую вы встретите (если, конечно, не отшвырнете журнал, проигнорировав остаток нашего Сравнения и поклявшись всю оставшуюся жизнь пользоваться только ''Bash''). Однако большинству пользователей на это наплевать, ибо подлинно важна его гибкость. ''Bash ''обладает некоторыми функциями, превосходящими стандарт POSIX, хотя при желании можно добиться от него и POSIX-поведения. Если запустить ''Bash ''командой sh, с опцией командной строки --posix или при установленной переменной окружения POSIXLY_CORRECT, ''Bash ''будет работать как стандартная оболочка POSIX. При запуске через sh, ''Bash ''по возможности пытается работать как исходная оболочка Борна, но лишь в тех ситуациях, когда это не вступит в конфликт со стандартом POSIX.

Встроенные команды позволяют ''Bash ''выполнять некоторые операции быстрее, ценой чуть более долгого времени загрузки, но если вы запускаете скрипт ''Bash ''из оболочки ''Bash'', об этом и говорить не стоит. Эти команды плюс дополнительные логические конструкции означают, что скрипты, написанные для ''Bash'', могут работать быстро. Например, типичный способ запустить цикл с установленным количеством повторений – for i in $(seq 1 100), при этом внешняя команда seq генерирует список повторений. С помощью ''Bash ''вы можете написать for i in {1..100}, при этом не вызывается никакая внешняя программа и все выполняется быстрее.

=== RTFM ===
Набрав '''help''', вы получите список всех встроенных команд. Добавив имя команды, вы получите информацию об ее использовании. Это устраняет необходимость лазить по man-странице ''Bash'', содержащей явный переизбыток информации. Тут ''Bash ''может поучиться у ''Zsh'', где документация распределена по нескольким страницам. Документация, представленная в формате info, удобнее для обработки, при условии, что вы умеете пользоваться info, но многим из нас это недоступно. Пользователи KDE могут легко просмотреть документацию, введя ‘info:''Bash''’ в ''Konqueror''.

Как и большинство оболочек, ''Bash ''включает функцию стандартного tab-дополнения: нажмите Tab на первом слове, и он попытается дополнить его до имени команды, нажмите Tab на следующем слове, и он попробует дополнить его до имени файла или пути. Однако в плане программируемого дополнения ''Bash ''может пойти намного дальше. Как только вы установите и добавите в свой профиль дополнительный пакет из http://www.caliban.org/Bash/index.shtml#completion , функция tab-дополнения будет завершать переменные в соответствии с командой, за которой они следуют. Например, введите ssh, а потом несколько первых букв имени хоста в вашей сети, и ''Bash ''дополнит его на основе содержимого вашего файла SSH known_hosts. Программируемое дополнение также можно использовать в качестве командной опции; введите somecommand --TAB – и увидите список опций, доступных в этой программе. Дополнение работает и с неопциональными аргументами для программ. Все это, конечно, чудесно, но не забудьте, что у программ должна быть специальная поддержка: обычно это файл в '''/usr/share/Bash-completion'''. Некоторые из них прилагаются, а некоторые доступны онлайн.

Легко понять, почему разработчики дистрибутивов так любят ''Bash''. Во внутренней работе системы многое (например, все скрипты сервисов, запускаемых при включении и выключении) требует эффективного использования сценариев оболочки, и удобно программируемый ''Bash ''обречен на сильную любовь – да такую сильную, что некоторым дистрибутивам эта оболочка требуется в обязательном порядке, и без нее они работать не будут. Впрочем, вы не обязаны выбирать себе ''Bash ''в качестве интерактивной оболочки. Конечно, в нем широкий спектр функций и налицо удобство использования, но если вы просто получили ''Bash ''вместе с дистрибутивом и не пробовали ничего другого – читайте дальше и, возможно, найдете что-нибудь получше!

== Fish ==
''Нестандартные скрипты, но идеален для новичков.''

Работа с оболочкой слегка пугает начинающих пользователей. Поэтому ''Fish'', ''Friendly Interactive Shell ''(Дружелюбная Интерактивная Оболочка), даже предлагает привыкшим к графическому пользовательскому интерфейсу ввести help после входа. Эта команда при первом использовании попросит вас выбрать браузер, а потом будет открывать в нем документацию в формате HTML. Подробная и доступная информация о командах делает их поиск значительно проще, чем в man-страницах оболочек, подобных ''Bash ''или ''Zsh''. Если ''Fish ''не сможет подключиться к X-серверу, для показа справки будет задействован links.

Документация – не единственная дружелюбная функция в ''Fish''. Здесь также используется подсветка синтаксиса: когда вы начинаете вводить команду, буквы показаны красным, и меняют цвет на зеленый при правильном завершении имени команды, а имена действующих директорий подчеркиваются. По ощущениям (без измерений), Tab-дополнение вроде бы быстрее, чем в ''Bash'', и почти не уступает программируемому дополнению ''Bash'', но не столь расширяемо; оно работает над командными опциями, так же, как и над самими командами. Предыстория команд тоже более интуитивна: просто введите начало команды и нажмите стрелку «вверх», чтобы просмотреть предыдущие вызовы – это проще, чем запомнить Ctrl-R и иже с ним.

''Fish ''использует специфические конструкции скриптов, которые проще для понимания начинающих пользователей, но несовместимы с другими оболочками. Это не фатальный недостаток, потому что ''Fish ''предназначен для интерактивного использования, хотя эти конструкции также могут использоваться в командной строке. В защиту ''Fish ''можно сказать, что он ориентируется на тех, кого вряд ли интересуют подобные функции, и достаточно гуманен, чтобы подробно объяснить, почему первая форма не работает, и привести пример корректного (для ''Fish'') формата. Да, ''Fish ''избавился от некоторых загадочных приемов в стиле Unix, но вам все же придется держать под рукой ''Bash'', чтобы запускать системные скрипты.

== Tcsh ==
''Оболочка C Shell. Приглядитесь!''

На первый взгляд, ''Tcsh ''весьма похож на ''Bash ''и ''Zsh'', ибо включает дополнение команд и имен файлов, предысторию команд с функцией поиска и проверку написания – но для своих скриптов он использует совершенно другой синтаксис. Поэтому, хотя ''Tcsh ''и взаимозаменяем с другими оболочками по части интерактивного использования, вам все же понадобится ''Bash ''для запуска скриптов, не написанных специально для ''Tcsh''.

Как и ''Bash ''с ''Zsh'', ''Tcsh ''использует по умолчанию привязку клавиш в стиле ''Emacs'', но при желании ее можно переключить на vi (фанаты ''vi'', не принимайте, пожалуйста, это за восхваление ''Emacs'', и не развязывайте очередную религиозную войну редакторов). ''Tcsh ''не предлагает программируемого или опционального дополнения, как ''Zsh ''или ''Bash'', однако у него есть функция проверки написания команд, директорий и переменных среды. Вилфредо Санчес [Wilfredo Sanchez], бывший ведущий инженер Mac OS X, работал над ''Tcsh ''в начале 1990-х в MIT, и неудивительно, что ранние версии Mac OS X поставлялись с ''Tcsh ''в качестве оболочки по умолчанию; но потом в Panther-версии ОС его заменили на ''Bash''.

Употребление псевдонимов-алиасов здесь более гибкое, чем в других оболочках, где не дозволяются никакие подстановки. ''Tcsh ''с подстановками справляется, поэтому аргументы, переданные псевдониму, можно послать «по цепочке» реальной команде, создавая своего рода мини-функции. Такое вряд ли понравится пользователям ''Bash ''и ''Zsh'': к этому надо попривыкнуть, чтобы осознать, насколько оно полезно.

Основное различие между ''Tcsh ''и другими оболочками – синтаксис языка сценариев. Как и подразумевается в названии, он напоминает язык С, и хотя циклы ''foreach ''и ''while ''действуют схоже, синтаксис совершенно другой, и из-за него скрипты ''Tcsh ''несовместимы с другими оболочками. В нем также используются конструкции, которые вы не найдете в традиционных скриптах; среди них – безусловно полезный ''switch ''и сомнительный ''goto''.

== Zsh ==
''Продвинутые пользователи, перед вами победитель Bash!''

При первом запуске ''Zsh ''выводится меню настройки, чтобы вы смогли отрегулировать многочисленные мощные и гибкие функции. Все меню содержат массу информации по каждой опции и предлагают разумные значения по умолчанию, поэтому вы можете просто принять их и, если пожелаете, запустить программу настройки позже, когда вам понадобится вся функциональность. ''Zsh ''снабжен всеми функциями, которые только можно придумать, и даже сверх того – например, проверкой написания. ''Zsh ''и ''Bash ''предлагают сходный функционал. Обе имеют программируемое дополнение (хотя у ''Zsh ''оно появилось раньше), встроенные команды и функции для создания скриптов. У ''Zsh ''также в запасе есть несколько собственных хитростей, например, расширенная подстановка имени файла, которая превращает команду поиска find почти что в ненужное излишество. Включение в путь ** означает соответствие любому символу, включая разделитель-слэш, поэтому **/*.jpg касается всех файлов '''*.jpg '''в текущей директории и в любых поддиректориях. Мало того, сюда также включаются права доступа к файлу, владелец, тип или отметка времени – большинство опций, предусмотренных find. Например, можно использовать ls -l /**/bin/*(s) для вывода списка всех setuid-файлов в '''/bin''', '''/usr/bin '''и '''/usr/local/bin'''. Где вы, наши друзья по старым добрым временам Amiga – при наборе имени директории в командной строке ''Zsh ''переключается на эту директорию. Многие из нас годами приучались ставить '''cd '''перед именем директории; теперь можно поставить ''Zsh ''и вернуться к былой лени.

Программируемое дополнение в ''Zsh ''аналогично той же функции в ''Bash'', описанной выше. Можно дополнить аргументы команды, нажав Tab, или включить дополнение имен пользователей или хостов, набрав '''ssh'''. Поскольку ''Zsh ''– программируемая оболочка, ее можно расширять сколько душе угодно. Обычный пример – ограничение дополнения имен файлов только теми расширениями, которые способна обработать вводимая команда: так, команда mplayer TAB выведет список всех MPG- и AVI-файлов в текущей директории, подобным же образом обрабатываются и другие формы, с которыми она работает, например, dvd:// и tv://; при этом текстовые документы в той же директории игнорируются.

Без сомнения, ''Zsh ''– невероятно мощная оболочка. Выполнение скриптов в основном быстрее, чем в ''Bash ''– по большей части примерно на 20% – однако ''Zsh ''разработан для интерактивного пользования. Превосходит ли он ''Bash''? Почти наверняка, особенно если учесть расширенную подстановку имени файла и более развитую опцию дополнения.

== Dash ==
''Небольшая оболочка; очень быстро выполняет скрипты.''

Если вы ищете небольшую и быструю оболочку, то у ''Dash ''есть шансы. ''Dash ''происходит от оболочки FreeBSD под названием ''Ash'', и, имея скромный размер 99K, составляет всего одну седьмую от ''Bash''. В нем нет тех наворотов, которыми богат ''Bash'', но они не всегда и нужны. Как интерактивная оболочка, ''Dash ''скудноват – здесь нет даже базового tab-дополнения; но он превосходно подходит для выполнения сценариев оболочки POSIX.

''Dash ''почти совместим с POSIX, но кое-какие несовместимости в нем, похоже, имеются, поэтому стоит прочитать документацию и уточнить, какие именно. Однако он сработается с большинством скриптов, использующих '''/bin/sh '''(любой скрипт, обращающийся к '''/bin/ sh''', не должен требовать ничего сверх минимума, гарантированного оболочкой POSIX).

Маленький размер также помогает проворности ''Dash''. Понятно, что он способствует ускорению и загрузки, и работы скриптов; по сравнению с ''Bash ''наш тестовый скрипт запустился вдвое быстрее. «Махнув» ''Bash ''на ''Dash ''в символьной ссылке '''/bin/sh''', вы значительно сократите время загрузки, в течение которой обычно запускается множество сценариев оболочки. Однако, прежде чем это сделать, убедитесь, что у вас не возникнет проблем, способных помешать загрузке. Хороший способ обезопасить себя от внезапных «ударов под дых» – предварительно проверить все init-скрипты вручную.

== Dsh ==
''Запускайте программы сразу на нескольких ПК.''

D''sh ''– это распределенная оболочка (хотя вообще-то ее название означает ''Dancer’s Shell''), выполняющая команды сразу на нескольких удаленных машинах. Некоторые рассмотренные здесь оболочки подходят для интерактивного пользования и создания скриптов; а эта – совсем не интерактивна, но зато весьма полезна, когда надо запустить серию команд на группе компьютеров. Альтернативой является нечто вроде

<code>
for host in node1 node2 node3; do ssh
$host “my commands”; done
</code>

С ''Dsh'', вы заносите имена хостов в файл '''machine.list''', а затем просто набираете Dsh -a my commands. Файл '''machine.list '''используется опцией -a (или --all), но вы можете поместить любое количество списков имен хостов в групповой директории ''Dsh'', и, передав имя списка с помощью опции -g (--group), запустить команду на всех этих машинах.

Опции включают: запуск команд на удаленных хостах последовательно или параллельно, предварение каждой строки вывода именем хоста (что особенно полезно при параллельном запуске команд); и передача команд через стандартный ввод. Команды можно запускать с помощью ssh или rsh, но для должного использования ssh вам понадобится аутентификация по ключу, а для выполнения команды от имени другого пользователя ее нужно будет предварить названием соответствующей учетной записи.

Это – действительно полезный инструмент при работе с группой машин. В нем не хватает только возможности одновременного копирования файлов на несколько компьютеров. Чтобы вытащить файлы с вашего компьютера, вы можете запустить команду scp на других машинах, но это предполагает, что вы предоставите всем им SSH-доступ к вашей рабочей станции – маловероятный сценарий, в особенности если компьютеры-получатели являются общедоступными серверами. Добавка dcp может превратить ''Dsh ''в отличный инструмент администрирования.

== Sash ==
''Желаем, чтобы она вам не понадобилась!''

S''ash ''– это просто самая крупная из рассмотренных здесь оболочек, и не без причины. Ее название – сокращение от ''Stand Alone Shell ''(Оболочка-одиночка), и в ней содержится несколько встроенных команд, которых нет ни в одной другой оболочке. Когда мы скажем, что эти команды – ''mount, ls, cp, tar ''и ''gzip'', вы поймете, для чего нужен ''Sash''. Это – оболочка для восстановления системы, которая работает даже тогда, когда большая часть вашей файловой системы утрачена. Если '''/boot '''у вас находится на отдельном разделе, и вы не монтируете его при загрузке, или монтируете в режиме только для чтения, поместите на него копию ''Sash'', и выдержите даже rm -fr /*. Используя встроенные команды ''Sash'', вы сможете восстановить свои резервные копии (у вас ведь есть резервные копии, правда?) и запустить работу снова, не теряя времени. После отказа системы восстановление возможно даже при отсутствии важных библиотек: все необходимое – это ядро и ''Sash''.

По причине ограничений на размер, команды, встроенные в ''Sash'', являются урезанными версиями своих аналогов, поэтому ''Sash ''предоставляет доступ и к тем, и к другим. Для запуска стандартной команды ''ls ''вводите ls, а -ls вызовет встроенную. Стандартная команда недоступна? Сделайте псевдоним ls, разворачивающийся в -ls. Если вас угораздило полностью удалить '''/bin''', используйте ''aliasall'', и все команды будут выбираться из встроенных. Того же можно добиться, запустив ''Sash ''с опцией -a. Команда ''help ''выведет список встроенных команд и информацию по использованию любой из них.

''Sash ''также умеет запускать скрипты с помощью опции -f, а значит, вы можете автоматизировать даже процесс восстановления. Если безобразия у вас творятся часто – настолько, чтобы вам захотелось автоматизировать использование ''Sash ''для этих целей – возможно, стоит пересмотреть и изменить свой подход к работе. ''Sash ''вряд ли подходит на роль стандартной интерактивной оболочки, но он из тех приложений, наличие которых под рукой приведет вас в состояние дикой радости, если с вами стряслось то, что бывает только у других.

== Вердикт ==
'''Zsh 9/10'''

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

Вышло так, что ''Zsh ''победил фактически по всем параметрам: он быстр, достаточно компактен, имеет превосходную документацию и лучшее дополнение, чем любая из представленных здесь оболочек. Если вы прежде не использовали tab-дополнение в оболочке, попробуйте: время здорово экономится. При интерактивном использовании ''Zsh ''непревзойденна, благодаря своим функциям и дружелюбию ко всем, кто познакомился с документацией. Нужны еще аргументы? Что ж, автор уже сделал ''Zsh ''оболочкой по умолчанию вместо ''Bash''.

Мы не говорим, что ''Bash ''– плохая оболочка, отнюдь, просто ''Zsh ''все делает чуть лучше. ''Bash ''по-прежнему остается эталоном, по которому оценивают остальных, возможно, именно поэтому он столь распространен, и действительно устанавливает высокую планку. Если вы пишете скрипты оболочки посложнее, чем простой список команд, стоит воспользоваться именно ''Bash'', и именно поэтому дистрибутивы выбирают его оболочкой по умолчанию.

''Tcsh ''в известной мере является анахронизмом. Конечно, его ни в коем случае нельзя назвать плохой оболочкой, но нестандартный синтаксис несколько уменьшает ценность ''Tcsh ''для написания сценариев, учитывая еще и тот факт, что это ничем не компенсируется. Синтаксис ''Tcsh'', возможно, упрощает создание скриптов, но поскольку запускать их можно будет только на своей машине, вряд ли это по-настоящему полезно.

''Dash ''примечателен небольшим размером и быстротой, но более, собственно, ничем. Он пригодится тем, кому надо поторопить медленное оборудование. ''Dsh ''– не похож на остальные, но может стать мечтой сетевого администратора – если кроме выполнения команд даст возможность распределенного копирования файлов.

''Fish ''буквально раскрывает глаза на то, какой дружелюбной может быть оболочка. Его настройки по умолчанию (исключая странный выбор программы просмотра помощи по умолчанию) просто великолепны для начинающих пользователей, желающих привыкнуть к работе с командной строкой. Он нарушает совместимость со стандартными сценариями оболочки, но благодаря этому приобретает гибкость, обеспечивающую более человечный синтаксис, и к тому же он никогда и не предназначался для запуска скриптов.

''Sash ''заслуживает особого упоминания, несмотря на низкий рейтинг. Он заработал 5 из 10 только потому, что в сравнении с остальными участниками предлагает слишком мало, за исключением одного: ему вообще ничего не надо, чтобы запуститься. Никому и в голову не придет использовать его в качестве стандартной оболочки, но ''Sash ''надо держать в надежном месте; возможно, когда-нибудь он станет вашей палочкой-выручалочкой.

LXF93:Сравнение

2008-03-08T19:37:16Z

Makoron:

= Командные оболочки =
''Не забирались дальше Bash? Оболочка – не просто поле для ввода команд, так что познакомьтесь с парочкой экземпляров из коллекции '''Нейла Ботвика'''.''

Разве мы не обсуждали терминалы совсем недавно? И есть ли разница между оболочкой и терминалом? Ответы – да, в обоих случаях. Оболочка – это программа, работающая в терминале. Она отображает приглашение для ввода команд и пытается выполнить то, что вы ей вводите. Возможно, разница не столь очевидна в Х-терминале, где вы регистрируетесь автоматически, но в виртуальной консоли (в том экране, который вы видите, когда Х не запущен), выводящей текстовое приглашение для входа в систему, оболочка не запускается до тех пор, пока вы не введете правильные имя пользователя и пароль.

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

== Оболочки всех размеров ==
Рассмотренные здесь оболочки делятся на три основных категории. Оболочки общего назначения, типа ''Bash ''и ''Zsh, ''предлагают широкий выбор функций и свойств. Оболочки-легковесы, например, ''Dash, ''предлагают самые основные функции в небольшом пакете, и хороши для старых ПК или систем с ограниченными ресурсами; это также хорошие кандидаты на интерпретацию скриптов, которым не нужны «навороты» ''Bash ''со товарищи. Третья категория, оболочки особого назначения, созданы для специальных приложений или сред.

На этих страницах мы рассмотрим образчики каждой категории и сравним их пригодность для решения определенных задач.

Кроме внешних команд, каждая оболочка умеет выполнять некоторое количество собственных команд (‘builtins’), ускоряющих выполнение основных операций. Большинство рассматриваемых оболочек соответствуют основному стандарту POSIX. Различаются они предлагаемыми дополнительными функциями. Это могут быть дополнительные builtin-команды, функции типа расширенного дополнения или попросту минимальная среда POSIX в компактной и быстрой программе.

== Bash ==
''Фаворит дистростроителей, но вправду ли он лучше всех?''

Вначале был ''Bourne Shell ''(''sh''), его написал Стивен Борн [Steven Bourne] для Bell Labs Research Unix. ''Bash ''– это ''Bourne Again Shell ''(Снова Оболочка Борна), ужасный каламбур, который, к счастью, редко используется. Почти все современные дистрибутивы Linux используют ''Bash ''в качестве оболочки по умолчанию, и вы, вероятно, знакомы как минимум с его основами; это превращает ''Bash ''в фактический стандарт, с которым сравниваются все остальные. Поэтому имеет смысл для начала рассмотреть ''Bash'', а затем перейти к другим оболочкам, изучить, чем они отличаются, и выделить их достоинства и недостатки. Итак, что же дает нам ''Bash'', и почему ''Bash ''столь популярен у разработчиков дистрибутивов?

Дело не в малом размере ''Bash'', и не в скорости. По размеру ''Bash ''больше всех рассмотренных здесь оболочек, кроме одной: ''Sash'', которая не использует библиотек и имеет несколько дополнительных встроенных команд. ''Bash ''также и не самая быстрая оболочка, которую вы встретите (если, конечно, не отшвырнете журнал, проигнорировав остаток нашего Сравнения и поклявшись всю оставшуюся жизнь пользоваться только ''Bash''). Однако большинству пользователей на это наплевать, ибо подлинно важна его гибкость. ''Bash ''обладает некоторыми функциями, превосходящими стандарт POSIX, хотя при желании можно добиться от него и POSIX-поведения. Если запустить ''Bash ''командой sh, с опцией командной строки --posix или при установленной переменной окружения POSIXLY_CORRECT, ''Bash ''будет работать как стандартная оболочка POSIX. При запуске через sh, ''Bash ''по возможности пытается работать как исходная оболочка Борна, но лишь в тех ситуациях, когда это не вступит в конфликт со стандартом POSIX.

Встроенные команды позволяют ''Bash ''выполнять некоторые операции быстрее, ценой чуть более долгого времени загрузки, но если вы запускаете скрипт ''Bash ''из оболочки ''Bash'', об этом и говорить не стоит. Эти команды плюс дополнительные логические конструкции означают, что скрипты, написанные для ''Bash'', могут работать быстро. Например, типичный способ запустить цикл с установленным количеством повторений – for i in $(seq 1 100), при этом внешняя команда seq генерирует список повторений. С помощью ''Bash ''вы можете написать for i in {1..100}, при этом не вызывается никакая внешняя программа и все выполняется быстрее.

=== RTFM ===
Набрав '''help''', вы получите список всех встроенных команд. Добавив имя команды, вы получите информацию об ее использовании. Это устраняет необходимость лазить по man-странице ''Bash'', содержащей явный переизбыток информации. Тут ''Bash ''может поучиться у ''Zsh'', где документация распределена по нескольким страницам. Документация, представленная в формате info, удобнее для обработки, при условии, что вы умеете пользоваться info, но многим из нас это недоступно. Пользователи KDE могут легко просмотреть документацию, введя ‘info:''Bash''’ в ''Konqueror''.

Как и большинство оболочек, ''Bash ''включает функцию стандартного tab-дополнения: нажмите Tab на первом слове, и он попытается дополнить его до имени команды, нажмите Tab на следующем слове, и он попробует дополнить его до имени файла или пути. Однако в плане программируемого дополнения ''Bash ''может пойти намного дальше. Как только вы установите и добавите в свой профиль дополнительный пакет из http://www.caliban.org/Bash/index.shtml#completion , функция tab-дополнения будет завершать переменные в соответствии с командой, за которой они следуют. Например, введите ssh, а потом несколько первых букв имени хоста в вашей сети, и ''Bash ''дополнит его на основе содержимого вашего файла SSH known_hosts. Программируемое дополнение также можно использовать в качестве командной опции; введите somecommand --TAB – и увидите список опций, доступных в этой программе. Дополнение работает и с неопциональными аргументами для программ. Все это, конечно, чудесно, но не забудьте, что у программ должна быть специальная поддержка: обычно это файл в '''/usr/share/Bash-completion'''. Некоторые из них прилагаются, а некоторые доступны онлайн.

Легко понять, почему разработчики дистрибутивов так любят ''Bash''. Во внутренней работе системы многое (например, все скрипты сервисов, запускаемых при включении и выключении) требует эффективного использования сценариев оболочки, и удобно программируемый ''Bash ''обречен на сильную любовь – да такую сильную, что некоторым дистрибутивам эта оболочка требуется в обязательном порядке, и без нее они работать не будут. Впрочем, вы не обязаны выбирать себе ''Bash ''в качестве интерактивной оболочки. Конечно, в нем широкий спектр функций и налицо удобство использования, но если вы просто получили ''Bash ''вместе с дистрибутивом и не пробовали ничего другого – читайте дальше и, возможно, найдете что-нибудь получше!

== Fish ==
''Нестандартные скрипты, но идеален для новичков.''

Работа с оболочкой слегка пугает начинающих пользователей. Поэтому ''Fish'', ''Friendly Interactive Shell ''(Дружелюбная Интерактивная Оболочка), даже предлагает привыкшим к графическому пользовательскому интерфейсу ввести help после входа. Эта команда при первом использовании попросит вас выбрать браузер, а потом будет открывать в нем документацию в формате HTML. Подробная и доступная информация о командах делает их поиск значительно проще, чем в man-страницах оболочек, подобных ''Bash ''или ''Zsh''. Если ''Fish ''не сможет подключиться к X-серверу, для показа справки будет задействован links.

Документация – не единственная дружелюбная функция в ''Fish''. Здесь также используется подсветка синтаксиса: когда вы начинаете вводить команду, буквы показаны красным, и меняют цвет на зеленый при правильном завершении имени команды, а имена действующих директорий подчеркиваются. По ощущениям (без измерений), Tab-дополнение вроде бы быстрее, чем в ''Bash'', и почти не уступает программируемому дополнению ''Bash'', но не столь расширяемо; оно работает над командными опциями, так же, как и над самими командами. Предыстория команд тоже более интуитивна: просто введите начало команды и нажмите стрелку «вверх», чтобы просмотреть предыдущие вызовы – это проще, чем запомнить Ctrl-R и иже с ним.

''Fish ''использует специфические конструкции скриптов, которые проще для понимания начинающих пользователей, но несовместимы с другими оболочками. Это не фатальный недостаток, потому что ''Fish ''предназначен для интерактивного использования, хотя эти конструкции также могут использоваться в командной строке. В защиту ''Fish ''можно сказать, что он ориентируется на тех, кого вряд ли интересуют подобные функции, и достаточно гуманен, чтобы подробно объяснить, почему первая форма не работает, и привести пример корректного (для ''Fish'') формата. Да, ''Fish ''избавился от некоторых загадочных приемов в стиле Unix, но вам все же придется держать под рукой ''Bash'', чтобы запускать системные скрипты.

== Tcsh ==
''Оболочка C Shell. Приглядитесь!''

На первый взгляд, ''Tcsh ''весьма похож на ''Bash ''и ''Zsh'', ибо включает дополнение команд и имен файлов, предысторию команд с функцией поиска и проверку написания – но для своих скриптов он использует совершенно другой синтаксис. Поэтому, хотя ''Tcsh ''и взаимозаменяем с другими оболочками по части интерактивного использования, вам все же понадобится ''Bash ''для запуска скриптов, не написанных специально для ''Tcsh''.

Как и ''Bash ''с ''Zsh'', ''Tcsh ''использует по умолчанию привязку клавиш в стиле ''Emacs'', но при желании ее можно переключить на vi (фанаты ''vi'', не принимайте, пожалуйста, это за восхваление ''Emacs'', и не развязывайте очередную религиозную войну редакторов). ''Tcsh ''не предлагает программируемого или опционального дополнения, как ''Zsh ''или ''Bash'', однако у него есть функция проверки написания команд, директорий и переменных среды. Вилфредо Санчес [Wilfredo Sanchez], бывший ведущий инженер Mac OS X, работал над ''Tcsh ''в начале 1990-х в MIT, и неудивительно, что ранние версии Mac OS X поставлялись с ''Tcsh ''в качестве оболочки по умолчанию; но потом в Panther-версии ОС его заменили на ''Bash''.

Употребление псевдонимов-алиасов здесь более гибкое, чем в других оболочках, где не дозволяются никакие подстановки. ''Tcsh ''с подстановками справляется, поэтому аргументы, переданные псевдониму, можно послать «по цепочке» реальной команде, создавая своего рода мини-функции. Такое вряд ли понравится пользователям ''Bash ''и ''Zsh'': к этому надо попривыкнуть, чтобы осознать, насколько оно полезно.

Основное различие между ''Tcsh ''и другими оболочками – синтаксис языка сценариев. Как и подразумевается в названии, он напоминает язык С, и хотя циклы ''foreach ''и ''while ''действуют схоже, синтаксис совершенно другой, и из-за него скрипты ''Tcsh ''несовместимы с другими оболочками. В нем также используются конструкции, которые вы не найдете в традиционных скриптах; среди них – безусловно полезный ''switch ''и сомнительный ''goto''.

== Zsh ==
''Продвинутые пользователи, перед вами победитель Bash!''

При первом запуске ''Zsh ''выводится меню настройки, чтобы вы смогли отрегулировать многочисленные мощные и гибкие функции. Все меню содержат массу информации по каждой опции и предлагают разумные значения по умолчанию, поэтому вы можете просто принять их и, если пожелаете, запустить программу настройки позже, когда вам понадобится вся функциональность. ''Zsh ''снабжен всеми функциями, которые только можно придумать, и даже сверх того – например, проверкой написания. ''Zsh ''и ''Bash ''предлагают сходный функционал. Обе имеют программируемое дополнение (хотя у ''Zsh ''оно появилось раньше), встроенные команды и функции для создания скриптов. У ''Zsh ''также в запасе есть несколько собственных хитростей, например, расширенная подстановка имени файла, которая превращает команду поиска find почти что в ненужное излишество. Включение в путь ** означает соответствие любому символу, включая разделитель-слэш, поэтому **/*.jpg касается всех файлов '''*.jpg '''в текущей директории и в любых поддиректориях. Мало того, сюда также включаются права доступа к файлу, владелец, тип или отметка времени – большинство опций, предусмотренных find. Например, можно использовать ls -l /**/bin/*(s) для вывода списка всех setuid-файлов в '''/bin''', '''/usr/bin '''и '''/usr/local/bin'''. Где вы, наши друзья по старым добрым временам Amiga – при наборе имени директории в командной строке ''Zsh ''переключается на эту директорию. Многие из нас годами приучались ставить '''cd '''перед именем директории; теперь можно поставить ''Zsh ''и вернуться к былой лени.

Программируемое дополнение в ''Zsh ''аналогично той же функции в ''Bash'', описанной выше. Можно дополнить аргументы команды, нажав Tab, или включить дополнение имен пользователей или хостов, набрав '''ssh'''. Поскольку ''Zsh ''– программируемая оболочка, ее можно расширять сколько душе угодно. Обычный пример – ограничение дополнения имен файлов только теми расширениями, которые способна обработать вводимая команда: так, команда mplayer TAB выведет список всех MPG- и AVI-файлов в текущей директории, подобным же образом обрабатываются и другие формы, с которыми она работает, например, dvd:// и tv://; при этом текстовые документы в той же директории игнорируются.

Без сомнения, ''Zsh ''– невероятно мощная оболочка. Выполнение скриптов в основном быстрее, чем в ''Bash ''– по большей части примерно на 20% – однако ''Zsh ''разработан для интерактивного пользования. Превосходит ли он ''Bash''? Почти наверняка, особенно если учесть расширенную подстановку имени файла и более развитую опцию дополнения.

== Dash ==
''Небольшая оболочка; очень быстро выполняет скрипты.''

Если вы ищете небольшую и быструю оболочку, то у ''Dash ''есть шансы. ''Dash ''происходит от оболочки FreeBSD под названием ''Ash'', и, имея скромный размер 99K, составляет всего одну седьмую от ''Bash''. В нем нет тех наворотов, которыми богат ''Bash'', но они не всегда и нужны. Как интерактивная оболочка, ''Dash ''скудноват – здесь нет даже базового tab-дополнения; но он превосходно подходит для выполнения сценариев оболочки POSIX.

''Dash ''почти совместим с POSIX, но кое-какие несовместимости в нем, похоже, имеются, поэтому стоит прочитать документацию и уточнить, какие именно. Однако он сработается с большинством скриптов, использующих '''/bin/sh '''(любой скрипт, обращающийся к '''/bin/ sh''', не должен требовать ничего сверх минимума, гарантированного оболочкой POSIX).

Маленький размер также помогает проворности ''Dash''. Понятно, что он способствует ускорению и загрузки, и работы скриптов; по сравнению с ''Bash ''наш тестовый скрипт запустился вдвое быстрее. «Махнув» ''Bash ''на ''Dash ''в символьной ссылке '''/bin/sh''', вы значительно сократите время загрузки, в течение которой обычно запускается множество сценариев оболочки. Однако, прежде чем это сделать, убедитесь, что у вас не возникнет проблем, способных помешать загрузке. Хороший способ обезопасить себя от внезапных «ударов под дых» – предварительно проверить все init-скрипты вручную.

== Dsh ==
''Запускайте программы сразу на нескольких ПК.''

D''sh ''– это распределенная оболочка (хотя вообще-то ее название означает ''Dancer’s Shell''), выполняющая команды сразу на нескольких удаленных машинах. Некоторые рассмотренные здесь оболочки подходят для интерактивного пользования и создания скриптов; а эта – совсем не интерактивна, но зато весьма полезна, когда надо запустить серию команд на группе компьютеров. Альтернативой является нечто вроде for host in node1 node2 node3; do ssh $host “my commands”; done С ''Dsh'', вы заносите имена хостов в файл '''machine.list''', а затем просто набираете Dsh -a my commands. Файл '''machine.list '''используется опцией -a (или --all), но вы можете поместить любое количество списков имен хостов в групповой директории ''Dsh'', и, передав имя списка с помощью опции -g (--group), запустить команду на всех этих машинах.

Опции включают: запуск команд на удаленных хостах последовательно или параллельно, предварение каждой строки вывода именем хоста (что особенно полезно при параллельном запуске команд); и передача команд через стандартный ввод. Команды можно запускать с помощью ssh или rsh, но для должного использования ssh вам понадобится аутентификация по ключу, а для выполнения команды от имени другого пользователя ее нужно будет предварить названием соответствующей учетной записи.

Это – действительно полезный инструмент при работе с группой машин. В нем не хватает только возможности одновременного копирования файлов на несколько компьютеров. Чтобы вытащить файлы с вашего компьютера, вы можете запустить команду scp на других машинах, но это предполагает, что вы предоставите всем им SSH-доступ к вашей рабочей станции – маловероятный сценарий, в особенности если компьютеры-получатели являются общедоступными серверами. Добавка dcp может превратить ''Dsh ''в отличный инструмент администрирования.

== Sash ==
''Желаем, чтобы она вам не понадобилась!''

S''ash ''– это просто самая крупная из рассмотренных здесь оболочек, и не без причины. Ее название – сокращение от ''Stand Alone Shell ''(Оболочка-одиночка), и в ней содержится несколько встроенных команд, которых нет ни в одной другой оболочке. Когда мы скажем, что эти команды – ''mount, ls, cp, tar ''и ''gzip'', вы поймете, для чего нужен ''Sash''. Это – оболочка для восстановления системы, которая работает даже тогда, когда большая часть вашей файловой системы утрачена. Если '''/boot '''у вас находится на отдельном разделе, и вы не монтируете его при загрузке, или монтируете в режиме только для чтения, поместите на него копию ''Sash'', и выдержите даже rm -fr /*. Используя встроенные команды ''Sash'', вы сможете восстановить свои резервные копии (у вас ведь есть резервные копии, правда?) и запустить работу снова, не теряя времени. После отказа системы восстановление возможно даже при отсутствии важных библиотек: все необходимое – это ядро и ''Sash''.

По причине ограничений на размер, команды, встроенные в ''Sash'', являются урезанными версиями своих аналогов, поэтому ''Sash ''предоставляет доступ и к тем, и к другим. Для запуска стандартной команды ''ls ''вводите ls, а -ls вызовет встроенную. Стандартная команда недоступна? Сделайте псевдоним ls, разворачивающийся в -ls. Если вас угораздило полностью удалить '''/bin''', используйте ''aliasall'', и все команды будут выбираться из встроенных. Того же можно добиться, запустив ''Sash ''с опцией -a. Команда ''help ''выведет список встроенных команд и информацию по использованию любой из них.

''Sash ''также умеет запускать скрипты с помощью опции -f, а значит, вы можете автоматизировать даже процесс восстановления. Если безобразия у вас творятся часто – настолько, чтобы вам захотелось автоматизировать использование ''Sash ''для этих целей – возможно, стоит пересмотреть и изменить свой подход к работе. ''Sash ''вряд ли подходит на роль стандартной интерактивной оболочки, но он из тех приложений, наличие которых под рукой приведет вас в состояние дикой радости, если с вами стряслось то, что бывает только у других.

== Вердикт ==
'''Zsh 9/10'''

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

Вышло так, что ''Zsh ''победил фактически по всем параметрам: он быстр, достаточно компактен, имеет превосходную документацию и лучшее дополнение, чем любая из представленных здесь оболочек. Если вы прежде не использовали tab-дополнение в оболочке, попробуйте: время здорово экономится. При интерактивном использовании ''Zsh ''непревзойденна, благодаря своим функциям и дружелюбию ко всем, кто познакомился с документацией. Нужны еще аргументы? Что ж, автор уже сделал ''Zsh ''оболочкой по умолчанию вместо ''Bash''.

Мы не говорим, что ''Bash ''– плохая оболочка, отнюдь, просто ''Zsh ''все делает чуть лучше. ''Bash ''по-прежнему остается эталоном, по которому оценивают остальных, возможно, именно поэтому он столь распространен, и действительно устанавливает высокую планку. Если вы пишете скрипты оболочки посложнее, чем простой список команд, стоит воспользоваться именно ''Bash'', и именно поэтому дистрибутивы выбирают его оболочкой по умолчанию.

''Tcsh ''в известной мере является анахронизмом. Конечно, его ни в коем случае нельзя назвать плохой оболочкой, но нестандартный синтаксис несколько уменьшает ценность ''Tcsh ''для написания сценариев, учитывая еще и тот факт, что это ничем не компенсируется. Синтаксис ''Tcsh'', возможно, упрощает создание скриптов, но поскольку запускать их можно будет только на своей машине, вряд ли это по-настоящему полезно.

''Dash ''примечателен небольшим размером и быстротой, но более, собственно, ничем. Он пригодится тем, кому надо поторопить медленное оборудование. ''Dsh ''– не похож на остальные, но может стать мечтой сетевого администратора – если кроме выполнения команд даст возможность распределенного копирования файлов.

''Fish ''буквально раскрывает глаза на то, какой дружелюбной может быть оболочка. Его настройки по умолчанию (исключая странный выбор программы просмотра помощи по умолчанию) просто великолепны для начинающих пользователей, желающих привыкнуть к работе с командной строкой. Он нарушает совместимость со стандартными сценариями оболочки, но благодаря этому приобретает гибкость, обеспечивающую более человечный синтаксис, и к тому же он никогда и не предназначался для запуска скриптов.

''Sash ''заслуживает особого упоминания, несмотря на низкий рейтинг. Он заработал 5 из 10 только потому, что в сравнении с остальными участниками предлагает слишком мало, за исключением одного: ему вообще ничего не надо, чтобы запуститься. Никому и в голову не придет использовать его в качестве стандартной оболочки, но ''Sash ''надо держать в надежном месте; возможно, когда-нибудь он станет вашей палочкой-выручалочкой.

LXF93:Сравнение

2008-03-08T19:35:23Z

Makoron: Новая: = Командные оболочки = ''Не забирались дальше Bash? Оболочка – не просто поле для ввода команд, так что по...

= Командные оболочки =
''Не забирались дальше Bash? Оболочка – не просто поле для ввода команд, так что познакомьтесь с парочкой экземпляров из коллекции '''Нейла Ботвика'''.''

Разве мы не обсуждали терминалы совсем недавно? И есть ли разница между оболочкой и терминалом? Ответы – да, в обоих случаях. Оболочка – это программа, работающая в терминале. Она отображает приглашение для ввода команд и пытается выполнить то, что вы ей вводите. Возможно, разница не столь очевидна в Х-терминале, где вы регистрируетесь автоматически, но в виртуальной консоли (в том экране, который вы видите, когда Х не запущен), выводящей текстовое приглашение для входа в систему, оболочка не запускается до тех пор, пока вы не введете правильные имя пользователя и пароль.

Каждый пользователь может работать в своей оболочке, так что себе вы можете поставить «мощную» оболочку, а для своей бабули предусмотреть более понятную. Даже если вы сроду не вводили команды в окно терминала,

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

== Оболочки всех размеров ==
Рассмотренные здесь оболочки делятся на три основных категории. Оболочки общего назначения, типа ''Bash ''и ''Zsh, ''предлагают широкий выбор функций и свойств. Оболочки-легковесы, например, ''Dash, ''предлагают самые основные функции в небольшом пакете, и хороши для старых ПК или систем с ограниченными ресурсами; это также хорошие кандидаты на интерпретацию скриптов, которым не нужны «навороты» ''Bash ''со товарищи. Третья категория, оболочки особого назначения, созданы для специальных приложений или сред.

На этих страницах мы рассмотрим образчики каждой категории и сравним их пригодность для решения определенных задач.

Кроме внешних команд, каждая оболочка умеет выполнять некоторое количество собственных команд (‘builtins’), ускоряющих выполнение основных операций. Большинство рассматриваемых оболочек соответствуют основному стандарту POSIX. Различаются они предлагаемыми дополнительными функциями. Это могут быть дополнительные builtin-команды, функции типа расширенного дополнения или попросту минимальная среда POSIX в компактной и быстрой программе.

== Bash ==
''Фаворит дистростроителей, но вправду ли он лучше всех?''

Вначале был ''Bourne Shell ''(''sh''), его написал Стивен Борн [Steven Bourne] для Bell Labs Research Unix. ''Bash ''– это ''Bourne Again Shell ''(Снова Оболочка Борна), ужасный каламбур, который, к счастью, редко используется. Почти все современные дистрибутивы Linux используют ''Bash ''в качестве оболочки по умолчанию, и вы, вероятно, знакомы как минимум с его основами; это превращает ''Bash ''в фактический стандарт, с которым сравниваются все остальные. Поэтому имеет смысл для начала рассмотреть ''Bash'', а затем перейти к другим оболочкам, изучить, чем они отличаются, и выделить их достоинства и недостатки. Итак, что же дает нам ''Bash'', и почему ''Bash ''столь популярен у разработчиков дистрибутивов?

Дело не в малом размере ''Bash'', и не в скорости. По размеру ''Bash ''больше всех рассмотренных здесь оболочек, кроме одной: ''Sash'', которая не использует библиотек и имеет несколько дополнительных встроенных команд. ''Bash ''также и не самая быстрая оболочка, которую вы встретите (если, конечно, не отшвырнете журнал, проигнорировав остаток нашего Сравнения и поклявшись всю оставшуюся жизнь пользоваться толь-

ко ''Bash''). Однако большинству пользователей на это наплевать, ибо подлинно важна его гибкость. ''Bash ''обладает некоторыми функциями, превосходящими стандарт POSIX, хотя при желании можно добиться от него и POSIX-поведения. Если запустить ''Bash ''командой sh, с опцией командной строки --posix

или при установленной переменной окружения POSIXLY_CORRECT, ''Bash ''будет работать как стандартная оболочка POSIX. При запуске через sh, ''Bash ''по возможности пытается работать как исходная оболочка Борна, но лишь в тех ситуациях, когда это не вступит в конфликт со стандартом POSIX.

Встроенные команды позволяют ''Bash ''выполнять некоторые операции быстрее,

ценой чуть более долгого времени загрузки, но если вы запускаете скрипт ''Bash ''из оболочки ''Bash'', об этом и говорить не стоит. Эти команды плюс дополнительные логические конструкции означают, что скрипты, написанные для ''Bash'', могут работать быстро. Например, типичный способ запустить цикл с установленным количеством повторений – for i in $(seq 1 100), при этом внешняя команда seq генерирует список повторений. С помощью ''Bash ''вы можете написать for i in {1..100}, при этом не вызывается никакая внешняя программа и все выполняется быстрее.

=== RTFM ===
Набрав '''help''', вы получите список всех встроенных команд. Добавив имя команды, вы получите информацию об ее использовании. Это устраняет необходимость лазить по man-странице ''Bash'', содержащей явный переизбыток информации. Тут ''Bash ''может поучиться у ''Zsh'', где документация распределена по нескольким страницам. Документация, представленная в формате info, удобнее для обработки, при условии, что вы умеете пользоваться info, но многим из нас это недоступно. Пользователи KDE могут легко просмотреть

документацию, введя ‘info:''Bash''’ в ''Konqueror''.

Как и большинство оболочек, ''Bash ''включает функцию стандартного tab-дополнения: нажмите Tab на первом слове, и он попытается дополнить его до имени команды, нажмите Tab на следующем слове, и он попробует дополнить его до имени файла или пути. Однако в плане программируемого дополнения ''Bash ''может пойти намного дальше. Как только вы установите и добавите в свой профиль дополнительный пакет из http://www.caliban.org/Bash/index.shtml#completion , функция tab-дополнения будет завершать переменные в соответствии с командой, за которой они следуют. Например, введите ssh, а потом несколько первых букв имени хоста в вашей сети, и ''Bash ''дополнит его на основе содержимого вашего файла SSH known_hosts. Программируемое дополнение также можно использовать в качестве командной опции; введите somecommand --TAB – и увидите список опций, доступных в этой программе. Дополнение работает и с неопциональными аргументами для программ. Все это, конечно, чудесно, но не забудьте, что у программ должна быть специальная поддержка: обычно это файл в '''/usr/share/Bash-completion'''. Некоторые из них прилагаются, а некоторые доступны онлайн.

Легко понять, почему разработчики дистрибутивов так любят ''Bash''. Во внутренней работе системы многое (например, все скрипты сервисов, запускаемых при включении и выключении) требует эффективного использования сценариев оболочки, и удобно программируемый ''Bash ''обречен на сильную любовь – да такую сильную, что некоторым дистрибутивам эта оболочка требуется в обязательном порядке, и без нее они работать не будут. Впрочем, вы не обязаны выбирать себе ''Bash ''в качестве интерактивной оболочки. Конечно, в нем широкий спектр функций и налицо удобство использования, но если вы просто получили ''Bash ''вместе с дистрибутивом и не пробовали ничего другого – читайте дальше и, возможно, найдете что-нибудь получше!

== Fish ==
''Нестандартные скрипты, но идеален для новичков.''

Работа с оболочкой слегка пугает начинающих пользователей. Поэтому ''Fish'', ''Friendly Interactive Shell ''(Дружелюбная Интерактивная Оболочка), даже предлагает привыкшим к графическому пользовательскому интерфейсу ввести help после входа. Эта команда при первом использовании попросит вас выбрать браузер, а потом будет открывать в нем документацию в формате HTML. Подробная и доступная информация о командах делает их поиск значительно проще, чем в man-страницах оболочек, подобных ''Bash ''или ''Zsh''. Если ''Fish ''не сможет подключиться к X-серверу, для показа справки будет задействован links.

Документация – не единственная дружелюбная функция в ''Fish''. Здесь также используется подсветка синтаксиса: когда вы начинаете вводить команду, буквы показаны красным, и меняют цвет на зеленый при правильном завершении имени команды, а имена действующих директорий подчеркиваются. По ощущениям (без измерений), Tab-дополнение вроде бы быстрее, чем в ''Bash'', и почти не уступает программируемому дополнению ''Bash'', но не столь расширяемо; оно работает над командными опциями, так же, как и над самими

командами. Предыстория команд тоже более интуитивна: просто введите начало команды и нажмите стрелку «вверх», чтобы просмотреть предыдущие вызовы – это проще, чем запомнить Ctrl-R и иже с ним.

''Fish ''использует специфические конструкции скриптов, которые проще для понимания начинающих пользователей, но несовместимы с другими оболочками. Это не фатальный недостаток, потому что ''Fish ''предназначен для интерактивного использования, хотя эти конструкции также могут использоваться в командной строке. В защиту ''Fish ''можно сказать, что он ориентируется на тех, кого вряд ли интересуют подобные функции, и достаточно гуманен, чтобы подробно объяснить, почему первая форма не работает, и привести пример корректного (для ''Fish'') формата. Да, ''Fish ''избавился от некоторых загадочных приемов в стиле Unix, но вам все же придется держать под рукой ''Bash'', чтобы запускать системные скрипты.

== Tcsh ==
''Оболочка C Shell. Приглядитесь!''

На первый взгляд, ''Tcsh ''весьма похож на ''Bash ''и ''Zsh'', ибо включает дополнение команд и имен файлов, предысторию команд с функцией поиска и проверку написания – но для своих скриптов он использует совершенно другой синтаксис. Поэтому, хотя ''Tcsh ''и взаимозаменяем с другими оболочками по части интерактивного использования, вам все же понадобится ''Bash ''для запуска скриптов, не написанных специально для ''Tcsh''.

Как и ''Bash ''с ''Zsh'', ''Tcsh ''использует по умолчанию привязку клавиш в стиле ''Emacs'', но при желании ее можно переключить на vi (фанаты ''vi'', не принимайте, пожалуйста, это за восхваление ''Emacs'', и не развязывайте очередную религиозную войну редакторов). ''Tcsh ''не предлагает программируемого или опционального дополнения, как ''Zsh ''или ''Bash'', однако у него есть функция проверки написания команд, директорий и переменных среды. Вилфредо Санчес [Wilfredo Sanchez], бывший ведущий инженер Mac OS X, работал над ''Tcsh ''в начале 1990-х в MIT, и неудивительно, что ранние версии Mac OS X поставлялись с ''Tcsh ''в качестве оболочки по умолчанию; но потом в Panther-версии ОС его заменили на ''Bash''.

Употребление псевдонимов-алиасов здесь более гибкое, чем в других оболочках, где не дозволяются никакие подстановки. ''Tcsh ''с подстановками справляется, поэтому аргументы, переданные псевдониму, можно послать «по цепочке» реальной команде, создавая своего рода мини-функции. Такое вряд ли понравится пользователям ''Bash ''и ''Zsh'': к этому надо попривыкнуть, чтобы осознать, насколько оно полезно.

Основное различие между ''Tcsh ''и другими оболочками – синтаксис языка сценариев. Как и подразумевается в названии, он напоминает язык С, и хотя циклы ''foreach ''и ''while ''действуют схоже, синтаксис совершенно другой, и из-за него скрипты ''Tcsh ''несовместимы с другими оболочками. В нем также используются конструкции, которые вы не найдете в традиционных скриптах; среди них – безусловно полезный ''switch ''и сомнительный ''goto''.

== Zsh ==
''Продвинутые пользователи, перед вами победитель Bash!''

При первом запуске ''Zsh ''выводится меню настройки, чтобы вы смогли отрегулировать многочисленные мощные и гибкие функции. Все меню содержат массу информации по каждой опции и предлагают разумные значения по умолчанию, поэтому вы можете просто принять их и, если пожелаете, запустить программу настройки позже, когда вам понадобится вся функциональность. ''Zsh ''снабжен всеми функциями, которые только можно придумать, и даже сверх того – например, проверкой написания. ''Zsh ''и ''Bash ''предлагают сходный функционал. Обе имеют программируемое дополнение (хотя у ''Zsh ''оно появилось раньше), встроенные команды и функции для создания скриптов. У ''Zsh ''также в запасе есть несколько собственных хитростей, например, расширенная подстановка имени файла, которая превращает команду поиска find почти что в ненужное излишество. Включение в путь ** означает соответствие любому символу, включая разделитель-слэш, поэтому **/*.jpg касается всех файлов '''*.jpg '''в текущей директории и в любых поддиректориях. Мало того, сюда также включаются права доступа к файлу, владелец, тип или отметка времени – большинство опций, предусмотренных find. Например, можно использовать ls -l /**/bin/*(s) для вывода списка всех setuid-файлов в '''/bin''', '''/usr/bin '''и '''/usr/local/bin'''. Где вы, наши друзья по старым добрым временам Amiga – при наборе имени директории в командной строке ''Zsh ''переключается на эту директорию. Многие из нас годами приучались ставить '''cd '''перед именем директории; теперь можно поставить ''Zsh ''и вернуться к былой лени.

Программируемое дополнение в ''Zsh ''аналогично той же функции в ''Bash'', описанной выше. Можно дополнить аргументы команды, нажав Tab, или включить дополнение имен пользователей или хостов, набрав '''ssh'''. Поскольку ''Zsh ''– программируемая оболочка, ее можно расширять сколько душе угодно. Обычный пример – ограничение дополнения имен файлов только теми расширениями, которые способна обработать вводимая команда: так, команда mplayer TAB выведет список всех MPG- и AVI-файлов в текущей директории, подобным же образом обрабатываются и другие формы, с которыми она работает, например, dvd:// и tv://; при этом текстовые документы в той же директории игнорируются.

Без сомнения, ''Zsh ''– невероятно мощная оболочка. Выполнение скриптов в основном быстрее, чем в ''Bash ''– по большей части примерно на 20% – однако ''Zsh ''разработан для интерактивного пользования. Превосходит ли он ''Bash''? Почти наверняка, особенно если учесть расширенную подстановку имени файла и более развитую опцию дополнения.

== Dash ==
''Небольшая оболочка; очень быстро выполняет скрипты.''

Если вы ищете небольшую и быструю оболочку, то у ''Dash ''есть шансы. ''Dash ''происходит от оболочки FreeBSD под названием ''Ash'', и, имея скромный размер 99K, составляет всего одну седьмую от ''Bash''. В нем нет тех наворотов, которыми богат ''Bash'', но они не всегда и нужны. Как интерактивная оболочка, ''Dash ''скудноват – здесь нет даже базового tab-дополнения; но он превосходно подходит для выполнения сценариев оболочки POSIX.

''Dash ''почти совместим с POSIX, но кое-какие несовместимости в нем, похоже, имеются, поэтому стоит прочитать документацию и уточнить, какие именно. Однако он сработается с большинством скриптов, использующих '''/bin/sh '''(любой скрипт, обращающийся к '''/bin/ sh''', не должен требовать ничего сверх минимума, гарантированного оболочкой POSIX).

Маленький размер также помогает проворности ''Dash''. Понятно, что он способствует ускорению и загрузки, и работы скриптов; по сравнению с ''Bash ''наш тестовый скрипт запустился вдвое быстрее. «Махнув» ''Bash ''на ''Dash ''в символьной ссылке '''/bin/sh''', вы значительно сократите время загрузки, в течение которой обычно запускается множество сценариев оболочки. Однако, прежде чем это сделать, убедитесь, что у вас не возникнет проблем, способных помешать загрузке. Хороший способ обезопасить себя от внезапных «ударов под дых» – предварительно проверить все init-скрипты вручную.

== Dsh ==
''Запускайте программы сразу на нескольких ПК.''

D''sh ''– это распределенная оболочка (хотя вообще-то ее название означает ''Dancer’s Shell''), выполняющая команды сразу на нескольких удаленных машинах. Некоторые рассмотренные здесь оболочки подходят для интерактивного пользования и создания скриптов; а эта – совсем не интерактивна, но зато весьма полезна, когда надо запустить серию команд на группе компьютеров. Альтернативой является нечто вроде for host in node1 node2 node3; do ssh $host “my commands”; done С ''Dsh'', вы заносите имена хостов в файл '''machine.list''', а затем просто набираете Dsh -a my commands. Файл '''machine.list '''используется опцией -a (или --all), но вы можете поместить любое количество списков имен хостов в групповой директории ''Dsh'', и, передав имя списка с помощью опции -g (--group), запустить команду на всех этих машинах.

Опции включают: запуск команд на удаленных хостах последовательно или параллельно, предварение каждой строки вывода именем хоста (что особенно полезно при параллельном запуске команд); и передача команд через стандартный ввод. Команды можно запускать с помощью ssh или rsh, но для должного использования ssh вам понадобится аутентификация по ключу, а для выполнения команды от имени другого пользователя ее нужно будет предварить названием соответствующей учетной записи.

Это – действительно полезный инструмент при работе с группой машин. В нем не хватает только возможности одновременного копирования файлов на несколько компьютеров. Чтобы вытащить файлы с вашего компьютера, вы можете запустить команду scp на других машинах, но это предполагает, что вы предоставите всем им SSH-доступ к вашей рабочей станции – маловероятный сценарий, в особенности если компьютеры-получатели являются общедоступными серверами. Добавка dcp может превратить ''Dsh ''в отличный инструмент администрирования.

== Sash ==
''Желаем, чтобы она вам не понадобилась!''

S''ash ''– это просто самая крупная из рассмотренных здесь оболочек, и не без причины. Ее название – сокращение от ''Stand Alone Shell ''(Оболочка-одиночка), и в ней содержится несколько встроенных команд, которых нет ни в одной другой оболочке. Когда мы скажем, что эти команды – ''mount, ls, cp, tar ''и ''gzip'', вы поймете, для чего нужен ''Sash''. Это – оболочка для восстановления системы, которая работает даже тогда, когда большая часть вашей файловой системы утрачена. Если '''/boot '''у вас находится на отдельном разделе, и вы не монтируете его при загрузке, или монтируете в режиме только для чтения, поместите на него копию ''Sash'', и выдержите даже rm -fr /*. Используя встроенные команды ''Sash'', вы сможете восстановить свои резервные копии (у вас ведь есть резервные копии, правда?) и запустить работу снова, не теряя времени. После отказа системы восстановление возможно даже при отсутствии важных библиотек: все необходимое – это ядро и ''Sash''.

По причине ограничений на размер, команды, встроенные в ''Sash'', являются урезанными версиями своих аналогов, поэтому ''Sash ''предоставляет доступ и к тем, и к другим. Для запуска стандартной команды ''ls ''вводите ls, а -ls вызовет встроенную. Стандартная команда недоступна? Сделайте псевдоним ls, разворачивающийся в -ls. Если вас угораздило полностью удалить '''/bin''', используйте ''aliasall'', и все команды будут выбираться из встроенных. Того же можно добиться, запустив ''Sash ''с опцией -a. Команда ''help ''выведет список встроенных команд и информацию по использованию любой из них.

''Sash ''также умеет запускать скрипты с помощью опции -f, а значит, вы можете автоматизировать даже процесс восстановления. Если безобразия у вас творятся часто – настолько, чтобы вам захотелось автоматизировать использование ''Sash ''для этих целей – возможно, стоит пересмотреть и изменить свой подход к работе. ''Sash ''вряд ли подходит на роль стандартной интерактивной оболочки, но он из тех приложений, наличие которых под рукой приведет вас в состояние дикой радости, если с вами стряслось то, что бывает только у других.

== Вердикт ==
'''Zsh 9/10'''

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

Вышло так, что ''Zsh ''победил фактически по всем параметрам: он быстр, достаточно компактен, имеет превосходную документацию и лучшее дополнение, чем любая из представленных здесь оболочек. Если вы прежде не использовали tab-дополнение в оболочке, попробуйте: время здорово экономится. При интерактивном использовании ''Zsh ''непревзойденна, благодаря своим функциям и дружелюбию ко всем, кто познакомился с документацией. Нужны еще аргументы? Что ж, автор уже сделал ''Zsh ''оболочкой по умолчанию вместо ''Bash''.

Мы не говорим, что ''Bash ''– плохая оболочка, отнюдь, просто ''Zsh ''все делает чуть лучше. ''Bash ''по-прежнему остается эталоном, по которому оценивают остальных, возможно, именно поэтому он столь распространен, и действительно устанавливает высокую планку. Если вы пишете скрипты оболочки посложнее, чем простой список команд, стоит воспользоваться именно ''Bash'', и именно поэтому дистрибутивы выбирают его оболочкой по умолчанию.

''Tcsh ''в известной мере является анахронизмом. Конечно, его ни в коем случае нельзя назвать плохой оболочкой, но нестандартный синтаксис несколько уменьшает ценность ''Tcsh ''для написания сценариев, учитывая еще и тот факт, что это ничем не компенсируется. Синтаксис ''Tcsh'', возможно, упрощает создание скриптов, но поскольку запускать их можно будет только на своей машине, вряд ли это по-настоящему полезно.

''Dash ''примечателен небольшим размером и быстротой, но более, собственно, ничем. Он пригодится тем, кому надо поторопить медленное оборудование. ''Dsh ''– не похож на остальные, но может стать мечтой сетевого администратора – если кроме выполнения команд даст возможность распределенного копирования файлов.

''Fish ''буквально раскрывает глаза на то, какой дружелюбной может быть оболочка. Его настройки по умолчанию (исключая странный выбор программы просмотра помощи по умолчанию) просто великолепны для начинающих пользователей, желающих привыкнуть к работе с командной строкой. Он нарушает совместимость со стандартными сценариями оболочки, но благодаря этому приобретает гибкость, обеспечивающую более человечный синтаксис, и к тому же он никогда и не предназначался для запуска скриптов.

''Sash ''заслуживает особого упоминания, несмотря на низкий рейтинг. Он заработал 5 из 10 только потому, что в сравнении с остальными участниками предлагает слишком мало, за исключением одного: ему вообще ничего не надо, чтобы запуститься. Никому и в голову не придет использовать его в качестве стандартной оболочки, но ''Sash ''надо держать в надежном месте; возможно, когда-нибудь он станет вашей палочкой-выручалочкой.

LXF93

2008-03-08T17:54:40Z

Makoron: /* Обзоры */

LXF93:Storix SBAdmin 6.1

2008-03-08T17:51:44Z

Makoron: Новая: = Storix SBAdmin 6.1 = ''В вечной погоне за хорошими инструментами администратора '''''Грэм Моррисон '''''нашел, что...

= Storix SBAdmin 6.1 =
''В вечной погоне за хорошими инструментами администратора '''''Грэм Моррисон '''''нашел, что серьезный пакет для резервного копирования не обязан стоить серьезных денег''.

''Storix System Backup Administrator'', или ''SBAdmin ''– полноценный комплект для резервного копирования, созданный, чтобы всемерно упростить эту нелегкую работу. По первому впечатлению, инсталляция не настолько проста, как хотелось бы. Для вызова оболочки по умолчанию инсталляционный скрипт использует ''/bin/sh'', тогда как синтаксис скрипта в действительности требует Bash. Конечно, большинство дистрибутивов по умолчанию использует Bash, но ведь не все. Например, в Ubuntu ''/bin/sh ''– это символическая ссылка на Dash, выбранную по соображениям экономии ресурсов, и перед запуском скрипта ее нужно перенаправить на Bash.

Вторая – и последняя – проблема состояла в скрытой зависимости от пакета '''libpcre3''', используемого при инсталляции SSL-сертификата для web-интерфейса. После установки пакета все остальное работало как полагается, и мы нашли программу в целом очень стабильной – что и требуется от подобного приложения.

== Всего за два щелчка ==
Общаться с программой можно тремя способами. Можно использовать один из доброй дюжины инструментов командной строки и построить собственную стратегию резервирования, но в случае с ''SBAdmin ''это будет излишним. В отличие от аналогичных Linux-программ (''NetVault ''от ''BakBone'', или ''BrightStor ARCserve Backup''), Storix попыталась построить свое ПО с учетом навыков среднего Linux-пользователя. Это подразумевает простой графический пользовательский интерфейс, на наш взгляд – один из самых удобных (только вот шрифты пришлось увеличить).

Основной процесс включает в себя создание задания на резервирование: определение источника и папки назначения, где вы собираетесь хранить результаты; назначение заданию автоматически генерируемого ID; назначение расписания. Можно выбирать из нескольких уровней сжатия, но даже при высшем уровне оказалось, что наши пользовательские данные утрамбовались лишь на 20% – bzip2 или gzip сработали бы лучше. Преимущество такого подхода – быстрота: наш домашний раздел объемом около 5 ГБ был упакован за несколько минут, а задания сохранены и готовы к перезапуску.

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

За внешней простотой скрывается серьезная сила. В противоположность инструментам резервирования KDE и Gnome, ''SBAdmin ''богат функциями. Поражает способность упаковывать и восстанавливать не только папки и файлы в файловой системе, но и необработанные данные на дисках и разделах. Эта возможность пригодится при резервировании сервера, когда диски в случае катастрофы могут быть восстановлены в точности такими, какими они были, включая состояние ОС.

Функция миграции устройств позволяет восстановить резервную копию даже на другом оборудовании.

''SBAdmin ''неплохо смотрится на фоне других средств корпоративного уровня. Как и NetVault, ''SBAdmin ''поддерживает автоматизированные ленточные накопители, а также резервирование и восстановление по сети. Не стоит ставить ''SBAdmin ''в один ряд с программами уровня предприятия, но для средней офисной сети приложение более чем пригодно.

LXF93

2008-03-08T17:35:32Z

Makoron: /* Обзоры */

LXF93:Squeezebox 3

2008-03-08T17:33:23Z

Makoron: Новая: = Squeezebox 3 = ''Проблема прослушивания музыки на PC всего одна – бежевый Linux-компьютер может не сочетаться ...

= Squeezebox 3 =
''Проблема прослушивания музыки на PC всего одна – бежевый Linux-компьютер может не сочетаться с вашими занавесками. Решение ищет '''Грэм Моррисон'''.''

Реальный хакер может думать о Squeezebox как о тонком клиенте потокового вещания. Для остального человечества это сетевой музыкальный плейер, подключаемый к hi-fi аппаратуре и воспроизводящий музыку прямо с сервера. Первое поколение плейера увидело свет в 2001. В то время к сети он подключался по проводам, а внешностью напоминал переносную армейскую рацию.

Сейчас перед вами третье поколение, и в нем внешний лоск сочетается с техническими новинками: беспроводным подключением 802.11g и завораживающим вакуумным флуоресцентным дисплеем 320x32. Оживив дисплей включением питания, оторваться от него уже невозможно.

Но лучшая черта Squeezebox и причина его появления в нашем журнале – программная часть этого плейера работает под Linux. Она имеет открытый исходный код, часто обновляется и имеет больше функций, чем пикселей на дисплее. Ну, почти.

== От Hi-Fi до Wi-Fi ==
ПО называется ''SlimServer ''и поставляется в виде RPM или Deb-пакетов. Новейшая версия – 6.5, седьмая проходит бета-тестирование. Единственная зависимость – Perl 5.8.3 или выше. Инсталлированный сервер доступен через web-интерфейс, подключенный к порту 9000. Первым делом нужно указать серверу, где находится музыкальная коллекция, с помощью панели управления основны-

ми настройками (Basic Settings). ''SlimServer ''воспроизводит файлы MP3, Ogg Vorbis, Flac и WAV. Сканирование потребует некоторого времени, в зависимости от размеров коллекции: ''SlimServer ''будет составлять базу данных из всех тэгов, встроенных в музыкальные файлы, чтобы рассортировать коллекцию по исполнителям, альбомам и жанрам.

Сила ''SlimServer ''в том, что его можно использовать без аппаратуры. Подключите любой браузер к ‘9000/stream.mp3’, и слушайте свою музыку, где угодно. Да, хакеры, он работает через SSH-туннель; есть и страница для узких каналов, используемая с PDA. Есть даже встраиваемый программный клиент под названием ''SoftSqueeze'', создающий иллюзию, что Squeezebox действительно стоит у вас на столе. Это практически идентичное воспроизводство, вплоть до пульта ДУ.

== Музыка для вас ==
Настроив сервер, остается лишь сообщить устройству о том, где он находится – и готово. Чтобы все заработало, совсем не нужно быть экспертом. Можно подумать, что однолинейный интерфейс Squeezebox ограничен, но это не так. Следуйте иерархии меню, переходя между параметрами курсором вверх и вниз и выбирая параметр курсором вправо; а курсор влево осуществляет возврат на предыдущий пункт. В согласии с вашими действиями экран плавно прокручивается. Например, в главном меню можно выбрать критерии отбора файлов: по исполнителям, по альбомам, по годам и по папкам, в которых хранится музыка. В любое время можно нажать Play, и Squeezebox добавит все, что ниже курсора, к списку воспроизведения.

Лучшее свойство навигации - отзывчивость: вспомните, как нудно просматривать коллекцию, например, на ноутбуке. Вот такие мелочи и определяют впечатление. Выключите устройство, затем нажмите Play – прибор включится и начнет воспроизведение немедленно. Предположительно, Squeezebox использует 64 MБ памяти для кэширования музыкальных данных. Можно слушать потоковое интернет-радио из тысяч источников, играть в ''Тетрис ''и читать новости с RSS. Но главное - музыка звучит фантастически.

LXF93:Scribus 1.3.3.8

2008-03-08T14:21:07Z

Makoron: Новая: = Scribus 1.3.3.8 = ''Scribus – лучшая издательская система для Linux, больше того: это единственная издательская си...

= Scribus 1.3.3.8 =

''Scribus – лучшая издательская система для Linux, больше того: это единственная издательская система для Linux. Но может ли она соперничать с великими? Разбирается '''Ник Вейч'''.''

Мы описывали ''Scribus ''в разделе HotPicks LXF36. Тогда мы расценили его как интересный, амбициозный и многообещающий проект. Теперь смело скажем: мы не ошиблись. Казалось невероятным, что на DTP-Олимпе можно потеснить таких гигантов, как ''QuarkXPress ''и ''Adobe InDesign'', но после ряда версий функциональность ''Scribus ''настолько развилась, что программа стала реальной альтернативой для многих настольных издательских систем. ''Scribus'', инсталлированный нами, имеет расширенную поддержку графики, управление цветом, переработанный GUI, поддержку SVG, генератор штрих-кодов и многое другое. Поддержка PDF великолепна, с настройками 1.3/1.4/1.5, шифрованием и даже презентационными эффектами.

Одно из главных достижений команды ''Scribus ''– одновременная разработка вариантов программы для трех ведущих настольных систем: Linux, Windows и Mac. Помимо возможности выбора платформы (ну, мы-то с вами знаем, какая лучше), такой метод разработки позволяет предоставить программу гораздо большему числу пользователей самых разных уровней подготовки, чем в случае с обычным приложением Linux. Система Mac была неотъемлемой частью процесса DTP с момента возникновения самой его идеи. Поколения искусных верстальщиков выросли, не зная ничего, кроме MacOS, поэтому развитие именно в этом направлении представляется наиболее важным.

== Охота за ошибками ==

Это не окончательная стабильная версия, и критиковать разработчиков было бы несправедливо. Да, здесь полно недоработок (которые непрестанно исправляются), но это скорее мелкие неприятности, чем крупные провалы. Например, откат действия Adjust Frame To Image (Подогнать рамку по рисунку) на самом деле не приводит к изменению размера рамки. Но нет сомнений, что все эти мелочи исправляются сразу после обнаружения.

Более глубокую озабоченность вызывает пользовательский интерфейс. ''Scribus ''нуждается в тщательном эргономическом исследовании. Все основные функции DTP имеются, да только найти их не всегда легко. Возьмем, к примеру, текст. Настройка количества колонок в текстовом поле находится в разделе Shape (Форма) диалогового окна Properties (Свойства), а это для нее не самое очевидное место. В том же диалоговом окне можно настроить толщину и стиль контурной линии, но отображаться она не будет, так как цвет по умолчанию - белый, а цвета настраиваются в другой вкладке.

''Scribus ''отнюдь не неудобен в работе, но чтобы завоевать признание придирчивых верстальщиков, необходимо глубоко и вдумчиво проработать интерфейс.

LXF93

2008-03-08T13:48:20Z

Makoron:

LXF93

2008-03-08T13:47:55Z

Makoron:

LXF93:Ubuntu 7.04

2008-03-08T13:41:19Z

Makoron:

= Ubuntu 7.04 =
''С детства горюя о Бемби, обретет ли '''Энди Хадсон''' силы в Feisty Fawn? Linux Format попросил его установить и тщательно рассмотреть бета-версию.''

Мы всегда считали Ubuntu высококачественным дистрибутивом и недоумевали: ну что еще там можно улучшить? Будет ли новый продукт похож на прежние, или налицо идеология «совершенство – в переменах»?

Фактически, «Feisty Fawn [Храбрый Олененок]» – шестая инкарнация ОС: Ubuntu вышел на Linux-сцену три с половиной года назад. С самого начала Ubuntu позиционировался как «Linux для людей» и получил мощнейшую поддержку сообщества. Мы в восхищении следили за взрослением дистрибутива, особенно в предвидении жесткой конкуренции со стороны Fedora 7 и OpenSUSE 10.3. К моменту написания статьи Ubuntu 7.04 beta только что вышел, и мы не без интереса загрузили ISO и тут же вставили свежезаписанный диск в наш тестовый компьютер.

Разработчики Ubuntu подстегнули Linux-сообщество, решив выполнить свой единственный установочный диск в форме Live CD. Интересующиеся получили возможность загрузить и опробовать полноценный рабочий стол Ubuntu даже без инсталляции. Демонстрируя Ubuntu Live CD «не-Linux-пользователям» при всяком удобном случае, мы убедились, что такой подход действительно результативен, так как дает новичку возможность увидеть все собственными глазами. Версия 7.04 сохранила это качество.

Стоит отметить, что Feisty содержит проприетарные драйверы, помогающие шире раскрыть потенциал Ubuntu. В нашем случае Feisty корректно идентифицировал и настроил встроенную беспроводную карту (Intel IPW3945), а также определил беспроводную точку доступа. Об использовании закрытых драйверов уведомило полезное сообщение DBUS. Щелчок на значке открывает (новый для Ubuntu) Restricted Drivers Manager (Менеджер закрытых драйверов), предлагающий выбор между установкой и удалением драйверов. Мы бы поклялись, что большинству Linux-новичков все равно, проприетарный драйвер или свободный, но, по крайней мере, Ubuntu дает возможность пользователю выбрать, а не оставляет один на один с извилистым процессом настройки.

Сохранил Feisty и возможность установки с Live CD, так что среду Live CD можно легко сменить на настоящую инсталляцию. Тот, кто пользовался Ubuntu и раньше, почувствует себя здесь, как дома. Приятное дополнение, которое мы не смогли протестировать ввиду отсутствия Windows-разделов – это мастер переноса пользовательских настроек, который якобы может перенести Windows-настройки в учетную запись Ubuntu. Это бонус для тех, кто решил перейти на Ubuntu, но не хотел бы терять персональные настройки Windows, например, избранные страницы Internet Explorer. Остальная часть Live-инсталляции осталась прежней, и мы установили систему на нашу тестовую машину – ноутбук Dell D620 с Core Duo (T2500, 2 ГГц), 1.25 ГГц ОЗУ и 40-ГБ жестким диском – меньше чем за 15 минут.

== Энергично ==

Запуская свежеустановленную систему, мы первым деломы отметили быстроту загрузки. Дистрибутив грузится за рекордное время, намного обгоняя преследователей. На нашем компьютере загрузка занимает в среднем 32 секунды от нажатия кнопки до входа в Gnome (да-да, вместе со входом!). Для пользователя настольного ПК это сущий подарок, так как большинство дистрибутивов Linux отстает более чем на минуту.

Ускорение произошло, естественно, благодаря замене устаревшей sysvinit на upstart. Upstart загружает службы динамически, при необходимости, а не в порядке очереди. Хотя upstart продолжает развиваться, она уже сейчас заметно сократила время загрузки. Справедливости ради заметим, что используя Ubuntu в серверном режиме, вы не станете раздражаться из-за лишней пары минут на запуск!

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

Не хватает, может быть, лишь одного – присутствия Compiz/Beryl, хотя взгляд в меню System > Preferences (Система > Параметры) обнаруживает наличие пункта Desktop Effects (Эффекты рабочего стола); нечто подобное применено в Fedora 6. (Кстати о меню Preferences: отметим, что в Ubuntu оно длинновато. Команда Fedora разбила его на логические группы, чтобы не метаться из конца в конец длинного списка).

Вернемся к Compiz и Beryl. Ubuntu до сих пор не поддерживает их официально, хотя Compiz установлен по умолчанию. В почти полном противоречии со своим кодовым названием, Feisty Fawn излишне робок в случае с Compiz, настаивая на том, что это экспериментальная функция и поэтому доступна лишь в режиме технологического анонса. Это явный перепев Red Hat Enterprise Linux 5 (см. LXF92), странный для дистрибутива без LTS (Long Term Support, долговременная поддержка). Beryl задвинули еще дальше, так как он доступен лишь через репозиторий Universe и не поддерживается Ubuntu официально. Правда, для желающих установить Beryl репозиторий Universe всяко не хуже, чем раскопки в Сети.

== Досадно ==

Еще одна область исследования – Gnome 2.18 с полной свитой приложений. Ubuntu содержит OpenOffice.org 2.2, к моменту написания только что опубликованный, что дает дистрибутиву технологическое преимущество. Для фанатов виртуализации сообщаем, что Ubuntu не включает в официальный дистрибутив ни Xen, ни KVM, хотя и они доступны через репозиторий Universe.
Нас преследует ощущение некоторого разочарования в этой версии. Да, в Ubuntu многое усовершенствовано, включая CodecBuddy и настройку беспроводных подключений через менеджер сети NetworkManager, но мы все же ожидали более яркой версии между Dapper Drake и следующей LTS. Кажется, Ubuntu-сообщество решило на сей раз не рисковать, и это позор. Список новых функций совсем куцый и пропускает вперед другие дистрибутивы – хотя бы Fedora, семимильными шагами движущуюся к выпуску седьмой версии, намеченному на конец мая. Вероятно, Ubuntu нуждается в стабильности из-за возросшего числа дистрибутивов на его основе.

Что бы ни было тому причиной, но Ubuntu теперь стоит на перепутье: мощный импульс первой волны версий (с 4.10 по 6.06) начал сходить на нет, и нужно снова как-то взбодрить этот процесс. В противном случае Ubuntu затрут новые многообещающие дистрибутивы. Куда же двигаться проекту? Одна из идей – дополнить или заменить несколько инструментов настройки Gnome, которым столь предан Ubuntu. Если разработчики действительно хотят сделать Linux удобнее, у них есть прекрасная возможность собрать комплект средств настройки «а-ля Fedora system-config-*» для базовой настройки системы пользователем. Поймите нас правильно: мы не сомневаемся, что 7.04 будет прекрасной версией. Просто нам кажется, что Ubuntu не захотел пойти на необходимый риск, понадеявшись на свой авторитет в сообществе.

LXF93:Puppy Linux 2.16

2008-03-08T13:39:57Z

Makoron: Новая: = Puppy Linux 2.16 = ''На фоне сотен дистрибутивов самого различного толка, цвета и вероисповедания почти нера...

= Puppy Linux 2.16 =

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

Еще одним дистрибутивом Linux сегодня вряд ли кого-то удивишь. В мире Open Source эта безграничная свобода, которую сообщество само же себе и обеспечивает, воспринимается как само собой разумеющееся. Поэтому выбирать всегда есть из чего – от миниатюрных систем, загружающихся с одной-единственной дискетки и при этом способных делать что-то полезное, до дедушки Debian, не вмещающегося и на 20 CD; от предельно дружественных Ubuntu и Mandriva до требующих определенных базовых знаний Gentoo и LFS; от следующего за всеми последними новинками Sabayon до консервативного ''Slackware''...

Однако всегда находятся люди, которым недостаточно взять что-то готовое и просто пользоваться этим. И тогда они изобретают очередной велосипед. Но кто знает, может быть именно этот велосипед идеально подойдет кому-то еще? Так что попытаемся найти какие-нибудь «изюминки» в этом «еще одном дистрибутиве Linux».

== '''Первое знакомство''' ==
Уже в меню ''Isolinux'' можно заметить пару нестандартных вещей (наберите какую-нибудь букву, чтобы остановить обратный отсчет автоматической загрузки и внимательно все рассмотреть). Например, указав в строке загрузчика puppy pfix=ram, можно загрузиться в режим, когда система будет полностью размещена в оперативной памяти. Это не только освободит привод для чего-нибудь более полезного, но и обеспечит потрясающую скорость работы. Тем более что небольшой размер дистрибутива практически не создаст неудобств обладателям более-менее современных компьютеров.

Еще один сюрприз будет поджидать вас после загрузки ядра: вам предложат выбрать графический сервер – ''Xorg'' или ''Xvesa''. С первым все понятно, он уже давно стал фактическим стандартом любого Linux-дистрибутива с графическим окружением. А вот уже экзотический Vesa-сервер может оказаться полезным там, где ресурсы компьютера не позволяют полноценно использовать «тяжеловеса» ''Xorg''.

Нужно отметить и один неприятный момент – при выборе ''Xorg''-сервера Puppy далеко не всегда справляется с автоматическим определением оптимального режима, и приходится выбирать желаемое разрешение и глубину цвета вручную (что, впрочем, не слишком обременительно, если знать параметры своего оборудования).

Среда JWM (Joe’s Window Manager) загружается довольно быстро – на машине AMD64 3000+ уже через 15 секунд система встретит вас приветственным лаем, оповещающим, что звуковая карта определилась и готова к работе. Трехмерные «стеклянные» элементы управления выглядят несколько не к месту среди архаичного ''GTK''-интерфейса, хотя и несколько разнообразят окружающую «серость». Впрочем, достаточно выбрать в JWM Configuration Manager тему Puppy-XP, и все становится совсем замечательно.

Почему-то в дистрибутивах, предлагающих в качестве рабочего окружения ту или иную «легковесную» оболочку, обычно сразу настраиваешься на большой объем ручной работы – кажется, что подобные проекты делаются исключительно хакерами для хакеров. Но в ''Puppy Linux'' все ориентировано на вполне обычного пользователя – целая россыпь различных «мастеров» помогает настроить мышкой почти все, что нужно для повседневной работы: раскладки клавиатуры, внешний вид рабочего стола, звук, принтеры, сетевые подключения, даже брандмауэр. Правда, нужно заметить, что некоторые «мастера» работают в текстовом терминале, предоставляя пользователю псевдографический интерфейс. Впрочем, это нисколько не мешает решению основной задачи. Столь же легко система позволяет работать и с пакетами дополнительного ПО.

== '''Искусство упаковки''' ==
В Puppy реализован подход к управлению пакетами, во многом напоминающий PBI, используемый в PCBSD – вы выбираете в менеджере пакетов нужные, щелкаете по кнопке OKAY, указываете, откуда брать '''pet'''-файлы (к вашим услугам несколько ftp-серверов, а также возможность использовать локальное хранилище), при необходимости ждете несколько секунд/минут, пока завершится загрузка выбранных пакетов, еще несколько секунд на инсталляцию – и все готово. Никаких сборок, зависимостей и т.д. Возможно, не столь гибко, как хотелось бы опытным пользователям, зато быстро и без лишних вопросов.

В более ранних версиях использовались '''pup'''-пакеты (менеджер DotPup), и кое-где в инструментарии и документации вы можете встретить упоминание о них. Однако на ftp-сервере их не осталось, и к использованию они не рекомендуются.

Но и это еще не все – вы можете использовать '''sfs'''-образы (SquashFS) для расширения возможностей дистрибутива. Например, таким способом устанавливается ''OpenOffice.org'' – просто поместите '''sfs'''-файл в каталог '''/mnt/home''', отметьте его в BootManager (пункт меню System), и при следующей загрузке вы обнаружите соответствующий пакет готовым к работе.

== '''Ничто не забыто''' ==
Ну вот – потрачено несколько драгоценных минут на то, чтобы привести систему в соответствие со своими потребностями и пожеланиями. А теперь вспомним, что мы работаем в режиме LiveCD... Неужели при следующей загрузке все придется начинать заново?

Разработчики ''Puppy Linux'' приготовили целых три пути для решения этой проблемы. Это, во-первых, традиционное сохранение файла настроек на диск, «флешку», CD-R, в общем, где найдете место. При желании сохраняемую информацию можно зашифровать. Впрочем, это умеют почти все LiveCD, и ничего удивительного здесь нет. Но ''Puppy Linux'' не может не удивлять, и этот случай – не исключение. Поэтому...

Во-вторых, вы можете сохранить свои настройки прямо на тот же диск, с которого работаете! Да-да, ISO-образ Puppy записывается в режиме multisession, так что вы можете просто дописывать все, что нужно, ему в «хвост» – действительно, не пропадать же целым 500 МБ дискового пространства? Понятно, что для этого вам нужен пишущий CD-привод. При следующей загрузке вы сможете дополнительно указать, сколько сессий следует пропустить перед поиском сохраненных файлов.

Но есть еще и «в-третьих»! Выбрав пункт Remaster CD в разделе Setup, вы сможете переписать образ дистрибутива, по новой сохранив его со всеми вашими настройками, установленными дополнительно программами и т.д. То есть вы, фактически, получаете возможность создать свой собственный дистрибутив, совершенно не задумываясь о таких вещах, как базовая система, загрузчики, файлы initrd и прочее. Просто настройте систему, как хочется, и запишите результат на CD/DVD-диск или в ISO-образ.

== '''Мирное сосуществование''' ==
Кстати, если вы решите обеспечить для ''Puppy Linux'' постоянную прописку на своем винчестере, то и это делается элементарно – запустите Puppy universal installer из подменю Setup и следуйте несложной процедуре. Проницательный читатель уже, наверное, догадывается, что и здесь где-то должен быть сюрприз. И он действительно есть – помимо традиционной установки на отдельный раздел (в инсталляторе этот режим называется NORMAL), можно выбрать режим COEXIST, в котором ''Puppy Linux'' будет установлен на раздел с существующей ОС (причем это может быть даже Windows XP на разделе NTFS; правда, придется с загрузчиком слегка повозиться), оставив последнюю в целости и сохранности. Puppy просто размещает на указанном разделе нужные для работы файлы-образы, которые размещаются в памяти при загрузке системы, подобно тому, как это происходит при работе с CD-диска.

Итак, ''Puppy Linux'' оказался вполне пригодным для повседневной работы. Множество интересных решений не только упрощает такие задачи как установка различных программ и работа с LiveCD с сохранением текущих настроек и наработок при переходе от одной машины к другой. Они также дают уйму идей, которые, возможно, кто-то возьмет на вооружение в своих проектах.

Прибавьте к этому легковесность, молниеносную загрузку, отсутствие лишнего и наличие нужного... В общем, если иногда возникает желание быстро заглянуть в Интернет, что-то подредактировать или проверить электронную почту, не дожидаясь, пока загрузится «основной» дистрибутив, то установка ''Puppy Linux'' в режиме COEXIST - почти идеальное решение.

LXF93:Ubuntu 7.04

2008-03-08T13:05:30Z

Makoron: Новая: == Ubuntu 7.04 == ''С детства горюя о Бемби, обретет ли '''Энди Хадсон''' силы в Feisty Fawn? Linux Format попросил его устано...

== Ubuntu 7.04 ==
''С детства горюя о Бемби, обретет ли '''Энди Хадсон''' силы в Feisty Fawn? Linux Format попросил его установить и тщательно рассмотреть бета-версию.''

Мы всегда считали Ubuntu высококачественным дистрибутивом и недоумевали: ну что еще там можно улучшить? Будет ли новый продукт похож на прежние, или налицо идеология «совершенство – в переменах»?

Фактически, «Feisty Fawn [Храбрый Олененок]» – шестая инкарнация ОС: Ubuntu вышел на Linux-сцену три с половиной года назад. С самого начала Ubuntu позиционировался как «Linux для людей» и получил мощнейшую поддержку сообщества. Мы в восхищении следили за взрослением дистрибутива, особенно в предвидении жесткой конкуренции со стороны Fedora 7 и OpenSUSE 10.3. К моменту написания статьи Ubuntu 7.04 beta только что вышел, и мы не без интереса загрузили ISO и тут же вставили свежезаписанный диск в наш тестовый компьютер.

Разработчики Ubuntu подстегнули Linux-сообщество, решив выполнить свой единственный установочный диск в форме Live CD. Интересующиеся получили возможность загрузить и опробовать полноценный рабочий стол Ubuntu даже без инсталляции. Демонстрируя Ubuntu Live CD «не-Linux-пользователям» при всяком удобном случае, мы убедились, что такой подход действительно результативен, так как дает новичку возможность увидеть все собственными глазами. Версия 7.04 сохранила это качество.

Стоит отметить, что Feisty содержит проприетарные драйверы, помогающие шире раскрыть потенциал Ubuntu. В нашем случае Feisty корректно идентифицировал и настроил встроенную беспроводную карту (Intel IPW3945), а также определил беспроводную точку доступа. Об использовании закрытых драйверов уведомило полезное сообщение DBUS. Щелчок на значке открывает (новый для Ubuntu) Restricted Drivers Manager (Менеджер закрытых драйверов), предлагающий выбор между установкой и удалением драйверов. Мы бы поклялись, что большинству Linux-новичков все равно, проприетарный драйвер или свободный, но, по крайней мере, Ubuntu дает возможность пользователю выбрать, а не оставляет один на один с извилистым процессом настройки.

Сохранил Feisty и возможность установки с Live CD, так что среду Live CD можно легко сменить на настоящую инсталляцию. Тот, кто пользовался Ubuntu и раньше, почувствует себя здесь, как дома. Приятное дополнение, которое мы не смогли протестировать ввиду отсутствия Windows-разделов – это мастер переноса пользовательских настроек, который якобы может перенести Windows-настройки в учетную запись Ubuntu. Это бонус для тех, кто решил перейти на Ubuntu, но не хотел бы терять персональные настройки Windows, например, избранные страницы Internet Explorer. Остальная часть Live-инсталляции осталась прежней, и мы установили систему на нашу тестовую машину – ноутбук Dell D620 с Core Duo (T2500, 2 ГГц), 1.25 ГГц ОЗУ и 40-ГБ жестким диском – меньше чем за 15 минут.

=== Энергично ===

Запуская свежеустановленную систему, мы первым деломы отметили быстроту загрузки. Дистрибутив грузится за рекордное время, намного обгоняя преследователей. На нашем компьютере загрузка занимает в среднем 32 секунды от нажатия кнопки до входа в Gnome (да-да, вместе со входом!). Для пользователя настольного ПК это сущий подарок, так как большинство дистрибутивов Linux отстает более чем на минуту.

Ускорение произошло, естественно, благодаря замене устаревшей sysvinit на upstart. Upstart загружает службы динамически, при необходимости, а не в порядке очереди. Хотя upstart продолжает развиваться, она уже сейчас заметно сократила время загрузки. Справедливости ради заметим, что используя Ubuntu в серверном режиме, вы не станете раздражаться из-за лишней пары минут на запуск!

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

Не хватает, может быть, лишь одного – присутствия Compiz/Beryl, хотя взгляд в меню System > Preferences (Система > Параметры) обнаруживает наличие пункта Desktop Effects (Эффекты рабочего стола); нечто подобное применено в Fedora 6. (Кстати о меню Preferences: отметим, что в Ubuntu оно длинновато. Команда Fedora разбила его на логические группы, чтобы не метаться из конца в конец длинного списка).

Вернемся к Compiz и Beryl. Ubuntu до сих пор не поддерживает их официально, хотя Compiz установлен по умолчанию. В почти полном противоречии со своим кодовым названием, Feisty Fawn излишне робок в случае с Compiz, настаивая на том, что это экспериментальная функция и поэтому доступна лишь в режиме технологического анонса. Это явный перепев Red Hat Enterprise Linux 5 (см. LXF92), странный для дистрибутива без LTS (Long Term Support, долговременная поддержка). Beryl задвинули еще дальше, так как он доступен лишь через репозиторий Universe и не поддерживается Ubuntu официально. Правда, для желающих установить Beryl репозиторий Universe всяко не хуже, чем раскопки в Сети.

=== Досадно ===

Еще одна область исследования – Gnome 2.18 с полной свитой приложений. Ubuntu содержит OpenOffice.org 2.2, к моменту написания только что опубликованный, что дает дистрибутиву технологическое преимущество. Для фанатов виртуализации сообщаем, что Ubuntu не включает в официальный дистрибутив ни Xen, ни KVM, хотя и они доступны через репозиторий Universe.
Нас преследует ощущение некоторого разочарования в этой версии. Да, в Ubuntu многое усовершенствовано, включая CodecBuddy и настройку беспроводных подключений через менеджер сети NetworkManager, но мы все же ожидали более яркой версии между Dapper Drake и следующей LTS. Кажется, Ubuntu-сообщество решило на сей раз не рисковать, и это позор. Список новых функций совсем куцый и пропускает вперед другие дистрибутивы – хотя бы Fedora, семимильными шагами движущуюся к выпуску седьмой версии, намеченному на конец мая. Вероятно, Ubuntu нуждается в стабильности из-за возросшего числа дистрибутивов на его основе.

Что бы ни было тому причиной, но Ubuntu теперь стоит на перепутье: мощный импульс первой волны версий (с 4.10 по 6.06) начал сходить на нет, и нужно снова как-то взбодрить этот процесс. В противном случае Ubuntu затрут новые многообещающие дистрибутивы. Куда же двигаться проекту? Одна из идей – дополнить или заменить несколько инструментов настройки Gnome, которым столь предан Ubuntu. Если разработчики действительно хотят сделать Linux удобнее, у них есть прекрасная возможность собрать комплект средств настройки «а-ля Fedora system-config-*» для базовой настройки системы пользователем. Поймите нас правильно: мы не сомневаемся, что 7.04 будет прекрасной версией. Просто нам кажется, что Ubuntu не захотел пойти на необходимый риск, понадеявшись на свой авторитет в сообществе.

LXF93

2008-03-08T11:19:53Z

Makoron:

==Linux Format 93, Июнь 2007==

=== Обзоры ===
* [[LXF93:Ubuntu 7.04|Ubuntu 7.04]]
* [[LXF93:Puppy Linux 2.16|Puppy Linux 2.16]]
* [[LXF93:Scribus 1.3.3.8|Scribus 1.3.3.8]]
* [[LXF93:Squeezebox 3|Squeezebox 3]]
* [[LXF93:Storix SBAdmin 6.1|Storix SBAdmin 6.1]]

[[LXF93:Сравнение|Сравнение: Командные оболочки]]

LXF93

2008-03-08T11:16:09Z

Makoron:

LXF93

2008-03-08T11:11:53Z

Makoron: Новая: ==Linux Format 93, Июнь 2007== === Обзоры === * Ubuntu 7.04 * Puppy Linux 2.16 * Scribus 1.3.3.8

==Linux Format 93, Июнь 2007==

=== Обзоры ===
* [[LXF93:Ubuntu 7.04|Ubuntu 7.04]]
* [[LXF93:Puppy Linux 2.16|Puppy Linux 2.16]]
* [[LXF93:Scribus 1.3.3.8|Scribus 1.3.3.8]]