bug#53005: cryptsetup-static aborts opening LUKS2 volume with Argon2i PBKDF

This issue was fixed with commit 6b6fb7872486, "gnu: glibc: Build with '--strip-debug' instead of '--strip-all'." -- Simon South si...@simonsouth.net

bug#68195: flite fails to build on core-updates

This was obsoleted by commit 5528123265f9, "gnu: flite: Disable parallel build." -- Simon South si...@simonsouth.net

bug#66173: Package unknown-horizons fails during build process

Liliana, 宋文武: Are you interested in reviewing these patches? Unfortunately I neglected to CC the games team when posting them. They fix the build of Unknown Horizons in master. https://issues.guix.gnu.org/66173 -- Simon South si...@simonsouth.net Start of forwarded

bug#68195: [PATCH core-updates 0/1] gnu: flite: Fix build.

esponse from Dr. Black in almost two weeks' time, and my email asking to join the festival-talk mailing list[1] has bounced, so it appears flite may be unmaintained at the moment. -- Simon South si...@simonsouth.net [0] https://lists.gnu.org/archive/html/bug-guix/2024-01/msg0.html [1] ht

bug#68195: [PATCH core-updates 1/1] gnu: flite: Fix build.

* gnu/packages/patches/flite-build-with-make-4.4.patch: New file. * gnu/local.mk (dist_patch_DATA): Add it. * gnu/packages/speech.scm (flite)[source]: Apply it. Change-Id: I263696c9571e2bcf97d5a4fc619124bce90d6799 --- gnu/local.mk | 1 + .../patches/flite-build-w

bug#54815: Unknown Horizons 2019.1 fails to start

I've added patches to issue #66173, "Package unknown-horizons fails during build process", that resolve this issue as well. https://issues.guix.gnu.org/66173 -- Simon South si...@simonsouth.net

bug#66173: [PATCH 0/2] unknown-horizons: Fix build, runtime errors

AArch64 and x86-64 and everything seems fine: The game starts as expected using ./pre-inst-env guix shell unknown-horizons -- unknown-horizons -- Simon South si...@simonsouth.net [0] https://issues.guix.gnu.org/54815 Simon South (2): gnu: fifengine: Fix runtime error when using Python 3.9

bug#66173: [PATCH 2/2] gnu: unknown-horizons: Fix build and runtime errors.

Apply two upstream commits that allow building with Python 3.9 or newer and running with Python 3.10. * gnu/packages/patches/unknown-horizons-python-3.9.patch, * gnu/packages/patches/unknown-horizons-python-3.10.patch: New files. * gnu/local.mk (dist_patch_DATA): Add them. * gnu/packages/games.scm

bug#66173: [PATCH 1/2] gnu: fifengine: Fix runtime error when using Python 3.9 or newer.

* gnu/packages/patches/fifengine-python-3.9-compat.patch: New file. * gnu/local.mk (dist_patch_DATA): Add it. * gnu/packages/games.scm (fifengine)[source]: Apply it. Change-Id: I61001d6b87db00c71f1e2e6ca3bac8581e941451 --- gnu/local.mk | 1 + gnu/packages/games.s

bug#48018: ImageMagick’s ‘convert’ fails to delegate to ‘dwebp’

not valid outside of quasiquote in form (unquote name) -- Simon South si...@simonsouth.net

bug#68195: flite fails to build on core-updates

x27;ve sent an email to Dr. Black asking whether and how a patch might be accepted. -- Simon South si...@simonsouth.net [0] https://github.com/festvox/flite

bug#68195: flite fails to build on core-updates

like notparallel: $(ALL) .NOTPARALLEL: notparallel doesn't work, as (for one reason or another) this doesn't sufficiently protect the targets from clobbering one another. -- Simon South si...@simonsouth.net [0] https://www.gnu.org/software/make/manual/html_node/Parallel-Disable.html

bug#53005: [PATCH 1/1] gnu: glibc: Preserve "__pthread_key_create" symbol.

d truthfully, everything does appear to work okay (for now) with only this one change to glibc. [0] https://guix.gnu.org/en/manual/devel/en/html_node/Keyboard-Layout-and-Networking-and-Partitioning.html#Disk-Partitioning [1] But then, neither GRUB nor the Guix installer are commonly used on no

bug#53005: [PATCH 1/1] gnu: glibc: Preserve "__pthread_key_create" symbol.

Avoid a potential crash in multithreaded applications by preserving the pthread library's "__pthread_key_create" symbol, used by libgcc to detect the use of threads in an application. Fixes . * gnu/packages/base.scm (glibc)[arguments]: Add "#:strip-flags" with "

bug#53005: cryptsetup-static aborts opening LUKS2 volume with Argon2i PBKDF

ckages being rebuilt. -- Simon South si...@simonsouth.net Simon South (1): gnu: glibc: Preserve "__pthread_key_create" symbol. gnu/packages/base.scm | 10 ++ 1 file changed, 10 insertions(+) base-commit: e2d8125a5c6d4338749e6bf8882f220395b25275 -- 2.34.0

bug#53005: cryptsetup-static aborts opening LUKS2 volume with Argon2i PBKDF

now stripping a bit too much. The solution may be as simple as undoing this change in (at least) the "static-package" function (guix/build-system/gnu.scm:211). Alternatively we may need to add a "--keep-symbol" flag in a few places. I'm continuing to investigate. -- Simon South si...@simonsouth.net

bug#53005: cryptsetup-static aborts opening LUKS2 volume with Argon2i PBKDF

gcc's stack-unwinding routines.) I'll keep working on this but having gotten this far, I'm hoping someone else has some insight. [0] https://gcc.gnu.org/onlinedocs/gccint/Libgcc.html -- Simon South si...@simonsouth.net

bug#53005: cryptsetup-static aborts opening LUKS2 volume with Argon2i PBKDF

sudo `guix build cryptsetup-static`/sbin/cryptsetup open \ --type luks ./dummy-luks-volume dummy-volume ls /dev/mapper/dummy-volume You should find (on most runs, at least) after you enter the passphrase the tool exits with "Aborted" and with no entry added beneath /dev/mapper. -- Simon South si...@simonsouth.net

bug#50346: [PATCH core-updates-frozen] gnu: strace: Allow readlink, readlinkat tests to pass.

Modify the invocation of strace's "readlink" and "readlinkat" tests to prevent them from failing due to an additional system call made by Guix's patched version of glibc. * gnu/packages/linux.scm (strace)[source]: Add patch. [arguments]<#:phases>: Do not disable the "readlink" test now that it can

bug#50346: core-updates-frozen: strace 5.13 fails "make check" on AArch64

Simon South writes: > But this additional call _is_ expected on Guix systems, so the test > cases ought to be modified to match. Perhaps, but having looked into this it's complicated because - The expected output from the tests is not contained in the source bundle in a separa

bug#50346: core-updates-frozen: strace 5.13 fails "make check" on AArch64

ted on Guix systems, so the test cases ought to be modified to match. -- Simon South si...@simonsouth.net

bug#50346: core-updates-frozen: strace 5.13 fails "make check" on AArch64

x builds strace inside a container; does anyone know how this could be affecting the way programs are loaded? -- Simon South si...@simonsouth.net [0] See e.g. glibc's sysdeps/unix/sysv/linux/dl-origin.c for the x86-64 case, as well as "_dl_non_dynamic_init" in elf/dl-support.c, which seems to be the only place it is called.

bug#50346: core-updates-frozen: strace 5.13 fails "make check" on AArch64

fecting files in the test directory itself, effectively filtering out the 'readlink("/proc/self/exe")' call from glibc that is throwing the tests currently. You can see a number of other places in gen_tests.in where this is done, presumably for similar reasons. Does t

bug#50346: core-updates-frozen: strace 5.13 fails "make check" on AArch64

e generated output. I see this in the strace package definition (gnu/packages/linux.scm:2256): ;; XXX: This test fails because an extra readlink call is made ;; by the glibc when using the ld.so cache. (("readlink.gen.test[^:]") " ") Perhaps the same is true for readlinkat on AArch64? -- Simon South si...@simonsouth.net

bug#43802: Knot: Linker runs very slowly and crashes during build

gt; the release tarball. We have the Ragel, we can rebuild them, and we > now do so in commit 2b73e50c31a61b5dcef35a1e4b9484d9dbcb0fbc. Neat! -- Simon South si...@simonsouth.net

bug#43802: Knot: Linker runs very slowly and crashes during build

of magical programming is bad practice. At any rate, this bug report can be closed. -- Simon South si...@simonsouth.net

bug#43802: Knot: Linker runs very slowly and crashes during build

several minutes! So perhaps all this is completely expected. Still... 1.9 MB. Of C code. It's tempting to think something is going wrong here. (And anyway, why the huge discrepancy in file size?) I'm investigating. -- Simon South si...@simonsouth.net

bug#43802: Knot: Linker runs very slowly and crashes during build

ant to rebuild every other package in the system as well) and trying to understand what the compiler is doing, how might I go about diagnosing this? -- Simon South si...@simonsouth.net