J'adore l'idée derrière snap et j'ai joué avec sur une machine virtuelle Ubuntu.
Présentation de Snapcraft
Snapcraft est un outil de création et d'empaquetage qui vous aide à empaqueter votre logiciel
en un clin d'œil. Il facilite l'intégration de composants de
différentes sources et la création de technologies ou de solutions. Notions clésUn package .snap pour le système Ubuntu Core contient toutes ses
dépendances. Cela présente quelques avantages par rapport à la gestion traditionnelle des dépendances basée sur deb ou
rpm, le plus important étant qu'un
développeur peut toujours être assuré qu'il n'y a pas de régression
déclenchée par des modifications du système sous-jacent leur application.Snapcraft facilite le regroupement de ces dépendances en vous permettant de
les spécifier en tant que "parties" dans le fichier snapcraft.yaml. RapideSnappy Ubuntu Core est une nouvelle interprétation d'Ubuntu avec des mises à jour
transactionnelles :une image de serveur minimale avec les mêmes bibliothèques que
Ubuntu d'aujourd'hui, mais les applications sont fournies via un mécanisme plus simple.Les applications Snappy et Ubuntu Core lui-même peuvent être mis à niveau de manière atomique et
annulés si nécessaire. Les applications sont également strictement confinées et placées dans un bac à sable
pour protéger vos données et votre système.
IdO ›Créer des applications
Sur quelles technologies Snap est-il basé ? À quoi ressemblent l'architecture et les kits d'outils ? Snap dépend-il des fonctionnalités du noyau Linux ?
Je demande, car je me demande si à l'avenir je pourrai également utiliser les mêmes packages snap sur macOS ?
Précision, après le premier commentaire :
Je sais que macOS et Ubuntu ne sont pas compatibles binaires. Une recompilation est nécessaire. Il existe déjà presque tous les Open Source disponibles pour macOS avec Homebrew. Le développeur pourrait développer sur macOS et déployer sur Ubuntu lorsque snap sera (à l'avenir) disponible pour macOS.
Réponse acceptée :
Oui, grâce à la stabilité de l'interface Linux syscall, c'est possible.
L'un des grands engagements de Linus Torvalds envers les utilisateurs de Linux est que l'ensemble des interfaces offertes par le noyau est stable. Beaucoup de gens n'apprécient pas la valeur de cela, ou à quel point il est difficile en tant que leader d'un projet ouvert d'atteindre cet engagement. Considérez par exemple à quel point les changements imprévisibles dans les API GNOME sont en revanche ! Lorsque vous entendez parler de Linus devenant intense sur une liste de diffusion, c'est presque toujours parce qu'un committer du noyau a décidé de changer une telle interface "parce qu'il avait une meilleure idée". Linus dit que vous pouvez innover sauvagement À L'INTÉRIEUR du noyau, mais s'il vous plaît, ne cassez pas les applications "espace utilisateur" qui dépendent des appels système existants.
Connexe :Comment installer numpy sur Python 3.1 ?En conséquence de cette stabilité, il est possible que d'autres noyaux offrent les mêmes appels système, permettant aux applications construites sur Linux de s'exécuter sur ces autres noyaux.
Un exemple de cela est le projet Joyent Triton, qui propose des appels système compatibles Linux dans des conteneurs sur SmartOS (un descendant d'IllumOS, un descendant de Solaris).
Un exemple plus connu est le nouveau sous-système Linux de Windows.
Bien sûr, combien d'appels système sont proposés et dans quelle mesure ils sont compatibles bogue pour bogue, est la vraie question. Au moins pour l'instant, il n'y a pas d'autre environnement où tous les appels système nécessaires sont en place, car ceux utilisés par les snaps sont relativement nouveaux et profonds dans la façon dont le noyau pense aux choses qu'il gère.
Mais ils viendront certainement, avec le temps, et je pense que les snaps seront donc utilisables dans un large éventail de contextes.
Ce qui est très cool, les patchs sont les bienvenus 🙂