У світі технологій є давня жарт: кожен раз, коли хтось намагається створити формат, який об’єднує найкраще з усіх інших, щоб уникнути розпорошення, єдине, що вони роблять, це додавання нового до списку. Є дещо з цього, намагаючись створити формат пакету, який може працювати на всіх дистрибутивах Linux без змін. Наразі цього століття нас уже пройшло три.
Snap, Flatpak та Appimage. Відмінності від традиційних форматів
Основна відмінність між власними форматами пакетів та автономними форматами пакетів полягає в тому, що перші діляться залежностями з іншими програмами, встановленими в операційній системі. Іншими словами, якщо програма Y потребує залежності 1, і ця залежність була встановлена програмою X, яка також її потребує, ця залежність не буде встановлена знову.
Програми, упаковані в окремі формати, включають усі залежності, необхідні для функціонування. Іншими словами, залежність 1 буде встановлюватися кожного разу, коли буде встановлена програма, яка її потребує.
Друга відмінність полягає в тому, що традиційні формати пакетів повинні будуватися з урахуванням специфікацій кожного розподілу.. Ось чому, хоча Ubuntu є дистрибутивом, похідним від Debian, відмінності є досить важливими, що сховища першого не можна використовувати у другому.
Третя відмінність полягає в тому будь-яка зміна залежності від традиційних пакетів може вплинути на роботу всіх інших, які цього потребують. З іншого боку, модифікації програми в незалежному форматі не вплинуть на решту системи.
Залежно від особливостей кожного розподілу, можна встановити програми в незалежних форматах від менеджера пакетів та автоматизувати їх оновлення разом із менеджером, відповідальним за них.
В Ubuntu Центр програмного забезпечення дозволяє встановлювати обидві програми в традиційних форматах, таких як Snap, віддаючи перевагу останнім. Хоча існує плагін, який дозволяє GNOME Software Center (з якого походить Ubuntu), він не працює з цим дистрибутивом.
У випадку з Ubuntu Studio можна включити опцію використання пакетів Snap, тоді як KDE Neon та Manjaro можуть працювати з обома форматами.
хватка
Це найновіший із незалежних форматів з часу його розробки в 2014 році. Він призначений не тільки для використання в настільних дистрибутивах Linux, але також для Інтернету речей, мобільних пристроїв та серверів. ДОНезважаючи на те, що можна створити окремі магазини додатків, наразі Canonical працює лише в одному, Snapcraft.
Хоча Snapcraft має асортимент найпопулярніших програм з відкритим кодом, Його сильна сторона - програми, розроблені приватними розробниками програмного забезпечення та постачальниками хмарних послуг.
Flatpak
Хоча Flatpak офіційно запущений у 2015 році, це продовження іншого проекту універсального формату, відомого як xdg-app. Цей проект народився з метою мати можливість запускати програми в безпечній віртуальній пісочниці, яка не вимагає привілеїв root або несе загрозу безпеці для системи.
Flatpak орієнтований на дистрибутиви на робочому столі, також використовує концепцію магазину додатків Флатхуб найвідоміший.
Сильна сторона Флатуба в цьому він, як правило, має найновіші версії основних програм з відкритим кодом.
Appimage
AppImage - це найстаріший з автономних форматів пакетів, оскільки він був вперше випущений в 2004 році.
Це був перший формат, який дотримувався парадигми "Один додаток - один файл". Це означає, що кожного разу, коли ми завантажуємо файл Appimage, ми завантажуємо програму та все необхідне для функціонування. Якщо ми хочемо використовувати додаток, нам просто потрібно надати йому дозволи на виконання та двічі клацнути на піктограмі, яка його ідентифікує.
Appimage не використовує систему App Store, але, сіно веб-сторінку в якому ми можемо знайти список усіх доступних назв.
Щоб оновити Appimage, ми можемо використовувати цей інструмент
Я сумую за тим, що не було жодної згадки про надзвичайно зростаючу повільність прив’язки при встановленні програм, оскільки для кожного потрібен віртуальний блок.
Я сумую за тим, що не було жодної згадки про надзвичайно зростаючу повільність прив’язки при встановленні програм, оскільки для кожного потрібен віртуальний блок.
Дякуємо за ваш коментар. Я буду це пам’ятати.
Особисто я думаю, що проблеми незалежної упаковки програмного забезпечення є не чим іншим, як відображенням набагато глибшого конфлікту, пов'язаного зі ступенем відповідності різних дистрибутивів стандартам LSB та FSH.
Однією з основ упаковки є впровадження стандартних бібліотек, що зберігають як місце, так і місце розташування програмного забезпечення, а також файли конфігурації. Таким чином уникаючи конфліктів у бібліотеці. Щось, що є загальним в інших операційних системах, і, на жаль, через невідповідність стандартам ускладнює підтримку та оновлення програмного забезпечення, не кажучи вже про міграцію програмного забезпечення з одного дистрибутиву на інший. Погана практика ручних компіляцій, виконуваних багаторазово з інструкцій, без аналізу відповідності стандартам при її реалізації, закінчується величезним головним болем для адміністраторів системи. Особливо, коли хтось повинен взяти на себе виробничий сервер, встановлений іншим попереднім адміністратором.
Незалежна упаковка, так чи інакше, в кінцевому підсумку сприяє цій філософії, пропагуючи більше, ніж незалежність, залежність від певного формату чи компанії. Багато разів зробити міграцію платформи майже неможливим завданням. Мислення більше в короткостроковій перспективі, ніж у довгостроковій. Ситуація, яка може бути свідком будь-якого серйозного адміністратора, який має більш ніж 15-річний досвід роботи. І я говорю про цю цифру навмисно, оскільки в той період відбудеться достатньо дистрибутивів, щоб усвідомити, що рано чи пізно проекти чи послуги з тих чи інших причин будуть змушені переходити з платформи. Ситуація, яка рідко потрапляє в процеси оцінки під час реалізації проекту. Де найлегше перенести саме ті платформи, які найкраще відповідають вищезазначеним стандартам. Будучи цими незалежними пакетами, найвіддаленішими від цих стандартів.
Цікавий внесок, мені не спало на думку думати про це
Засіб оновлення файлів AppImage практично марний. Із 7 файлів AppImage, які я спробував (Inkscape, Olive, KSnip, MuseScore, OpenShot та ін.), Він намагався працювати лише з одним, закінчуючи "Не існує підпису підтвердження", а отже, не оновлюючи його. Тобто, НЕ ВИКОРИСТОВУЄТЬСЯ ні для чого, ви можете видалити посилання. Крім того, він не оновлювався місяцями.
Дякуємо за коментар