De ontwikkelaars van de populaire distributie "Linux Mint" bekend gemaakt kort geleden wat wordt er opgenomen in uw volgende release van Linux Mint 20 en hebben gezegd dat de nieuwe versie van de distributie niet wordt geleverd met de standaardondersteuning voor de snap- en snapd-pakketten.
Ook dat automatische installatie van snapd samen met andere pakketten die via APT zijn geïnstalleerd, zal worden verboden. Dit betekent niet dat er in de distributie een totale lock-for-snap is, maar als je wilt, kan de gebruiker Snapd handmatig installeren, maar wat de distributie verbiedt, is dat je het zonder medeweten van de gebruiker met andere pakketten kunt toevoegen.
De essentie van het probleem is dat de Chromium-browser wordt verspreid op Ubuntu 20.04 alleen in Snap-formaat en er is een brok in de DEB-repository, die wanneer je het probeert te installeren zonder Snapd op het systeem te installeren, het verbinding maakt met de Snap Store-directory en het Chromium-pakket wordt gedownload in snap-indeling en een script wordt gestart om de huidige configuratie over te dragen vanuit de $ HOME / .config / chromium-directory.
Dit Deb-pakket op Linux Mint zal worden vervangen door een leeg pakket dat geen installatiestappen uitvoert, maar hulp toont over waar de gebruiker het Chromium-pakket kan krijgen.
Al deze beweging komt voort uit Canonical Ik heb de beslissing genomen om alleen in snap-formaat over te schakelen naar Chromium en stopte met het genereren van deb-pakketten vanwege de complexiteit van het onderhouden van Chromium voor alle ondersteunde Ubuntu-branches.
Browserupdates verschijnen vaak genoeg en nieuwe deb-pakketten moesten elke keer grondig worden getest op regressies voor elke Ubuntu-versie.
Daarom heeft het gebruik van snap dit proces aanzienlijk vereenvoudigd en het mogelijk gemaakt om de voorbereiding en het testen van een enkel gemeenschappelijk snap-pakket te beperken tot alle varianten van Ubuntu. Bovendien kunt u met directe browseraflevering het starten in een geïsoleerde omgeving die is gemaakt met behulp van het AppArmor-mechanisme en de rest van uw systeem beschermen tegen misbruik van de kwetsbaarheid in de browser.
De ontevredenheid van Linux Mint-ontwikkelaars is te wijten aan het opleggen van de Snap Store-service en het verlies van controle over pakketten als ze vanaf Snap worden geïnstalleerd.
Ontwikkelaars kunnen geen correcties aanbrengen in dergelijke pakketten, de levering ervan beheren en de wijzigingen controleren.
Alle activiteiten die verband houden met Snap-pakketten vinden plaats achter gesloten deuren en worden niet gecontroleerd door de gemeenschap. De mogelijkheid om te schakelen naar andere Snap-mappen is niet voorzien.
Snapd draait op een root-systeem en vormt een groot gevaar als de infrastructuur in gevaar komt.
[…] Terwijl je APT-updates installeert, wordt Snap een vereiste voor je om Chromium te blijven gebruiken en achter je rug te installeren. Dit doorbreekt een van de belangrijkste zorgen die veel mensen hadden toen Snap werd aangekondigd en een belofte van de ontwikkelaars dat het APT nooit zou vervangen.
Een zelfinstallerende Snap Store die een deel van onze APT-pakketbasis overschrijft, is een compleet NEE NEE. Het is iets dat we moeten stoppen en het zou het einde kunnen betekenen van Chromium-updates en toegang tot de snapshot-winkel in Linux Mint.
In Linux Mint 20 zal Chromium geen leeg pakket zijn dat achter je aan klikt. Het zal een leeg pak zijn dat je vertelt waarom het leeg is en waar je moet zoeken om zelf Chromium te kopen.
In Linux Mint 20 verbiedt APT de installatie van snapd.
Linux Mint-ontwikkelaars zijn van mening dat een dergelijk model niet veel verschilt van het leveren van propriëtaire software en zijn bang om ongecontroleerde wijzigingen aan te brengen. Het installeren van snapd zonder medeweten van de gebruiker bij het installeren van pakketten via APT-pakketbeheer wordt vergeleken met het achterdeur verbinden van de computer met Ubuntu Store.
Ten slotte, als je er meer over wilt weten, kun je de opmerking op de Linux Mint-blog bekijken.