Повний посібник з встановлення DEB та RPM-пакетів без ускладнень

Якщо ви перейшли з Windows на Linux, ці файли, ймовірно, звучатимуть вам дивно. дебютантка y .rpmЗагалом кажучи, вони є еквівалентами типових файлів Windows .exe або .msi, але адаптовані до екосистеми Linux та кожного сімейства дистрибутивів. І хоча багато посібників безпосередньо покладаються на термінал та команди, також можливо... Встановлюйте пакети deb та rpm, не переймаючись консоллю, що поєднує графічні інструменти та деякі основні поняття.

Крім того, є деякі дещо делікатніші ситуації: наприклад, коли ви завантажуєте старий файл Microsoft Teams .deb без чітких інструкцій або коли ви використовуєте дистрибутив, такий як Arch Linux А потім ви натрапляєте на файл .deb або .rpm, який, теоретично, цей дистрибутив навіть не використовує. Давайте детально розглянемо, що являє собою кожен тип пакета, як вони керуються в різних сімействах дистрибутивів і які у вас є опції для максимально простої роботи з ними, з командами та без них, але завжди розуміючи, що ви робите.

Що таке пакети .deb і чому вони такі важливі?

Формат дебютантка Він виник у Debian, і його назва походить саме від скорочення назви цього дистрибутива. Ці файли є стандартною системою пакування в Debian та всіх дистрибутивах, заснованих на ньому, таких як Ubuntu, Linux Mint та багато інших варіантівЯкщо ви працюєте з Windows, ви можете вважати файли .deb схожими на інсталятори .exe, але з набагато більш контрольованою та стандартизованою внутрішньою структурою.

Пакет .deb — це не просто файл, що містить програму, а контейнер, який включає усі файли, які будуть скопійовані в систему та низку скриптів і метаданих для забезпечення впорядкованого виконання встановлення та налаштування. Це дозволяє системі керування пакетами знати, що ви встановили, які залежності потрібні цьому програмному забезпеченню, як його оновити та як видалити після цього.

Внутрішньо пакет .deb складається щонайменше з трьох ключових файлів, які керують інформацією про пакет та його даними. Перший — це debian-бінарний, де вказано версію формату пакета (у більшості випадків остання стабільна версія — 2.0). Друга — control.tar.gz, стиснутий файл, що містить усі метадані пакета: назву, версію, залежності, скрипти встановлення тощо. А третій — data.tar (або стиснуті варіанти, такі як .gz, .bz2, .lzma), який містить усі файли, що фактично будуть встановлені у вашій системі.

Окрім цих основних компонентів, розділ керування зазвичай містить такі файли, як md5sumsде зберігаються контрольні суми для перевірки того, що файли не пошкоджені, або conffilesТут перелічено файли конфігурації, які не слід перезаписувати під час оновлення. Також є кілька важливих скриптів: до встановлення, після встановлення, прерм та пострмякі виконуються до або після встановлення чи видалення пакета, а також можливий скрипт конфиг який обробляє інтерактивну конфігурацію.

Усе це робить .deb досить потужним форматом, але не ідеальним. Дуже поширеним обмеженням є те, що Вони не завжди включають усі залежності Вони необхідні для функціонування програми. Пакет .deb може вимагати, щоб певні бібліотеки або компоненти вже були встановлені у вашій системі; якщо вони не встановлені, встановлення не вдасться або програма працюватиме неправильно. У цих випадках вам потрібно буде встановити ці залежності окремо, або через менеджер пакетів, або, у складніших середовищах, вручну.

Розповсюдження типу Debian, Ubuntu, Kubuntu, Lubuntu, Linux Mint та багато інших, заснованих на них, використовують .deb як формат за замовчуванням. Навіть, здавалося б, різні системи, такі як iOSУ світі Apple для керування своїми програмами використовують дуже схожий формат пакетів, хоча внутрішня структура не зовсім така, як у пакетів Linux.

Як встановити .deb-файли в Linux з командами та без них

У будь-якому дистрибутиві на базі Debian серцем керування пакетами .deb є інструмент ДПКГЦя програма обробляє встановлення, реєстрацію та видалення пакетів з низькорівневої сторони. Окрім DPKG, використовуються інші, більш зручні для користувача шари, такі як APT або графічні інтерфейсищо значно полегшує життя користувачів, які не хочуть залежати від терміналу на кожному кроці.

У багатьох дистрибутивах, особливо в Ubuntu та його різновидах, доступні графічні інтерфейси, такі як Synaptic, Gdebi, PackageKit або власний Центр програмного забезпечення UbuntuЦі програми дозволяють встановлювати пакети .deb, просто двічі клацнувши на завантаженому файлі, подібно до того, як ви робите це за допомогою інсталятора у Windows, без необхідності вводити жодного рядка в консолі.

Якщо ви хочете використовувати ці менеджери, ви можете встановити їх з офіційних репозиторіїв, зазвичай за допомогою APT. Наприклад, дуже часто використовуються Гдебі Щоб відкрити файли .deb, завантажені з Інтернету, він обробляє залежності інтелектуальніше, ніж чистий DPKG. Synaptic та PackageKit, з іншого боку, забезпечують більш повне уявлення про систему, дозволяючи шукати, встановлювати та видаляти пакети за допомогою графічного інтерфейсу.

Після завантаження файлу .deb з веб-сайту розробника, GitHub або будь-якого зовнішнього репозиторію, класичний спосіб його встановлення без зайвих зусиль — це просто Відкрийте його за допомогою менеджера програмного забезпечення З дистрибутива: двічі клацніть файл .deb, відкриється графічний інсталятор, який перегляне інформацію про пакет і натисне «Встановити». Система перевірить залежності та, якщо чогось бракує, повідомить вас або спробує автоматично завантажити його з репозиторіїв.

Після успішного встановлення програма з’явиться у списку програм вашого робочого середовища: у меню «Пуск», панелі запуску, результатах пошуку тощо. Якщо ви встановите, наприклад, пакет .deb для браузера або Teams, ви зможете знайти його, шукаючи за його назвою, як і будь-яку іншу програму, вбудовану в систему.

Встановлення та керування файлами .deb з терміналу: DPKG та APT

Хоча метою є уникнення залежності від команд для всього, корисно розуміти, як термінал з цим справляється, оскільки Багато посібників та офіційна документація сприймають їх як належне.Фактично, навіть коли ви використовуєте графічні інструменти, DPKG та APT часто працюють у фоновому режимі, а ви цього не помічаєте.

Найбільш прямий метод полягає у використанні dpkg -i package.debЦя команда встановлює пакет локально в системі. На відміну від APT, ця команда не надто турбується про пошук відсутніх залежностей: якщо пакету потрібні інші компоненти, яких у вас немає, вона покаже помилки, і вам доведеться вирішувати їх окремо, зазвичай за допомогою APT або іншого графічного менеджера пакетів.

Щоб перевірити, чи встановлено певний пакет, ви можете перерахувати пакети, про які знає dpkg, фільтруючи їх за назвою, використовуючи команду типу dpkg -l | grep 'ім'я'Це швидкий спосіб перевірити, чи розпізнає система пакет, яку версію у вас встановлено, і чи позначено його як встановленого чи видаленого, але з файлами конфігурації, що все ще присутні.

Під час видалення DPKG дозволяє два підходи: з опцією -r Ви видаляєте пакет, але залишаєте файли конфігурації, тоді як з -P (Очистити) видаляє всі сліди, включаючи файли конфігурації, які можуть залишатися в /etc або інших системних шляхах. Ця різниця корисна, якщо ви плануєте перевстановити програму зі збереженням налаштувань або якщо ви хочете виконати повне очищення.

Це працює вище dpkg APTAPT, відомий менеджер пакетів, що використовується в Debian, Ubuntu та похідних системах, обробляє репозиторії, залежності та оновлення набагато інтелектуальніше. Окрім встановлення програм з офіційних репозиторіїв, він також може встановити локальні файли .deb що є на вашому жорсткому диску, автоматично вирішуючи залежності у більшості випадків.

Для цього, замість безпосереднього виклику dpkg, зазвичай використовується синтаксис зі шляхом відносно файлу, наприклад sudo apt install ./package.debТрюк з "./" повідомляє APT, що ви встановлюєте локальний файл, а не пакет з репозиторіїв. APT внутрішньо викличе dpkg, але додасть власну логіку для завантаження та встановлення будь-яких відсутніх залежностей з налаштованих репозиторіїв.

Коли ви хочете видалити програму, встановлену з локального файлу .deb, вам більше не потрібно мати під рукою оригінальний файл. Просто знайте назву пакета та скористайтеся sudo apt видалити назву пакета видалити його зі збереженням налаштувань, або sudo apt purge назва-пакета також видалити будь-які файли конфігурації, залишені системою.

Пакети .rpm: що вони собою являють і як вони вписуються в цю головоломку

Формат .rpm (Red Hat Package Manager) є стандартом у сімействі дистрибутивів на базі Red Hat, таких як Red Hat Enterprise Linux, Fedora, openSUSE та інші похідніТак само, як файли .deb у світі Debian, файли .rpm містять програмні файли, скрипти та метадані для керування встановленнями, оновленнями та видаленнями в цих дистрибутивах.

Спочатку пакет .rpm не є нативно сумісним з Ubuntu, Debian або Linux Mint, оскільки кожна дистрибутивна сім'я має власну екосистему пакетів та інструментів. Однак на практиці ви часто зіткнетеся з програмним забезпеченням, яке пропонує лише один .rpm для Linux а не .deb, особливо в проектах, орієнтованих на корпоративні середовища на базі Red Hat.

Хоча Ubuntu та Debian не працюють з файлами .rpm "з коробки", існує ймовірність конвертувати ці пакети .rpm у .deb а потім встановити їх так, ніби вони є рідними. Це перетворення виконується за допомогою досвідченого, але все ще дуже корисного інструменту під назвою чужий, що дозволяє генерувати пакети .deb з .rpm (та інших форматів) або навіть безпосередньо встановлювати .rpm на системах на базі Debian.

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

З протилежної точки зору, також можливо конвертувати .deb у .rpm З Alien це може бути корисним у дистрибутивах Red Hat, якщо програма розповсюджується лише у форматі Debian. Знову ж таки, сумісність не гарантована на 100%, але це вирішує багато ситуацій, коли вам в іншому випадку довелося б компілювати програмне забезпечення з вихідного коду.

Як використовувати Alien для конвертації та встановлення RPM-пакетів на Ubuntu та Debian

Якщо вам потрібно встановити пакет .rpm на дистрибутив на базі Debian, першим кроком зазвичай є перевірка доступу до репозиторію. ВсесвітСаме тут розміщено Alien на таких системах, як Ubuntu. Цей репозиторій розширює пропозицію програмного забезпечення за межі суто офіційного, включаючи інструменти, що підтримуються спільнотою.

Після того, як ви ввімкнете цей репозиторій та оновите список пакетів, ви зможете встановити чужий з вашого звичайного менеджера пакетів. Після встановлення у вашій системі Alien стане вашим швейцарським армійським ножем для перетворення .rpm у .deb однією командою, залишаючи вам еквівалентний файл .deb, готовий до керування за допомогою DPKG, APT або навіть графічного менеджера пакетів, такого як Gdebi.

Найчастіше використовуваний метод складається з Конвертувати .rpm у .deb Не встановлюючи його безпосередньо, ви запускаєте Alien на файлі .rpm, і він генерує пакет .deb з подібною назвою в тому ж каталозі, в якому ви працюєте. Якщо ви знаходитесь в іншому каталозі, ніж файл, вам потрібно буде вказати повний шлях до файлу .rpm, щоб Alien міг його знайти.

Після того, як ви згенерували файл .deb, ви можете поводитися з ним як з будь-яким іншим пакетом Debian: ви можете відкрити його за допомогою графічного менеджера програмного забезпечення, встановити його за допомогою dpkg -i або використати більш надійний підхід apt install ./archivo.deb щоб дозволити йому обробляти залежності. Таким чином, ви інтегруєте у свою систему програму, яка спочатку призначалася лише для дистрибутивів Red Hat.

Alien також пропонує опцію безпосередньо встановити .rpm Не генеруючи проміжний файл .deb, він використовує режим, у якому виконує саму конвертацію та негайно запускає встановлення. Внутрішньо він продовжує трансформувати пакет, але ви не бачите результуючий файл .deb; ви бачите лише встановлену програму. Незважаючи на це, багато користувачів надають перевагу спочатку генерувати явний файл .deb, щоб мати трохи більше контролю та мати можливість зберегти його, якщо їм знадобиться перевстановити його пізніше.

Ще один спосіб конвертувати RPM у DEB з терміналу

Окрім типової процедури в Ubuntu з Alien, існують сценарії, де вона використовується здібності або інші менеджери пакетів для встановлення Alien, особливо в середовищах, де цей менеджер є кращим за класичний APT. Кінцевий результат той самий: як тільки Alien стає доступним, він стає центральним інструментом для перетворення між форматами RPM та DEB.

Звичайний процес передбачає спочатку завантаження файлу .rpm Щоб використовувати потрібний пакет, розмістіть його у відомому системному шляху та запустіть для нього Alien. Після конвертації в тій самій папці створюється файл .deb, який максимально точно відтворює вміст та метадані оригіналу, готовий до обробки як рідного пакета Debian.

Після створення файлу .deb звичайна процедура на системах без графічного інтерфейсу полягає в його встановленні за допомогою dpkg -i назва-пакета.debЦе залежить від того, чи необхідні залежності вже присутні або чи їх можна встановити окремо. Однак на настільних системах зазвичай набагато зручніше відкривати щойно створений файл .deb за допомогою центру програмного забезпечення або Gdebi, щоб користувачеві не доводилося запам'ятовувати команди чи шляхи.

Такий підхід до того, як спочатку конвертувати, а потім встановити, дозволяє Повторіть встановлення Ви можете перевстановлювати його скільки завгодно разів, оскільки зберігаєте пакет .deb як «локальну копію», адаптовану до вашого дистрибутиву. Це особливо корисно, якщо ви працюєте з кількома схожими системами та хочете розгорнути одне й те саме програмне забезпечення, не залежачи постійно від оригінальної версії .rpm.

Варто пам'ятати, що в будь-якому разі, використовуючи Alien, ви трохи відхиляєтеся від "офіційного" шляху, тому бажано перевірити повідомлення про помилки та переконатися, що програма працює правильно після встановлення. У деяких випадках можуть бути відсутні бібліотеки або можуть бути відмінності у версіях порівняно з дистрибутивами, для яких спочатку був розроблений файл .rpm.

Arch Linux: що робити з файлами .deb та .rpm та які сховища програмного забезпечення використовувати

Якщо ви використовуєте Arch Linux А якщо ви завантажуєте файл .deb або .rpm, перша реакція зазвичай здивування, оскільки Arch не використовує жоден з цих форматів. Тут система пакетів базується на менеджері пакетів. Кличко та в пакетах з розширенням .pkg.tar.zst, спеціально підготовлених для Arch та його похідних, таких як Manjaro.

Встановлення файлу .deb або .rpm безпосередньо на Arch не є рекомендованим варіантом, оскільки Філософія дистрибутива інша А шляхи, бібліотеки та версії не завжди збігаються з Debian або Red Hat. Найрозумніше завжди перевіряти, чи доступне потрібне вам програмне забезпечення в офіційних репозиторіях Arch або в популярних [repositories/repositories]. AUR (Архів користувача репозиторію), де спільнота зберігає рецепти компіляції (PKGBUILD) для величезної кількості програм.

Існують інструменти та скрипти, які можуть конвертувати файли .deb або .rpm в пакети Arch або встановлювати їх дещо примусово, але це не найнадійніший метод, і його не рекомендують розробники дистрибутива. Зазвичай краще... знайти PKGBUILD в AUR для цієї програми, або використовуйте пакетні альтернативи, такі як Flatpak чи Snap, якщо вам потрібно щось, чого немає в офіційних репозиторіях.

Щодо магазинів програмного забезпечення з графічним інтерфейсом, Arch та його похідні пропонують кілька варіантів. Одним з найвідоміших є Памак (широко використовується в Manjaro), що дозволяє керувати пакетами та AUR з вікна, дуже схожого на магазини програм в Ubuntu. Також є графічні інтерфейси для pacman, такі як Octopi та інші інструменти, які забезпечують досить зручний досвід користування магазином програмного забезпечення.

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

Де безпечно завантажити файли .deb та .rpm

Якщо ви не можете знайти потрібну програму за допомогою звичайних пошукових систем вашого дистрибутива, ви завжди можете спробувати інші. джерела завантаження пакетів в Інтернеті. Однак, бажано бути дуже вибірковим і надавати пріоритет надійним сайтам, щоб мінімізувати ризики безпеки та ризик маніпулювання пакетами.

Перше місце, куди майже завжди слід звертати увагу, це офіційний сайт розробника програми. Більшість проектів пропонують посилання для завантаження останніх версій на власних веб-сайтах, як у форматах .deb, так і .rpm, а також в інших упакованих форматах. Вони також зазвичай містять конкретні інструкції для кожного дистрибутива або, принаймні, розділ встановлення, який допоможе вам вибрати файл.

Якщо ви працюєте з Debian або його похідними версіями, ви також можете перейти до офіційна сторінка пакетів Debianякий пропонує розширений пошук у величезному каталозі програмного забезпечення у форматі .deb. Однією з переваг є те, що значна частина контенту доступна іспанською мовою, що дуже корисно, якщо ви не дуже впевнено володієте документацією англійською мовою.

Існують пошукові системи, що спеціалізуються на пакетах, такі як Пошук RPMХоча в назві є "RPM", він також надає результати у форматі .deb. Він дозволяє фільтрувати за дистрибутивом, архітектурою та версією, що полегшує пошук саме потрібного пакета, а в багатьох випадках також дає підказки щодо залежностей, необхідних для його роботи.

Ще один сайт ветерана – Пошук RPM PBoneВін пропонує дуже просунуту пошукову систему, орієнтовану на пакети .rpm, але також значною мірою охоплює пакети .deb. Його додаткова цінність полягає в тому, що він допомагає вам визначити, які додаткові бібліотеки або пакети можуть знадобитися, що дуже корисно, якщо ви налагоджуєте проблеми залежностей.

У світі відкритого коду такі платформи, як GitHub або GitLab Вони також є золотою жилою. Багато розробників завантажують інсталятори .deb та .rpm безпосередньо в розділ «Релізи» своїх проектів, з версіями, позначеними для різних архітектур (amd64, arm64 тощо). Звідти ви можете завантажити відповідний пакет і відкрити його за допомогою звичайного менеджера програмного забезпечення без будь-яких подальших ускладнень.

Стабільні, нестабільні та тестові версії: що це означає для ваших DEB-пакетів

Коли ви відвідуєте офіційні сайти, такі як сторінка пакетів Debian, зазвичай доступно більше однієї гілки: стабільний, нестабільний та тестовийСтабільна версія рекомендована для більшості користувачів, оскільки вона надає пріоритет надійності та безпеці, а не постійному наявності останньої версії кожної програми.

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

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

Якщо ви вирішите використовувати ці гілки, краще робити це обережно та, якщо можливо, в тестових середовищах або на машинах, де ви не маєте справу з критичними даними. Таким чином, ви зможете насолоджуватися новими функціями без жодної помилки, яка б залишила вас у скрутному становищі у виробничому чи щоденному робочому середовищі.

У будь-якому випадку, коли ви завантажуєте файл .deb з репозиторіїв, які пропонують кілька гілок, зверніть пильну увагу на для якої версії дистрибутива він призначенийяку гілку він займає та чи є якісь попередження про можливі функціональні проблеми або проблеми безпеки, пов'язані з цим конкретним пакетом.

Як оновити програми, встановлені з пакетів .deb

Метод оновлення програми, встановленої з файлу .deb, може значно відрізнятися залежно від того, як розробник її упакував. Існують такі програми, як Google Chrome або DiscordПісля встановлення вони інтегруються у ваші репозиторії або мають власний механізм автоматичного оновлення, тому вам не доведеться турбуватися про ручне завантаження нових .deb-файлів.

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

Однак, є багато інших програм, упакованих у .deb, які У них немає автоматичних оновлень Вони також не додають власний репозиторій до системи. У цих сценаріях єдиний спосіб оновити програмне забезпечення — це повернутися на сторінку завантаження проекту, коли виходить новіша версія, завантажити новий файл .deb та встановити його так само, як ви це зробили вперше.

Зазвичай, під час встановлення новішого .deb-файлу поверх старішої версії, система Замініть стару версію на нову без залишаючи дублікатів, хоча завжди гарною ідеєю є перевірка, чи менеджер пакетів інтерпретує його правильно. У більшості дистрибутивів вам не потрібно спочатку видаляти попередню версію: зазвичай достатньо встановити оновлений пакет.

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

Сучасні альтернативи пакетам DEB та RPM у Linux

Хоча формати .deb і .rpm Хоча вони залишаються стандартом у більшій частині екосистеми Linux, інші методи пакування програм набувають популярності в останні роки. Ці альтернативи спрямовані на вирішення класичних проблем, таких як управління залежностями та ізоляція програм, пропонуючи більш автономні та простіші в обслуговуванні пакети.

Однією з давніх альтернатив є архівування. .tar.gzУ багатьох випадках ви завантажуєте вихідний код програми, щоб самостійно її скомпілювати. Такий підхід пропонує дуже точний контроль над тим, що ви встановлюєте, але вимагає більше знань і часу, тому він зазвичай не є кращим варіантом для користувачів, які віддають перевагу простим і швидким методам.

У сфері сучасних форматів вони виглядають упакованими як Snap і FlatpakЦі пакети містять програму та всі (або майже всі) її залежності. Це означає, що програмне забезпечення зазвичай працює однаково на різних дистрибутивах, якщо вони підтримують ці формати, що зменшує типові помилки, спричинені відсутніми бібліотеками або несумісними версіями.

Пакети хватка Snaps були розроблені Canonical, компанією, що стоїть за Ubuntu, з ідеєю стати своєрідним наступником .deb. Snap — це, по суті, контейнер програми з усім необхідним для роботи, що мінімізує проблеми з пошкодженими залежностями. Крім того, він працює в середовищі, відносно ізольованому від решти системи, що підвищує безпеку та запобігає надмірному втручанню в інші програми.

З іншого боку, Flatpak Вони пропонують щось дуже схоже, але з більш відкритим та менш централізованим підходом, ніж Snap, що зробило їх досить популярними в багатьох дистрибутивах. Як і Snap, вони працюють в "пісочниці" та пропонують чудову портативність між дистрибутивами, якщо в них увімкнено Flatpak, а магазини графіки, такі як Flathub, пропонують постійно зростаючий каталог.

Навіть з усіма цими варіантами, система класичні репозиторії з APT, pacman або yum/dnf Він залишається фундаментальним: це основний спосіб пошуку, завантаження та встановлення програмного забезпечення на більшості дистрибутивів, а також його оновлення разом з рештою системи. Snap та Flatpak доповнюють цю основу, а не повністю замінюють її.

Уся ця ситуація залишає .deb та .rpm дуже актуальними, особливо для глибокої системної інтеграції та традиційного програмного забезпечення, але також відкриває двері до більш гнучких та герметичних форматів, які спрощують розповсюдження програм без особливих суперечностей між різними сімействами Linux.

З усього, що ми бачили, очевидно, що пакети .deb і .rpm Вони є основою розповсюдження програмного забезпечення в більшій частині екосистеми Linux, але також є інструменти, такі як Alien, APT, графічні менеджери та альтернативні системи, такі як Snap або Flatpakщо дозволяє вам встановлювати та керувати ними без постійної роботи з терміналом; розуміння хоча б того, як працюють ці формати, де їх безпечно завантажувати та які обмеження вони мають порівняно з новими опціями, допомагає вам приймати кращі рішення під час встановлення програм, чи то на Ubuntu, Debian, Arch чи будь-який інший дистрибутив, який у вас може бути.