New Swedish PO file for 'guix' (version 0.16.0)

Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'guix' has been submitted by the Swedish team of translators. The file is available at: https://translationproject.org/latest/guix/sv.po (We can arrange things so that in

Re: Automatically building packages affected by submitted patches

Ricardo Wurmus writes: >> In short, following on from some previous emails about Patchwork [1] and >> tracking and inspecting how Guix changes over time [2], I've got to the >> point where I have a very rough setup for building packages changed by >> patches sent to the guix-patches mailing

Re: Eliminate environment variable hints?

Hello, Ricardo Wurmus skribis: > when installing a package into a profile Guix very helpfully tells you > that you may need to set certain environment variables. It doesn’t tell > you that these environment variables can also be set by source’ing the > generated etc/profile file. > > I have

DNS delegation

Hi, we've already discussed that multiple times, we'd like to have a DNS delegation for guix.gnu.org, so that we can manage the zone ourselves without having to rely too much on fsf sysadmins. Here is a patch (untested) that aims at doing that. I've configured bayfront and berlin to be DNS

Re: SANE / simple-scan working for anyone?

Mark, What a coincidence: Mark H. Weaver wrote: I just tried running 'simple-scan' with a CanoScan N1240U/LiDE 30 connected via USB, which has "complete" support according to the SANE docs. Although "lsusb" shows the scanner: I had the exact same problem yesterday with my CanoScan

Re: ci.guix.info 504 gateway timeout (was Re: guix package builds, subsitutes and --no-build)

On Sun, Mar 03, 2019 at 11:06:32AM -0500, Mark H Weaver wrote: > I don't know about berlin, but hydra.gnu.org has *never* successfully > built ungoogled-chromium. So far, it has made 3 attempts on > x86_64-linux and 5 attempts on i686-linux: [...] > If the same is true on berlin.guixsd.org,

Re: perl-getopt-long version string contains a letter

On Mon, Mar 04, 2019 at 05:54:38PM +0100, Ricardo Wurmus wrote: > Hi Guix, > > perl-getopt-long has a version string "v2.49.1". If we change this to > "2.49.1", will installed packages not be upgraded? What can be done in > this case? > As I've wrapped my head around it, Guix doesn't believe

perl-getopt-long version string contains a letter

Hi Guix, perl-getopt-long has a version string "v2.49.1". If we change this to "2.49.1", will installed packages not be upgraded? What can be done in this case? -- Ricardo

Typo on Savannah project page.

On savannah.gnu.org/git/?group=guix there is a typo. It says: "Scripts for videos represenging Guix" with represenging being the typo. roptat on irc suggested it should be: "Scripts for videos presenting Guix"

Re: Automatically building packages affected by submitted patches

Hey Chris, > In short, following on from some previous emails about Patchwork [1] and > tracking and inspecting how Guix changes over time [2], I've got to the > point where I have a very rough setup for building packages changed by > patches sent to the guix-patches mailing list. This is great!