Snap store vs native package format за Линукс

Мда, на тях най-"яко" им беше "подобрението" когато пуснаха моделите с SSD-та.

haha,

якото на мака е, че имаш един файл *.дмг който е някакъв архив, и инсталирането се свежда до разархивиране и проверяване на сигнатурата на този файл. Разархивиранот кюфте представлява един имидж, (който ако рънва в изолация ще е много яко ,но се съмнявам да го прави) който си съдържа всичко в себе си. Деинсталрането е просто триене на този имидж.

Няма проблеми с различни версии на библиотеки, може да имаш много версии на същото приложение, етц. Нещо като снап-а е, но само че работи :Д

Че ти как мислиш работят .deb-овете например? И как ще изтриеш всичките г*на дето ти е насипал по диска без да знаеш къде са? А реално dmg-тата са си точно, това, "disk image" в каква изолация да работят? В повечето случаи са една .app директория, която трябва да я "drag"-неш в Applications (Или там където си ги слагаш), в която бинарният файл си работи в изолация. Системата им за автоматични ъпдейти работи през Apple store-a или 3rd party-та като brew.

Това мнение е било редактирано от PxL на 02-03-2020, 14:06

Че ти как мислиш работят .deb-овете например? И как ще изтриеш всичките г*на дето ти е насипал по диска без да знаеш къде са? А реално dmg-тата са си точно, това, "disk image" в каква изолация да работят? В повечето случаи са една .app директория, която трябва да я "drag"-неш в Applications (Или там където си ги слагаш), в която бинарният файл си работи в изолация.

дебовете пишат по диска в произволни директории, примерно /lib. И става голяма боза когато два деба предоставят един и същ файл

докато дмг-тата са си тотално независими един от друг

---

под изолация имам в предвид да работят като докер контейнери - отделни cgoups, network namespaces, etc

Че ти как мислиш работят .deb-овете например? И как ще изтриеш всичките г*на дето ти е насипал по диска без да знаеш къде са? А реално dmg-тата са си точно, това, "disk image" в каква изолация да работят? В повечето случаи са една .app директория, която трябва да я "drag"-неш в Applications (Или там където си ги слагаш), в която бинарният файл си работи в изолация.

дебовете пишат по диска в произволни директории, примерно /lib. И става голяма боза когато два деба предоставят един и същ файл

докато дмг-тата са си тотално независими един от друг

---

под изолация имам в предвид да работят като докер контейнери - отделни cgoups, network namespaces, etc

dmg-то ти е същото като iso прост disk image, какво има в него е все тая, ако има инсталатор ще ти ги насипе по диска. В повечето случаи е директно application директорията им с набита текущата версия на каквото сваляш, за да не ти е в .zip Няма общо с контрол на версиите. Автоматичен ъпдейт получаваш за тези от магазина, дето си свалил. Blender-a на OSX-а например си го ъпдейтвам собственоръчно всеки път, дърпаш и overwrite-ваш.


Това мнение е било редактирано от PxL на 02-03-2020, 14:11

Глупости, най-доброто дистрибутиране на софтуер е Линукс. Виндовс-а изобщо няма, той разчита на 3-тите страни да си мажат по системата, което го прави и най-лайняната ОС. Мак просто "бъндълва" всичко, както Андроид което същото като snap, ако то ви е бавно - не виждам как другите с нещо са "по-бързи". Аз не съм пускал нищо snap-ено, най-малкото защото не съм фен на Дебиан/Убунту деривати, и като цяло Ред Хет flatpak-а ми допада повече, макар и него да не ползвам.

Не е най-добреото, защото не може да имаш инсталирани две версии на една програма или библиотека Затова се правят хакове да се преименуват пакетите:

* mayapp1 : version=1.0.0
* mayapp : version=2.2

И ако имаш пакет който зависи на mayapp version 1.0.0 трябва да избираш или да ъпдейтнеш пакета и да спреш да ползваш програмата или да останеш със старата версия. И ядеш хоя когато една програма зависи на версия 1 а друга на версия 2 защото тогава може да ползваш само 1 от програмите които ти трябват

Това мнение е било редактирано от Gamma Goblin на 02-03-2020, 14:41

Не е вярно. Изборите се правят от дистрибуцията, може да имаш и 2-те версии без проблем, зависи доколко тези версии са поддържани. Идеята на flatpak (вероятно и на snap, не съм се интересувал конкретно за него) е да имаш конкретните зависимости за даден софтуер в виртуална файлова система. Така се получава абстракция от работещата система. Sandbox-инга вече е избирателен, а не наложителен, т.е. позволява ти да имаш и 1000 версии на дадена библиотека, но от друга страна е добре да го има, за да не излага реалната ОС на дупки в сигурността от приложение от 3-ти страни. Нещата са много прости, ако даден софтуер зависи от достатъчно стара версия на системна библиотека, която вече не се поддържа - то той е остарял (obsolete) Да имаш нужда от няколко различни версии на дадена системна библиотека е нежелателно. С flatpak се решават няколко идеологически проблема:
1. Не е необходимо да обновяваш системата си, за да получиш най-новият софтуер
2. Не е необходимо да имаш дадена системна библиотека инсталирана, за да използваш даден софтуер
Като това води до следните проблеми:
1. Използването на библиотека от 3-ти страни като системна може да наруши или компрометира сигурността на реалната система
2. Използването на затворен софтуер може да компрометира реалната система
Което налага, но не задължава, използването на sandbox. Развитието на софтуерът е предпоставка за обновяване на версиите му, като неговата натура е да бъде rolling (вечно променящ се) което от своя страна обезсмисля "заковаването" на софтуер към определени версии. Пример openssl

Изобщо не си в час.

Заха - ето ти да видиш истинския "Outsourcing", не жалките компанийки, които описваш в GitHub.

https://www.youtube.com/watch?v=9yCONEdFgWo

В САЩ даже си имат "академийки" за военно обучение... HardUni-та. Само нз, кой е техният "Наков", че все някой трябва да "облъчва" масите.

Нали събираше чета? Като я събереш - бегай към Ирак и Афганистан да избухнете с муджихидините, докато Тръмп не си е изтеглил частите от района.

Това мнение е било редактирано от OneOfTheMany на 02-03-2020, 17:15