Hello Ludovic,
please check if this branch will work without segfaults in Guix:
https://github.com/artyom-poptsov/guile-ssh/tree/wip-fix-segfaults-on-gc
Key changes:
- Channels are now protecting the parent session from GC'ing.
- Every channel procedure now ensures that the parent session is
Hello,
Michael Rohleder writes:
> * gnu/packages/music.scm (solfage): fix build
> (http://issues.guix.gnu.org/42301).
> ---
> gnu/packages/music.scm | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/gnu/packages/music.scm b/gnu/packages/music.scm
> index db2f1ff8d6..af65c40193 100644
Znavko,
I came across this old bug report.
Would you be so kind to check if libtorrent-rasterbar-1.1.11 has
errors?
No errors; just a ‘modern C++ library’, I'm afraid. Building
libtorrent-rasterbar@1.2.7 with 4 cores today still happily
consumed 2 GiB of RAM.
It's no wonder your system s
Now that wine stable is 5.12, I can't use start 32-bit applications
anymore. I tried from a clean wine prefix and I only get this error:
--8<---cut here---start->8---
Segmentation fault
--8<---cut here---end--->8---
Here is
On Sun, Aug 09, 2020 at 04:03:07PM +0200, Pierre Neidhardt wrote:
> OK, I think I got it. I had to have _both_ wine and wine64 (staging or
> not) in my profile.
Interesting. Perhaps we should merge the two packages, then? We'd need
to take care to make it work right on i686-linux, but I don't thi
Hi!
Nicolas Goaziou writes:
> Thank you. Unfortunately, the build fails later on with the following
> unrelated message, probably related to the latest Lilypond release:
>
> fatal error: Uninitialized variable `write-performances-midis' in module
> (lily)
>
This is interesting, I can't repr
Hello,
I believe there's still something wrong here.
The bug (the new one, described below) occurs after adding
#:use-module (gnu packages avr) to the firmware.scm file.
Attached the diff file of my package below.
I'm packaging qmk-firmware and here's what happens running guix build:
error: bin
On Sun, Aug 09, 2020 at 06:17:48PM -0400, Mark H Weaver wrote:
> If the file name and hash matches a previously downloaded file in your
> store, the guix daemon uses that one and skips the download, regardless
> of the URL. That's why no error was reported. There's no version
> number in the file