Sortie de GNU Guix 0.2

Posté par . Édité par Nÿco et Xavier Claude. Modéré par Nÿco. Licence CC by-sa
Tags : aucun
34
14
mai
2013
GNU

GNU Guix est un gestionnaire fonctionnel de paquets pour le système GNU, publié sous licence GPL v3+. En plus des fonctionnalités traditionnelles des gestionnaires de paquets, GUIx propose :

  • des mises à jour et des retours en arrière transactionnels
  • la gestion des paquets par un utilisateur non privilégié
  • la gestion des profils par utilisateur
  • un outil de suppression des paquets inutilisés

Guix fonctionne comme le gestionnaire de paquets Nix, avec une interface de programmation Guile Scheme.

Guix est le deuxième gestionnaire de paquets du projet GNU, après GSrc. Guix a pour ambition de devenir le gestionnaire de paquets de référence d'une distribution GNU, là où GSRC est plus destiné à simplifier l'installation de logiciels du projet GNU à partir des sources en complément des paquets binaires d'une distribution existante.

  • # mise à jour runtime ?

    Posté par . Évalué à 5.

    Est-ce qu'il existe une fonctionnalité qui permet la mise à jour à la manière de celle de firefox sous windows ? Genre transparente, sans se prendre la tête avec des diff avec la version installé ou des dépendances externes ?

    VLC propose une mise à jour, mais elle provoque une désinstallation et une réinstallation, de plus le téléchargement n'est pas fait en background, cela empêche d'utiliser l'outil pendant quelques minutes, au lieu de nécessité un simple redémarage.

    "La première sécurité est la liberté"

    • [^] # Re: mise à jour runtime ?

      Posté par (page perso) . Évalué à 4. Dernière modification le 14/05/13 à 11:49.

      De mémoire avec Nix (et donc GUIX) l'installation se fait dans des dossiers du genre nom-du-programme-hashdupaquet. Une mise à jour d'un programme installant un paquet différent, le nom du dossier d'installation de la mise à jour est différent et la version précédent la mise à jour est conservée.
      Un symlink est mis en place entre nom-du-programme et un des dossiers d'installation, il suffit de changer le symlink pour le nouveau dossier installé une fois la mise à jour finie, et une suppression des anciennes version peut se faire ultérieurement, par exemple au démarrage de la machine.

      Donc je dirais que oui, les mise à jour en runtime sont possibles.

      Après je comprends pas grand chose à tout ça malgré que ça m'intéresse, si quelqu'un ayant plus étudié le sujet pouvait confirmer/infirmer…

      • [^] # Re: mise à jour runtime ?

        Posté par . Évalué à 3.

        De mémoire avec Nix (et donc GUIX) l'installation se fait dans des dossiers du genre nom-du-programme-hashdupaquet.

        Presque c'est hashdupaquet#nom-du-programme (*), je me souviens que ça m'avais fait plutôt tiquer car un ls dans ce répertoire va donner n'importe quoi alors qu'un nom-du-programme-hashdupaquet serait tout de même plus sympa pour un utilisateur, mais bon ils avaient peut-être une raison pour choisir cet ordre bizarre, j'ignore laquelle..

        *: le séparateur est peut-être @ ou -, je ne m'en souviens plus..

    • [^] # Re: mise à jour runtime ?

      Posté par . Évalué à 4.

      Oui, tout les paquets sont purs, il est possible d'avoir plusieurs installations de firefox les unes a coté des autres sans aucune interactions entre elles. il est à fortiori possible de le faire en espace utilisateur. Ça peut se faire avec un crontab (et un rollback manuel si ça foire).

      (je suis tout newbie de nix, si quelqu'un peut confirmer la confirmation).

      Please do not feed the trolls

  • # J'ai essayé nix ce week end

    Posté par . Évalué à 4.

    Vi, j'ai essayé nix ce week end, c'est super cool, sur ma debian, ça me permet d'avoir des paquets récents (emacs 24 par exemple) en étant sûr de rien cassé. J'ai désespérément essayé d'installer nixOS, mais impossible de le faire booter. Ça a l'air super expérimental encore.

    Guix m'interesse beaucoup, j'aime GNU, la programmation fonctionnelle pure, et j'aime pas les systèmes cassés.
    Je ne connais pas du tout scheme, je serais incapable de déboguer ça, mais, dans une debian 7 tout à fait standard, avec les sources guix 0.2, après une installation ./configure --prefix=/opt ; sudo make install, voilà ce que j'ai :

     $ guix --help
    Usage: guix COMMAND ARGS...
    Run COMMAND with ARGS.
    
    COMMAND must be one of the sub-commands listed below:
    
    Backtrace:
    In ice-9/boot-9.scm:
     149: 10 [catch #t #<catch-closure 2613a00> ...]
     157: 9 [#<procedure 25af0f0 ()>]
    In unknown file:
       ?: 8 [catch-closure]
    In ice-9/boot-9.scm:
      63: 7 [call-with-prompt prompt0 ...]
    In ice-9/eval.scm:
     407: 6 [eval # #]
    In ice-9/boot-9.scm:
    2111: 5 [save-module-excursion #<procedure 25b4100 at ice-9/boot-9.scm:3646:3 ()>]
    3651: 4 [#<procedure 25b4100 at ice-9/boot-9.scm:3646:3 ()>]
    In unknown file:
       ?: 3 [load-compiled/vm "/home/user/.cache/guile/ccache/2.0-LE-8-2.0/opt/bin/guix.go"]
    In guix/ui.scm:
     417: 2 [show-guix-help]
    In srfi/srfi-1.scm:
     578: 1 [map #<procedure 2741420 at ice-9/boot-9.scm:847:8 args> #]
    In unknown file:
       ?: 0 [string-drop-right "." 4]
    
    ERROR: In procedure string-drop-right:
    ERROR: Value out of range 0 to 1: -3
    
    

    Please do not feed the trolls

  • # Actualité de la distribution des logiciels libres

    Posté par . Évalué à 4.

    Ave,

    C'est intéressant d'avoir une solution GNU pour les paquets. Entre GNOME OS et le https://lists.ubuntu.com/archives/ubuntu-devel/2013-May/037074.html, qu'en est-il de la gestion des applications par opposition à la gestion des paquets ?

  • # Merci je ne connaissais pas

    Posté par . Évalué à -7.

    Merci je ne connaissais pas.

    Comme un commentaire précédent l'avait dit: mieux vaut un système qui n'est pas cassé.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.