bug#32618: Channels: guix pull error when specifying branch

I am trying the new Channels, working with a ~/.config/guix/channels.scm: `guix pull' completes when a commit is specified: (list (channel (name 'guix) (url "https://git.savannah.gnu.org/git/guix.git";) (commit "391097782311c82c04b171db7373a0bbfc1d8653"))) but not when the br

bug#22039: [PATCH] 'guix system reconfigure' must start/restart/stop services

Hi Carlo, Carlo Zancanaro skribis: > [ 18.924085] shepherd[1]: Service root-file-system has been started. > [ 18.932361] shepherd[1]: > [ 18.939972] shepherd[1]: Service user-file-systems has been started. > [ 18.947889] shepherd[1]: > [ 18.989611] shepherd[1]: waiting for udevd... >

bug#22883: Trustable "guix pull"

Vagrant Cascadian skribis: > On 2018-09-02, Ludovic Courtès wrote: >> Vagrant Cascadian skribis: >>> I really don't like having a custom GNUPGHOME, but I didn't see any >>> other obvious way to pass arguments to git to use a custom keyring. I >>> populated this GNUPGHOME with keys from: >>> >>>

bug#32183: New ‘guix pull’ /root/.config/current/bin/guix: Permission denied

Hi, Pjotr Prins skribis: > On Sun, Sep 02, 2018 at 03:55:06PM +0200, Ludovic Courtès wrote: >> Hi Pjotr, >> >> What was the outcome of this bug? >> >> https://bugs.gnu.org/32183 >> >> If it wasn’t resolved, could you answer the questions below? > > I still face this problem on one or two ma

bug#22883: Trustable "guix pull"

On 2018-09-02, Ludovic Courtès wrote: > Vagrant Cascadian skribis: >> I really don't like having a custom GNUPGHOME, but I didn't see any >> other obvious way to pass arguments to git to use a custom keyring. I >> populated this GNUPGHOME with keys from: >> >> >> https://savannah.gnu.org/projec

bug#22883: Trustable "guix pull"

Hi Vagrant, Vagrant Cascadian skribis: > This isn't exactly pretty, and obviously a better long-term solution is > needed, but I wrote a quick shell script to at least partially addresses > some my biggest fears with guix pull... > > Basically, it updates a git checkout, checks the signatures on

bug#32612: Update all gcc compilers to be 8.2.0

Update all compilers (e.g. gfortran) to be 8.2.0. >From 70d1ba70de5279a5ef471e4a0287557ca598134f Mon Sep 17 00:00:00 2001 From: Eric Brown Date: Sun, 2 Sep 2018 09:27:56 -0500 Subject: [PATCH] gnu: gcc@8: Update all compilers to 8.2.0. * gnu/packages/gcc.scm (gfortran-8): Update to 8.2.0. * gnu/

bug#22629: Channels!

Hello, l...@gnu.org (Ludovic Courtès) skribis: > l...@gnu.org (Ludovic Courtès) skribis: > >> The patches that follow implement this last bit, though in a slightly >> different way. Users would now have the option to provide >> ~/.config/guix/channels.scm along these lines: >> >> (cons (channe

bug#31726: [bug#32608] [PATCH] gnu: haskell-mode: Fix test failure.

Hi Alex, Alex Vong skribis: > I manage to fix all test failures of haskell-mode (which FTBFS for a > long time). I use Jack's bug report > as a starting > point and continue from there. The fix consists of backporting 2 commits > from upstrea

bug#32183: New ‘guix pull’ /root/.config/current/bin/guix: Permission denied

On Sun, Sep 02, 2018 at 03:55:06PM +0200, Ludovic Courtès wrote: > Hi Pjotr, > > What was the outcome of this bug? > > https://bugs.gnu.org/32183 > > If it wasn’t resolved, could you answer the questions below? I still face this problem on one or two machines. I am running a standard setup. N

bug#32183: New ‘guix pull’ /root/.config/current/bin/guix: Permission denied

Hi Pjotr, What was the outcome of this bug? https://bugs.gnu.org/32183 If it wasn’t resolved, could you answer the questions below? Thanks in advance! Ludo’. l...@gnu.org (Ludovic Courtès) skribis: > Hi Pjotr, > > Pjotr Prins skribis: > >> Not completely sorted. Not sure what is going wro

bug#32583: Cuirass: some builds are marked as failed, but they were never built

Hi Clément, Clément Lassieur skribis: > This is from the logs: > > 2018-08-30T09:14:31 batch of builds (partially) failed:build of > `/gnu/store/06yy5cl59baa6iczvcrl7gzbs82x5j30-cleanup.drv', > `/gnu/store/0ilx18r8s4rw00kxynn6nida1grggx46-separate-store-os.drv', > `/gnu/store/0n887pl0igppd7mr1hh

bug#32593: bad error message when kernel module does not exist

Hello, Ricardo Wurmus skribis: > When a system is built that requests a kernel module that does not > exists, this is the error message a user will see: > > Backtrace: >8 (primitive-load "/gnu/store/vz7ci9rh483f2zps2cl174rd91b?") > In ice-9/eval.scm: > 619:8 7 (_ #f) >626:19