KDE zal moeten kiezen tussen Flatpak-pakketten en snap-pakketten

KDE-logo

Een paar dagen geleden zagen we hoe KDE-ontwikkelaars snap-pakketten van hun applicaties lanceerden, omdat het een van de desktops was om in dit formaat te komen. Toen we echter allemaal dachten dat dit het voorkeursformaat voor KDE zou worden, lazen we een paar woorden op een KDE-ontwikkelaarsblog die toekomstige problemen voorspelt voor KDE- en Plasma-gebruikers.

De deugden van dit type pakket zijn onbetwistbaar en de ontwikkelaar in kwestie, Sebastian KuglerU twijfelt er niet aan, maar als u bevestigt dat KDE in de toekomst zal moeten kiezen tussen het ene of het andere formaat om zijn inspanningen en workloads te optimaliseren.

Dus in de niet al te verre toekomst, KDE zal moeten kiezen tussen het starten van pakketten in Flatpak- of Snap-pakketten​ Een dilemma waar steeds meer ontwikkelaars voor staan ​​en dat sommige desktops zoals Gnome snel oplosten.

Flatpak is misschien het formaat bij uitstek voor het grootste deel van de KDE-gemeenschap

Kügler in Zijn artikel stelt dat de desktop Flatpak zou moeten kiezen vanwege zijn transversaliteit tussen distributies, maar het is waar dat de ontwikkeling in Snap momenteel geavanceerder is dan in Flatpak. In ieder geval is het belang van de KDE-gemeenschap vanwege de desktop is beschikbaar in zoveel mogelijk distributies, iets dat beter mogelijk lijkt met Flatpak dan met snap-pakketten, waarvoor tools nodig zijn die door Canonical zijn gemaakt.

De hele KDE-gemeenschap heeft er nog niet over gesproken, maar zoals Kügler zegt, of ze het nu leuk vinden of niet, ze zullen moeten kiezen voor het ene of het andere formaat. Persoonlijk geloof ik dat het moment van keuze zal komen, maar Kubuntu is een zeer actieve gemeenschap en ze zullen het snap-pakket zeker in KDE laten overleven, net als OpenSUSE en Fedora KDE-gebruikers met het Flatpak-formaat, dus ongeacht de keuze zal er altijd iemand in KDE zijn die beide formaten zal behouden, maar Welke gebruikers zullen ze kiezen?


Laat je reactie achter

Uw e-mailadres wordt niet gepubliceerd. Verplichte velden zijn gemarkeerd met *

*

*

  1. Verantwoordelijk voor de gegevens: AB Internet Networks 2008 SL
  2. Doel van de gegevens: Controle SPAM, commentaarbeheer.
  3. Legitimatie: uw toestemming
  4. Mededeling van de gegevens: De gegevens worden niet aan derden meegedeeld, behalve op grond van wettelijke verplichting.
  5. Gegevensopslag: database gehost door Occentus Networks (EU)
  6. Rechten: u kunt uw gegevens op elk moment beperken, herstellen en verwijderen.

  1.   Luis zei

    Welke nieuwsonzin is dit?
    Er zijn duizenden en duizenden programma's die worden verpakt door medewerkers / distributiemedewerkers. Wat maakt het uit dat KDE stopt met het distribueren van het ene, het andere of beide?
    Het geeft het gevoel dat je angst en controverse onder de lezers wilt uitlokken om bezoek te krijgen, en ik ga je niet vertellen dat het slecht lijkt, maar in dit geval is er geen manier om het aan te pakken.

    1.    Charles zei

      Het is slechts een beoordeling van de keuze van een belangrijk raamwerk boven officiële pakketten.

      Het begrijpen van de werking van nieuwe technologieën moedigt in feite de distributie van applicaties aan die rechtstreeks door hun ontwikkelaars worden verleend, waardoor "pakketbeheerders", zoals we die vandaag de dag begrijpen, worden weggelaten. Bijv. Het X-pakket in Flatpak-formaat zou hetzelfde zijn als officieel gedistribueerd door KDE in Fedora en OpenSUSE. Anders zou het zijn om het initiatief te verliezen en terug te gaan naar de normale gang van zaken (onnodig extra werk)

  2.   afgeplat zei

    Is dat het nieuwe verpakkingssysteem de mogelijkheid biedt voor de ontwikkelaar om de pakketten te maken en deze up-to-date te houden? Dus de controverse is volkomen logisch. Als KDE besluit om in het ene formaat te distribueren, zullen andere bijdragers het andere moeten maken als ze geïnteresseerd zijn. En natuurlijk blijven ze altijd achter.

  3.   Charles zei

    Onlangs werd aangekondigd dat KDE Discover ondersteuning zal bieden voor zowel Flatpak- als Snap-pakketten (de voordelen van appstream, packagekit, enz.). Gezien het feit dat hun nieuwe vlaggenschip-distro KDE Neon is, dat is gebaseerd op Ubuntu, is het veel gemakkelijker om Snap en zelfs de gemengde ondersteuning van Snap / Flatpak op het systeem te implementeren.

    De modulariteit, het gebruiksgemak en de onafhankelijkheid van Flatpak geven het een groot voordeel ten opzichte van Snap en ik begrijp niet waar ze uit het artikel halen dat Snap momenteel geavanceerder is dan Flatpak, aangezien het het tegenovergestelde is. Zelfs na de geschiedenis van de veranderingen van beide, veranderde Snap beetje bij beetje zijn visie volgens dezelfde parameters die Flatpak voorstelde als een oplossing en die in het begin "merkwaardig" door hen werden bekritiseerd.

    Ik vermoed geen winnaar, maar ik heb meer werk en interesse rond Flatpak gezien.