1. INFO

На відміну від консервативного Slackware, більшість дистрибутивів розвивається і видозмінюється з часом. Змінюється багато: підходи до розробки і до формування пакетів, цикл випуску релізів, системні компоненти, технології. Може змінитися навіть напрямок розвитку і філософія дистрибутива. Про те, як і навіщо це відбувається, ми поговоримо в цій статті.

З цієї статті ти дізнаєшся про феєрії навколо вже «полюбилася» спільноті теми UEFI Secure Boot і про те, як її подолали розробники провідних дистрибутивів, про танці навколо systemd і рішеннях включати і не включати його в дистрибутиви, про дроблення графічних систем і середовищ, про вторгнення Ubuntu в мобільний і всі інші можливі ринки і про багато-багато іншого.

Останнім часом найбільш цікавими подіями, звичайно ж, стали численні портирования Ubuntu на самі різні пристрої. Ще в 2011 році Canonical представила версію Ubuntu для автомобільних інформаційно-розважальних систем Ubuntu IVI Remix. Система була урізаною версією стандартної Ubuntu, підігнаній під вимоги альянсу GENIVI, в який входять BMW, GM і багато інших. Далі другий бети справа так і не пішла, і проект просто згорнули.

! [Ubuntu IVI Remix] (ubuntu-ivi.jpg

Ubuntu IVI Remix

Так і не закінчивши роботу над автомобільної системою, Canonical взялася за телевізори і вже в початку січня 2012 представила Ubuntu TV . Цього разу проект вийшов куди більш продуманим і далекоглядним. Програмісти взяли абсолютно правильне рішення позбутися від властивої Linux мішанини з технологій і зробили Unity і базуються на його технологіях додатки основою ОС. Завдяки цьому інтерфейс системи став цілісним, а розробники отримали можливість легко оптимізувати його для управління за допомогою пульта.

Ubuntu TV

Другим важливим відмінністю системи стала початкова інтеграція з магазином контенту Ubuntu One, що автоматично відкривало користувачам системи доступ до музики і фільмів онлайн. Більш того, Canonical навіть реалізувала механізм, що дозволяє почати перегляд фільму на телевізорі та продовжити на планшеті або смартфоні. Загалом, все красиво, цікаво і повністю відкрито. Проблема тільки в тому, що до моменту випуску працездатною версії Ubuntu TV ринок розумних телевізорів вже був поділений між Apple і Google, і нова ОС виявилася нікому не потрібною.

Не встигаючи заплигувати на один поїзд за іншим, Canonical вирішує спробувати щастя і вскочити на, здавалося б, недосяжний експрес під назвою «мобільні технології», представивши на початку нинішнього року Ubuntu for phones. Нова ОС продовжує ідеї, започатковані в ТВ-версії системи: Unity як єдиної оболонки, Ubuntu One як джерело контенту та заснований на ідеї надання користувачу актуальної інформації інтерфейс.

Операційна система вийшла дійсно цікавою, але занадто незвичайною і зовсім незвичній користувачеві. Тут все було новим і не так, як у всіх. Замість робочого столу - зведення з останніх запущених додатків, прослуханих пісень і викликаються контактів, замість меню додатків - спливаюча панель зі стовпцем іконок. Аудіо- та відеоплеєри вбудовані прямо в оболонку, а замість звичної користувачам Android і iOS «шторки» тут безліч різних шторок. Однак, незважаючи на незвичайність, Ubuntu for phones точно знайде своє місце під сонцем: система базується на CyanogenMod, а якщо бути точним - на системних компонентах цієї прошивки, таких як ядро, драйвери і системні бібліотеки та сервери. З цієї причини Ubuntu for phones буде без танців з бубном працювати скрізь, де є CyanogenMod версії не нижче дев'ятій.

Через місяць Canonical готує і пробну версію системи для планшетів. По суті, тут нічого не змінюється, все той же інтерфейс, той же Ubuntu One, той же CyanogenMod всередині плюс підтримка запуску класичних настільних додатків. З цього моменту Canonical оголошує, що всі версії Ubuntu для різних типів пристроїв будуть базуватися на одній кодової базі, розпочатої ще в Ubuntu TV і доведеної до прийнятного стану в Ubuntu for phones.

Ubuntu для планшетів

Цікаво, що всі ці метання Canonical вплинули також і на користувачів настільної версії ОС. Наприклад, багато напрацювань Ubuntu в результаті перекочували і в інтерфейс системи для ПК, а завдяки необхідності оптимізувати систему для роботи на не самих потужних пристроях і в ситуації з обмеженим обсягом батареї користувачі отримали більш швидку настільну систему (це добре помітно, наприклад, у версії 13.04 ).

Друга важлива подія відбулася в жовтні 2012 року, коли була представлена ​​перша стабільна версія протоколу Wayland. Безпосередньо з збірками це не пов'язано, але буде пов'язано зовсім скоро, так як X11 в кінці кінців кане в Лету і на зміну йому прийде композитний сервер Weston або будь-який інший, що підтримує протокол Wayland. Про своє бажання впровадити цю технологію висловилися розробники багатьох дистрибутивів, включаючи Fedora, Ubuntu і Arch.

Що таке Wayland і навіщо він потрібен? У двох словах - це заміна іксів, причому повна і безкомпромісна. Це абсолютно нова графічна підсистема для Linux, створена, щоб вирішити проблеми X11, пов'язані із застарілою архітектурою, заплутаністю коду, величезною надмірністю і нездоровими апетитами до пам'яті. Щоб не розвивати і не тягнути цей шматок застарілого коду, якому в минулому році стукнуло 25 років, було вирішено почати все з нуля, створивши простий, легкий і відповідний сучасним реаліям дисплейний сервер і протокол.

Підтримка Wayland вже є в Qt5, GTK + 3, XBMC, багатьох популярних додатках, відкритих драйвери intel, radeon і nouveau (точніше, Wayland їх підтримує), а для сумісності з усім іншим баластом вже реалізований сервер XWayland, що дозволяє запускати будь-X11-софт . Робота по портированию GNOME 3, KDE та Enlightenment йде повним ходом, так що ікси викинуть вже зовсім скоро.

Цікаво, що однією з перших про інтеграцію нового сервера в свій дистрибутив заявила команда Ubuntu і навіть пригрозила зробити це до випуску релізу 12.10. Само собою, обіцянки вони не виконали, а замість цього заявили про створення власного дисплейного сервера Mir - він буде відрізнятися парою-трійкою булочок, відсутність яких сильно обурило розробників Ubuntu.

Ця новина одразу викликала великий резонанс серед розробників X.org, Wayland, KDE, Enlightenment і інших проектів, які почали різко критикувати Canonical за дроблення системних компонентів і безпідставні претензії до Wayland. Як виявилося, майже всі з необхідних Canonical функцій вже є в Wayland, а ті, яких немає, можуть бути з легкістю реалізовані у вигляді розширень. Лідери проектів KDE та Enlightenment c подивом поставилися до ідеї реалізації нового графічного стека і взагалі відмовилися підтримувати його, як вузьку специфічну розробку.

Незважаючи на все це, Canonical вперто продовжувала гнути свою лінію, ігноруючи всі доводи інших розробників, ніж ще більше дивувала співтовариство. Найбільш реалістичне пояснення такій поведінці дав розробник X.Org Девід Ейрлі, який припустив, що настільки безглуздий проект може бути розпочато тільки з політичних причин. Іншими словами, для Canonical Mir - це спосіб заявити про себе як про ведучого гравця ринку і завдяки популярності Ubuntu зосередити в своїх руках розробку всієї графічної підсистеми. З іншого боку, Ейрлі готовий припустити, що пояснення в простій дурості команди Ubuntu.

Як би там не було, а Mir фактично вже доступний в Ubuntu і, починаючи з версії 13.04, може бути протестований усіма бажаючими. Якщо все піде в тому ж дусі, то Canonical може стати новим дрібним, але пакостлівих Майкрософтом, який буде прийнято обливати брудом і називати мастдай.

І третя подія знову створює Canonical. На цей раз невтомним хлопцям під керівництвом бравого космонавта приходить в голову ідея перевести дистрибутив на Rolling-модель оновлення, яка передбачає, що релізів більше не буде, а дистрибутив буде завжди знаходитися в стані розвитку, тобто оновлюватися по мірі відновлення пакетів в репозиторії.

Ті, хто використовує Arch Linux або Gentoo, знають, як працює така модель: один раз встановлюєш дистрибутив, а потім все життя сидиш на новій версії, просто оновлюючи дистрибутив за допомогою менеджера пакетів хоч кожен день. Само собою, це дуже зручно і привабливо як для користувачів, які хочуть постійно отримувати нові версії софта, так і для розробників - тепер їм не потрібно підтримувати відразу кілька версій дистрибутива (стабільний і розробляється), а можна зосередитися на одному. Деякі розробників Canonical резонно вирішили, що це є гуд, і почали активно обговорювати ідею.

Ось тільки вони не врахували того, що майже всі наявні на ринку дистрибутиви з моделлю Rolling-релізів - це дистрибутиви для просунутих користувачів. І цьому є просте пояснення: коли мова йде про повне оновлення дистрибутива з будь-якої точки, статися може все що завгодно. Rolling-модель працює лише до тих пір, поки користувач регулярно оновлює дистрибутив, тоді всі нововведення плавно інтегруються рівно так, як це передбачили розробників. Але що, якщо спробувати оновити десятеро, який був встановлений рік або навіть два назад і ні разу не оновлювався? Я робив це і скажу чесно, що головоломка не для людей зі слабкими нервами.

Крім того, Rolling - це завжди все нове і свіже. А така ідея припаде до смаку далеко не всім. Одна справа, коли інтерфейс потрібної по роботі програми кардинально змінюється в ході планового глобального оновлення, для якого ти вирізняєш свій вихідний, а інше - якщо це відбувається вранці в понеділок, коли треба терміново писати доповідь. Загалом, ситуація складна, і затія навряд чи варто того, щоб витрачати на неї час.

Цікаво, що ще в січні 2013 року з точно такою ж ініціативою виступили розробники Fedora і навіть створили відповідний репозиторій з безперервними оновленнями Rawhide, проте поки справа не йде. До того ж не зайвим буде зазначити, що глобальні поновлення Fedora трапляються набагато рідше убунтовскіх шести місяців, так що там подібна ініціатива куди більш доречна.

У 2010 році Novell і Red Hat анонсують нову систему ініціалізації systemd. У тому ж році система додається в Fedora в якості експериментальної, а в 2011-му стає основною. Протягом наступних двох років systemd вбирає в себе функціональність великої кількості суміжних системних компонентів і перетворюється в єдиний системний менеджер, керуючий завантаженням, запуском сервісів, журналированием, гарячим підключенням пристроїв, мережевими з'єднаннями, сесіями і правами користувачів. В кінці 2012 року консервативний Arch Linux завершує перехід на systemd, чим підтверджує, що від Леонарда Поттерінга не врятується ніхто.

Галас навколо systemd почалася ще в момент його появи і продовжує розростатися. Ідея єдиної системи завантаження і управління всіма системними подіями припала до смаку далеко не всім, в результаті чого світ Linux розколовся на два табори. З одного боку опинилися апологети класичного UNIX-way, який передбачає, що система повинна складатися з великої кількості простих відокремлених компонентів, а з іншого - прихильники інтеграції, які заявляють, що systemd дозволяє зробити управління системою простішим, очевидним і привести все системні інструменти до єдиного вигляду .

З останньою крапкою зору погодилися Red Hat, Novell і інші компанії, які заробляють на Linux гроші, в них systemd вже використовується за умовчанням. Проти systemd виступили незалежні спільноти, такі як Gentoo і Debian (останній, втім, намагається догодити всім). Цікаво, що на стороні systemd виявився і істинно гиків дистрибутив Arch Linux, але тут причина проста і банальна: хлопцям було простіше перейти на systemd, ніж тягнути власну систему ініціалізації.

В результаті вийшла цікава картина, в якій фрагментація Linux стала ще більш очевидною. На одному полюсі знаходяться адепти systemd, такі як Red Hat і Novell, на іншому - прихильники класичного підходу, такі як Debian, Gentoo і Slackware, плюс є ще купа дистрибутивів, заснованих на Ubuntu, в яких використовується Upstart. Втім, останній не такий страшний, оскільки використовує класичні sh-скрипти ініціалізації, а не якісь незрозумілі unit-файли, написані власною мовою програмування, як в systemd.

Але і це ще не все. Завдяки тому що systemd згодом ввібрав в себе функціональність і код інших суміжних системних компонентів, таких, наприклад, як udev, керуючий гарячим підключенням пристроїв, і ConsoleKit, який реалізує багатосеансовий, розробникам тих дистрибутивів, інтеграція systemd в які не планується, довелося якось викручуватися з положення.

Так, на початку 2013 року Ubuntu почав поступово вбирати в себе напрацювання systemd, і в 13.04 в якості обов'язкового з'явився пакет systemd-services, що включає в себе hostnamed, localed і timedated, що відповідають за зміну і повідомлення додатків про ім'я хоста, локалі і часу. В майбутньому Canonical також планує заміну ConsoleKit на systemd-logind, що дозволяє реалізувати одночасну роботу декількох користувачів на одній машині. Ось тільки logind сильно зав'язаний на systemd, і не зовсім зрозуміло, як з цієї ситуації будуть виходити розробників.

Забавно, що девелопери Gentoo пішли ще далі і оголосили про створення власного ФОРКОМ udev, незалежного від systemd. Проект отримав ім'я eudev і ставить собі за мету повернути в udev то, що було з нього виділено після інтеграції з systemd, наприклад підтримку UNIX-сокетів.

З'явившись просто як чергова редакція Ubuntu для тих, хто не хоче морочитися з установкою додаткових компонентів, Linux Mint згодом знайшов власні риси, що виділяють його на тлі інших дистрибутивів. Linux Mint заслужив популярність завдяки своєму класичному вигляду. Розробники не стали запозичувати з Ubuntu оболонку Unity і так і не перейшли остаточно на GNOME 3, до останнього використовуючи замість нього GNOME 2, а потім і його форк під назвою MATE і набір додатків для GNOME 3 MGSE (Mint GNOME Shell Extensions), які роблять новий GNOME схожим на старий.

Linux Mint з оточенням MATE

Проте на застарілих технологіях і одних тільки доповнення далеко не заїдеш, і тому лідер проекту прийняв рішення створити ні багато ні мало форк GNOME 3, який би виглядав і працював як старий добрий GNOME 2, але при цьому базувався на нових технологіях і пропонував користувачам корисну функціональність з новою версією GNOME. Проект був анонсований в кінці 2011 року, а в середині 2012-го вже вийшов Linux Mint 13 з новою графічною оболонкою Cinnamon.

По суті, Cinnamon - це просто приведений до виду класичного робочого столу GNOME 3, в якому є панель з меню, з областю швидкого запуску, переліком відкритих вікон і системним лотком. При цьому оболонка успадковує всі кращі риси GNOME 3, включаючи розширюваність і повсюдне використання OpenGL-виведення. До складу Cinnamon також входить файловий менеджер Nemo, який представляє собою форк Nautilus 3.4, в якому збережені такі можливості, як панель інструментів і меню, двохпанельний режим, меню з посиланнями для швидкого переходу, компактна форма відображення списку файлів і бічна панель.

Цікаво, що разом з Cinnamon команда розробників Linux Mint продовжує використовувати і робочий стіл на основі MATE - Форк GNOME 2, продовжує ідеї класичного робочого столу.

Робочий стіл Linux Mint Фірмове меню Linux MINT

Ще в кінці 2011 року компанія Microsoft оголосила про необхідність обов'язкової активації режиму Secure Boot, що вимагає підпису ядра і драйверів, у всіх системах на базі UEFI, які повинні підтримувати Windows 8. У результаті цієї вимоги стало фактично неможливо завантажити відмінні від Windows ОС на UEFI- системах, так як розробники відкритих ОС просто не володіють необхідними ресурсами, щоб домовитися з виробниками заліза про включення своїх закритих ключів в материнські плати та інші компоненти.

В результаті вибухнув великий скандал, в якому Microsoft звинуватили у використанні монопольного становища з метою видавити інших гравців з ринку. Зрозуміло, на саму MS це ніяк не вплинуло, і вимога активувати Secure Boot залишилося в силі, а ось розробникам відкритих ОС, як завжди, довелося підлаштовуватися.

Першими відреагували розробники Fedora, які, не довго думаючи, купили відкритий ключ у самої Microsoft, зробили мінімалістичний завантажувач, підписаний цим ключем, і включили його до складу дистрибутива. Незабаром, лаючись, матюкаючись, але не бачачи іншого виходу, за ними послідували інші представники спільноти, а в кінці 2012 року сама Linux Foundation випустила завантажувач, який пропонується використовувати всім, хто побажає, але так і не змогла домовитися з MS про його підпису.

Сьогодні підтримка UEFI Secure Boot реалізована тільки в деяких дистрибутивах за допомогою опублікованого проектом Fedora завантажувача Shim. Зокрема, Secure Boot буде підтримуватися в Fedora 18, вже підтримується в 64-бітової версії Ubuntu 12.10 і вище, в дистрибутиві Sabayon (створений на базі Gentoo), а також найближчим часом буде доступна в SUSE і Debian.

Цікаво, что в Заснований на UEFI планшеті-нетбуці Windows Surface, что працює під управлінням Windows 8, цею завантажувач и ключі, отрімані від MS, що не діють, тому что Імперія зла, в черговий раз довівші свой титул, прошила в Пристрій только свои Власні закриті ключі, залиша співтоваріство ні до справах для. Втім, в цій ситуації до MS не може бути претензій, так як це повністю її пристрій, спочатку спроектоване для роботи тільки з Windows 8.

Дистрибутиви розвиваються, змінюючись і перетворюючись з часом, проте останні події показують нам досить сумну картину. Все більше і більше помітний розкол технологій і розробників, все більше дистрибутивів відходять від UNIX-way і перетворюються в складні ОС, в яких вже буває важко щось полагодити, просто відкривши консоль. Можливо, це й на краще, так як конкуренція народжує досконаліші технології, однак, швидше за все, ми спостерігаємо за останньою стадією викорінення UNIX всередині Linux.

INFO

До розробки Wayland підключилися деякі розробники X.Org. Про намір забезпечити можливість роботи поверх Wayland оголосили такі проекти, як KDE, GNOME і Enlightenment.

Примітно, що розробники проекту X.Org планують включити компонент XWayland до складу X.Org Server, починаючи з випуску 1.15.

Вбудований комп під управлінням Ubuntu IVI Remix продається до цих пір: goo.gl/wFbgu .

Розробники Arch Linux оголосили про створення проекту ArchBSD ( goo.gl/hv8jO ): Ядро FreeBSD + оточення Arch.