Avec 2 outils: un peu de magie et beaucoup d'amour. ;-)
Le terme "le" se réferre à paquet, n'est-ce pas?
C'est toute la machinerie du boostrapp. Au lieu de faire une longue explication ici, le mieux me semble-t-il est d'aller voir la documentation officielle. :-)
Pour ce qui concerne le C, GNU Mes a fait un gros boulot et la graine commence à être raisonnable. :-)
Je veux bien mais tu va devoir faire confiance au binaire de ce compilateur si j'ai bien compris.
GNU Mes est une histoire en soi. :-)
Le but est de réduire la taille des binaires auxquels on fait confiance. Ceci pour réduire la surface d'une attaque Trusting Trust.
Discuter et analyser la taille de ces binaires est déjà un pas en avant. Je ne sais pas où en est Debian, je suis un peu perdu avec le "stage0" de Gentoo et je ne sais pas du tout comment Arch fait.
Se passer d'une étape de compilation est extrêmement complexe, c'est pas une question de guix, nix ou apt. Si tu veux remettre en cause les dépôts de ton outils, il y a soit un compilateur à qui tu es contrains de faire confiance soit tu prends des étapes hyper relous de construction d'un compilateur from scratch (tu fais confiance à quel éditeur hexa décimal ? ;)
Oui c'est un problème compliqué. :-)
Et oui cela dépasse le cadre de Guix et autres.
Cependant, ce n'est pas pour cela qu'il n'y a pas de question. ;-)
Et une des choses que Guix fait—entre autres—est de fournir des outils pour avoir une vision plus claire sur cette chaine de production source->binaire. Pour le dire clairement, il y a une plus grande transparence binaire, à mon humble avis.
[^] # Re: Quelques "killer features"
Posté par zimoun . En réponse à la dépêche Guix : un outil pour les remplacer tous. Évalué à 1.
Avec 2 outils: un peu de magie et beaucoup d'amour. ;-)
Le terme "le" se réferre à paquet, n'est-ce pas?
C'est toute la machinerie du boostrapp. Au lieu de faire une longue explication ici, le mieux me semble-t-il est d'aller voir la documentation officielle. :-)
https://guix.gnu.org/manual/en/html_node/Bootstrapping.html#Bootstrapping
En particulier, cette section
https://guix.gnu.org/manual/en/html_node/Preparing-to-Use-the-Bootstrap-Binaries.html#Building-the-Build-Tools
GNU Mes est une histoire en soi. :-)
Le but est de réduire la taille des binaires auxquels on fait confiance. Ceci pour réduire la surface d'une attaque Trusting Trust.
Discuter et analyser la taille de ces binaires est déjà un pas en avant. Je ne sais pas où en est Debian, je suis un peu perdu avec le "
stage0" de Gentoo et je ne sais pas du tout comment Arch fait.Oui c'est un problème compliqué. :-)
Et oui cela dépasse le cadre de Guix et autres.
Cependant, ce n'est pas pour cela qu'il n'y a pas de question. ;-)
Et une des choses que Guix fait—entre autres—est de fournir des outils pour avoir une vision plus claire sur cette chaine de production source->binaire. Pour le dire clairement, il y a une plus grande transparence binaire, à mon humble avis.
Ces étapes "hyper relous" sont déjà avancées.
https://gitlab.com/janneke/stage0
https://bootstrapping.miraheze.org/wiki/Stage0