bug#36380: service urandom-seed takes too long on boot

> On 27. Jun 2019, at 21:03, Leo Famulari wrote: > Perhaps, but if the reason for the slowness on their first boot was a > suboptimal /dev/hwrng source, I would expect it to be equally slow for > each boot, since we unconditionally read 64 bytes each time. It’s 512 bytes, not that that should

bug#35709: Guix beyond 1.0: let’s have a roadmap!

On Thu, Jun 27, 2019, at 10:34 PM, swedebugia wrote: > > *** TODO package important Icecat and Ungoogled-Chromium extensions. This > > is a pain point because IceCat steers users away from Firefox Add-ons and > > Ungoogled-Chromium completely disallows installing from Chrome Web Store. > > Actua

bug#36402: installation error

Hi Juan, Juan skribis: > I ran into some trouble while attempting to install Guix SD (1.0.1.x86_64). > It happens when I try to do the guided graphical installation, I'll > transcript the whole text here: [...] > 755:33 14 (run-partitioning-page) > In ./gnu/installer/parted.scm: >101

bug#36380: service urandom-seed takes too long on boot

Leo Famulari skribis: > On Thu, Jun 27, 2019 at 05:20:21PM +0200, Ludovic Courtès wrote: >> We had a “bug report” at >> , which may be >> due to the same issue: >> >> The first time I loaded Guix the boot process took an unusually long

bug#36380: service urandom-seed takes too long on boot

On Wed, Jun 26, 2019 at 06:02:03PM +0200, Robert Vollmert wrote: > It’s with arpnetworks.com, their default “small" VPS. I don’t > really know more; here’s some dmesg output that might be relevant, > happy to provide more info. Okay, I've asked them about it on IRC: http://irclogger.arpnetworks.c

bug#36380: service urandom-seed takes too long on boot

On Thu, Jun 27, 2019 at 05:20:21PM +0200, Ludovic Courtès wrote: > We had a “bug report” at > , which may be > due to the same issue: > > The first time I loaded Guix the boot process took an unusually long > time. At one point the sys

bug#36388: activation?

Hi, Robert Vollmert skribis: > Could it be that the errors happen in the activation script, > but not when actually starting nginx? I see in the code that > we appear to pass a “-p” flag already when starting nginx; > maybe we should simply do the same when testing the config > during activation

bug#36380: service urandom-seed takes too long on boot

Hi Leo, Leo Famulari skribis: > On Tue, Jun 25, 2019 at 08:12:28PM +0200, Robert Vollmert wrote: >> On my VPS, booting takes forever (long enough that for a long >> time I thought the install had failed). I just rebooted again, >> and it took over 7 minutes, see attached screenshot. > > Yikes, t

bug#36373: failed copy-file should print path

Hi, Robert Vollmert skribis: > ERROR: In procedure copy-file: > In procedure copy-file: Permission denied Yeah, this is terrible, and really a Guile bug. In (guix ui), we have ‘error-reporting-wrapper’ that we use to “fix” several functions such as ‘copy-file’ that would otherwise fail to prov

bug#36402: installation error

Hi! I ran into some trouble while attempting to install Guix SD (1.0.1.x86_64). It happens when I try to do the guided graphical installation, I'll transcript the whole text here: " The installer has encountered an unexpected problem. The backtrace is displayed below. Please report it by email

bug#36335: Is /dev/kvm missing ACLs?

Hi Chris, Chris Marusich skribis: > Ludovic Courtès writes: > >> Guix System doesn’t use ACLs at all. >> >> However, the udev rule for kvm sets it up like this: >> >> crw-rw 1 root kvm 10, 232 Jun 24 08:38 /dev/kvm >> >> and the build users are part of the ‘kvm’ group. I personally arran

bug#36374: ‘guix pull’ should not suggest running ‘guix pull’

Hello! Julien Lepiller skribis: > Here is a patch to address this issue on Guix System. It creates new > files in /etc/skel: an initial profile (.config/guix/initial) tgat > only contains a symlink to /run/current-system/profile/bin/guix and > the current profile as a symlink to the initial prof

bug#36069: Menu-based installer unusable through noVNC

On Thu, 27 Jun 2019 08:34:21 +0200 Robert Vollmert wrote: > > On 26. Jun 2019, at 22:23, pelzflorian (Florian Pelz) > > wrote: > > > > Passing “-vga cirrus” reduces the display size. [..] > > So presumably the VPS is using an old QEMU or passes -vga cirrus. > > Great find! Indeed, lspci li