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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Пакети .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 , а потім встановити їх так, ніби вони є рідними. Це перетворення виконується за допомогою досвідченого, але все ще дуже корисного інструменту під назвою Alien , який дозволяє генерувати пакети .deb з .rpm (та інших форматів) або навіть безпосередньо встановлювати файл .rpm на системах на базі Debian.

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

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

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

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

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

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

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

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

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

Окрім типової процедури Ubuntu з Alien, існують сценарії, коли для встановлення Alien використовується aptitude або інші менеджери пакетів, особливо в середовищах, де цей менеджер є кращим за класичний 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 не використовує жоден з цих форматів. Тут система пакетів базується на менеджері пакетів pacman та на пакетах з розширеннями .pkg, .tar та .zst, спеціально підготовлених для Arch та його похідних, таких як Manjaro.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Пакети Snap були вперше розроблені компанією 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 чи будь-якому іншому дистрибутиві, який ви можете використовувати.