Дистрибутивы Linux. Часть II

Хоть Virens частично и раскрыл эту тему в своем последнем посте, пост, приведенный ниже уже был наполовину готов. И я подумал - а не буду я отменять выкладывание этого поста. Что лучше, что хуже пусть судят остальные ;). Вопросы, касающиеся пакетного менеджмента я, в свое время, тоже опишу.

В первой части были рассмотрены основные определения, касающиеся понимания дистрибутива Linux. Теперь, собственно, я попытаюсь собрать это все воедино. 

Как получается очередной дистрибутив Linux?

Из чего состоят дистрибутивы Linux. Часть I

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

Представьте себе огромное количество разного ПО от маленьких (но важных) проектов по отдельным библиотекам до огромных типа KDE, GNOME, Libre- и OpenOffice, ядра Linux. Все эти отдельные проекты развиваются каждый сам по себе, иногда с оглядкой на остальные, иногда нет. Конечно, каждый может собрать это все ПО вместе и объявить дистрибутивом Linux, но в случае серьезных дистрибутивов (я к ним отношу те, что занимают первые 10 мест в рейтинге Distrowatch) все обычно гораздо сложнее.

Кто покупает Novell? Делайте ваши ставки!

Мой перевод статьи-размышления от Joe Brockmeier о том, кому может достаться Linux-бизнес Novell

Прошел слух, что Novell достигла предварительного соглашения о продаже, что расколет ее бизнес на две части и продаст ее Linux-отделение "неназванному стратегическому покупателю". Предполагая, что сделка все-таки состоится, кто же этот покупатель, и что это будет означать для SUSE и проекта OpenSUSE ?

Другой путь к свободе

Предлагаю вниманию читателей блога интересные размышления о свободе и свободном ПО, автор которых Jos Poortvliet - нынешний лидер сообщества openSUSE.

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

Jos Poortvliet

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

KVM и/или Xen? Выбор платформы виртуализации

Читая новости, я обнаружил статью с кратким обзором имеющихся решений виртуализации от небезызвестного Joe Brockmeier. Статья показалась мне интересной, привожу свой перевод. Ссылка на оригинал традиционно приводится в конце статьи.

Понедельник, 12 Июля 2010 00:00 Joe 'Zonker' Brockmeier

Когда Xen появился в 2002 году, он, выпущенный под лицензией GPL, выглядел основным претендентом на «корону» основной платформы виртуализации для Linux. Если же мы быстро перенесемся в настоящее время, то увидим что новичок в этой области полностью вытеснил Xen, как основу виртуализации по умолчанию в дистрибутивах Red Hat и, более того, вполне себе комфортно обосновался в основном ядре Linux. Что же выбрать из них? Xen или KVM?

Область виртуализации развивается довольно быстро. Поэтому если у вас нет времени следить за разработкой KVM или Xen, то у вас неизбежно появятся затруднения в выборе лучшего для вас варианта. Ниже приведен беглый обзор состояния текущего рынка решений виртуализации на основе Xen и KVM.

Неожиданное обновление :)

Обновляя вчера свою домашнюю систему (openSUSE 11.2), испытал приятный шок. На своем домашнем компьютере как основная среда у меня стоит KDE4 (он жене больше нравится :) ). До вчерашнего дня в основном репозитории openSUSE 11.2 был KDE версии 4.3.5. А с последним обновлением приехала версия 4.4.4 и Qt версии 4.6. Достаточно неожиданное решение разработчиков openSUSE.

Все мы привыкли к тому, что, в так называемых, стабильных дистрибутивах версии ПО остаются теми же, что и на момент релиза, зато на них накладываются исправления, связанные с безопасностью и ошибками (чтоб не мешать стабильности). Но, что интересно, разработчики openSUSE обновляют версии ПО прямо на протяжении жизни релиза. Насколько я помню, версия 11.2 вышла с KDE версии 4.3.1, который затем обновился до 4.3.5, а теперь до 4.4.4 (вместе с Qt). Решение в общем-то правильное с учетом того, что сил на поддержку более старых версий приходится тратить больше, в то время как есть уже более свежая и поддерживаемая основным разработчиком версия (и что немаловажно, гораздо более стабильная). Обновление прошло достаточно гладко и безпроблемно (спасибо zypper'у).

Ну и следует отметить, что такие обновления происходят не со всем ПО, входящим в текущий релиз openSUSE. На моей памяти это касалось только KDE, Qt, zypper и yast.

Обновление openSUSE 11.2 до 11.3 M7

Прогнав несколько раз обновление openSUSE с 11.2 до очередной "вехи" (очередного Milestone) на виртуалке, я таки решился обновить систему на своем ноутбуке. Напомню, на всякий случай, релиз openSUSE 11.3 выйдет 15 июля, но уже сейчас те, кто хочет - могут обновиться до очередного тестового выпуска. То, что выпуск тестовый означает, что его работа не гарантируется в каждый из моментов времени. Другими словами поломаться может все что угодно в любой момент времени ;).

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

Управление пакетами в (open)SUSE с помощью zypper

Данная статья не претендует на попытку написать документацию на zypper. Скорее это попытка познакомить читателя со средством пакетного менеджмента, используемым в дистрибутивах компании Novell. Данный пакетный менеджер является незаслуженно игнорируемым многими. Естественно, что охватить все его функции в рамках такой короткой статьи не представляется возможным, хотя бы потому, что для этого есть исчерпывающая документация ;), с которой трудно конкурировать. Ниже приведено вольное изложение об его основных и часто используемых возможностях. Более полный вариант документации и все возможные опции можно посмотреть в man zypper и здесь, здесь и здесь.

Для управления пакетами в разных версиях SUSE как самое высокоуровневое средство используется Yast, который на самом деле использует zypper (а если еще точнее, то его библиотеку libzypp). Причем, обратите внимание на то, что вторая буква в его названии это "Y", а то почему-то его название многие порываются написать, как zipper. Zypper - средство для управления пакетами в текстовом режиме. С SUSE версии 11 (включая энтерпрайзовые версии) zypper существенно прибавил в скорости. По данному теперь он легко уделывает yum (в отличие от yum zypper написан на С) и не уступает (по субъективному ощущению) apt. Синтаксис его конфигурационных файлов достаточно прост, например, чтобы управлять разными репозиториями не нужно ломать голову в отношении их приоритетов (это камень в огород apt). Также zypper достаточно «всеяден» в плане подключения разных репозиториев - он понимает:

Места, где трудится Linux

Не так давно было то время, когда казалось, что Microsoft Windows обосновалась на рынке операционных систем всерьез и надолго. В какую бы крупную сеть, торгующую электроникой, вы ни пришли, вы уйдете оттуда с компьютером, работающим под управлением самой последней версии Windows. То же самое относится и к компьютерам, которые можно было приобрести непосредственно у их производителей. Однако в течение последнего десятилетия эта ситуация стала меняться. По данным NetMarketShare.com, около 5% всех компьютеров в настоящее время работает под управлением MacOS. Linux принадлежит не многим больше 1% общей доли рынка операционных систем. И хотя это число может показаться незначительным, тем не менее, не стоит недооценивать его возможностей. На самом деле он работает там, где вы даже не подозреваете. Ниже представлен список таких мест. Для удобства они разделены на следующие категории: правительственная сфера, домашние компьютеры, корпоративные пользователи и образовательные учреждения.

Ответы на вопросы о сделке между Microsoft и Novell

Многие пользователи Linux зачастую обвиняют компанию Novell, что она, дескать "предала Linux Сообщество", "предала интересы и философию opensource". Что тут скажешь? Кто-то становится при этом жертвой своего незнания, кто-то верит этому "черному пиару", а кто-то кричит только потому, что ничего другого делать не умеет. Предлагаю вашему вниманию свой перевод wiki-страницы с вопросами и ответами относительно сотрудничества Novell и Microsoft из wiki проекта openSUSE. Если позволят силы и время - данная статья станет "первой ласточкой" по данному вопросу.

 

Зачастую, в разговорах о сделке Microsoft с Novell многие пользователи openSUSE заблуждаются, видя то, чего нет. Данная страница призвана прояснить некоторые из существующих заблуждений и аспектов сделки. Для этого сначала следует просмотреть материалы по приведенным ссылкам:

PolicyKit

Данная статья является переводом 9-ой главы openSUSE Security Guide. Данное руководство можно скачать или просмотреть здесь. По сравнению с оригиналом статья немного сокращена (убрана настройка прав с помощью графических утилит).

PolicyKit является специальной инфраструктурой для приложений (application framework), выступающей в качестве посредника между непривилегированными пользователями и привилегированным системным контекстом (т. е. теми операциями, которые требуют администраторских полномочий - прим. перев.). Всякий раз, когда процесс из пользовательской сессии пытается выполнить действия в системном контексте, опрашивается PolicyKit. В зависимости от конфигурации, указанной в так называемой политике, ответ может быть "yes"/"да", "no"/"нет" или "needs authentication"/“требует аутентификации". В отличие от классических программ для повышения привилегий, таких как, например, sudo, PolicyKit не предоставляет администраторских полномочий на весь процесс, следуя принципу минимальных разрешений.

Управление устройствами с помощью udev

Эта статья перевод 19-ой главы OpenSUSE Reference Guide, которое можно скачать в PDF-формате или просто посмотреть в формате html через браузер здесь.

В Linux работу по подключению и удалению устройств выполняет ядро системы. Изменения состояния устройств (подключение нового или удаление существующего) должны быть при этом видимы в пользовательском пространстве. При подключении новых устройств они должны тут же корректно настраиваться и (при необходимости) опознаваться пользовательскими приложениями. Если пользователь системы работает с конкретным устройством, то его необходимо проинформировать о любом изменении состояния данного устройства.

udev обеспечивает все необходимые средства для динамического создания и удаления файлов устройств и символических ссылок в каталоге /dev. Правила udev позволяют использовать внешние программы для обработки событий ядра об устройствах (kernel device events), что позволяет вам изменять по вашему желанию порядок работы udev, например, написанием собственных скриптов или запроса и импорта дополнительных данных для использования в процессе работы ядра с устройством.
 

Сводная таблица команд двух популярных пакетных систем

Мне по долгу службы зачастую приходится ковыряться работать с разными дистрибутивами Linux. Так уж случилось, что мне наиболее хорошо известна именно работа с rpm-пакетами. Поэтому я попытался создать сводную таблицу, отражающую команды схожего назначения для работы с rpm-пакетами (Red Hat, Fedora, SUSE, Mandriva, Alt Linux, etc) и deb-пакетами (Debian, Ubuntu и их производные).

Дистрибутивы Linux - попытка беглого обзора

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

Особого внимания заслуживает типичное заблуждение человека из мира "окон", что разные дистрибутивы Linux - это разные операционные системы. Это не так. Это одна и та же система. Хорошая аналогия тут - автомобили. Есть машины разного уровня от "горбатого Запорожца" до меганавороченного Лексуса. И тем не менее и то и другое - автомобиль. Так же и Linux. Есть много разных дистрибутивов: какой-то от энтузиастов уровня Васи Пупкина, которому не понравилось то, что у других и захотелось своего; а какой-то из них является хорошей рабочей лошадкой и для обычных x86-систем и для суперкластеров (например, RHEL).