# Guix : un outil pour les remplacer tous⁫⁫ ⁫?

**URL:** <https://www.debian-fr.org/t/guix-un-outil-pour-les-remplacer-tous/81038>\
**Category:** Pause Café\
**Tags:** gnu, guix, guile, nix\
**Created:** [Janvier 23, 2020, 12:36 UTC](https://www.debian-fr.org/t/guix-un-outil-pour-les-remplacer-tous/81038 "2020-01-23T12:36:23Z")\
**Posts on this page:** 1\
**Showing post:** 20

<div class="post-metadata">

**Author:** ![anon44391915](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/958977/32.png) [@anon44391915](https://www.debian-fr.org/u/anon44391915)\
**Post date:** [Février 4, 2020, 4:43 UTC](https://www.debian-fr.org/t/guix-un-outil-pour-les-remplacer-tous/81038/20 "2020-02-04T04:43:45Z")

</div>

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 «&nbsp;sortir&nbsp;» 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](https://guix.gnu.org/contact/irc/) pour me renseigner.

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

```plaintext
# 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é «&nbsp;du Gnome&nbsp;» 🤔

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é](https://guix.gnu.org/manual/en/html_node/Networking-Services.html) 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…

> **[Nonexistent host networking interface, named 'vboxnet0' - VirtualBox — Gentoo...](https://wiki.gentoo.org/wiki/VirtualBox#Nonexistent_host_networking_interface.2C_named_.27vboxnet0.27)**
>
> Newly created interface will now be shown as available, but not activated (down):

> **[Enable port forwarding to guest machines - VirtualBox — Gentoo Wiki](https://wiki.gentoo.org/wiki/VirtualBox#Enable_port_forwarding_to_guest_machines)**
>
> When booting LiveCDs or other live media, it can be handy to enable port forwarding from the host machine to the guest machine. None of the additional network configuration modes are necessary for a simple port forwarding setup, so do not dig too...

-

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

[Lien](https://paste.debian.net/1129224) vers :  
`'$HOME/.VirtualBox/Machines/Guix system/Guix system.vbox'` (XML)  
[Lien](https://paste.debian.net/hidden/58c0f76f/) vers `/etc/config.scm`

* * *

> [http://julien1001.unblog.fr/2019/03/20/decouverte-de-gnu-guixsd/](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…).

---

_[View the full topic](https://www.debian-fr.org/t/guix-un-outil-pour-les-remplacer-tous/81038)._
