Liliana Marie Prikler skribis:
> Am Donnerstag, dem 20.10.2022 um 11:29 +0200 schrieb Ludovic Courtès:
>> Logging as performed by ‘%service-file-logger’ is quite GC-intensive
>> (but shouldn’t be leaky!); this bit:
>>
>> (let ((prefix (strftime default-logfile-date-format
>>
Hey,
> I was able to reproduce it on real hardware, following those
> instructions. The dump is available here if people want to join the
> party: dump.guix.gnu.org/download/installer-dump-304492ff.
So the backtrace suggests that we are trying to open /dev/nvme0n1p1 to
read its superblock:
--8
Hello,
This installer sometimes sadly segfaults, most of the time in
libparted. To be able to catch this coredump[1], I ran those commands:
--8<---cut here---start->8---
echo /tmp/core > /proc/sys/kernel/core_pattern
prlimit --core=unlimited --pid=1234
--8<--
hello,
i have a bug on debian:
when power profile is set to power saving, guix pull fails after computing
derivation:
```
Computing Guix derivation for 'x86_64-linux'... /
substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'...
0.0%guix substitute: error: TLS error in procedu
Joshua Branson via Bug reports for GNU Guix writes:
> Andrew Tropin writes:
>
>> Recently discovered a problem, which reproduces this way:
>> - Open a new emacs instance.
>> - Yank anything with M-w or select with mouse.
>> - Paste yanked text to chromium/icecat.
>>
>> Both browser and emacs are
Liliana Marie Prikler skribis:
> Am Donnerstag, dem 20.10.2022 um 11:29 +0200 schrieb Ludovic Courtès:
>> Logging as performed by ‘%service-file-logger’ is quite GC-intensive
>> (but shouldn’t be leaky!); this bit:
>>
>> (let ((prefix (strftime default-logfile-date-format
>>
Hello,
When an error occurs in the pseudo terminal displaying the "guix system
init" command output, the backtrace is not displayed correctly and the
keyboard cannot be used (arrows, tab, enter keys) to scroll down the
backtrace or dump it.
It can easily be reproduced by introducing an error in
Hi,
Ludovic Courtès skribis:
> Of course, the thing boots just fine on that machine when using
> ‘exec.static’.
It’s frustrating I did not get to the bottom of it, but time passes, so
I pushed this workaround in Guix commit
3fb3bd3da530a5f82a169b1fa451474f9d90c3b6.
Ludo’.
An update: I can reproduce in a VM running a slightly simplified version
of ‘hydra/berlin.scm’, with loop running:
while true; do wget -qO/dev/null http://localhost:3000/nix-cache-info; done
to trigger ‘guix publish’ logging.
Better, I can mostly reproduce the issue with the attached config fi
Am Freitag, dem 07.01.2022 um 06:15 + schrieb raid5atemyhomework:
> Hello,
>
> > Hi,
> >
> > Am Freitag, dem 07.01.2022 um 03:56 + schrieb
> > raid5atemyhomework:
> >
> > > Hello Liliana,
> > > [...]
> > > It may be a related bug, but this may also be unique to how Guix
> > > packages bo
> + (error 'fake)
>(installer-log-line "running command ~s" command)
>(define result (run-external-command-with-line-hooks
>(list %display-line-hook) command
Fixed with bf5e78d59fcb188d0bce02d93c93d06069178837.
Thanks,
Mathieu
Am Montag, dem 07.02.2022 um 09:32 -0900 schrieb Christopher Howard:
> telegram-desktop-2.9.3 fails to build:
Telegram was "recently" updated and is now getting proper substitutes
as far as I'm aware.
Does the problem persist?
Andrew Tropin writes:
> Recently discovered a problem, which reproduces this way:
> - Open a new emacs instance.
> - Yank anything with M-w or select with mouse.
> - Paste yanked text to chromium/icecat.
>
> Both browser and emacs are hanging up for a while and after that Emacs
> crashes with:
S
Hi,
Trying to build 'wine-minimal for x86-64 on core-updates, the following error
is hit while building 'file for i686-linux:
/tmp/guix-build-file-5.42.drv-0/file-5.42/src/.libs/file: symbol lookup error:
/gnu/store/wb8f0ydwl7458ixgsmx65x5ni54c7zgk-glibc-mesboot-2.16.0/lib/libpthread.so.0:
und
Hello,
I found a segfault in the installer by running those steps:
- Run an automatic partitioning with separate home and no encryption
- In the final configuration page, come back to partitioning
- Remove all partitions but the ESP one, create a new btrfs root
- partition
- Repeat until the cr
Hey,
> so the disk partition table is updated because we move from 4 to 2
> partitions. Could it be possible that during a brief period of time the
> /dev/nvme0n1p1 file disappears then re-appears?
Looks like that's what happening. I'm not able to reproduce it on a
VM. I guess that's because my
Here is a patch to fix the issue.
I added bash-minimal to inputs because guix lint said so:
> "bash-minimal" should be in 'inputs' when 'wrap-program' is used
>From 0f908098afd15a608e1254e58d472631dfdf400e Mon Sep 17 00:00:00 2001
From: Evgeny Pisemsky
Date: Sun, 23 Oct 2022 17:15:34 +0300
Subje
17 matches
Mail list logo
