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 needs to changed so that pe
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 "nss-increase-test-timeout.patch" and
> "nss-disable-long
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 older than my profile state.
>> > File dialgues (save f
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 these changes would
> > require
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
/gnu
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 be to have all the rec
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 ha
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.
---
gnu/packages/guile.scm | 6 +++---
1
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 ve
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
>
> Hope you'll be able to
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) i
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 shephe
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: [...]
Th
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 very similar to the random connect timeou
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:
>>
>>> l...@gnu.org (Ludovic
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 aspell-dict-pt-br * gnu/packa
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?
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 (those /gnu/store/….drv f
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
> of
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 "--show=foo" failing. I
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 which are now
> affected weren
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, indeed, but I’m not sure how to achieve it.
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 not being brought back up.
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 “aspell-dict-pt-br” and applied the pat
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 "
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,
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?
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!
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!
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 gn
30 matches
Mail list logo
