Hi Marius,
Earlier I wrote:
> Marius Bakke writes:
>> I can look into adjusting the bash fix for 5.0, and updating the
>> bootstrap binary URLs and hashes.
>
> I've attached preliminary untested patches for these. I'm testing them
> now.
I pushed those two commits to 'core-updates-next', and a
Hi,
Ricardo Wurmus skribis:
> Ricardo Wurmus writes:
>
>> Mark H Weaver writes:
>>
Mark: are the armhf nodes still operational?
>>>
>>> I assume so. They all respond to pings anyway, and I haven't touched
>>> them since before they were disconnected from Berlin. (I would need to
>>> boo
Hello,
Marius Bakke skribis:
> Mark H Weaver writes:
[...]
>> I think what needs to be done is the following:
>>
>> (1) commit 78ced7975b0665e810834391d826c9f0ef7277e1 on 'wip-binaries'
>> should be reverted, to downgrade mescc-tools to the 0.5.2 release.
>>
>> (2) The 'wip-binaries' tarb
ison writes:
> Sorry it took me so long to reply, I didn't have access to the broken
> machine until now.
No worries :)
> As you requested here is the partitions as listed by parted:
>
> Number Start End SizeFile system NameFlags
> 1 1049kB 3046kB 2097kB
Hi Julien,
Julien Lepiller skribis:
> Le Fri, 26 Jul 2019 00:54:32 +0200,
> Ludovic Courtès a écrit :
[...]
>> Indeed it fails like this:
>>
>> --8<---cut here---start->8---
>> ludo@berlin ~$ sudo su - static-web-site
>> -c /gnu/store/9w4bbd6gqya2g9zvwgs6q
Hi Ludo,
Your patch has a LGTM, but I don't see it on master. Would you like to push it,
or is there a reason why you didn't do it yet?
Thanks!
Hi Ludovic,
Ludovic Courtès writes:
> Marius Bakke skribis:
>
>> Mark H Weaver writes:
>
> [...]
>
>>> I think what needs to be done is the following:
>>>
>>> (1) commit 78ced7975b0665e810834391d826c9f0ef7277e1 on 'wip-binaries'
>>> should be reverted, to downgrade mescc-tools to the 0.5.2
Hi Ludo,
I am not familiar with the info and html documentation build process. Will
this patch suffice?
Thank you,
John
From 681d6e2f81b4cf46501c2312edcef4c98284675b Mon Sep 17 00:00:00 2001
From: John Soo
Date: Fri, 16 Aug 2019 10:45:43 -0700
Subject: [PATCH] gnu: Update console-font-service d
On +2019-08-15 15:05:57 -0700, Calvin Heim wrote:
> resubmitted to list
> On Thu, 2019-08-15 at 12:43 +0200, pelzflorian (Florian Pelz) wrote:
> >
> > Do I understand correctly that this message appears when booting the
> > DVD, not the installed system?
> Yes.
>
> >
> >
> > On Wed, Aug 14, 201
Hi Carl,
Carl Dong skribis:
> Yes! The patch actually fixed the problem when applied on top of
> 5cf4b26d52bcea382d98fb4becce89be9ee37b55!
[...]
> Not sure what the next steps are for this, but I'd very much like to
> understand where this went wrong. Perhaps we could write tests for this so
Hello!
Danny Milosavljevic skribis:
> Maybe I'm too paranoid but can we have "guix" in the file name "modules.name"
> somewhere? Otherwise I see it coming that upstream uses modules.name for an
> incompatible purpose and then we'd be with a guix interface that's broken
> and/or break their inte
I have the same issue with numbers in IceCat.
I have tested both inside and outside a VM and with Gnome, XFCE,
Enlightenment and EXWM. It seems, if I don't have
(service gnome-desktop-service-type)
in my config, numbers in IceCat are shown as long spaces. I don't have
the problem, even when us
On Fri, Aug 16, 2019 at 12:51:28PM -0700, Bengt Richter wrote:
> For your purposes, it might be worth trying asking for interesting
> specifics (see lsblk -h for more), e.g.
>
> $ lsblk -o mountpoint,name,size,fstype,label,partlabel,partuuid,uuid
>
> Maybe that partuuid '31393730-3031-3031-3139-3
On Fri, Aug 16, 2019, Jakob L. Kreuze wrote:
> ison writes:
>
> > /boot/efi looks ok as far as I can tell at least. It's tree is:
> > /boot/efi/
> > └── EFI
> > ├── grub
> > │ └── grubx64.efi
> > ├── Guix
> > │ └── grubx64.efi
> > └── GuixSD
> > └── grubx64.efi
> >
14 matches
Mail list logo