Ludovic Courtès writes:
> One finding: when hitting C-c, the dynamic-wind exit handler (the one
> that restores the database and umounts the cow store) is *not* executed.
Impressive findings.
Now that you found the dynamic-wind’s out-guard does not even run: Uhh I
had misdiagnosed when I
Maxime Devos writes:
> So, I'm nominally 'on hiatus', but I noticed this mail, and noticed
> you copied a file (and fsync'ed it), but forgot to fsync the directory
> it was copied to -- from what I've read (but I don't recall the
> source), fsyncing the contents of the file isn't enough, you also
Hi,
"pelzflorian (Florian Pelz)" skribis:
> Desperately I tried also adding fsync, to no avail, both issues remain.
> Non-working patch attached.
>
> Maybe dynamic-wind is an inappropriate pattern here?
>
> If I interrupt installation using Ctrl-C (which I normally don’t,
> instead I unplug
On Fri Dec 16, 2022 at 7:31 AM CST, Maxim Cournoyer wrote:
> Thanks for sharing. It looks like we have something to investigate.
> It's perhaps related to the way we build qtwebengine; do these sites
> work in ungoogled-chromium for you?
Just tested in ungoogled-chromium, and yes it seems both
On 14-12-2022 22:47, pelzflorian (Florian Pelz) wrote:
fsyncing the database had no effect. (In addition to Ludo’s
'stop-service', I had done
fsync.patch
diff --git a/gnu/installer/final.scm b/gnu/installer/final.scm
index ef487805f0..13deffef85 100644
--- a/gnu/installer/final.scm
+++
reopen 59546
quit
Hello,
"bdju" writes:
> On Thu Dec 15, 2022 at 7:26 AM CST, Maxim Cournoyer wrote:
>> That's a good lead; could you please test qutebrowser in Guix vs
>> qutebrowser on another distribution yourself and confirm this hypothesis
>> (that it works elsewhere?), and post your
Hi,
When attempting to build inkscape 1.1.1 for armhf-linux, there are two
test failures:
The following tests FAILED:
231 - cli_export-png-color-mode-gray-8_png (Bus error)
233 - cli_export-png-color-mode-rgb-8_png (Bus error)
--8<---cut
Ludovic Courtès writes:
> I ended up with a minimal change,
> pushed in commit b1aef25453067004279c4267cf25e8d6d365890d, that lets
> modprobe load uvesafb for good (it was all about setting
> ‘LINUX_MODULE_DIRECTORY’).
Thank you Ludo for your excellent work. All is good now on AMD hardware
(my
Suppose you run a bunch of clients, ‘guix shell’, ‘guix build’,
whatever. For each of these connections, guix-daemon creates a child
process to handle it. (You can see them as “SessionPID” in the output
of ‘guix processes’.)
‘herd stop guix-daemon’ won’t stop these guix-daemon child processes,
