Re: GuixSD on servers [Fwd: [rtracker.1984.is #131647] A question about VServer system specific requirements]

l...@gnu.org (Ludovic Courtès) writes: >> There appear to be (at least) two problem that prevent this naive >> solution from working, which might point us in the right direction: >> >> First, the GRUB menu is trying to find a file system with label >> "gnu-disk-image" (via "search --label --set

Re: [PATCH] New package: aspell-dict-pt-br

Thanks :) Happy hacking,On Apr 22, 2017 10:39 PM, Danny Milosavljevic wrote: > > No, Ludo has applied it already (with changes), it's in master now. > > He's fixed it the other way around: now the package is also called > aspell-dict-pt-br. > > Thanks for the patch!

Re: [PATCH] New package: aspell-dict-pt-br

No, Ludo has applied it already (with changes), it's in master now. He's fixed it the other way around: now the package is also called aspell-dict-pt-br. Thanks for the patch!

Re: [PATCH] New package: aspell-dict-pt-br

I agree. I'll update it and I'll send again. Thanks,On Apr 22, 2017 6:46 PM, Danny Milosavljevic wrote: > > Hi, > > for simplicity, I'd prefer if the variable was called aspell-dict-pt_BR like > the package.  I don't like pointless aliases much. > > What do you think?

Debugging info unavailability

Hi, just now I had to debug a doxygen Segmentation Fault. I tried to install doxygen:debug but that wasn't available. I think it would be nice if these outputs were available by default (but not installed by default). If we wanted to do that, we could just adapt guix/build-system/cmake.scm,

Re: Defining user services in Guix.

On Sat, Apr 22 2017, Danny Milosavljevic wrote: > Unfortunately, it still doesn't respawn redshift if it dies - it seems > to require a pid file for that (#:start (make-forkexec-constructor ... > #:pid-file "xxx.pid") and you have to specify #:respawn? #t. The > invoked program then has to create

Re: [PATCH] New package: aspell-dict-pt-br

Hello, Danny Milosavljevic skribis: > for simplicity, I'd prefer if the variable was called aspell-dict-pt_BR like > the package. I don't like pointless aliases much. Following our conventions (info "(guix) Package Naming") I changed the package name to

Re: Defining user services in Guix.

Hello, Danny Milosavljevic skribis: > personally, I'd just start it inside ~/.xinitrc, ~/.xsession, > ~/.fluxbox/startup or similar. That's a little old-school, though, but it's > how I always did those things. The disadvantage is that if redshift crashes, > it's

Re: Services can now have a default value

Christopher Allan Webber skribis: > Ludovic Courtès writes: > >> Hello, >> >> Carlo Zancanaro skribis: >> >>> On Thu, Apr 20 2017, Ludovic Courtès wrote: There must be some sort of a mapping between service types and configuration types,

Re: We need an RFC procedure [Re: Services can now have a default value]

Hi ng0, ng0 skribis: > Let's take this thread, starting at > "https://lists.gnu.org/archive/html/guix-devel/2017-04/msg00329.html;. > Ludovic worked on something, pushed it, did some changes to the relevant > documentation but further examples in the documentation

Re: Guix command line flag consistency

Hello, Mike Swierczek skribis: > On 04/15/2017 01:43 PM, Hartmut Goebel wrote: > >> Am 14.04.2017 um 22:57 schrieb Mike Swierczek: >>> I'd much prefer if both the short and long command line arguments >>> accepted their argument in any arrangement. >> I also stumbled over

‘guix pull’ vs. transition to Guile 2.2

Hello Guix! l...@gnu.org (Ludovic Courtès) skribis: > As of commit 608e42e7c92114497e7908980424288079acee1e, Guix builds with > Guile 2.2 (to be released sometime within the next 24 hours) and the > whole test suite passes. > > All the dependencies of Guix except Guile-SSH (optional; use for >

Re: Ready for Guile 2.2!

Joshua Branson skribis: > So are you building (aka compiling) libreoffice, certbot, and xmonad in > essentially 2 seconds? That sounds a little too fast... No no, they were already in /gnu/store. What this test measures is the time it takes to compute the derivations

Re: [PATCH] New package: aspell-dict-pt-br

Hi, for simplicity, I'd prefer if the variable was called aspell-dict-pt_BR like the package. I don't like pointless aliases much. What do you think?

[PATCH] New package: aspell-dict-pt-br

Guixs, in attach the patch for Aspell dictionary for Brazilian Portuguese. Thanks, -- Daniel Pimentel (d4n1)From 92481c27ab969e4a3e621560ab6aefadceaae84a Mon Sep 17 00:00:00 2001 From: Daniel Pimentel Date: Sat, 22 Apr 2017 17:32:47 -0300 Subject: [PATCH] gnu: Add

Re: Ready for Guile 2.2!

So are you building (aka compiling) libreoffice, certbot, and xmonad in essentially 2 seconds? That sounds a little too fast... On 04/20/2017 11:21 AM, Maxim Cournoyer wrote: > Andy Wingo writes: > >> On Thu 20 Apr 2017 14:35, l...@gnu.org (Ludovic Courtès) writes: >> >>>

Re: [PATCHES] gnu: nss: Update to 3.30.2 [fixes CVE-2017-5461].

Hi Marius, Marius Bakke writes: > Mark H Weaver writes: > >> Unfortunately, even with "nss-increase-test-timeout.patch" and >> "nss-disable-long-b64-tests.patch", the build still failed on armhf: >> >> https://hydra.gnu.org/build/2010324 > > This looks

Re: 04/04: offload: Avoid using '_' as a 'match' pattern.

Ludo', On 21/04/17 19:24, Ludovic Courtès wrote: > Only in modules that import (guix ui). > > This is due to the fact that macros in Guile 2.2 match “literals” > differently: normal bindings (like ‘_’ from (guix ui)) can shadow > literals. The ‘NEWS’ file of Guile 2.2 puts it this way: [...]

Re: Defining user services in Guix.

Hi Mathieu, personally, I'd just start it inside ~/.xinitrc, ~/.xsession, ~/.fluxbox/startup or similar. That's a little old-school, though, but it's how I always did those things. The disadvantage is that if redshift crashes, it's not being brought back up. But you can start your own

Re: 04/04: offload: Avoid using '_' as a 'match' pattern.

Mark H Weaver (2017-04-21 14:05 -0400) wrote: > l...@gnu.org (Ludovic Courtès) writes: >> In hindsight, it would have been wiser to just rename ‘_’ in (guix ui) >> to something else, like ‘G_’. Well, it’s not too late. Should we do >> that? Thoughts? > > I agree that renaming '_' in (guix ui)

Re: [PATCH] gnu: go: Update to 1.8.1

On Mon, 17 Apr 2017 15:37:49 +0200 Petter wrote: > > > # ../misc/cgo/test > > > runtime/cgo: pthread_create failed: Resource temporarily unavailable ... > > $ /gnu/store/b4gflqj64yvksq7959r6m22mf9lzdy69-go-1.8.1/bin/go version > > go version go1.8.1 linux/amd64 > >

Defining user services in Guix.

Hi Guix, I just a wrote a small service for redshift¹. Redshift is a program adjusting color temperature of the screen according to surroundings. This program needs to communicate to X, so DISPLAY and XAUTHORITY must be set correctly. The only way I found to make my service work is something

[PATCH] gnu: guile-bytestructures: Update to 91d042e

From 9315163a42c57dd39ca16296cea5d60ec3697113 Mon Sep 17 00:00:00 2001 From: Amirouche Date: Sat, 22 Apr 2017 13:54:12 +0200 Subject: [PATCH] gnu: guile-bytestructures: Update to 91d042e * gnu/packages/guile.scm (guile-bytestructures): Update to 91d042e. ---

Re: Services can now have a default value

Christopher Allan Webber writes: > A record interface with inheritance! Neat. I need to look at that...although ;-P > Though hey, if you're going to add inheritance, we also have GOOPS, and > with the clone macro I sent to the mailing list a while ago that I > worked on with Janneke, we even

Re: Services can now have a default value

Ludovic Courtès writes: > Hello, > > Carlo Zancanaro skribis: > >> On Thu, Apr 20 2017, Ludovic Courtès wrote: >>> There must be some sort of a mapping between service types and >>> configuration types, indeed, but I’m not sure how to achieve it. >>> >>> One solution would

Guile 2.2 .go files are larger

Hello! The closure of Guix built with 2.0 is 193.8 MiB; when built with 2.2, it’s 311.8 MiB. Guix itself goes from 66 to 150 MiB: --8<---cut here---start->8--- $ du -ms /gnu/store/jh07pwbyf5dbpdd5q0nvgagqkgmh76nh-guix-0.12.0-9.25a4/lib/guile/2.2 101

Re: We need an RFC procedure [Re: Services can now have a default value]

Ricardo Wurmus transcribed 0.7K bytes: > > ng0 writes: > > > I want an formal, publicly tracked (not *just* on the mailinglist) RFC > > (like in Rust or similar projects) procedure for all things which > > can break currently existing configurations. Introducing

Re: Icecat 52 crashing in file dialogues

Pjotr Prins writes: > On Fri, Apr 21, 2017 at 08:03:51PM +0200, Clément Lassieur wrote: >> ng0 writes: >> >> > Hi, >> > >> > has someone else experienced crashes since the icecat update? >> > >> > My system state isn't that old, but a week

Re: [PATCHES] gnu: nss: Update to 3.30.2 [fixes CVE-2017-5461].

Mark H Weaver writes: > Mark H Weaver writes: > >> These patches update nss to 3.30.2 and disable long b64 tests which fail >> on some systems including armhf. I'll push them soon after some light >> testing. > > Unfortunately, even with

Re: We need an RFC procedure [Re: Services can now have a default value]

ng0 writes: > I want an formal, publicly tracked (not *just* on the mailinglist) RFC (like > in Rust or similar projects) procedure for all things which > can break currently existing configurations. Introducing these changes would > require to document properly what