Guix : un outil pour les remplacer tous ?

Pause Café
, , ,
20

Je n’avais pour ainsi dire jamais utilisé QEMU ; l’installation avec se fait plutôt bien.
L’installateur est rudimentaire mais suffisant.

J’aurais bien aimé pouvoir « sortir » le /etc/config.scm de QEMU pour pouvoir l’observer plus facilement mais j’ai un souci de copier-coller entre l’invité et l’hôte qui semble difficile à résoudre.

J’ai également ce souci de presse-papier avec une VM « Guix system » sous VirtualBox.
Je vais devoir aller sur le canal IRC #guix pour me renseigner.

J’ai réussi à faire, avec QEMU et VirtualBox :

# uname -r
5.1.2-gnu
# guix pull
# guix system reconfigure /etc/config.scm
# guix upgrade
# reboot
...
# uname -r
5.4.17-gnu
#

Je n’arrivais plus à me connecter à ma session Xfce après le redémarrage.

J’ai finalement trouvé que je devais indiquer Xfce explicitement - avec la roue dentée - lors de l’authentification GDM : pull + reconfigure + upgrade ayant installé « du Gnome » :thinking:

Après cette mise à jour, je voyais bien un processus sshd tourner mais je n’étais pas encore capable de me connecter depuis l’interface eth0 en 192.168.1.3/24 de l’hôte au « Guix system » invité en VirtualBox et ayant une interface enp0s3 en 10.0.2.15/24

J’ai commencé à jouer avec les parenthèses du langage Scheme :-))
J’ai adapté le /etc/config.scm pour avoir un accès ssh root.
Il n’y a rien d’ouvert par défaut ; Le service sshd est là mais sans pouvoir ouvrir une session.

2020-02-07T23:00:00Z
Il n’y a pas besoin d’adapter la configuration pour que l’utilisateur régulier dispose d’un accès ssh du moment que le service ait été coché à l’installation ; j’ai été induit en erreur par le manque sur l’hôte de l’interface vboxnet0 (ci-dessous). De plus, l’utilisateur régulier fait partie du groupe wheel.

Modifier le /etc/config.scm implique de faire ensuite :
guix system reconfigure /etc/config.scm
Puis reboot

Je n’avais pas vu au départ que l’interface vboxnet0 était inexistante sur l’hôte !
Je pouvais toujours chercher à me connecter…

-

Ces deux liens qui suivent sont indicatifs et ne reflètent pas ma configuration actuelle.

Lien vers :
'$HOME/.VirtualBox/Machines/Guix system/Guix system.vbox' (XML)
Lien vers /etc/config.scm

http://julien1001.unblog.fr/2019/03/20/decouverte-de-gnu-guixsd/

Mise à jour du système

Afin de mettre de mettre à jour le système et les logiciels qui y sont installés, il est nécessaire de mettre à jour GNU Guix lui-même ainsi que la définition des paquets.
Cela se fait par la commande suivante : guix pull

Ici, j’ai pu noter deux écueils :

même si je sais que les développeurs ont travaillé sur ce point lors des derniers mois,
cette opération peut être assez longue (plusieurs minutes) ;
cette opération doit être effectuée pour chaque utilisateur du système.

Une fois cette opération terminée, une re-configuration du système peut être effectuée (guix systeme reconfigure) ou tous les paquets installés peuvent être mis à jour (guix package -u).

Ainsi, pour mettre à jour un système (somme toute classique de nos jours) utilisé par un seul utilisateur, il faut lancer 5 commandes :

en tant qu’administrateur (root) :

  1. guix pull
  2. guix system reconfigure /etc/config.scm
  3. guix package -u

en tant qu’utilisateur régulier :

  1. guix pull
  2. guix package -u

C’est un peu lourd (chacune de ces opérations pouvant prendre un certain temps).
Néanmoins, c’est, d’une certaine manière, le prix à payer pour tous les avantages apportés par
GNU Guix (transaction, gestion de paquets par utilisateur…).

Problème de configuration réseau