Багато було сказано про фрагментацію "за" і "проти", але останнім часом з’являється кілька дуже цікавих рішень, таких як пакети оснащення Canonical, які відкриваються для всіх дистрибутивів, а не лише для Ubuntu. Але крім цього, є й інші можливості, одна з них - це та, до якої ми прийшли, щоб представити цю точку зору, це така AppImages. В основному можливість упаковувати додатки загальним чином для GNU / Linux.
Це допомагає розробникам заохочувати створювати більше програмного забезпечення для Linux, оскільки вони іноді неохоче ставляться до кількості пакетів, які їм потрібно створити та підтримувати для різних існуючих дистрибутивів. В інших випадках вони вирішили надати лише програмне забезпечення, сумісне з певними дистрибутивами, ігноруючи решту, що не є загальним рішенням. Отже, цей тип проектів відкриває надію на те, що універсальність програмних пакетів.
На додаток до цього, оновлення додатків, включаючи оновлення безпеки, будуть надходити певним чином більш прямий через висхідний потік (від руки оригінального розробника). Це відбудеться завдяки дельта-оновленням, тобто пакетам, що включають лише зміни нових версій. Отже, ми б усі виграли, як розробники з такою більшою легкістю, так і переваги оновлення, щоб завжди мати найновіші версії та мати більше сумісних пакетів для кінцевих користувачів. На додаток до поліпшення безпеки, для їх ізоляції можуть бути застосовані техніки пісочниці.
Але не все є перевагами, проти цього має надмірністьa, оскільки інтегруючи всі залежності, ми можемо знайти витрачений простір для зберігання бібліотек та інших повторюваних елементів, які в даний час недоступні. Але привіт, за решту переваг потрібно заплатити ціну ... Щоб отримати додаткову інформацію, ви можете проконсультуватися appimage.org.
Мені подобається, що Appimage можна було б взяти більше до уваги, вони існували довгий час, і зараз із битвою дуже малоймовірно, що вони стануть стандартними. Їх надзвичайно легко створити з ubuntu (хоча мені це не дуже подобається, просто з ubuntu). Я без проблем створив програму vokoscreen Appimage в ubuntu і без проблем використовую її у openSUSE.
Будемо сподіватися, що той, який виграє як стандарт, так само просто створити, і не лише з Ubuntu
Скажіть мені, як це робиться, і які кроки та програми ви використовували для цього
Я зробив це, як говорить вікі
https://github.com/probonopd/AppImageKit/wiki/Creating-AppImages
спочатку завантажте необхідні компоненти, які відображаються в першому рядку
sudo apt-get update; sudo apt-get -y встановити libfuse-dev libglib2.0-dev cmake git libc6-dev binutils realpath fuse # debian, Ubuntu
Потім
гіт-клон https://github.com/probonopd/AppImageKit.git
компакт-диск AppImageKit
cmake.
зробити
а замість листової панелі
експортувати APP = leafpad && ./apt-appdir/apt-appdir $ APP && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
Я поставив vokoscreen
експортувати APP = vokoscreen && ./apt-appdir/apt-appdir $ APP && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
Це з віртуальної машини, оскільки я використовую openSUSE, у мене були деякі ускладнення з деякими бібліотеками, які не були включені самостійно (це показало мені, що бібліотека відсутня в openSUSE), але я додав їх до каталогу vokoscreen.AppDir і відтворив AppImage за допомогою
експортувати APP = vokoscreen && ./AppImageAssistant.AppDir/package $ APP.AppDir $ APP.AppImage && ./$APP.AppImage
Він працює до тих пір, поки файл з тим самим іменем не існує, тому вам доведеться видалити попередній .AppImage
Якщо ви не зрозуміли або я не дуже зрозумів, я думаю, я зроблю відеоурок з AppImage для kdenlive
привіт
.
Дуже хороші зображення
Найкраще для мене те, що вони портативні
Ну, цілком успішно, я думаю, це було б чудовим вдосконаленням і способом трохи більше стандартизувати.Я користувач Linux, але мені здається незручним за певні речі.
Ми навіть не домовляємось про це. Ubuntu випустила свої пакети SNAP, Red Hat - Flatpak. І вони не погоджуються стандартизувати одне. Проблема фрагментації в Linux продовжуватиме існувати.