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

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

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

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

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

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

Размышления Марка Шаттлворта об Ubuntu, Canonical и внедрении свободного программного обеспечения

Те, кто регулярно читает opennet.ru, наверняка обратили внимание на горячее обсуждение письма Марка Шаттлворта о вкладе Canonical и Ubuntu в свободное ПО в целом. Почитав это письмо, я нашел в нем достаточно интересных мыслей, что сподвигло меня на перевод этого текста. Думаю, что мой перевод позволит словам Марка достичь гораздо большей аудитории.
Краткое резюме для тех, кто не хочет читать:

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

Критика в адрес Canonical по поводу ее вклада в разработку ядра Linux и GNOME заставила меня задуматься: доволен ли я тем, чем занимаюсь каждый день моей жизни. Насколько для меня важно чувствовать, что результаты моей работы служат другим людям и делают мир лучше. Явлется ли мое участие в проекте Ubuntu тем делом, возможность заниматься которым можно посчитать за счастье.

Система инициализации Systemd. Часть II

Это продолжение начатого тут.

Система инициализации Systemd. Часть I

Наверное, все уже слышали о новой системе инициализации systemd, которая разрабатывается под опекой Red Hat и Novell. Я решил перевести описание работы этой системы от ее автора из его же блога. Сама статья оказалась слишком большой, поэтому выкладываю пока только ее первую часть. Вторую часть я выложу в течение пары дней. Ссылка на оригинал традиционно приведена в конце поста. Также традиционно, мои комментарии по тексту приведены курсивом.

Флаги процессора

Часто встает вопрос о том, что означают те или иные флаги процессора, которые показывает команда cat /proc/cpuinfo. Я заинтересовался этим и нашел по этому поводу материал, перевод которого предлагаю.

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

Обновляя вчера свою домашнюю систему (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.

Linux-cертификации Novell

Мой дневник включили в ленту блогов русскоязычной планеты SUSE, и этот пост — первый в сообществе openSUSE. Приветствую всех участников и читателей ленты!

В рамках данной статьи я решил сделать описание имеющихся сертификаций Novell по Linux. Linux — это основная, продвигаемая и рекомендуемая операционная система для всех продуктов Novell, поэтому эта компания достаточно давно разработала набор курсов для подготовки специалистов и экзамены, подтверждающие этот уровень. Как показывает проведенное мной беглое исследование линуксовых форумов, данный вопрос, к сожалению и несмотря на долгую историю своего существования, недостаточно известен в рамках сообщества. Я построю свое изложение следующим образом: сначала сделаю обзор имеющейся сертификации, затем скажу пару слов про то, как проходит экзамен. Если у кого будут вопросы — постараюсь по возможности ответить на них в комментариях. Просьба задавать вопросы в моем основном дневнике, поскольку мониторить что-то еще у меня не хватает времени.

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

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

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

Файловая система /proc/sys. Часть II

(продолжение, начало тут)

 

/proc/sys/kernel/

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

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

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

Объединение Red Hat и Canonical

Из источников, которые я не могу назвать поступила интересная информация.

Компания Canonical, занимающаяся спонсорской поддержкой и продвижением Linux-дистрибутива Ubuntu, заявила о своем слиянии с другим гигантом Open Source сообщества - компанией Red Hat.

О проекте Ubuntu

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

Файловая система /proc/sys. Часть I

В рамках данной статьи я решил выполнить перевод некоторого количества документации про возможности более тонкой настройки Linux через файловую систему /proc/sys. В качечстве исходного варианта используется Red Hat Enterprise Linux Deployment Guide, которое либо можно просмотреть в HTML-формате, либо скачать в формате PDF.

Исходный документ распространяется на основе Open Publication Licence, поэтому данный перевод имеет ту же лицензию на использование:

Copyright © 2007 Red Hat Inc.. This material may only be distributed subject to the terms and conditions set forth in the Open Publication License, V1.0 or later (the latest version of the OPL is presently available at http://www.opencontent.org/openpub/).

Поскольку материала много - буду выкладывать его по частям.

Директория /proc/sys/ отличается от других, находящихся в /proc/ , поскольку не только предоставляет информацию о системе, но и позволяет системному администратору в реальном времени изменять параметры ядра.

Кризис копирайта

Нашел сегодня в сети одну интересную статью по проблеме копирайта на ПО. Делаю ее перепост.

PDF-версия.

Бессонов С.Г.
Я не буду рассказывать о том, что копирайт умрёт. Копирайт не может умереть — его просто никогда не существовало. То, что сегодня называется копирайтом, это сплетение правды и лжи, законов и беззакония, оно противоречит само себе, но за счёт этого чертовски жизнеспособно и прекрасно приспособляется к любым условиям. Такой копирайт не копирайт вовсе, но он не умрёт сам, он умрёт только тогда, когда кто-то наконец решится или довести его до логического конца, или отменить совсем. Оба варианта означают смерть копирайта, каким мы его знаем, и рождение копирайта, каким он должен быть.

Ответы на вопросы о сделке между 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. Debian

Теперь пришел свой черед поговорить об одном из самых старых дистрибутивов, доживших до наших дней. Это международный проект Debian — один из самых мощных проектов (а может быть и самый мощный) развиваемых сообществом. Данный проект имеет свой манифест, общественный договор, четкие критерии качества, свою политику релизов и щепетильное отношение к стандартам Linux/Unix — систем (например, LSB и FHS). В частности, чтобы быть принятым в Debian пакет должен обязательно собираться без проблем на всех архитектурах, которые поддерживаются проектом, иметь страницу руководства (если документацию не написали разработчики, то это ложится на плечи майнтейнера пакета).

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

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