Re: udev on 'core-updates' does not register new devices

2017-08-09 Thread Marius Bakke
Mark H Weaver writes: > Hi Marius, > > Marius Bakke writes: > >> I tried plugging in a USB drive on a GuixSD desktop system running from >> the 'core-updates' branch and get this in dmesg: >> >> [198220.121488] udevd[173]: RUN{builtin}: 'uaccess' unknown >> /gnu/store/cfs89vshgfzxr9rr311pf2y6ci

Re: Performance regression on NFS with new manifest version

2017-08-09 Thread Ricardo Wurmus
Hi Roel, > Looking into the manifests ($GENERATION_15/manifest and > $GENERATION_16/manifest), I noticed that generation 15 uses manifest > version 2, and generation 16 uses manifest version 3. > > What has changed, so that it takes a lot longer to run the same command > as before? (this is proba

Re: [PATCH 3/6] daemon: On aarch64, use increments of 16 on the stack.

2017-08-09 Thread Mark H Weaver
Efraim Flashner writes: > The aarch64 machine that I tested this on built packages without any > problems. Looks good to me. Pushed in commit a1aa5dabaa5d570710da7190a3c3dca5442b9daa. Thanks, Mark

Re: git cannot be built

2017-08-09 Thread Leo Famulari
On Wed, Aug 09, 2017 at 03:44:23PM -0400, Mark H Weaver wrote: > Ricardo Wurmus writes: > > > Mark H Weaver writes: > > > >> Ricardo Wurmus writes: > >> > >>> Commit 7f171fdaadb15bb1b313b25e9be3d1988b0f650f broke git for me. I > >>> cannot build it from source because one of the many tests app

Re: Selected Debian patches for linux-libre@4.9

2017-08-09 Thread Mark H Weaver
I wrote: > I'm not necessarily proposing that we apply this patch to 'master', but > since I mentioned in another thread that I'm using this patch on my own > GuixSD system, I thought I would make it available to you all. I neglected to sign my previous message. This message is signed, and here'

Selected Debian patches for linux-libre@4.9

2017-08-09 Thread Mark H Weaver
Hello Guix, I'm not necessarily proposing that we apply this patch to 'master', but since I mentioned in another thread that I'm using this patch on my own GuixSD system, I thought I would make it available to you all. Mark >From 7ddcef480cc3f2cfa8428af9a98bab144ceae925 Mon Sep 17 00:00:00

Re: git cannot be built

2017-08-09 Thread Mark H Weaver
Ricardo Wurmus writes: > Mark H Weaver writes: > >> Ricardo Wurmus writes: >> >>> Commit 7f171fdaadb15bb1b313b25e9be3d1988b0f650f broke git for me. I >>> cannot build it from source because one of the many tests appears to >>> fail. >>> >>> This is on x86_64. I have not tried this on other ar

Re: git cannot be built

2017-08-09 Thread Ben Woodcroft
On 09/08/17 18:02, Ricardo Wurmus wrote: Mark H Weaver writes: Ricardo Wurmus writes: Commit 7f171fdaadb15bb1b313b25e9be3d1988b0f650f broke git for me. I cannot build it from source because one of the many tests appears to fail. This is on x86_64. I have not tried this on other archite

Re: I can't find a good subject to summarize this.

2017-08-09 Thread ng0
Eh, forget this rather confusing question/request. I think if we choose savannah, it'll be no problem. I'm otherwise busy and chaotic questions are proof for that ;) -- ng0 GnuPG: A88C8ADD129828D7EAC02E52E22F9BBFEE348588 GnuPG: https://n0is.noblogs.org/my-keys https://www.infotropique.org https:/

Re: Grafting fails for latest Go release candidate

2017-08-09 Thread Andy Wingo
On Mon 07 Aug 2017 22:08, Marius Bakke writes: > I've caught a couple other elusive grafting errors: > > grafting '/gnu/store/ccw7wzh9rbflc0fl968dbj2x0x9dn4y5-chromium-60.0.3112.90' > -> '/gnu/store/b3f2d6l1c546xwcv4hg8619qh87cixhb-chromium-60.0.3112.90'... > ERROR: Wrong type to apply: "der */\

Re: git cannot be built

2017-08-09 Thread Ricardo Wurmus
Mark H Weaver writes: > Ricardo Wurmus writes: > >> Commit 7f171fdaadb15bb1b313b25e9be3d1988b0f650f broke git for me. I >> cannot build it from source because one of the many tests appears to >> fail. >> >> This is on x86_64. I have not tried this on other architectures. > > FWIW, it built su

Re: I can't find a good subject to summarize this.

2017-08-09 Thread ng0
ng0 transcribed 2.6K bytes: > A slightly on/off-topic question: > > Would it be weird if there'd be another Guix related project-group in > the GNU project (but with different goals)? > I have lots of not really published data, and so far most of our time > has been spend discussing and putting ou