Много беше казано за фрагментацията, за и против, но в последно време се предлагат много интересни решения, като например Canonical snap пакети, които са отворени за всички дистрибуции, не само за Ubuntu. Но в допълнение към това има и други възможности, една от тях е тази, която дойдохме, за да представим тази гледна точка, тя е AppImages. По принцип възможност за пакетиране на приложения по общ начин за GNU / Linux.
Това помага на разработчиците да бъдат насърчавани да създават повече софтуер за Linux, тъй като понякога не са склонни към броя на пакетите, които трябва да генерират и поддържат за различните съществуващи дистрибуции. Друг път те избират да предоставят само софтуер, съвместим с определени дистрибуции, пренебрегвайки останалото, което не е цялостно решение. Поради тази причина тези видове проекти отварят надежда, така че универсалност на софтуерните пакети.
В допълнение към това актуализациите на приложенията, включително актуализациите на защитата, ще пристигнат по някакъв начин по-директно чрез нагоре по течението (от ръката на първоначалния разработчик). Това ще дойде благодарение на делта актуализациите, тоест пакети, които включват само промените в новите версии. Така че всички бихме спечелили, както разработчиците с тази по-голяма лекота, така и предимствата на актуализирането, за да имаме винаги най-новите и да имаме по-съвместими пакети за крайните потребители. В допълнение към подобряването на сигурността, могат да бъдат внедрени техники за изолиране в пясъчник.
Но не всичко е предимство, срещу него има тази на излишъка, тъй като чрез интегриране на всички зависимости можем да намерим място за съхранение, загубено от библиотеки и други повтарящи се елементи, които в момента не са налични. Ей, цената трябва да бъде платена за останалите предимства ... За повече информация можете да се консултирате 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 install libfuse-dev libglib2.0-dev cmake git libc6-dev binutils realpath fuse # debian, Ubuntu
След това
git клонинг https://github.com/probonopd/AppImageKit.git
cd 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 ще продължи да съществува.