Раздел "*nix". Содержание:

Статьи:

 Есть контакт
 FreeBSD: варианты выбора
 Процессы в Linux

Новости:

 Novell завершила приобретение SuSe Linux
 Солнце Cobalt закатилось
 HP стал лидером Linux-рынка
 Ядро Linux обновилось

SCO против Linux:

 SCO добралась до Google
 Microsoft готовит широкую агитационную кампанию против Linux
 Создан фонд защиты пользователей Linux от SCO
 Novell защитит пользователей Linux
 SCO показала IBM спорный код Unix
 SCO подаст иски против европейских пользователей Linux
 Комментарий: Реальной угрозы для пользователей Linux нет

Раздел "*nix". Статьи:

	Есть контакт

	Евгений Золотов
	Компьютерра
	site@computerra.ru

Моё личное увлечение операционной системой Linux и, по большому счёту, всем миром свободного софта насчитывает уже почти год. За тем, как был совершён полный переход с Windows на свободную ОС, какие трудности встретились на этом пути, можно проследить по архиву этой колонки. А потому то, о чём я расскажу сегодня, почти наверняка вызовет шквал откликов негативного свойства: будут обвинения и в непостоянстве, и в неумелости и, наконец и обязательно, в предательстве идеалов. Очень прошу вас не торопиться и принять всё, как оно есть: за прошедший без малого год для меня стал очевидным по крайней мере один неприятный момент, связанный с использованием программного обеспечения, развиваемого на принципах open source (заметьте, не самого свободного софта). Он доставил немало проблем мне и не поделиться опытом было бы просто нечестно. А суть проста: пока вы работаете с open source-инструментарием в одиночку, всё может быть замечательно. Проблемы начинаются когда дело доходит до работы в коллективе.

Мой первый отрицательный опыт такого рода относится ещё к весне прошлого года, когда, выполняя свои обычные обязанности обозревателя новостей "Компьютерры", я столкнулся с практической невозможностью увязать теоретически совместимые на уровне форматов файлов офисные пакеты Open Office и Microsoft Office. На использование первого я перешёл вскоре за самим переходом на Linux: Open Office достаточно стабилен, по функциональности даст фору продукту Microsoft, и в то же время распространяется свободно. В круг моих задач входит сдача подготовленных материалов раз в неделю редактору - и нестыковка выявилась при первой же передаче изготовленного полностью на Open Office новостного блока: редакторский Word отказался понимать мой файл несмотря на то, что используемый формат (RTF) вроде бы независим и должен одинаково поддерживаться обоими инструментами. Вообще говоря, ситуация была неоднозначной: MS Word на моей машине данный документ с успехом читал, но на машине редактора, после перебора нескольких версий MS Office, в лучшем случае текст отображался не совсем корректно, с некими посторонними включениями в случайных местах. О том, как эта проблема была решена, расскажу чуть позже, а пока замечу, что в общей сложности на поиск решения ушло "чистыми" дня два - три.

В следующий раз нестыковка оказалась много более масштабной. Случилась она уже в декабре, когда, заняв место главного редактора настоящего бумажного журнала (Компьютермэн), я - данной мне властью - решился на очередной эксперимент. Весь номер было решено верстать в свободных программах. А главную роль сыграл Scribus - инструмент, о котором не раз и с неизменной теплотой писала русскоязычная пресса (в том числе и КТ). Scribus, поддерживающий русский язык получше многих профессиональных издательских пакетов, действительно оказался весьма функциональным, хоть и местами "сырым" продуктом. Собственно вёрсткой занимался, конечно, не я, но весь процесс шёл под моим контролем. И всё шло нормально, и всё получилось (результат можно будет увидеть в середине февраля, когда номер появится в Сети на официальном сайте), но проблема возникла на этапе фотовывода (печать на прозрачной плёнке). Это промежуточный этап, следующий сразу за вёрсткой и предваряющий печать в типографии. Специалисты в лаборатории, окружённые рабочими станциями, с системой, построенной полностью на основе продуктов Adobe, не смогли прочесть наши файлы. Ни PostScript-формат, ни PDF, ни собственный XML-формат Scribus'a не смогли пройти проверку на корректность. В худшем случае они не читались совсем, в лучшем возникали мелкие несоответствия (RGB-кодировка цвета вместо CMYK, отсутствие каких-то шрифтов, что якобы должны быть включены в файл и т.п. и т.д.). Возможно, Scribus выгружал файлы правильно, возможно в чём-то ошибался - для нас это уже ничего не значило: нужно было любой ценой вывести номер на плёнки. На поиск возможных ошибок (которые так и не были найдены) и решение проблемы через заднее место (импортом PDF-файлов в Adobe InDesign и экспортом в PostScript-формат) с попутным устранением ещё одного непонятного глюка (одну страницу не удалось преобразовать даже в InDesign и её собирали по частям из скриншотов, словно пазл) ушла почти неделя.

Моя наивность в отношении свободного софта, как видите, обошлась мне и моим коллегам в неделю чистого времени и могла бы стоить мне работы. Думаю, вы уже понимаете, какие именно меры профилактики были избраны после каждого из означенных выше случаев. Да, в каждом из них было принято решение пользоваться теми же инструментами, что используют люди, которым я передаю результаты своего труда. В первом это MS Word (впрочем, пишу я чаще всего всё же в Open Office, а Word задействую на самом последнем этапе, перед отсылкой, для преобразования подготовленных документов), во втором это - от начала и до конца - Adobe InDesign.

Последнюю неделю я не нарадуюсь на маленький субноут Rover Partner E210, что стал моим основным рабочим инструментом. Однако прочувствовав на собственной шкуре опасность экспериментов со свободным софтом, я не тороплюсь ставить на него Linux. В конце концов - как только выдастся свободная неделька - я обязательно сделаю это. Но, поддерживая контакт с десятками авторов, из которых только двое активно используют свободные программные продукты, я совсем не уверен в том, что почти невидимая черта несовместимости не встанет непреодолимой стеной на моём пути в самый неподходящий момент. А потому пока что пользуюсь - по случаю лицензионной - Windows XP. Всех желающих обсудить проблему несовместимости свободных и коммерческих продуктов приглашаю в дискуссию на форум.

	FreeBSD: варианты выбора

	Алексей Федорчук
	www.ixbt.com
	alv@linux-online.ru

Теоретические рассуждения предыдущей заметки (cм. AboutPC #25) — о несравненных достоинствах FreeBSD как настольной платформы, — следовало бы подкрепить практическими примерами. А поскольку практика эта основывается на примере себя, любимого, сделаю маленький биографический экскурс — как я, не будучи ни сисадмином, ни developer'ом (и не имея ни малейшего желания становиться ни тем, ни другим), использую FreeBSD в своей обыденной жизни. Но перед этим следует слегка определиться с вопросом,

Из чего сделана FreeBSD

Понять, из чего сделана FreeBSD, проще всего в сравнении ее с Linux'ом. В отношении последнего существует две противоположные точки зрения. Первая, высказываемая Ричардом Столлменом, гласит, что Linux — это ядро системы, а все прочее, объединяемое в дистрибутивы его, суть отдельные пакеты проекта GNU (по преимуществу). Вторая точка зрения неявно подразумевается многочисленными составителями дистрибутивов. Согласно ей, Linux — это все, что майнтайнер дистрибутива в оный включил (вплоть до оконной системы X, интегрированных сред типа GNOME и KDE, и прочего, обнаруживаемого на 5-10-дисковых наборах).

В свое время я исследовал этот вопрос в серии заметок на UNIX4All и пришел к выводу, что, подобно Шарикову, не согласен ни с тем, ни с другим мнением. Ибо Linux — системная целостность, образованная ядром и исторически сложившимся комплексом поддержки, обеспечивающим старт машины и инициализацию системы, работу с устройствами и файловыми системами, а также средства для наращивания ее функциональности (по простому — компилятор и системные библиотеки). Все это вместе можно объединить в понятие Base Linux — в противоположность всему тому множеству открытого и свободного софта, который может функционировать (в том числе и) под Linux.

Во FreeBSD противопоставление базиса системы и пользовательских приложений проводится еще более последовательно. Первый объединяется в понятие Distributions, приложения же охватываются термином Ports, то есть программы, портированные (в том числе и) на FreeBSD.

В Distributions, то есть собственно систему FreeBSD par exellence, включаются

• ядро системы;
• комплекс низкоуровневых утилит поддержки;
• набор аналогов классических Unix-утилит для работы с файлами и текстами;
• системные библиотеки BSD libc и r_libc;
• базовые средства разработки (компилятор Си);
• базовые средства безопасности (включая OpenSSH и OpenSSL).

Компоненты Distributions в подавляющем своем большинстве — оригинальные разработки проекта FreeBSD и его исторических предшественников. Говоря о классических утилитах Unix, я не случайно употребил термин «аналоги» — это, как правило, функционально расширенное их воспроизведение (достаточно посмотреть на утилиту more, которая по своим функциям гораздо более походит на Linux'овый less, нежели на свою тезку из систем-потомков System V). Самобытность компонентов Distributions подчеркивается лицензией, под которой они распространяются, и которая носит имя BSD-лицензии. В отличие от широко известной лицензии GPL, она не возбраняет распространение основанных на ней разработок без исходных текстов (здесь не место обсуждать вопрос о том, какая из этих лицензий более соответствует идеалам свободы и демократии).

Справедливости ради нужно заметить, что в состав FreeBSD Distributions исторически входит некоторое количество компонентов, заимствованных из разработок проекта GNU и, соответственно, подпадающих под лицензию GPL (наиболее показательный пример — компилятор gcc: это тот же самый компилятор, который входит в состав любого дистрибутива Linux). Однако существует устойчивая тенденция по замене GNU-программ оригинальными разработками FreeBSD (правда, именно до gcc, похоже, дело дойдет не скоро).

Еще одна отличительная особенность компонентов FreeBSD Distributions — система их документации. Все они сопровождаются полным описанием в классическом для POSIX-систем формате man-страниц. В программах GNU в последнее время можно заметить тенденцию подмены manual pages на документацию в формате info (ИМХО, самая GNU'тая из всех GNU-разработок). Однако даже GNU-программы, включенные в Distributions, содержат подробнейшие man-страницы — для примера сравните man (1) gcc из современных версий FreeBSD с оригинальным GNU man-pages для этого же пакета.

Компоненты Distributions при инсталляции системы разворачиваются из бинарных тарбаллов. Однако предусмотрен механизм их автоматической тотальной пересборки с учетом пользовательских настроек — make world. Ну и, разумеется, перекомпиляция ядра системы (в текущих версиях — операция make buildkernel) — неотъемлемый атрибут индивидуального конфигурирования FreeBSD.

Порты FreeBSD — концепция, воздействие которой на мир Open Sources трудно переоценить, и потому заслуживает особого рассмотрения. В текущем же контексте достаточно сказать, что это — система автоматического получения исходников (по Сети, с мастер-сайтов разработчиков), отслеживания их зависимостей, адаптации (то есть наложения FreeBSD-специфичных патчей), сборки (компиляции и линковки с разделяемыми библиотеками) и установки (то есть инкорпорации в файловую систему FreeBSD) практически любых программ, свободно распространяемых и доступных в исходных текстах. Она предусматривает также генерацию бинарных пакетов, пригодных для автономного (с учетом зависимостей) распространения — именно в таком виде портированные программы входят в состав полного дистрибутива FreeBSD.

Важно подчеркнуть, что если сама по себе система портов — неотъемлемая часть FreeBSD Distributions, то порт любой программы из ее состава не содержит ни исходных текстов, ни исполнимых модулей: исходники любой портированной программы — абсолютно те же самые, на которых основаны пакеты любого Linux-дистрибутива, а бинарники генерируются автоматически из системы портов. И потому во FreeBSD в принципе доступно все то же многообразие открытых и свободных программ, что и в Linux.

Обособленность портированных программ от FreeBSD Distributions подчеркивается отличием лицензионных соглашений: все портированные программы распространяются под теми лицензиями, которые определены для них авторами (GPL — для программ из проекта GNU и соплеменных, лицензия X-консорциума — для оконной системы X, и так далее).

Distributions — обзор возможностей

Сам по себе FreeBSD Distributions — весьма мощный программный комплекс, пригодный для решения многих пользовательских задач. Разумеется, в его составе — низкоуровневые системные утилиты, утилиты для управления файловыми системами, процессами, получения информации и т.д.

Однако в Distributions можно найти множество пользовательских утилит — средства работы с файлами, включая столь универсальное, как find, весьма сложные программы обработки текстов — от экранного редактора ee и строчных редакторов ed и sed до awk, средства поиска текстовых фрагментов — grep, а также инструменты форматирования текстов (семейство groff). Имеется ftp-клиент, почтовая система sendmail, базовые средства работы с сетями (в том числе и для модемного соединения).

Наконец, средств Distributions вполне достаточно для наращивания функциональности системы путем сборки программ. Для этого в нем предназначены компилятор gcc и полный комплекс утилит поддержки, начиная с языковых анализаторов и кончая универсальной make.

Тем не менее, для комфортной работы (не говоря уже о развлечениях) средств Distributions явно недостаточно. И тут на помощь приходит система портов FreeBSD — в виде ли средства получения и сборки исходников, или как метод генерации бинарных пакетов.

Установка программ из системы портов или в виде прекомпилированных пакетов во FreeBSD чрезвычайно проста — настолько, что прямо-таки провоцирует пользователя устанавливать и устанавливать программы. А поскольку она еще включает и развитые средства для «чистого» удаления всего того, что оказалось ненужным, развлечения эти проходят практически безболезненно. И потому очень важно сразу же определиться с набором жизненно важных приложений. Обзор их, исходя из собственного опыта, и будет темой дальнейшего рассмотрения.

Сразу оговорюсь — все сказанное ниже лишь мое субъективное мнение, заслуживающее подзаголовка типа «Мои любимые программы». Я не навязываю своего выбора, но в каждом конкретном случае постараюсь обосновать, почему его сделал. Возможно, это поможет вам сделать выбор собственный.

Shells

Командная оболочка (она же — командный интерпретатор, по простому shell) — первая программа, с которой пользователь сталкивается в любой POSIX-совместимой системе. Правда, именно во FreeBSD эта первая программа способна обескуражить даже многоопытного линуксоида: вместо принятого в большинстве дистрибутивов Linux мощного и интерактивно удобного bash ему предлагается /bin/sh, чьи интерактивные возможности навевают воспоминания о первозданном shell'е товарища Борна. Правда, для суперпользователя есть дополнительная привилегия — по умолчанию ему назначается нечто под именем /bin/csh, понимающее, по крайней мере, автодополнение путей и помнящее историю команд.

Надо сказать, что ни та, ни другая из умолчальных оболочек не является копией своих престарелых тезок (и shell Борна, и изначальный берклианский csh не принадлежат к числу свободно распространяемых программ). Оболочка /bin/csh — это просто тот же командный интерпретатор tcsh в облегченном виде. Ну а /bin/sh — это искусственная конструкция, призванная реализовать мифический POSIX shell со всеми заложенными стандартом возможностями (точнее, их отсутствием).

Использование интерактивно очень слабого /bin/sh в качестве системной оболочки (напомню, что принятый в этом качестве в Linux bash неизмеримо мощнее) имеет целью не только соответствие стандартам: это очень маленькая и компактная оболочка, которая не поглощает ресурсов при запуске ее в качестве интерпретатора сценариев (а все системные сценарии FreeBSD — это скрипты /bin/sh). Ведь при shell-скриптинге интерактивные возможности оболочки несущественны, отступая перед требованиями совместимости и быстродействия.

В качестве же пользовательской (то есть login shell) никто не возбраняет применять любую другую оболочку, с более мощными интерактивными возможностями. Благо в портах FreeBSD можно обнаружить и милый сердцу линуксоида bash, и полномерный tcsh, и pdksh — свободный клон оболочки Корна (именно она послужила прототипом POSIX shell, а не исходный shell Борна, как часто полагают). Есть и много весьма экзотических оболочек, перечислять которые я не буду.

Однако среди этого списка, а увидеть его можно командой

$ ls /usr/ports/shells

особое внимание привлекает (надеюсь) одна оболочка — zsh. Именно она, вне зависимости от используемой операционной системы, бессменно стоит у меня в качестве login shell на протяжении уже нескольких лет. В чем ее преимущества?

Во-первых, принадлежа к семейству Bourne Shell совместимых, она не менее пригодна для shell-скриптинга, чем bash. Во-вторых, по своим интерактивным возможностям zsh не имеет себе равных. Возможности настройки автодополнений самых разных видов просто необъятны. Например, набрав в командной строке что-нибудь вроде

$ cd /u/sr/sy

и нажав клавишу табуляции, можно чудесным образом перенестись в каталог с исходниками ядра FreeBSD. Далее — автокоррекция ошибок, как при указании путей, так и имен команд, и даже их опций и аргументов; мощные средства наращиваемого поиска в командах; система глобальных псевдонимов, не имеющая, насколько я знаю, аналогов. И многое, многое другое.

И, наконец, в третьих, zsh обладает максимальными возможностями настройки приглашения командной строки, позволяющими сделать его максимально информативным. В общем — попробуйте, не пожалеете.

К слову сказать, не уйдут обиженными и те, кто в качестве пользовательской оболочки предпочитают файловые менеджеры командирского стиля. Из числа сыновей и внуков командира Нортона во FreeBSD обнаруживается не только традиционный Midnight Commander (правда, тут его реализация оставляет желать лучшего, существенно уступая Linux'овой), но и весьма своеобразный Deco (Demos Commander — детище отцов Российского Интернета). При внешнем сходстве с прототипом он — не столько файловый менеджер, сколько визуализатор действий в командной строке.

Оконные менеджеры и интегрированные среды

Роль, отведенная в консоли командным оболочкам, в графическом режиме (то есть в оконной системе X) призваны играть оконные менеджеры или (для тех, которые с претензиями) интегрированные графические среды.

Здесь трудно дать однозначные рекомендации — выбор среды обитания графического режима дело не просто субъективное, я бы сказал, даже интимное. Впрочем, для поклонников истинной интегрированности он однозначен: KDE. GNOME в этом отношении до нее далеко не дотягивает (да простят меня его поклонники), а XFce — функционально много беднее (хотя и она может быть интересна интеграторам с аскетическими склонностями).

Впрочем, и с GNOME не все так однозначно. Дело в том, что эта среда базируется на библиотеке Gtk, лежащей в основе многих других (напрямую с GNOME не связанных) приложений. Из которых минимум одно будет абсолютно необходимо — знаменитый Gimp (о котором будет говориться в разделе про графику). Так что если нет желания (возможности) плодить всякого рода библиотеки — почему бы не остановиться и на GNOME...

С оконными менеджерами — еще сложнее, ибо имя им — легион: от совсем простых, ничего, кроме манипулирования окнами, делать не умеющих, до вплотную приближающихся по функциональности к интегрированным средам.

Примером последних выступает WindowMaker, очень элегантный внешне и за годы своего существования обросший многочисленными дополнительными модулями.

Впрочем, и простые исходно оконные менеджеры из семейства Blackbox'а можно, затратив некоторые усилия, превратить в интегрированные среды индивидуального (можно сказать — штучного) разбора. И здесь пальма первенства — за Fluxbox благодаря его удобной системе закладок и возможности группировать приложения. Во всяком случае, именно это — мой любимый оконный менеджер...

Текстовые редакторы

Текстовый редактор — один из главных орудий труда пользователя POSIX-совместимых систем. Не случайно в этой среде культивируется трепетное, даже сакральное к ним отношение. А дискуссии на тему vim vs. emacs по накалу страстей приближаются к разговорам футбольных болельщиков.

Однако я к участию в священных войнах призывать не буду. И Vim, и Emacs — мощные орудия для работы с текстами, далеко переросшие (особенно последний) рамки просто редакторов. И именно потому — избыточные для большинства пользователей-непрограммистов.

А потому в качестве консольного редактора, взамен штатного для FreeBSD Distributions редактора ee, рискну предложить скромного трудягу — joe. Он легок в килобайтах, легок в освоении, легок в настройке. А благодаря простому до прозрачности макроязыку и возможности протоколирования действий еще и легко расширяется функционально — до пределов, ограниченных только задачами и фантазией пользователя. По крайней мере, превращение его, скажем, в специализированный редактор html-кода осуществляется легким движением руки и в считанные минуты. И в итоге joe в равной мере подходит как для правки пары строк в конфигурационном файле, так и для сочинения весьма объемных манускриптов (проверено лично — все мои книги и 90% статей написаны в нем).

Работа в консоли замечательно удобна и полезна для здоровья, однако может показаться несовременной (да и лишние гигагерцы с гигабайтами надо ведь куда-то девать). И потому может возникнуть желание работать с текстами в графическом режиме. Что ж, выбор редакторов для оконной системы X — еще более обширен, чем для консоли.

Во-первых, в X'ах (как-нибудь я расскажу, почему это жаргонное словечко лучше отражает суть явления, чем всякие коряво-пуристические переводы) можно запустить любой редактор консольного режима (приобретя иногда некоторые дополнительные возможности). Во-вторых, такие консольные монстры, как Vim и Emacs, будучи собраны должным образом (то есть с поддержкой X'ов) приобретают столько новых функций, что вполне сойдут за самостоятельные программы. И в третьих, для системы X разработано множество редакторов, исконно использующих возможности графического режима.

И тут должен высказать свое мнение: если дискуссии о первенстве среди консольных редакторов будут продолжаться ad finem seculorum, то в отношении редакторов графического режима споры неуместны. Ибо пальма первенства в этом клане, безусловно, за Nedit. Расписывать его достоинства можно было бы долго. Достаточно сказать, что при внешне непритязательном интерфейсе (что само по себе есть плюс — простор творческой мысли не стеснен иконками, рюшками и менюшками) он использует возможности истинно X'ового графического режима на все 100%. В частности, в нем существует несколько способов выделения текста мышью, задействующее все три потенциальные ее кнопки. А если прибавить сюда развитой макроязык с возможностью протоколирования действий и возможность интеграции любых shell-сценариев — мое утверждение о превосходстве Nedit'а не покажется через чур смелым.

Офис

Хотя текстовый редактор неизмеримо превосходит любой ворд-процессор при создании текстов, претендующих на оригинальность содержания, время от времени приходится заниматься и их оформлением. Для этого во FreeBSD можно отыскать множество исконно Unix'овых текстовых процессоров (то есть, если следовать оригинальной терминологии, — неинтерактивных систем разметки и форматирования текстов), начиная с groff и заканчивая TeX'ом. Если последний покажется через чур сложным — доступна и графическая надстройка над них, Lyx, в которой за результат можно не беспокоится даже при отсутствии всяких представлений о полиграфии: шедевра верстального искусства, может, и не получится, но и от откровенно отвратительного макета он спасет. Есть и малоизвестный гомолог TeX'а — lout, более легкий в освоении и использовании, но вполне достаточный для тех, кому не нужны трехэтажные конструкции из интегралов по траектории.

Не возбранно, однако, и использование традиционных (для Windows/Mac/иже с ними) ворд-процессоров WISIWIG-типа. Здесь первым следует помянуть OpenOffice: его версия под Linux, собранная с поддержкой всей кириллической специфики (например, в сборке Altlinux) вполне справно функционирует под FreeBSD в т.н. режиме совместимости. Ничуть не менее быстро (вернее, не более медленно), чем в родной операционке. Да и собственный FreeBSD-порт этого монстра конторской интеграции давно доступен.

Если, однако, быстродействия OpenOffice покажется недостаточно, то имеются и альтернативы. Например, KOffice — последние его версии приобрели устойчивость, позволяющую заниматься редактированием и форматированием без боязни через полчаса потерять все результаты работы. Ну и средства Gnome Office — ворд-процессор Abiword и электронная таблица Gnumeric, — при своей относительной простоте и компактности вполне справляются с большинством конторских задач.

Средства интернет

С чем особенно хорошо в мире Open Sources (и, соответственно, во FreeBSD тоже) — так это со средствами навигации по интернету. Начать тут следует с двух браузеров текстового режима — lynx и links. Воспроизвести красоты web-дизайна они, разумеется, не способны. Зато — эффективно избавляют от дизайнерских уродств. А заодно весьма способствуют экономии трафика, делая ненужными всякого рода баннеро-резки, отключение графики и тому подобные дела. Links к тому же вполне может воспроизводить таблицы и фреймы, имеет удобное меню, легкую систему настройки и отлично разбирается в кодировках кириллицы.

Браузеров же графического режима — труднообозримое количество. Здесь и Mozilla со всеми ее plug-in'ами (в том числе для просмотра Macromedia Flash, графики в формате DjVu, прокручивания RealAudio и RealVideo), и построенный на том же движке, но более быстрый galeon, и предельно облегченный, а потому просто стремительный dillo. Я, однако, в качестве браузера в X'ах использую konqueror из KDE — он вполне заслуживает причисления к лику лучших программ всех времен и народов. Будучи настроен должным образом, он совмещает в одном лице и браузер, и файловый менеджер, и универсальный визуализатор любых операций в командной строке — последнее благодаря полноценному окну эмулятора терминала.

На почтовых программах и ftp-клиентах задерживаться не буду: прошу поверить на слово, их вдоволь, и для консоли, и для графического режима. Правда, традиционная во FreeBSD схема настройки почты — с собственным почтовым сервером Sendmail, — в домашних условиях может напоминать срельбу из пушки по воробьям. Однако никто не мешает настроить для доставки/отправки почты легкие почтовые клиенты типа mutt или pine. А в графическом режиме доступны и почтовый клиент из Mozilla, и штатный почтовый клиент из KDE — KMail. В первую же очередь — замечательно быстрый Sylpheed, при простоте использования обеспечивающий функциональность, сравнимую со знаменитым The Bat.

Графика

Средства работы с графикой традиционно считались слабым местом открытых и свободных Unix-подобных систем. Однако в области растровой графики подвижки на лицо: не случайно растровый графический редактор Gimp признан одним из самых удачных проектов в мире Open Sources. И, к слову сказать, портирован и под Windows, где недостатка программ такого рода никогда не наблюдалось. Не буду вдаваться в дискуссию — лучше он Photoshop'а или нет: для профессиональной подготовки web-графики и любительских манипуляций со всей прочей графикой его хватает за глаза. А высокая полиграфия... что же, это — отнюдь не целевая ниша FreeBSD, для того Mac'и придуманы.

Уникальная особенность FreeBSD — возможность делать скриншоты текстовой консоли. Для этой цели в ней есть программа scr2png, преобразующая экранные дампы (создаваемые средствами обычного консольного драйвера — syscons) в истинные графические изображения. Правда, только в png-формате, но много ли систем могут похвастаться и этим?

С векторной графикой несколько хуже: традиционные векторные редакторы типа sketch или tgif могут вызвать только скептическую улыбку у пользователя последних версий Corel Draw, Illustrator, Freehand. Однако и здесь не все безнадежно: рисовальный модуль из пакета OpenOffice вполне пригоден для того же любительского живописания (а также — для вполне профессиональной технической графики). Плюс к тому он обладает уникальной особенностью — возможностью создания (причем очень легкого) истинно трехмерной (основанной на OpenGL) графики.

Мультимедиа

В аудиосфере FreeBSD если и не впереди планеты всей, то весьма к тому близка: количество cd- и mpeg-проигрывателей можно сопоставить только с суммарным числом текстовых редакторов и браузеров. Лично я пользуюсь для этих целей консольной программой, простой, как три пальца, и соответственно этому именуемой — mpg123. Есть, однако, и более сложные плееры, в том числе и для графического режима. Тут достаточно упомянуть Xmms, обладающий всеми функциями известного winamp'а.

Столь же хорошо обстоит дело с cd-грабберами и mpeg-аудиокодеками. Процедуру о-граббления легко выполнить с помощью cdparamoia, а перегнать на-граббленное в mpeg — универсальной lame или более простым bladeenc. Не забыты и средства конвертации в истинно свободный аудиоформат — ogg, для чего служит пакет vorbis-tools.

В области видеовоспроизведения можно назвать три программы: Noatun из KDE, xine, основанный на Gtk и, пожалуй, наиболее универсальный из всех — Mplayer. К любой из них легко подключаются кодеки для воспроизведения всевозможных видеоформатов, включая DivX. Говорят, и для просмотра DVD их можно использовать, но — не пробовал за неактуальностью...

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

	Процессы в Linux

	Денис Колисниченко
	WinSov.com
	dhsilabs@mail.ru

Данной теме посвящено много статей, но в Сети мало сугубо практических статей. О какой именно практике идет речь, вы узнаете прочитав эту статью. Правда, одной только практикой нам не обойтись - вдруг вы не читали всю эту серую массу теории, которую можно найти в Сети.

Немного теории

Термин "процесс" впервые появился при разработке операционной системы Multix и имеет несколько определений, которые используются в зависимости от контекста. Процесс - это:

1. программа на стадии выполнения
2. "объект", которому выделено процессорное время
3. асинхронная работа

Для описания состояний процессов используется несколько моделей. Самая простая модель - это модель трех состояний. Модель состоит из:

1. состояния выполнения
2. состояния ожидания
3. состояния готовности

Выполнение - это активное состояние, во время которого процесс обладает всеми необходимыми ему ресурсами. В этом состоянии процесс непосредственно выполняется процессором.

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

Готовность - это тоже пассивное состояние, процесс тоже заблокирован, но в отличие от состояния ожидания, он заблокирован не по внутренним причинам (ведь ожидание ввода данных - это внутренняя, "личная" проблема процесса - он может ведь и не ожидать ввода данных и свободно выполняться - никто ему не мешает), а по внешним, независящим от процесса, причинам. Когда процесс может перейти в состояние готовности? Предположим, что наш процесс выполнялся до ввода данных. До этого момента он был в состоянии выполнения, потом перешел в состояние ожидания - ему нужно подождать, пока мы введем нужную для работы процесса информацию. Затем процесс хотел уже перейти в состояние выполнения, так как все необходимые ему данные уже введены, но не тут-то было: так как он не единственный процесс в системе, пока он был в состоянии ожидания, его "место под солнцем" занято - процессор выполняет другой процесс. Тогда нашему процессу ничего не остается как перейти в состояние готовности: ждать ему нечего, а выполняться он тоже не может.

Из состояния готовности процесс может перейти только в состояние выполнения. В состоянии выполнения может находится только один процесс на один процессор. Если у вас n-процессорная машина, у вас одновременно в состоянии выполнения могут быть n процессов.

Из состояния выполнения процесс может перейти либо в состояние ожидания или состояние готовности. Почему процесс может оказаться в состоянии ожидания, мы уже знаем - ему просто нужны дополнительные данные или он ожидает освобождения какого-нибудь ресурса, например, устройства или файла. В состояние готовности процесс может перейти, если во время его выполнения, квант времени выполнения "вышел". Другими словами, в операционной системе есть специальная программа - планировщик, которая следит за тем, чтобы все процессы выполнялись отведенное им время. Например, у нас есть три процесса. Один из них находится в состоянии выполнения. Два других - в состоянии готовности. Планировщик следит за временем выполнения первого процесса, если "время вышло", планировщик переводит процесс 1 в состояние готовности, а процесс 2 - в состояние выполнения. Затем, когда, время отведенное, на выполнение процесса 2, закончится, процесс 2 перейдет в состояние готовности, а процесс 3 - в состояние выполнения.

Диаграмма модели трех состояний представлена на рисунке 1.

Рисунок 1. Модель трех состояний

Более сложная модель - это модель, состоящая из пяти состояний. В этой модели появилось два дополнительных состояния: рождение процесса и смерть процесса. Рождение процесса - это пассивное состояние, когда самого процесса еще нет, но уже готова структура для появления процесса. Как говорится в афоризме: "Мало найти хорошее место, надо его еще застолбить", так вот во время рождения как раз и происходит "застолбление" этого места. Смерть процесса - самого процесса уже нет, но может случиться, что его "место", то есть структура, осталась в списке процессов. Такие процессы называются зобми и о них мы еще поговорим в этой статье.

Диаграмма модели пяти состояний представлена на рисунке 2.

Рисунок 2. Модель пяти состояний

Над процессами можно производить следующие операции:

1. Создание процесса - это переход из состояния рождения в состояние готовности
2. Уничтожение процесса - это переход из состояния выполнения в состояние смерти
3. Восстановление процесса - переход из состояния готовности в состояние выполнения
4. Изменение приоритета процесса - переход из выполнения в готовность
5. Блокирование процесса - переход в состояние ожидания из состояния выполнения
6. Пробуждение процесса - переход из состояния ожидания в состояние готовности
7. Запуск процесса (или его выбор) - переход из состояния готовности в состояние выполнения

Для создания процесса операционной системе нужно:

1. Присвоить процессу имя
2. Добавить информацию о процессе в список процессов
3. Определить приоритет процесса
4. Сформировать блок управления процессом
5. Предоставить процессу нужные ему ресурсы

Подробнее о списке процессов, приоритете и обо всем остальном мы еще поговорим, а сейчас нужно сказать пару слов об иерархии процессов. Процесс не может взяться из ниоткуда: его обязательно должен запустить какой-то процесс. Процесс, запущенный другим процессом, называется дочерним (child) процессом или потомком. Процесс, который запустил процесс называется родительским (parent), родителем или просто - предком. У каждого процесса есть два атрибута - PID (Process ID) - идентификатор процесса и PPID (Parent Process ID) - идентификатор родительского процесса.

Процессы создают иерархию в виде дерева. Самым "главным" предком, то есть процессом, стоящим на вершине этого дерева, является процесс init (PID=1).

На мой взгляд, приведенной теории вполне достаточно, чтобы перейти к практике, а именно - "пощупать" все состояния процессов. Конечно, мы не рассмотрели системные вызовы fork(), exec(), exit(), kill() и многие другие, но в Сети предостаточно информации об этом. Тем более, что про эти вызовы вы можете прочитать в справочной системе Linux, введя команду man fork. Правда, там написано на всеми любимом English, так что за переводом (если он вам нужен) все-таки придется обратиться за помощью к WWW.

Практика

Для наблюдения за процессами мы будем использовать программу top.

15:03:11  up 58 min,  4 users,  load average: 0,02, 0,01, 0,00
52 processes: 51 sleeping, 1 running, 0 zombie, 0 stopped
CPU states:  0,8% user,  0,6% system,  0,0% nice,  0,0% iowait, 98,3% idle
Mem:   127560k av,  124696k used,    2864k free,       0k shrd,     660k buff
        13460k active,              17580k inactive
Swap:  152576k av,    8952k used,  143624k free                   28892k cached

 PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
 3097 den       15   0  1128 1128   832 R     2,8  0,8   0:00 top
    1 root       8   0   120   84    60 S     0,0  0,0   0:04 init
    2 root      12   0     0    0     0 SW    0,0  0,0   0:00 keventd
    3 root      19  19     0    0     0 SWN   0,0  0,0   0:00 ksoftirqd_CPU0
...

Полный вывод программы я по понятным причинам урезал. Рассмотрим по порядку весь вывод программы. В первой строке программа сообщает текущее время, время работы системы ( 58 min), количество зарегистрированных (login) пользователей (4 users), общая средняя загрузка системы (load average).

Примечание. Общей средней загрузкой системы называется среднее число процессов, находящихся в состоянии выполнения (R) или в состоянии ожидания (D). Общая средняя загрузка измеряется каждые 1, 5 и 15 минут.

Во второй строке вывода программы top сообщается, что в списке процессов находятся 52 процесса, из них 51 спит (состояние готовности или ожидания), 1 выполняется (у меня только 1 процессор), 0 процессов зомби и 0 остановленных процессов.

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

В таблице отображается различная информация о процессе. Нас сейчас интересуют колонки PID (идентификатор процесса), USER (пользователь, запустивший процесс), STAT (состояние процесса) и COMMAND (команда, которая была введена для запуска процесса).

Колонка STAT может содержать следующие значения:

R - процесс выполняется или готов к выполнению (состояние готовности)
• D - процесс в "беспробудном сне" - ожидает дискового ввода/вывода
• T - процесс остановлен (stopped) или трассируется отладчиком
• S - процесс в состоянии ожидания (sleeping)
• Z - процесс-зобми
• < - процесс с отрицательным значением nice
• N - процесс с положительным значением nice (о команде nice мы поговорим позже)

Давайте просмотрим, когда же процесс находится в каждом состоянии. Создайте файл process - это обыкновенный bash-сценарий

#!/bin/bash
x=1
while [ $x -lt 10 ]
do
x=2
done

Сделайте этот файл исполнимым chmod +x ./process и запустите его ./process. Теперь перейдите на другую консоль (ALT + Fn) и введите команду ps -a | grep process. Вы увидите следующий вывод команды ps:

 4035 pts/1    00:00:15 process

Данный вывод означает, что нашему процессу присвоен идентификатор процесса 4035. Теперь введите команду top -p 4035

15:30:15  up  1:25,  6 users,  load average: 0,44, 0,19, 0,07
1 processes: 0 sleeping, 1 running, 0 zombie, 0 stopped
CPU states:  2,3% user,  0,6% system,  0,0% nice,  0,0% iowait, 96,8% idle
Mem:   127560k av,  124496k used,    3064k free,       0k shrd,    1208k buff
        15200k active,              16400k inactive
Swap:  152576k av,   15676k used,  136900k free                   27548k cached

  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
 4035 den       15   0  1320 1320   988 R    99,9  1,0   0:31 process

Обратите внимание на колонку состояния нашего процесса. Она содержит значение R, которое означает, что в данный момент выполняется процесс с номером 4035.

Теперь приостановим наш процесс - состояние T. Перейдите на консоль, на которой запущен ./process и нажмите Ctrl + Z. Вы увидите сообщение Stopped.

  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
 4035 den        9   0  1320 1320   988 T     0,0  1,0   0:51 process

Теперь попробуем "усыпить" наш процесс. Для этого нужно сначала "убить" его: kill 4035. Затем добавить перед циклом while в сценарии ./process строку sleep 10m, которая означает, что процесс будет спать 10 минут. После этого опять запустите команду ps -a | grep process, чтобы узнать PID процесса, а затем - команду top -p PID. Вы увидите в колонке состояния букву S, что означает, что процесс находится в состоянии ожидания или готовности - попросту говоря "спит".

Мы вплотную подошли к самому интересному - созданию процесса-зомби. Во многих статьях, посвященных процессам, пишется "зомби = не жив, не мертв". А что это означает на самом деле? При завершении процесса должна удаляться его структура из списка процессов. Иногда процесс уже завершился, но его имя еще не удалено из списка процессов. В этом случае процесс становится зомби - его уже нет, но мы его видим в таблице команды top. Такое может произойти, если процесс-потомок (дочерний процесс) завершился раньше, чем этого ожидал процесс-родитель. Сейчас мы напишем программу, порождающую зомби, который будет существовать 8 секунд. Процесс-родитель будет ожидать завершения процесса-потомка через 10 секунд, а процесс-потомок завершить через 2 секунды.

#include <unistd.h>
#include <signal.h>
#include <stdlib.h>
#include <sys/wait.h>
#include <stdio.h>

int main() {
   int pid;
   int status, died;

   pid=fork();
   switch(pid) {
   case -1: printf("can't fork
");
            exit(-1);
   case 0 : printf("   I'm the child of PID %d
", getppid());
            printf("   My PID is %d
", getpid());
	    // Ждем 2 секунды и завершаемся, следующую строку я закомментировал
	    // чтобы зомби "прожил" на 2 секунды больше
//	    sleep(2);
            exit(0);
   default: printf("I'm the parent.
");
            printf("   My PID is %d
", getpid());
	    // Ждем завершения дочернего процесса через 10 секунд, а потом убиваем его	    
	    sleep(10);
            if (pid & 1)
               kill(pid,SIGKILL);
            died= wait(&status);
  }
}

Для компиляции данной программы нам нужен компилятор gcc:

gcc -o zombie zombie.c

Для тех, у кого не установлен компилятор, скомпилированная программа доступна отсюда.

После того, как программа будет откомпилирована, запустите ее: ./zombie. Программа выведет следующую информацию:

I'm the parent
  My PID is 1147
  I'm the child of PID 1147
  My PID is 1148

Запомните последний номер и быстро переключайтесь на другую консоль. Затем введите команду top -p 1148

16:04:22  up 2 min,  3 users,  load average: 0,10, 0,10, 0,04
1 processes: 0 sleeping, 0 running, 1 zombie, 0 stopped
CPU states:  4,5% user,  7,6% system,  0,0% nice,  0,0% iowait, 87,8% idle
Mem:   127560k av,   76992k used,   50568k free,       0k shrd,    3872k buff
        24280k active,              19328k inactive
Swap:  152576k av,       0k used,  152576k free                   39704k cached

  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
 1148 den       17   0     0    0     0 Z     0,0  0,0   0:00 zombie <defunct>

Мы видим, что в списке процессов появился 1 зомби (STAT=Z), который проживет аж 10 секунд.

Мы уже рассмотрели все возможные состояния процессов. Осталось только рассмотреть команду для повышения приоритета процесса - это команда nice. Повысить приоритет команды может только пользователь root, указав соответствующий коэффициент понижения. Для увеличения приоритета нужно указать отрицательный коэффициент, например, nice -5 process

Раздел "*nix". Новости:

	Novell завершила приобретение SuSe Linux

	Иван Карташев
	Компьюлента
	info@compulenta.ru

Компания Novell объявила 13 января о завершении сделки по приобретению немецкой фирмы Suse Linux, специализирующейся на создании дистрибутивов ОС Linux различного назначения. Напомним, что об этой сделке было объявлено в начале ноября. Ее сумма составила 210 млн. долларов США деньгами. В ближайшее время Novell должна получить 50 млн. долларов инвестиций от компании IBM, объявившей об этом намерении в ноябре прошлого года.

Войдя в состав Novell, SuSe Linux станет одним из подразделений компании. Его возглавит бывший генеральный директор SuSe Рихард Зайбт. Продвижение и продажи продукции Suse Linux возьмут на себя как соответствующие подразделения Novell, так и специалисты, пришедшие из SuSe. Что касается торговой марки SuSe Linux, то Novell обещает сохранить и всячески добиваться ее популярности и узнаваемости на рынке.

В результате приобретения SuSe в активе Novell появился полный спектр дистрибутивов Linux для различных категорий пользователей. Для средних и крупных компаний предназначена система SuSe Linux Enterprise Server 8, для менее требовательных корпоративных пользователей предназначена SuSe Linux Standard Server 8. Настольные дистрибутивы представлены системой SuSe Linux Desktop с полным набором приложений для офисной работы и SuSe Linux 9.0, ориентированным, в большей степени, на индивидуальных пользователей. Учитывая опасность исков к пользователям Linux со стороны компании SCO, Novell предлагает своим клиентам, использующим Linux, программу компенсации возможных издержек.

	Солнце Cobalt закатилось

	Мэтт Лоуни
	Компьюлента

Компания Sun Microsystems ликвидирует семейство Linux-серверов Cobalt, за которое всего три года назад заплатила 2 млрд долл.

Между тем Sun продолжит продажу операционных систем Linux от Red Hat и SuSE Linux на серверах x86. Sun продает Linux и на десктопах в форме Sun Java Desktop, но ее собственная линейка серверов теперь работает исключительно на Solaris.

По словам представителя Sun, компания в течение трех лет продолжит выпуск секьюрити-патчей и гарантийное обслуживание серверов Cobalt. В 2002 году часть рынка спецсерверов прибрала к рукам ирландская компания Antefacto, выпустившая высоконадежные устройства S1000.

На веб-сайте Sun последняя модель Cobalt, двухпроцессорный Raq 550, оказалась наряду с Raq4R и другими устройствами Cobalt в списке снимаемых с производства. По словам представителя Sun, официальной датой прекращения выпуска Raq 550 считается 19 февраля 2004 года. На веб-сайте не значатся никакие новые устройства Cobalt, и весь раздел серверов начального уровня Sun теперь занят исключительно серверами семейства Sun Fire.

Данный шаг Sun означает конец одного из наиболее инновационных производителей аппаратуры эры дот-комов. Основанная в конце 90-х, компания Cobalt Networks популяризовала, если не создала, понятие серверных устройств — специализированных серверов, ориентированных на решение конкретной задачи. Свой первый продукт, Qube, Cobalt выпустила в марте 1998 года. Это был компактный, простой в применении веб- и email-сервер и шлюз для малых предприятий.

Однако известной торговой маркой Cobalt сделал именно выпуск Raq — малогабаритного устройства для монтажа в стойку: в разгар дот-ком бума ISP доверху набивали свои шкафы характерными синими «коробками из-под пиццы». Выступая на конференции заказчиков Cobalt, тогдашний шеф компании Стивен Девитт для иллюстрации того, как спецсерверы революционизируют способ приобретения компаниями ПО, использовал аналогию с торговыми автоматами.

Аналогичные продукты начали предлагать и другие производители, включая IBM и Dell, но ни один из них не сравнился по успешности с Cobalt, и в 2000 году Sun приобрела компанию за 2 млрд долл. акциями, что послужило молчаливым признанием недостаточно успешных продаж собственных low-end серверов Sun на рынке спецсерверов для хостинга веб-страниц. Однако союз складывался непросто. Из-за конфликта культур Sun и Cobalt некоторые инженеры Cobalt покинули компанию. Для Sun приобретение означало не только добавление незнакомой торговой марки; корпорация впервые начала торговать дешевыми серверами, построенными с применением Linux и процессоров х86.

С тех пор Sun научилась обращаться с такими массовыми технологиями; она продолжает свои Linux-эксперименты, последним из которых стала Sun Java Desktop, и теперь имеет дело с Intel и AMD на серверах семейства Net Fire.

Похоже, Sun все же признает, что у спецсерверов есть будущее: она продолжает продавать под маркой Sun устройство iForce VPN/Firewall Appliance совместной разработки Sun и Check Point. Недавно аналитическая фирма IDC сообщила, что в третьем квартале 2003 года наблюдался всплеск спроса на спецсерверы защиты: проверив эти недорогие системы в своих филиалах, предприятия стали устанавливать их в основных сетях. По данным IDC, в третьем квартале примерно 20% этих устройств продавались в конфигурациях стоимостью свыше 25 тыс. долл., тогда как во втором квартале таковых насчитывалось всего 10%.

На рынке спецсерверов защиты продолжают доминировать Cisco Systems и NetScreen, причем у обеих компаний рост доходов по сравнению с аналогичным периодом прошлого года превысил 20%, отмечает IDC. Из крупных игроков хуже всего дела обстоят у Nokia, доля рынка которой сокращается как в денежном, так и в натуральном выражении. По величине доходов Nokia сейчас на втором месте с 15,1% рынка, но по количеству продаваемых устройств она занимает только пятое место (6,8% рынка), уступая Cisco (27,7%), NetScreen (20,8%), SonicWall (13,2%) и WatchGuard (12,1%).

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

	HP стал лидером Linux-рынка

	CNews - Интернет-издание о высоких технологиях
	news@cnews.ru

Корпорация HP заявила, что её доходы от продаж, связанных с Linux, составили в 2003 году более $2,5 млрд., что позволило компании занять позицию среди лидеров быстрорастущего рынка ПО для этой ОС. Основную часть доходов составили продажи Linux-серверов, средств хранения данных, ПО и предоставление услуг, связанных с поддержкой Linux-продуктов.

В последнее время переход на Linux стал весьма модным среди компаний, стремящихся снизить затраты на программное обеспечение своего вычислительного парка. Как показали исследования IDC, только в третьем квартале минувшего года рост рынка Linux-серверов составил 50% по сравнению с тем же периодом предыдущего года. Помимо привлекательной цены, причиной такого роста является и все большее распространение Linux как операционной среды для веб-приложений и высокопроизводительных вычислений, отмечают аналитики.

	Ядро Linux обновилось

	CNews - Интернет-издание о высоких технологиях
	news@cnews.ru

Линус Торвальдс представил первое обновление недавно выпущенного ядра ОС Linux 2.6.

Новая версия 2.6.1 включает улучшенную поддержку цифровых ТВ-систем и серверов, работающих под управлением процессоров Intel Itanium или AMD, а также множество других изменений и дополнений, которые не были включены в основную версию ядра из-за стремления разработчиков как можно скорее выпустить в свет 2.6.

Раздел "*nix". Новости. SCO против Linux:

Никто не ожидал, что компания SCO Group станет причиной самого значительного кризиса в истории движения открытых исходников за последние пять лет. Однако вскоре прозвучали обвинения в незаконном использовании интеллектуальной собственности SCO Group в ядре Linux.

	SCO добралась до Google

	Компьюлента
	info@compulenta.ru

Компания SCO, ведущая борьбу по поводу прав на Unix и Linux с корпорацией IBM и участниками сообщества open source, намерена потребовать лицензионные отчисления с компании Google, владеющей самой популярной в мире поисковой системой. Слухи о таком повороте событий курсировали и ранее, однако официального их подтверждения не поступало.

Теперь же слухи были подтверждены директором SCO по связям с общественностью Блейком Стоуэллом. "Разумеется, если они используют ОС Linux, включающую в себя элементы интеллектуальной собственности на Unix, на 10 тысячах серверов, то мы бы хотели, чтобы они подписали лицензионное соглашение", - отметил Стоуэлл. Напомним, что компания SCO владеет правами на ОС Unix System V и считает, что ее код был незаконно перенесен в Linux. На этом основании SCO требует от пользователей Linux выплаты лицензионных отчислений.

Впрочем, по словам Стоуэлла, пока переговоры с Google носят нерегулярный характер и ведутся на "низком уровне", поэтому говорить о согласии или несогласии Google заключать сделку со SCO пока преждевременно.

	Microsoft готовит широкую агитационную кампанию против Linux

	Дмитрий Мурашёв
	Компьюлента
	info@compulenta.ru

Софтверный гигант Microsoft начал еще одну атаку на своего основного врага "номер два" - операционную систему с открытыми исходниками Linux. Как сообщают западные СМИ, компания собирается провести в ряде профессиональных ИТ-изданий, как бумажных, так и электронных, масштабную маркетинговую кампанию, в которой преимущества Windows будут расписаны в фактах и цифрах. Пока же на сайте компании опубликованы восемь причин, почему следует выбирать ее операционную систему.

Редмондская фирма подготовилась к кампании Get The Facts On Windows and Linux очень тщательно. В течение всего прошлого года Microsoft за свои средства заказывала различным независимым группам сравнительные исследования Windows и Linux. В частности, выявлялись экономические преимущества технологий Microsoft, и их выражали в цифрах такие известные аналитические фирмы, как IDC, Giga Research и др. Итогом стал целый набор фактов, по которым платная Windows оказывается выгоднее своего бесплатного конкурента.

Согласно исследованиям, технологии Microsoft выгоднее на крупных предприятиях благодаря своей гибкой архитектуре по сравнению с системой IBM WebSphere. Например, организация продаж через интернет выходит с меньшими трудозатратами из-за лучшего инструментального контроля операций и открытой языковой архитектуры Microsoft .NET.

Исследователи также выяснили, что Windows Small Business Server 2003 в отличие от Red Hat Enterprise Linux ES 2.1 устанавливается на три часа быстрее, при этом количество требующихся для этого операций меньше на 77%. Любопытным фактом является и то, что, сравнительно протестировав сервер Windows Server 2003 и Linux, исследователи зафиксировали, что пропускная способность Windows соответствует двум системам на базе Linux при прочих равных. Например, четырехпроцессорный сервер с Windows Server 2003 имеет на 276% лучшую максимальную работоспособность при обработке статичных данных (для динамических этот показатель - 63%).

Одним из основных аргументов стала экономия средств при использовании Windows. Это достигается благодаря типовым решениям и стандартным процедурам установки, что позволяет тратить меньше средств на внедрение и поддержку ИТ-инфраструктуры средним предприятиям на 25%, а крупным - на 28%. В целом же, на основе анализа 100 коммерческих проектов выяснилось, что развитие систем на базе Windows обходилось фирмам дешевле на 72,6%, при этом трудозатрат системных администраторов требовалось на 44% меньше, а торговля велась быстрее на 40%.

Рекламная компания, в первую очередь, нацелена на ИТ-менеджеров крупных корпораций. Как заявил Мартин Тейлор, гендиректор Microsoft по развитию платформ, таким образом компания хочет обойти "эмоциональные аргументы" (например, "мы выбрали Linux, потому что не любим Microsoft") и опровергнуть доводы, которыми руководствуются при выборе Linux.

	Создан фонд защиты пользователей Linux от SCO

	Дмитрий Мурашёв
	Компьюлента
	info@compulenta.ru

Организация по развитию технологий на базе открытых исходников Open Source Development Labs основала Фонд юридической защиты пользователей Linux от нападок компании SCO. Напомним, что с середины прошлого года небольшая компания SCO потребовала от пользователей Linux лицензионных отчислений в свою пользу. Она утверждает, что ей принадлежат права на систему Unix System V, код которой был частично использован в операционных системах Linux с ядрами 2.4 и выше.

Как сообщается в пресс-релизе, размещенном в понедельник на сайте OSDL, Фонд будет оплачивать юридические расходы пользователей Linux, вовлеченных в тяжбу с компанией SCO. Он был создан по инициативе OSDL после консультаций с членами Пользовательского консультативного совета по Linux (Linux User Advisory Council).

Консорциум OSDL планирует, что размер Фонда достигнет 10 млн. долларов США, в основном, за счет поступлений от компаний и частных лиц. В настоящий момент в Фонд уже поступило порядка 3 млн. долларов от таких крупных компаний, как IBM, Intel, MontaVista Software и др.

"Пользователи выбирают Linux из-за его высоких технических достоинств и возможности сэкономить на обслуживании", - заявил в коммюникке глава OSDL Стюарт Коэн. Он добавил, что консорциум будет твердо отстаивать права пользователей Linux и защищать их от претензий SCO.

Подробнее с деятельностью фонда можно ознакомиться тут.

	Novell защитит пользователей Linux

	Владимир Головинов
	Компьюлента
	info@compulenta.ru

Компания Novell объявила о новой инициативе, в рамках которой пользователи операционной системы SuSE Enterprise Linux 8, купившие дистрибутив после 13 января 2004 года, могут рассчитывать на полную защиту от возможных судебных притязаний со стороны SCO.

Руководство SCO, напомним, утверждает, что корпорация IBM незаконно открыла исходный код ОС Unix System V, в результате чего защищенная интеллектуальная собственность была позаимствована разработчиками сообщества open source. В настоящее время SCO требует от IBM выплаты компенсации в размере трех миллиардов долларов США, а от всех пользователей Linux с ядром 2.4 и выше - приобретения лицензий. Не так давно SCO разослала около 6000 предупреждений крупнейшим фирмам с требованием немедленно уплатить лицензионные сборы.

Между тем, поставщики операционной системы Linux уже начали предлагать своим клиентам защиту на случай неожиданной судебной победы SCO. Еще в конце сентября прошлого года корпорация Hewlett-Packard объявила о намерении взять на себя все возможные финансовые потери, связанные с использованием фирменных дистрибутивов Linux. Теперь с аналогичной инициативой выступила компания Novell, предлагая помощь покупателям SuSE Enterprise Linux 8. Нужно также заметить, что буквально на днях Организация по развитию технологий на базе открытых исходников Open Source Development Labs основала Фонд защиты пользователей Linux. Средства в этот Фонд поступают от таких корпораций как IBM, Intel, MontaVista Software.

	SCO показала IBM спорный код Unix

	Иван Карташев
	Компьюлента
	info@compulenta.ru

Компания SCO объявила о завершении выполнения постановления суда, согласно которому она должна была передать IBM полную информацию о коде Unix System V, якобы перенесенном в Linux. Ранее SCO под различными предлогами отказывалась показывать IBM спорный код. Однако после удовлетворения судом жалобы IBM, SCO не оставалось ничего другого, как показать спорный код.

В уведомлении об исполнении предписания суда SCO говорит о полном выполнении всех требований. В частности, в уведомлении говорится о переданных в IBM дополнительных материалах общим объемом свыше 60 страниц. В этих материалах, если верить заявлению SCO, содержится исчерпывающая информация по вопросам, которые IBM хотела прояснить. В IBM также были переданы ряд неприоритетных документов, за исключением материалов, с которыми работают некоторые менеджеры компании. Эти документы не удалось получить из-за праздников.

SCO также не упустила случая выразить собственные претензии к IBM. В уведомлении о выполнении судебного предписания говорится, что как только SCO получит от IBM запрошенные фрагменты кода ОС AIX и Dynix/ptx, все нарушения контрактов со SCO станут очевидными. SCO также выразила готовность предоставить суду любые дополнительные материалы в доказательство своей правоты. Скептики, впрочем, уже отмечают, что вряд ли на шестидесяти с чем-то страницах могли поместиться миллионы строк кода, перенесенных из Unix в Linux.

	SCO подаст иски против европейских пользователей Linux

	Владимир Головинов
	Компьюлента
	info@compulenta.ru

Компания SCO, вот уже почти год ведущая непримиримую борьбу с сообществом open source, объявила о намерении подать серию исков против пользователей операционной системы Linux за пределами Соединенных Штатов. Со слов вице-президента SCO Криса Зонтага, первые судебные разбирательства могут быть инициированы уже в течение нескольких ближайших недель, а под удар, вероятнее всего, попадут крупные британские фирмы, на чьих серверах установлена вышеназванная ОС.

Суть конфликта, напомним, сводится к тому, что SCO в марте прошлого года обвинила корпорацию IBM в незаконной передаче исходных кодов операционной системы Unix System V разработчикам сообщества open source, которые использовали защищенные технологии в Linux с ядром 2.4 и выше. На этом основании SCO требует от IBM выплаты компенсации в размере трех миллиардов долларов США. Вместе с тем, пользователям Linux предлагается принять участие в программе лицензирования, дабы избежать ненужных разбирательств в суде. Причем не так давно SCO разослала соответствующие предупреждения шести тысячам компаний на территории США, а теперь под удар могут попасть и фирмы за пределами Соединенных Штатов. Стоимость лицензий составляет от 700 долларов США, приобрести их можно либо напрямую у SCO, либо через одного из 11 тысяч посредников.

Нужно также заметить, что буквально на днях SCO объявила о выполнении постановления суда по передаче главному ответчику по делу - корпорации IBM - всей информации о "ворованном" коде Unix System V. Представители IBM от каких-либо комментариев пока отказываются.

	Комментарий: Реальной угрозы для пользователей Linux нет

	Компьюлента
	info@compulenta.ru

Дело "SCO против Linux" идет своим медленным ходом. Несмотря на то, что претензии SCO пока не подкреплены существенными доказательствами, организация по развитию технологий на базе открытых исходников решила дать пользователям гарантии, что судебное разбирательство их не затронет и основала Фонд юридической защиты пользователей Linux. Значит ли этот шаг, что рядовых пользователей рано или поздно могут коснуться реальные обвинения? Мы спросили об этом у генерального директора ALT Linux Алексея Смирнова.

Алексей Смирнов, ALT Linux: Собственно, никакой реальной угрозы для пользователей Linux нет. Несмотря на предписание суда, SCO до сих пор не предъявила код, использование которого якобы нарушает их права (на момент публикации комментария SCO отрапортавала о выполнении судебного решения и передаче спорного кода IBM - Прим. ред.). Кроме того, SCO еще предстоит доказать свои эксклюзивные права на этот код. И наконец, этот код уже был опубликован SCO под лицензией GPL, что предоставляет соответствующие права на использование и модификацию этого кода.

Я расцениваю действия SCO как классический "чёрный PR". И создание Фонда защиты пользователей Linux от SCO - хороший ответный шаг, который снимет беспокойство среди пользователей, если они опасаются судебных издержек, которые могут возникнуть при предъявлении SCO даже безнадёжных претензий.