emscripten: 3.1.47 -> 3.1.48

Description of changes

Bump from 3.1.47 to 3.1.48.
Things done

Built on platform(s)

[ ] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[X] aarch64-darwin

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[X] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
23.11 Release Notes (or backporting 23.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[X] Fits CONTRIBUTING.md.

Priorities
Add a :+1: reaction to pull requests you find important.

Result of nixpkgs-review pr 269904 run on aarch64-darwin 1

6 packages failed to build:

emscriptenPackages.libxml2
emscriptenPackages.libxml2.bin
emscriptenPackages.libxml2.dev
emscriptenPackages.libxml2.doc
emscriptenPackages.xmlmirror
emscriptenPackages.xmlmirror.doc

10 packages built:

emscripten
emscriptenPackages.json_c
emscriptenPackages.json_c.dev
emscriptenPackages.zlib
faust
faust2csound
faust2firefox
faust2jackrust
faust2ladspa
faust2lv2

libxml2 is failing for me, but it looks like a mac-specific issue related to the .dylib vs .o, so I don't think it should be a blocker.
++ emcc -O2 -s EMULATE_FUNCTION_POINTER_CASTS=1 xmllint.o ./.libs/libxml2.dylib -I/nix/store/5hs5bhvmrp6z4kvfqjhf64l80fszf97g-emscripten-zlib-1.3/include -L/nix/store/5hs5bhvmrp6z4kvfqjhf64l80fszf97g-emscripten-zlib-1.3/lib -lz -o ./xmllint.test.js --embed-file ./test/xmlid/id_err1.xml
emcc: error: xmllint.o: No such file or directory ("xmllint.o" was expected to be an input file, based on the commandline arguments provided)
+ exitHandler
+ exitCode=1
+ set +e
+ '[' -n '' ']'
+ ((  1 != 0  ))
+ runHook failureHook
+ local hookName=failureHook
+ shift
+ local 'hooksSlice=failureHooks[@]'
+ local hook
+ for hook in "_callImplicitHook 0 $hookName" ${!hooksSlice+"${!hooksSlice}"}
+ _eval '_callImplicitHook 0 failureHook'
+ declare -F '_callImplicitHook 0 failureHook'
+ eval '_callImplicitHook 0 failureHook'
++ _callImplicitHook 0 failureHook
++ local def=0
++ local hookName=failureHook
++ declare -F failureHook
++ type -p failureHook
++ '[' -n '' ']'
++ return 0
+ return 0
+ '[' -n '' ']'
+ return 1

Bumped to 3.1.49. 3.1.50 will require bumping LLVM too, so I'll leave that till LLVM 17 stabilizes a little. @RaitoBezarius

Sounds good to me, thank you for taking care of that.

Smaller than I thought. Bumped to 3.1.50 -- required updating the patch file to deal with upstream changes, and carrying the table-base patch from LLVM 16 to LLVM 17.

Result of nixpkgs-review pr 269904 run on aarch64-darwin 1

9 packages failed to build:

emscriptenPackages.json_c
emscriptenPackages.json_c.dev
emscriptenPackages.libxml2
emscriptenPackages.libxml2.bin
emscriptenPackages.libxml2.dev
emscriptenPackages.libxml2.doc
emscriptenPackages.xmlmirror
emscriptenPackages.xmlmirror.doc
emscriptenPackages.zlib

12 packages built:

emscripten
faust
faust2csound
faust2firefox
faust2jackrust
faust2ladspa
faust2lv2
lld_17
lld_17.dev
lld_17.lib
llvmPackages_17.bintools (llvmPackages_17.bintoolsNoLibc)
llvmPackages_17.bintools-unwrapped

@RaitoBezarius ofborg looks green except for darwin aarch64, which worked out on my own nixpkgs-review. Let me know if this looks ready!

This pull request has been mentioned on NixOS Discourse. There might be relevant details there:
https://discourse.nixos.org/t/prs-already-reviewed/2617/1312

Thank you!

This broke the javascript backend of GHC:
Running phase: unpackPhase
unpacking source archive /nix/store/ccfcx83sqkykdylq7qbdxdfli2qkc8z9-ghc-955520c
source root is ghc-955520c
Running phase: patchPhase
applying patch /nix/store/32kfndxy8dbaa47jbpg2fp4lsd4wcxmg-docs-sphinx-7-ghc98.patch
patching file docs/users_guide/rtd-theme/layout.html
patching script interpreter paths in .
./validate: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./utils/verify-release/verify-packages.sh: interpreter directive changed from "#!/bin/bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./utils/vagrant/bootstrap-rhel.sh: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./utils/vagrant/bootstrap-deb.sh: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./utils/update-autoconf.sh: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./utils/llvm-targets/gen-data-layout.sh: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./utils/haddock/latex-test/run: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./utils/haddock/hypsrc-test/run: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./utils/haddock/html-test/run: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./utils/haddock/hoogle-test/run: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./utils/haddock/haddock-test/Setup.lhs: interpreter directive changed from "#!/usr/bin/env runhaskell" to "/nix/store/sq63pzmkygg0k7asd9hhkwfqkzgcrkfa-ghc-9.6.3/bin/runhaskell"
./utils/haddock/haddock-api/Setup.lhs: interpreter directive changed from "#!/usr/bin/env runhaskell" to "/nix/store/sq63pzmkygg0k7asd9hhkwfqkzgcrkfa-ghc-9.6.3/bin/runhaskell"
./utils/haddock/Setup.lhs: interpreter directive changed from "#!/usr/bin/env runhaskell" to "/nix/store/sq63pzmkygg0k7asd9hhkwfqkzgcrkfa-ghc-9.6.3/bin/runhaskell"
./utils/check-exact/run.sh: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./testsuite/tests/unboxedsums/GenManyUbxSums.hs: interpreter directive changed from "#!/usr/bin/env runghc" to "/nix/store/sq63pzmkygg0k7asd9hhkwfqkzgcrkfa-ghc-9.6.3/bin/runghc"
./testsuite/tests/pmcheck/should_compile/genV.py: interpreter directive changed from "#! /usr/bin/env python3" to "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/bin/python3"
./testsuite/tests/pmcheck/should_compile/genT.py: interpreter directive changed from "#! /usr/bin/env python3" to "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/bin/python3"
./testsuite/tests/pmcheck/should_compile/genS.py: interpreter directive changed from "#! /usr/bin/env python3" to "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/bin/python3"
./testsuite/tests/pmcheck/should_compile/genG: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./testsuite/tests/perf/compiler/genT22744: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./testsuite/tests/perf/compiler/genT14766.py: interpreter directive changed from "#!/usr/bin/env python3" to "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/bin/python3"
./testsuite/tests/perf/compiler/genT14697: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./testsuite/tests/perf/compiler/genT13719: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./testsuite/tests/perf/compiler/genT13701: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./testsuite/tests/perf/compiler/genRecordUpdPerf: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./testsuite/tests/perf/compiler/genMultiLayerModulesTH: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./testsuite/tests/perf/compiler/genMultiLayerModulesNoCode: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./testsuite/tests/perf/compiler/genMultiLayerModulesDefs: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./testsuite/tests/perf/compiler/genMultiLayerModules: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./testsuite/tests/perf/compiler/genMultiComp.py: interpreter directive changed from "#! /usr/bin/env python" to "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/bin/python"
./testsuite/tests/perf/compiler/genMatchingTest: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./testsuite/tests/perf/compiler/T12545.measure.sh: interpreter directive changed from "#!/usr/bin/env sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./testsuite/tests/llvm/should_run/subsections_via_symbols/subsections_via_symbols-libtool-quiet: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./testsuite/tests/linters/regex-linters/check-version-number.sh: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./testsuite/tests/linters/regex-linters/check-rts-includes.py: interpreter directive changed from "#!/usr/bin/env python3" to "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/bin/python3"
./testsuite/tests/linters/regex-linters/check-makefiles.py: interpreter directive changed from "#!/usr/bin/env python3" to "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/bin/python3"
./testsuite/tests/linters/regex-linters/check-changelogs.sh: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./testsuite/tests/linters/checkUniques/check-uniques.py: interpreter directive changed from "#!/usr/bin/env python3" to "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/bin/python3"
./testsuite/tests/driver/j-space/genJspace: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./testsuite/tests/driver/T16521/check.sh: interpreter directive changed from "#! /bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./testsuite/tests/driver/T12983/build.sh: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./rts/gen_event_types.py: interpreter directive changed from "#!/usr/bin/env python" to "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/bin/python"
./nofib/spectral/banner/boot.sh: interpreter directive changed from "#!/bin/bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./nofib/spectral/awards/boot.sh: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./nofib/shootout/reverse-complement/boot.sh: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./nofib/shootout/k-nucleotide/boot.sh: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./nofib/shootout/fasta/boot.sh: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./nofib/easy.sh: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./mk/relpath.sh: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./mk/install_script.sh: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./mk/get-win32-tarballs.py: interpreter directive changed from "#!/usr/bin/env python" to "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/bin/python"
./mk/detect-cpu-count.sh: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/unix/install-sh: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/unix/config.sub: interpreter directive changed from "#! /bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/unix/config.guess: interpreter directive changed from "#! /bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/time/fullcheck: interpreter directive changed from "#!/bin/bash -e" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash -e"
./libraries/time/format-all: interpreter directive changed from "#!/bin/bash -e" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash -e"
./libraries/time/build: interpreter directive changed from "#!/bin/bash -e" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash -e"
./libraries/text/tests/literal-rule-test.sh: interpreter directive changed from "#!/bin/bash -e" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash -e"
./libraries/text/scripts/regenerate.sh: interpreter directive changed from "#!/bin/bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./libraries/stm/tests/runtests.sh: interpreter directive changed from "#!/bin/bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./libraries/semaphore-compat/.gitlab/ci.sh: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./libraries/ghc-bignum/install-sh: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/ghc-bignum/gmp/ln: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/ghc-bignum/gmp/gmp-tarballs/build-nodoc-tarball: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/directory/tools/vercmp: interpreter directive changed from "#!/usr/bin/env python" to "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/bin/python"
./libraries/directory/tools/testscript: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/directory/tools/testctl: interpreter directive changed from "#!/usr/bin/env python" to "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/bin/python"
./libraries/directory/tools/retry: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/containers/containers-tests/benchmarks/bench-cmp.sh: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/containers/containers-tests/benchmarks/bench-cmp.pl: interpreter directive changed from "#!/usr/bin/env perl" to "/nix/store/fx9hkrym88ahxkibcqnkl8907vakbqvg-perl-5.38.2/bin/perl"
./libraries/binary/Setup.lhs: interpreter directive changed from "#!/usr/bin/env runhaskell" to "/nix/store/sq63pzmkygg0k7asd9hhkwfqkzgcrkfa-ghc-9.6.3/bin/runhaskell"
./libraries/base/tools/ucd2haskell/ucd.sh: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/base/tests/enum_processor.py: interpreter directive changed from "#!/usr/bin/env python3" to "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/bin/python3"
./libraries/Cabal/validate.sh: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/Cabal/cabal-testsuite/PackageTests/Regression/T5386/configure: interpreter directive changed from "#! /bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/Cabal/cabal-testsuite/PackageTests/GhcPkgGuess/SymlinkVersion/bin/ghc-pkg-ghc-7.10: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/Cabal/cabal-testsuite/PackageTests/GhcPkgGuess/SymlinkVersion/bin/ghc-7.10: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/Cabal/cabal-testsuite/PackageTests/GhcPkgGuess/SymlinkGhcVersion/bin/ghc-pkg-7.10: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/Cabal/cabal-testsuite/PackageTests/GhcPkgGuess/SymlinkGhcVersion/bin/ghc-7.10: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/Cabal/cabal-testsuite/PackageTests/GhcPkgGuess/Symlink/bin/ghc-pkg: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/Cabal/cabal-testsuite/PackageTests/GhcPkgGuess/Symlink/bin/ghc: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/Cabal/cabal-testsuite/PackageTests/GhcPkgGuess/SameDirectoryVersion/ghc-pkg-7.10: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/Cabal/cabal-testsuite/PackageTests/GhcPkgGuess/SameDirectoryVersion/ghc-7.10: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/Cabal/cabal-testsuite/PackageTests/GhcPkgGuess/SameDirectoryGhcVersion/ghc-pkg-ghc-7.10: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/Cabal/cabal-testsuite/PackageTests/GhcPkgGuess/SameDirectoryGhcVersion/ghc-7.10: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/Cabal/cabal-testsuite/PackageTests/GhcPkgGuess/SameDirectory/ghc-pkg: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/Cabal/cabal-testsuite/PackageTests/GhcPkgGuess/SameDirectory/ghc: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/Cabal/cabal-testsuite/PackageTests/GHCJS/BuildRunner/scripts/ghcjs-pkg: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./libraries/Cabal/cabal-testsuite/PackageTests/GHCJS/BuildRunner/scripts/fake-ghcjs.sh: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./libraries/Cabal/cabal-testsuite/PackageTests/ExtraProgPath/pkg-config: interpreter directive changed from "#!/usr/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/Cabal/cabal-testsuite/PackageTests/CCompilerOverride/custom-cc: interpreter directive changed from "#!/bin/bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./libraries/Cabal/cabal-testsuite/PackageTests/BuildTools/Foreign/my-foreign-preprocessor: interpreter directive changed from "#!/usr/bin/env sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/Cabal/cabal-testsuite/PackageTests/AutoconfBadPaths/configure: interpreter directive changed from "#! /bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/Cabal/bootstrap/bootstrap.py: interpreter directive changed from "#!/usr/bin/env python3" to "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/bin/python3"
./libraries/Cabal/Cabal/misc/travis-diff-files.sh: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/Cabal/Cabal/misc/gen-authors.sh: interpreter directive changed from "#! /bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./libraries/Cabal/.gitlab/ci.sh: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./libraries/Cabal/.githooks/pre-push: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./libffi-tarballs/mk-snapshot.sh: interpreter directive changed from "#!/bin/bash -e" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash -e"
./libffi/ln: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./install-sh: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./hadrian/lint: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./hadrian/hie-bios: interpreter directive changed from "#! /usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./hadrian/ghci-stack.in: interpreter directive changed from "#!/usr/bin/env sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./hadrian/ghci-multi-cabal.in: interpreter directive changed from "#!/usr/bin/env sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./hadrian/ghci-multi: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./hadrian/ghci-cabal.in: interpreter directive changed from "#!/usr/bin/env sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./hadrian/ghci: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./hadrian/completion.sh: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./hadrian/build-stack-nix: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./hadrian/build-stack: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./hadrian/build-cabal: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./hadrian/build: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./hadrian/bootstrap/bootstrap.py: interpreter directive changed from "#!/usr/bin/env python3" to "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/bin/python3"
./docs/users_guide/compare-flags.py: interpreter directive changed from "#!/usr/bin/env python" to "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/bin/python"
./distrib/mkDocs/mkDocs: interpreter directive changed from "#!/bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./config.sub: interpreter directive changed from "#! /bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./config.guess: interpreter directive changed from "#! /bin/sh" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh"
./boot: interpreter directive changed from "#!/usr/bin/env python3" to "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/bin/python3"
./.gitlab/test-metrics.sh: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./.gitlab/rel_eng/upload_ghc_libs.py: interpreter directive changed from "#!/usr/bin/env python3" to "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/bin/python3"
./.gitlab/generate-ci/generate-jobs: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./.gitlab/generate-ci/generate-job-metadata: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
./.gitlab/ci.sh: interpreter directive changed from "#!/usr/bin/env bash" to "/nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/bash"
Running phase: updateAutotoolsGnuConfigScriptsPhase
Running phase: configurePhase
Booting .
Booting rts
Booting libraries/unix/
Booting libraries/time/
Booting libraries/terminfo/
Booting libraries/process/
Booting libraries/ghc-bignum/
Booting libraries/directory/
Booting libraries/base/
configure.ac:9: warning: The macro `AC_HELP_STRING' is obsolete.
configure.ac:9: You should run autoupdate.
./lib/autoconf/general.m4:204: AC_HELP_STRING is expanded from...
./lib/autoconf/general.m4:1553: AC_ARG_WITH is expanded from...
configure.ac:9: the top level
configure.ac:220: warning: The macro `AC_TRY_RUN' is obsolete.
configure.ac:220: You should run autoupdate.
./lib/autoconf/general.m4:2997: AC_TRY_RUN is expanded from...
lib/m4sugar/m4sh.m4:692: _AS_IF_ELSE is expanded from...
lib/m4sugar/m4sh.m4:699: AS_IF is expanded from...
./lib/autoconf/general.m4:2249: AC_CACHE_VAL is expanded from...
./lib/autoconf/general.m4:2270: AC_CACHE_CHECK is expanded from...
../m4/fp_check_timer_create.m4:5: FP_CHECK_TIMER_CREATE is expanded from...
configure.ac:220: the top level
configure.ac:91: warning: The macro `AC_CONFIG_HEADER' is obsolete.
configure.ac:91: You should run autoupdate.
./lib/autoconf/status.m4:719: AC_CONFIG_HEADER is expanded from...
configure.ac:91: the top level
configure.ac:93: warning: The macro `AC_CONFIG_HEADER' is obsolete.
configure.ac:93: You should run autoupdate.
./lib/autoconf/status.m4:719: AC_CONFIG_HEADER is expanded from...
configure.ac:93: the top level
configure.ac:434: warning: The macro `AC_PROG_CC_C99' is obsolete.
configure.ac:434: You should run autoupdate.
./lib/autoconf/c.m4:1659: AC_PROG_CC_C99 is expanded from...
m4/fp_set_cflags_c99.m4:7: FP_SET_CFLAGS_C99 is expanded from...
configure.ac:434: the top level
configure.ac:435: warning: The macro `AC_PROG_CC_C99' is obsolete.
configure.ac:435: You should run autoupdate.
./lib/autoconf/c.m4:1659: AC_PROG_CC_C99 is expanded from...
m4/fp_set_cflags_c99.m4:7: FP_SET_CFLAGS_C99 is expanded from...
configure.ac:435: the top level
configure.ac:436: warning: The macro `AC_PROG_CC_C99' is obsolete.
configure.ac:436: You should run autoupdate.
./lib/autoconf/c.m4:1659: AC_PROG_CC_C99 is expanded from...
m4/fp_set_cflags_c99.m4:7: FP_SET_CFLAGS_C99 is expanded from...
configure.ac:436: the top level
configure.ac:437: warning: The macro `AC_PROG_CC_C99' is obsolete.
configure.ac:437: You should run autoupdate.
./lib/autoconf/c.m4:1659: AC_PROG_CC_C99 is expanded from...
m4/fp_set_cflags_c99.m4:7: FP_SET_CFLAGS_C99 is expanded from...
configure.ac:437: the top level
configure flags: --prefix=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121 --bindir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/bin --sbindir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/sbin --includedir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/include --oldincludedir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/include --mandir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/share/man --infodir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/share/info --docdir=/nix/store/4f44y7awfa55rx2rpkjhrarj6bq3c3cr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121-doc/share/doc/javascript-unknown-ghcjs-ghc-native-bignum --libdir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/lib --libexecdir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/libexec --localedir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/share/locale --datadir=\$doc/share/doc/ghc --with-curses-includes=/nix/store/ifx5q9x3vcck3b01wb9h47x7va00snkd-ncurses-6.4-dev/include --with-curses-libraries=/nix/store/fmkdf1b03w5v9yzk2mm3b4yqg1gwhrf5-ncurses-6.4/lib --enable-bootstrap-with-devel-snapshot --build=x86_64-unknown-linux-gnu --host=x86_64-unknown-linux-gnu --target=javascript-unknown-ghcjs
configure: ./configure --prefix=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121 --bindir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/bin --sbindir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/sbin --includedir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/include --oldincludedir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/include --mandir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/share/man --infodir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/share/info --docdir=/nix/store/4f44y7awfa55rx2rpkjhrarj6bq3c3cr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121-doc/share/doc/javascript-unknown-ghcjs-ghc-native-bignum --libdir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/lib --libexecdir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/libexec --localedir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/share/locale --datadir=$doc/share/doc/ghc --with-curses-includes=/nix/store/ifx5q9x3vcck3b01wb9h47x7va00snkd-ncurses-6.4-dev/include --with-curses-libraries=/nix/store/fmkdf1b03w5v9yzk2mm3b4yqg1gwhrf5-ncurses-6.4/lib --enable-bootstrap-with-devel-snapshot --build=x86_64-unknown-linux-gnu --host=x86_64-unknown-linux-gnu --target=javascript-unknown-ghcjs
checking for gfind... no
checking for find... /nix/store/sq0w0jchkjqbxl47h52kfwa33qp1adfh-findutils-4.9.0/bin/find
checking for sort... /nix/store/zx8aqgdy735qzk81glfwil6mbi6ddqb1-coreutils-9.4/bin/sort
checking for GHC version date... given 9.9.20231121
checking for GHC Git commit id... given 955520c6c4f07187b6d5e4770ecf681cc78374f2
checking for ghc... /nix/store/sq63pzmkygg0k7asd9hhkwfqkzgcrkfa-ghc-9.6.3/bin/ghc
checking version of ghc... 9.6.3
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... javascript-unknown-ghcjs
configure: GHC build : x86_64-unknown-linux
configure: GHC host : x86_64-unknown-linux
configure: GHC target : javascript-unknown-ghcjs
checking for sh... /nix/store/q8qq40xg2grfh9ry1d9x4g7lq4ra7n81-bash-5.2-p21/bin/sh
checking whether target supports a registerised ABI... yes
checking whether target supports tables next to code... yes
checking for path to top of build tree... /build/ghc-955520c
checking for javascript-unknown-ghcjs-gcc... /nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/bin/emcc
checking for javascript-unknown-ghcjs-g++... /nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/bin/em++
checking for javascript-unknown-ghcjs-nm... /nix/store/m95vr0y916p5lxfpzh3nwvkak87whrc6-emscripten-llvm-3.1.50/bin/llvm-nm
checking for javascript-unknown-ghcjs-ar... /nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/bin/emar
checking for javascript-unknown-ghcjs-ranlib... /nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/bin/emranlib
checking for javascript-unknown-ghcjs-objdump... no
checking for objdump... /nix/store/sfgnb6rr428bssyrs54d6d0vv2avi95c-gcc-wrapper-12.3.0/bin/objdump
checking for javascript-unknown-ghcjs-windres... no
checking for windres... no
checking for javascript-unknown-ghcjs-genlib... no
checking for genlib... no
checking for javascript-unknown-ghcjs-cc... /nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/bin/emcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... yes
checking for suffix of object files... o
checking whether the compiler supports GNU C... yes
checking whether /nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/bin/emcc accepts -g... yes
checking for /nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/bin/emcc option to enable C11 features... none needed
checking whether the compiler supports GNU C++... yes
checking whether /nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/bin/em++ accepts -g... yes
checking for /nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/bin/em++ option to enable C++11 features... none needed
checking for stdio.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for strings.h... yes
checking for sys/stat.h... yes
checking for sys/types.h... yes
checking for unistd.h... yes
checking for wchar.h... yes
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking whether _XOPEN_SOURCE should be defined... no
checking emsdk version... 3.1.50
checking for javascript-unknown-ghcjs-ld... /nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/bin/emcc
checking for javascript-unknown-ghcjs-nm... /nix/store/m95vr0y916p5lxfpzh3nwvkak87whrc6-emscripten-llvm-3.1.50/bin/llvm-nm
configure: Setting cmd
checking for ld.gold object merging bug (binutils 22266)... configure: Checking whether /nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/bin/emcc can merge objects
checking whether ld is GNU ld...  Packages can now be build normally.
configure: Creating links for ghci wrapper
configure: done.
checking whether #! works in shell scripts... yes
checking version of gcc... checking version of gcc... 17.0.6
17.0.6
checking whether CC supports flags passed by GHC when compiling via C... yes
checking whether C compiler supports __atomic_ builtins... yes
checking whether -latomic is needed for sub-word-sized atomic operations... failed
configure: error: sub-word-sized atomic operations are not available.
emconfigure: error: './configure --prefix=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121 --bindir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/bin --sbindir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/sbin --includedir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/include --oldincludedir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/include --mandir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/share/man --infodir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/share/info --docdir=/nix/store/4f44y7awfa55rx2rpkjhrarj6bq3c3cr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121-doc/share/doc/javascript-unknown-ghcjs-ghc-native-bignum --libdir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/lib --libexecdir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/libexec --localedir=/nix/store/0xl0fnpbkm0wk0577pnhg9bn85anbngr-javascript-unknown-ghcjs-ghc-native-bignum-9.9.20231121/share/locale --datadir=$doc/share/doc/ghc --with-curses-includes=/nix/store/ifx5q9x3vcck3b01wb9h47x7va00snkd-ncurses-6.4-dev/include --with-curses-libraries=/nix/store/fmkdf1b03w5v9yzk2mm3b4yqg1gwhrf5-ncurses-6.4/lib --enable-bootstrap-with-devel-snapshot --build=x86_64-unknown-linux-gnu --host=x86_64-unknown-linux-gnu --target=javascript-unknown-ghcjs' failed (returned 1)

This appears to be due to a crash in emscripten. config.log excerpt:
configure:11072: /nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/bin/emcc -o conftest -g -O2    conftest.c  >&5
cache:INFO: generating system asset: symbol_lists/ca268257111341de6e8b70bd0a7346c535bf441b.json... (this will be cached in "/build/ghc-955520c/emcache.UPgniacZMQ/symbol_lists/ca268257111341de6e8b70bd0a7346c535bf441b.json" for subsequent builds)
cache:INFO:  - ok
cache:INFO: generating system library: sysroot/lib/wasm32-emscripten/libstubs.a... (this will be cached in "/build/ghc-955520c/emcache.UPgniacZMQ/sysroot/lib/wasm32-emscripten/libstubs.a" for subsequent builds)
Traceback (most recent call last):
Traceback (most recent call last):
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/emcc.py", line 1609, in <module>
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/emcc.py", line 1609, in <module>
    sys.exit(main(sys.argv))
    sys.exit(main(sys.argv))
             ^^^^^^^^^^^^^^
             ^^^^^^^^^^^^^^
  File "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/lib/python3.11/contextlib.py", line 81, in inner
  File "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/lib/python3.11/contextlib.py", line 81, in inner
    return func(*args, **kwds)
    return func(*args, **kwds)
           ^^^^^^^^^^^^^^^^^^^
           ^^^^^^^^^^^^^^^^^^^
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/emcc.py", line 1602, in main
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/emcc.py", line 1602, in main
    ret = run(args)
    ret = run(args)
          ^^^^^^^^^
          ^^^^^^^^^
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/emcc.py", line 638, in run
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/emcc.py", line 638, in run
    linker_inputs = phase_compile_inputs(options, state, newargs, input_files)
    linker_inputs = phase_compile_inputs(options, state, newargs, input_files)
                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/lib/python3.11/contextlib.py", line 81, in inner
  File "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/lib/python3.11/contextlib.py", line 81, in inner
    return func(*args, **kwds)
    return func(*args, **kwds)
           ^^^^^^^^^^^^^^^^^^^
           ^^^^^^^^^^^^^^^^^^^
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/emcc.py", line 974, in phase_compile_inputs
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/emcc.py", line 974, in phase_compile_inputs
    system_libs.ensure_sysroot()
    system_libs.ensure_sysroot()
  File "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/lib/python3.11/contextlib.py", line 81, in inner
  File "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/lib/python3.11/contextlib.py", line 81, in inner
    return func(*args, **kwds)
    return func(*args, **kwds)
           ^^^^^^^^^^^^^^^^^^^
           ^^^^^^^^^^^^^^^^^^^
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/tools/system_libs.py", line 2428, in ensure_sysroot
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/tools/system_libs.py", line 2428, in ensure_sysroot
    cache.get('sysroot_install.stamp', install_system_headers, what='system headers')
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/tools/cache.py", line 157, in get
    cache.get('sysroot_install.stamp', install_system_headers, what='system headers')
    with lock(shortname):
  File "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/lib/python3.11/contextlib.py", line 137, in __enter__
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/tools/cache.py", line 157, in get
    return next(self.gen)
           ^^^^^^^^^^^^^^
    with lock(shortname):
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/tools/cache.py", line 61, in lock
  File "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/lib/python3.11/contextlib.py", line 137, in __enter__
    acquire_cache_lock(reason)
    return next(self.gen)
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/tools/cache.py", line 35, in acquire_cache_lock
           ^^^^^^^^^^^^^^
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/tools/cache.py", line 61, in lock
    assert 'EM_CACHE_IS_LOCKED' not in os.environ, f'attempt to lock the cache while a parent process is holding the lock ({reason})'
    acquire_cache_lock(reason)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/tools/cache.py", line 35, in acquire_cache_lock
AssertionError: attempt to lock the cache while a parent process is holding the lock (sysroot_install.stamp)
    assert 'EM_CACHE_IS_LOCKED' not in os.environ, f'attempt to lock the cache while a parent process is holding the lock ({reason})'
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
AssertionError: attempt to lock the cache while a parent process is holding the lock (sysroot_install.stamp)
emcc: error: Subprocess 1/2 failed (returned 1)! (cmdline: /nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/bin/emcc -c -O2 -Wall -fno-unroll-loops -g -sSTRICT -Werror -I/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/system/lib/libc/musl/src/include -DNDEBUG ../../../../../nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/system/lib/libc/emscripten_syscall_stubs.c)
configure:11072: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "The Glorious Glasgow Haskell Compilation System"
| #define PACKAGE_TARNAME "ghc-9.9"
| #define PACKAGE_VERSION "9.9"
| #define PACKAGE_STRING "The Glorious Glasgow Haskell Compilation System 9.9"
| #define PACKAGE_BUGREPORT<EMAIL_ADDRESS>| #define PACKAGE_URL ""
| #define HAVE_STDIO_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_WCHAR_H 1
| #define STDC_HEADERS 1
| #define _ALL_SOURCE 1
| #define _DARWIN_C_SOURCE 1
| #define _GNU_SOURCE 1
| #define _HPUX_ALT_XOPEN_SOCKET_API 1
| #define _NETBSD_SOURCE 1
| #define _OPENBSD_SOURCE 1
| #define _POSIX_PTHREAD_SEMANTICS 1
| #define __STDC_WANT_IEC_60559_ATTRIBS_EXT__ 1
| #define __STDC_WANT_IEC_60559_BFP_EXT__ 1
| #define __STDC_WANT_IEC_60559_DFP_EXT__ 1
| #define __STDC_WANT_IEC_60559_FUNCS_EXT__ 1
| #define __STDC_WANT_IEC_60559_TYPES_EXT__ 1
| #define __STDC_WANT_LIB_EXT2__ 1
| #define __STDC_WANT_MATH_SPEC_FUNCS__ 1
| #define _TANDEM_SOURCE 1
| #define __EXTENSIONS__ 1
| #define sUPPORTED_LLVM_VERSION_MIN (13)
| #define sUPPORTED_LLVM_VERSION_MAX (16)
| /* end confdefs.h.  */
| unsigned char a;
| int
| main (void)
| {
| __atomic_fetch_or(&a, 1, __ATOMIC_RELAXED);
|   ;
|   return 0;
| }
configure:11093: /nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/bin/emcc -o conftest -g -O2    conftest.c -latomic >&5
cache:INFO: generating system library: sysroot/lib/wasm32-emscripten/libstubs.a... (this will be cached in "/build/ghc-955520c/emcache.UPgniacZMQ/sysroot/lib/wasm32-emscripten/libstubs.a" for subsequent builds)
Traceback (most recent call last):
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/emcc.py", line 1609, in <module>
    sys.exit(main(sys.argv))
             ^^^^^^^^^^^^^^
  File "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/lib/python3.11/contextlib.py", line 81, in inner
    return func(*args, **kwds)
           ^^^^^^^^^^^^^^^^^^^
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/emcc.py", line 1602, in main
    ret = run(args)
          ^^^^^^^^^
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/emcc.py", line 638, in run
    linker_inputs = phase_compile_inputs(options, state, newargs, input_files)
                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/lib/python3.11/contextlib.py", line 81, in inner
    return func(*args, **kwds)
           ^^^^^^^^^^^^^^^^^^^
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/emcc.py", line 974, in phase_compile_inputs
    system_libs.ensure_sysroot()
  File "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/lib/python3.11/contextlib.py", line 81, in inner
    return func(*args, **kwds)
           ^^^^^^^^^^^^^^^^^^^
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/tools/system_libs.py", line 2428, in ensure_sysroot
    cache.get('sysroot_install.stamp', install_system_headers, what='system headers')
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/tools/cache.py", line 157, in get
    with lock(shortname):
  File "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/lib/python3.11/contextlib.py", line 137, in __enter__
    return next(self.gen)
           ^^^^^^^^^^^^^^
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/tools/cache.py", line 61, in lock
    acquire_cache_lock(reason)
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/tools/cache.py", line 35, in acquire_cache_lock
    assert 'EM_CACHE_IS_LOCKED' not in os.environ, f'attempt to lock the cache while a parent process is holding the lock ({reason})'
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
AssertionError: attempt to lock the cache while a parent process is holding the lock (sysroot_install.stamp)
Traceback (most recent call last):
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/emcc.py", line 1609, in <module>
    sys.exit(main(sys.argv))
             ^^^^^^^^^^^^^^
  File "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/lib/python3.11/contextlib.py", line 81, in inner
    return func(*args, **kwds)
           ^^^^^^^^^^^^^^^^^^^
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/emcc.py", line 1602, in main
    ret = run(args)
          ^^^^^^^^^
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/emcc.py", line 638, in run
    linker_inputs = phase_compile_inputs(options, state, newargs, input_files)
                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/lib/python3.11/contextlib.py", line 81, in inner
    return func(*args, **kwds)
           ^^^^^^^^^^^^^^^^^^^
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/emcc.py", line 974, in phase_compile_inputs
    system_libs.ensure_sysroot()
  File "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/lib/python3.11/contextlib.py", line 81, in inner
    return func(*args, **kwds)
           ^^^^^^^^^^^^^^^^^^^
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/tools/system_libs.py", line 2428, in ensure_sysroot
    cache.get('sysroot_install.stamp', install_system_headers, what='system headers')
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/tools/cache.py", line 157, in get
    with lock(shortname):
  File "/nix/store/5k91mg4qjylxbfvrv748smfh51ppjq0g-python3-3.11.6/lib/python3.11/contextlib.py", line 137, in __enter__
    return next(self.gen)
           ^^^^^^^^^^^^^^
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/tools/cache.py", line 61, in lock
    acquire_cache_lock(reason)
  File "/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/tools/cache.py", line 35, in acquire_cache_lock
    assert 'EM_CACHE_IS_LOCKED' not in os.environ, f'attempt to lock the cache while a parent process is holding the lock ({reason})'
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
AssertionError: attempt to lock the cache while a parent process is holding the lock (sysroot_install.stamp)
emcc: error: Subprocess 1/2 failed (returned 1)! (cmdline: /nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/bin/emcc -c -O2 -Wall -fno-unroll-loops -g -sSTRICT -Werror -I/nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/system/lib/libc/musl/src/include -DNDEBUG ../../../../../nix/store/4yx9dfpdx4vkpdj7ss3mnimx9wbfgbha-emscripten-3.1.50/share/emscripten/system/lib/libc/emscripten_syscall_stubs.c)
configure:11093: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "The Glorious Glasgow Haskell Compilation System"
| #define PACKAGE_TARNAME "ghc-9.9"
| #define PACKAGE_VERSION "9.9"
| #define PACKAGE_STRING "The Glorious Glasgow Haskell Compilation System 9.9"
| #define PACKAGE_BUGREPORT<EMAIL_ADDRESS>| #define PACKAGE_URL ""
| #define HAVE_STDIO_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_WCHAR_H 1
| #define STDC_HEADERS 1
| #define _ALL_SOURCE 1
| #define _DARWIN_C_SOURCE 1
| #define _GNU_SOURCE 1
| #define _HPUX_ALT_XOPEN_SOCKET_API 1
| #define _NETBSD_SOURCE 1
| #define _OPENBSD_SOURCE 1
| #define _POSIX_PTHREAD_SEMANTICS 1
| #define __STDC_WANT_IEC_60559_ATTRIBS_EXT__ 1
| #define __STDC_WANT_IEC_60559_BFP_EXT__ 1
| #define __STDC_WANT_IEC_60559_DFP_EXT__ 1
| #define __STDC_WANT_IEC_60559_FUNCS_EXT__ 1
| #define __STDC_WANT_IEC_60559_TYPES_EXT__ 1
| #define __STDC_WANT_LIB_EXT2__ 1
| #define __STDC_WANT_MATH_SPEC_FUNCS__ 1
| #define _TANDEM_SOURCE 1
| #define __EXTENSIONS__ 1
| #define sUPPORTED_LLVM_VERSION_MIN (13)
| #define sUPPORTED_LLVM_VERSION_MAX (16)
| /* end confdefs.h.  */
| unsigned char a;
| int
| main (void)
| {
| __atomic_fetch_or(&a, 1, __ATOMIC_RELAXED);
|   ;
|   return 0;
| }
configure:11102: result: failed
configure:11104: error: sub-word-sized atomic operations are not available.

Is it a crash or cache mishandling? I remember another PR we merged for removing cache stuff.

Many apologies for all this. The mention of atomic operations reminds me of https://github.com/NixOS/nixpkgs/pull/223282, which makes my hunch that this is about the bump to LLVM 17, which the crash also says is unsupported. Emscripten runs on tip of tree LLVM.
If this is agreeable, in a few hours I can add a derivation back for 3.1.47 so GHC can keep depending on that. I’m not sure how else to fix the other caching issue in emscripten. It seems like the various libs just don’t build in all the variants any more, and I assumed the caching was just to speed things up for downstream derivations.

@willcohen LLVM HEAD not being available doesn't seem to be the problem to me, since 3.1.50 explicitly states it uses 17.0.4? If the LLVM update is the issue, emscripten 3.1.49 should work, right?

Good point. My hunch about LLVM was a combo of

the ghc log showing

| #define sUPPORTED_LLVM_VERSION_MIN (13)
| #define sUPPORTED_LLVM_VERSION_MAX (16)

and 2) https://github.com/NixOS/nixpkgs/pull/223282#issuecomment-1534715803, which was in the end just a need to change the include directory path names to use only major version numbers.
I'll adjust #278974 to go all the way to 3.1.49.

@willcohen I just want to say that I am amazed by your professionalism and your prompt answer in this issue, I am humbled by your skills. Thank you for being part of this community.

Thanks, @RaitoBezarius! I'm much more appreciative of all the collective work you all do to keep this crazy thing working.

@willcohen LLVM HEAD not being available doesn't seem to be the problem to me, since 3.1.50 explicitly states it uses 17.0.4? If the LLVM update is the issue, emscripten 3.1.49 should work, right?

Right @sternenseemann -- this is where we enter a funny territory. Emscripten very explicitly doesn't support any specific release of LLVM, but specifically only whatever is HEAD at the time a version number is cut (https://github.com/emscripten-core/emscripten/issues/11362). I often come up with build failures at whatever time I try to bump the emscripten derivation, since it seems like this rapid cadence means that it's rare for packaging distributions to keep up. If we're early enough in the LLVM cycle to request backports, sometimes whatever new tip of tree stuff emscripten needs can get put into a point release, but more likely (as with https://github.com/NixOS/nixpkgs/pull/229718), emscripten sometimes needs some patches to stable LLVM (and therefore that runs through stable here), until the next major release gets cut.
For this PR, "support" of LLVM 17.0.4 just meant that when I tried to build it, it worked and passed the tests. Should ofborg have caught this before, or is there another set of tests I should have run through before to make sure GHC was good?


[Q] How to provide user/client with an option to download an excel file .

The code I am using is -
var workbook = new Excel.Workbook();
workbook.xlsx.readFile('sheet1.xlsx').then(function(){
var worksheet = workbook.getWorksheet(1);
var row = worksheet.getRow(5);
row.getCell(1).value = 188;
row.commit();
return workbook.xlsx.writeFile('sheet1.xlsx');
});
i tried adding

res.attachment("sheet1.xlsx");
but it is downloading a corrupted file

How can I make the sheet1.xlsx available for download to the user?
Please help
Thank you for the co-operation

Check here:  How to use ExcelJs in the ClientSide
This method worked for me. In mine, I changed the example to use a promise instead of await, though:
wb.xlsx.writeBuffer()
        .then((buf) => {
            saveAs(new Blob([buf]), fileName);
        });

Used exceljs for implementation
Here is simple example for export excel file using react StackBlitz


Fix gradle dependencies.

Use version of Botania actually on the maven (i blame @Thog for deleting shit)
Add MineTweaker dependency.

It compiles fine on my machine...

Thank you, oh great and powerful gradle fairy!

* RX14 waves his wand magically


[BUG] Workload with RWX volume cannot recover when Kubelet restarts

To Reproduce

Create a RKE1 v20.10.7 cluster with config of 1 etcd/control plane and 3 worker nodes.
Deploy Longhorn v1.2.0-rc2 on the cluster
Deploy a statefulSet attached with an RWX volume.
Write some data into the mount point and compute the md5sum.
Make sure the statefulSet pod and share-manager pod are attached to the same node
Restart the kubelet on the node where the statefulSet pod and share-manager pod are running using the command sudo docker restart kubelet
Observe the volume gets detached and the share-manager pod gets terminated. StatefulSet pod stuck in removing forever

Expected behavior
StatefulSet pod should recover
Log

Support bundle: longhorn-support-bundle_370bd3a4-099b-498f-b57d-cf849ac006f3_2021-08-26T00-10-30Z.zip
Kubelet logs: kubelet_2e9e790d3273db2d96a12ccc4966c862c7d647b4396204840fed4b662ec19814.log

Environment:

Longhorn version: v1.2.0-rc2
Kubernetes distro (e.g. RKE/K3s/EKS/OpenShift) and version: RKE1 with Kubernetes v20.10.7

Additional context

Same problem happen to Longhorn v1.2.0-rc2 on RKE2 v1.21.4+rke2r1
This is case 4 and 5 in the manual test

Is this reproducible in v1.1.2? IMO, it's unlikely a regression... If YES, the PR should be backported to v1.1.3.

We should fix in 1.1.3.

@PhanLe1010 Please help verify if the fix works.

Verification: Partially passed
Longhorn version: master-head 08/30/2021
Case 1: RKE1 v20.10.7 - Passed

Create a RKE1 v20.10.7 cluster with config of 1 etcd/control plane and 3 worker nodes.
Deploy Longhorn on the cluster
Deploy a statefulSet attached with an RWX volume.
Write some data into the mount point and compute the md5sum.
Make sure the statefulSet pod and share-manager pod are attached to the same node
Restart the kubelet on the node where the statefulSet pod and share-manager pod are running using the command sudo 1. docker restart kubelet
Observe the volume gets detached and the share-manager pod gets terminated.
Observe the volume gets attached and the share-manager pod gets recreated on a new node. Workload pod is able to start again.

Case 2: RKE2  v1.21.4+rke2r2 - Failed

Repeated the test in case 1
Observer that Workload pod cannot come back even though the volume is already detached and ready for the workload. This is an event from workload:MountVolume.WaitForAttach failed for volume "pvc-b9b0a698-540a-4ec9-86e4-955f961a5f6a" : volume pvc-b9b0a698-540a-4ec9-86e4-955f961a5f6a has GET error for volume attachment csi-eff52ae39fa20262f85787ee82dff404ea8b66c869a8e46c67ceca88d3c96216: volumeattachments.storage.k8s.io "csi-eff52ae39fa20262f85787ee82dff404ea8b66c869a8e46c67ceca88d3c96216" is forbidden: User "system:node:phan-v75-rke2-pool2-a3253e25-bnbjg" cannot get resource "volumeattachments" in API group "storage.k8s.io" at the cluster scope: no relationship found between node 'phan-v75-rke2-pool2-a3253e25-bnbjg' and this object

@PhanLe1010 is verifying if this is a regression issue in 1.1.2.

Update:
Longhorn v1.1.2 + RKE1 (v1.20.10): working fine
Longhorn v1.1.2 + RKE2 (v1.21.4+rke2r2): Failed

Thanks for @PhanLe1010!
In fact, rke2 is based on k3s w/ some hardened settings, but the result seems inconsistent between rke2 and k3s for 1.1.2.
We probably need more time to investigate the different in 1.2.1, just marked as a possible known issue in 1.2.0.

Update:

Longhorn v1.1.2 + RKE1 (v1.20.10): working fine
Longhorn v1.1.2 + RKE2 (v1.21.4+rke2r2): FailedMountVolume.WaitForAttach failed for volume "pvc-f194e764-5176-48e9-b9c9-59fc666c231d" : volume pvc-f194e764-5176-48e9-b9c9-59fc666c231d has GET error for volume attachment csi-78474ab11f1158f01f2f9a94000fa294a1d61de94a036377036e7d3a8fdc5db0: volumeattachments.storage.k8s.io "csi-78474ab11f1158f01f2f9a94000fa294a1d61de94a036377036e7d3a8fdc5db0" is forbidden: User "system:node:phan-v76-rke2-pool2-1738076a-vk4bl" cannot get resource "volumeattachments" in API group "storage.k8s.io" at the cluster scope: no relationship found between node 'phan-v76-rke2-pool2-1738076a-vk4bl' and this object

Longhorn v1.1.2 + v1.21.4+k3s1: working fine
Longhorn master-head (08/30/2021) + v1.21.4+k3s1: FailedMountVolume.WaitForAttach failed for volume "pvc-5b9e479e-0f43-4596-b6c0-16e2fa7aab25" : volume pvc-5b9e479e-0f43-4596-b6c0-16e2fa7aab25 has GET error for volume attachment csi-0c833316dffbb98f36f3ffd7d0dc3bdc38a596b810eb86c7123d48ad89bf5b81: volumeattachments.storage.k8s.io "csi-0c833316dffbb98f36f3ffd7d0dc3bdc38a596b810eb86c7123d48ad89bf5b81" is forbidden: User "system:node:phan-v77-k3s-pool2-d6675bf5-ttxjw" cannot get resource "volumeattachments" in API group "storage.k8s.io" at the cluster scope: no relationship found between node 'phan-v77-k3s-pool2-d6675bf5-ttxjw' and this object

@khushboo-rancher can you help check if this is still an issue for supported K3s & RKE2 versions? cc @longhorn/qa

Update:

Longhorn v1.1.2 + RKE1 (v1.20.10): working fine
Longhorn v1.1.2 + RKE2 (v1.21.4+rke2r2): FailedMountVolume.WaitForAttach failed for volume "pvc-f194e764-5176-48e9-b9c9-59fc666c231d" : volume pvc-f194e764-5176-48e9-b9c9-59fc666c231d has GET error for volume attachment csi-78474ab11f1158f01f2f9a94000fa294a1d61de94a036377036e7d3a8fdc5db0: volumeattachments.storage.k8s.io "csi-78474ab11f1158f01f2f9a94000fa294a1d61de94a036377036e7d3a8fdc5db0" is forbidden: User "system:node:phan-v76-rke2-pool2-1738076a-vk4bl" cannot get resource "volumeattachments" in API group "storage.k8s.io" at the cluster scope: no relationship found between node 'phan-v76-rke2-pool2-1738076a-vk4bl' and this object

Longhorn v1.1.2 + v1.21.4+k3s1: working fine
Longhorn master-head (08/30/2021) + v1.21.4+k3s1: FailedMountVolume.WaitForAttach failed for volume "pvc-5b9e479e-0f43-4596-b6c0-16e2fa7aab25" : volume pvc-5b9e479e-0f43-4596-b6c0-16e2fa7aab25 has GET error for volume attachment csi-0c833316dffbb98f36f3ffd7d0dc3bdc38a596b810eb86c7123d48ad89bf5b81: volumeattachments.storage.k8s.io "csi-0c833316dffbb98f36f3ffd7d0dc3bdc38a596b810eb86c7123d48ad89bf5b81" is forbidden: User "system:node:phan-v77-k3s-pool2-d6675bf5-ttxjw" cannot get resource "volumeattachments" in API group "storage.k8s.io" at the cluster scope: no relationship found between node 'phan-v77-k3s-pool2-d6675bf5-ttxjw' and this object

@khushboo-rancher can you help check if this is still an issue for supported K3s & RKE2 versions? cc @longhorn/qa

cc @khushboo-rancher @longhorn/qa

@derekbit We have a similar negative test case but only implemented for RWO volume. I'll add the corresponding one for RWX volume as well recently.


See more than 24 hours of battery history in node details

For solar nodes, being able to track battery life over longer than a 24 hour period would be great.
I see that there are other issues about cleaning up the sidebar (e.g. #21 ), but having extended battery stats would be very beneficial for solar node operators due to weather affecting solar power collection.
Could the battery graph be dropped to a new line below battery level and percentage, in order to take up the whole side bar, instead of just the right column of it's row? Then you could show 48+ hours of data hopefully.

Thanks for the feature request! I have implemented a new device metrics chart with a style inspired by the official iOS app.
At this stage, it shows the last 3 days of metrics. I might add a dropdown to change the range in the future.


[WIP] Multi-arch local docker image

Following issue #2870 this is my attempt at gettng the right adoptium root jdk for the current building platform.
This worked on a Oracle Free Tier aarch64 running Docker version 20.10.7, build 20.10.7-0ubuntu5~20.04.2 on Ubuntu 20.04 focal with kernel 5.13.0-1021-oracle #26~20.04.1-Ubuntu and an Orange Pi Zero armhf running Docker version 20.10.5+dfsg1 on Debian 11 bullseye with kernel armv7l Linux 5.15.25-sunxi .

this has been stale for over a year, converting to "draft", if no longer needed please close.


'Invalid command param' when testing alerts

Images are as links, sorry.
When using the latest master (cloned today 23rd Feb) I get the following error when testing alerts from the rule editor page:
Error message in bosun ui
Using the following Config:
tsdbHost = localhost:4242
stateFile = bosun.state

notification level1_alert {
        post = http://localhost:8090/notify-endpoints
        body = {"subject": {{.|json}},"html":"This is a level 1 alert"}
        contentType = application/json
        print = true
        next = level1_alert
        timeout = 20m
}

template sbx_rs {
    subject = {{.Last.Status}}: {{.Alert.Name}} on {{.Group.host}}
    body = `
Name: {{.Alert.Name}}

Tags:

        {{range $k, $v := .Group}}

{{$k}}	{{$v}}

        {{end}}

`
}

alert primary.count {
    template = sbx_rs
    critNotification = level1_alert
    $min = min(q("sum:primary.count{host=*}", "1h", ""))
    crit = $min < 1
}

And has the following request:
JS console error
Request Headers
Request params and body

Hmmm.. The stateFile is no longer used since the new version is on Redis. What if you remove that and restart?
Either way though I can't currently replicate this, the test works okay for me (except I changed the metric in $min for one that exists on my system) in our prod setup :-/

I removed the state file and the same error persists, running go version go1.5.1 linux/amd64 on AWS EC2 instance, have you tested on amazon linux before?


Add Sprint (save to database)

Closing this branch because it has an outdated sprint table.
Few changes so Michael will copy/paste them to a new branch off of main and reimplement the table part


log file disabling

please add a feature where you can add an arg like --no-log or something and it wont make a "cs2-dumper.log" file

You can now pass either -n or --no-log-file for this behavior.


Offline Storage for Progressive Web Apps. Should fix #4001

Looks great (thanks), but it needs one fix

Ah sorry Paul, that was pretty poor. Have added another commit. On the upside, I'm learning more about git :-)

@PaulKinlan - can you review and approve your requested changes. Feel free to merge if you're happy.

Looks great!


Add support for Python installed from Windows Store

Summary
After https://github.com/astral-sh/uv/pull/2121, the only remaining issue is that calling canonicalize on these Pythons returns an error.
Closes https://github.com/astral-sh/uv/issues/2105.

For posterity, in early iterations of this PR I had some code like:
/// Given a path, return the "real" path.
///
/// The only modifications applied here are for the Windows Store. Specifically, the Windows Store
/// Python executable is located at a path like:
///
///     `C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.11_qbs5n2kfra8p0`.
///
/// However, users actually aren't allowed to run executables from this path directly. So, instead,
/// we need to use a path like:
///
///     `C:\Users\crmar\AppData\Local\Microsoft\WindowsApps\PythonSoftwareFoundation.Python.3.11_qbs5n2kfra8p0`
///
/// In practice, this is achieved by replacing `%ProgramFiles%\WindowsApps` with `%LocalAppData%\Microsoft\WindowsApps`.
///
/// See: <https://github.com/python-poetry/poetry/pull/5931>
fn real_path(path: &Path) -> io::Result<PathBuf> {
    #[cfg(windows)]
    if path.is_absolute() {
        if path.components().any(|component| component.as_os_str() == "Microsoft") {
            return real_windows_path(path);
        }
    }

    Ok(path.to_path_buf())
}

#[cfg(windows)]
fn real_windows_path(path: &Path) -> io::Result<PathBuf> {
    use windows_sys::Win32::UI::Shell::{CSIDL_LOCAL_APPDATA, CSIDL_PROFILE};

    let program_files = windows_folder(CSIDL_PROGRAM_FILES)?;
    let local_appdata = windows_folder(CSIDL_LOCAL_APPDATA)?;

    let suffix = path.strip_prefix(&program_files)?;
    Ok(local_appdata.join(suffix))
}

#[cfg(windows)]
fn windows_folder(csidl: u32) -> Option<PathBuf> {
    use std::env;
    use std::ffi::OsString;
    use std::os::windows::ffi::OsStringExt;
    use std::path::PathBuf;

    use windows_sys::Win32::Foundation::{MAX_PATH, S_OK};
    use windows_sys::Win32::UI::Shell::{SHGetFolderPathW};

    unsafe {
        let mut path: Vec<u16> = Vec::with_capacity(MAX_PATH as usize);
        match SHGetFolderPathW(0, csidl as i32, 0, 0, path.as_mut_ptr()) {
            S_OK => {
                let len = wcslen(path.as_ptr());
                path.set_len(len);
                let s = OsString::from_wide(&path);
                Some(PathBuf::from(s))
            }
            _ => None,
        }
    }
}

#[cfg(windows)]
extern "C" {
    fn wcslen(buf: *const u16) -> usize;
}

But this ended up not being necessary, using sys._base_executable did the thing I needed.


IntelliJ shows target selection dialog incorrectly

having the following configuration
{"target": {"deployment": "b"}}

shows dialog, since it expects path to have something while actually it can be like above.

According to config docs, target can be specified either as
{
  "target": "kind/name"
}

or
{
  "target": {
    "path": "kind/name"
  }
}

In #40 I handle both

@Razz4780 Just to verify, it can also be
{
"target": {"path": {"pod": "podpod"}}
}

Ah, right. This case is handled as well


adding debugging/troubleshooting logs

Overview

Adding debugging/troubleshooting logs for the extension

Checklist

[X ] I have run this code and it appears to resolve the stated issue
[ ] README.md updated and added information about my change

FYI Now with the external executor, the CustomUnknownException  might not be anymore valid as the main/potentially failing logic is not always executed in Python. Before it was usually a right assumption if there is an exception that is not a PythonException it is a bug in the code and not just an environment issue. Please take that into account. Maybe we need tor rename that class to CustomJavascriptException so that there is no confusion about it.


docs: add comparison for Read vs ReadRows

What's the difference between Read and ReadRows, and is there a recommendation to use one over the other? They have the same function signature, Read uses a function on the reader, that isn't obvious exactly what it does.
https://github.com/parquet-go/parquet-go/blob/4bc33ce9ea4319989cb104c7f3f5f4a83551711c/reader.go#L106-L119

My bad, I overlooked that Read is generic, while ReadRows is not. Is there any reason to choose ReadRows?

ReadRows is a lower-level API, you can skip reconstruction of values into high-level data types. In some cases this is useful to improve performance. It can also be used to perform operations on parquet files when the program doesn't necessarily have a Go data type to represent the rows.
For example, compaction of parquet files is implemented by combining multiple parquet.RowReader with parquet.MergeRowReaders.


Travis & Linux tests

modified travis.yml to run tests on both linux and os x
using prerelease swiftpm to run xctests on both platforms
added VaporExample target/executable, debuggable from Xcode
now full development from Xcode is possible
tidied up the project

Moved from #72.

@tannernelson I reinstated the HashTest, you probably want to cancel all the Travis builds instead of this last one (they are taking ages).


[BUG] Azure.ResourceManager.KeyVault's KeyVaultData type not usable with JSON deserialization

Library name and version
Azure.ResourceManager.KeyVault 1.0.0
Describe the bug
The KeyVaultData class in the Azure.ResourceManager.KeyVault SDK has a single public constructor that throws an exception if a null KeyVaultProperties instance is passed in, which is what both Newtonsoft.Json and System.Text.Json do when trying to create an instance for deserialization purposes.  This effectively prevents you from deserializing either of these types from JSON.
https://github.com/Azure/azure-sdk-for-net/blob/2cbcfd0af4ffab269ea8aafc664362fc39da2464/sdk/keyvault/Azure.ResourceManager.KeyVault/src/Generated/KeyVaultData.cs#L19-L28
This doesn't appear to be the case for other types in Azure.ResourceManager.* SDKs, but I don't understand why the code generation for the KeyVault management SDK is different:

https://github.com/Azure/azure-sdk-for-net/blob/2cbcfd0af4ffab269ea8aafc664362fc39da2464/sdk/compute/Azure.ResourceManager.Compute/src/Generated/VirtualMachineScaleSetData.cs#L20-L25
https://github.com/Azure/azure-sdk-for-net/blob/2cbcfd0af4ffab269ea8aafc664362fc39da2464/sdk/servicebus/Azure.ResourceManager.ServiceBus/src/Generated/ServiceBusNamespaceData.cs#L19-L24
https://github.com/Azure/azure-sdk-for-net/blob/2cbcfd0af4ffab269ea8aafc664362fc39da2464/sdk/storage/Azure.ResourceManager.Storage/src/Generated/StorageAccountData.cs#L20-L25

Expected behavior
Structure deserialized, no exception
Actual behavior
Exception thrown:
System.ArgumentNullException
  HResult=0x80004003
  Message=Value cannot be null. (Parameter 'properties')
  Source=Azure.ResourceManager.KeyVault
  StackTrace:
   at Azure.ResourceManager.KeyVault.KeyVaultData..ctor(AzureLocation location, KeyVaultProperties properties)
   at Newtonsoft.Json.Serialization.JsonSerializerInternalReader.CreateObjectUsingCreatorWithParameters(JsonReader reader, JsonObjectContract contract, JsonProperty containerProperty, ObjectConstructor`1 creator, String id)
[...]

Reproduction Steps
Minimal example:
KeyVaultData data = JsonConvert.DeserializeObject<KeyVaultData>("{}");

Thing I was actually trying to do:
ArmClient client = new(credential);
TenantCollection tenants = client.GetTenants();
await foreach (TenantResource tenant in tenants)
{
    QueryContent query = new(@"
Resources
| where type == ""microsoft.keyvault/vaults""
| order by name asc
");
    QueryResponse response = await tenant.ResourcesAsync(query);
    IList<KeyVaultData> vaultData = response.Data.ToObjectFromJson<IList<KeyVaultData>>();
}

Environment
.NET 6.0, Visual Studio 17.4.1

Thank you for your feedback.  Tagging and routing to the team member best able to assist.

@AtOMiCNebula this is by design, the service team has defined its swagger  here so the keyvaultdata ctor method has this properties parameter

@xboxeer, this still seems like a poor design choice, regardless.  What's the right way to engage the KeyVault team on this?  Open a new issue in the azure-rest-api-specs repo?

Actually, this is probably a closer fit to either #25699 or #25045.
For now, I'm hacking around this with KeyVaultData with the following (the Write implementation wasn't strictly needed, but why not 😄):
public class AzureJsonConverter<T> : JsonConverter<T>
{
    public override T? Read(ref Utf8JsonReader reader, Type typeToConvert, JsonSerializerOptions options)
    {
        MethodInfo? deserializer = typeof(T).GetMethod($"Deserialize{typeof(T).Name}", BindingFlags.NonPublic | BindingFlags.Static);
        if (deserializer == null)
        {
            throw new NotImplementedException();
        }

        using JsonDocument document = JsonDocument.ParseValue(ref reader);
        object? result = deserializer.Invoke(null, new object?[] { document.RootElement });
        return (T)result!;
    }

    public override void Write(Utf8JsonWriter writer, T value, JsonSerializerOptions options)
    {
        MethodInfo? serializer = typeof(T).GetMethod("Azure.Core.IUtf8JsonSerializable.Write", BindingFlags.NonPublic | BindingFlags.Instance);
        if (serializer == null)
        {
            throw new NotImplementedException();
        }

        serializer.Invoke(value, new object?[] { writer });
    }
}

JsonSerializerOptions options = new() { Converters = { new AzureJsonConverter<KeyVaultData>() } };
IList<KeyVaultData> vaultData = response.Data.ToObjectFromJson<IList<KeyVaultData>>(options);


Add undo redo images

Codecov Report

Merging #361 (3a3bbd9) into master (cf101f8) will increase coverage by 6.28%.
The diff coverage is n/a.

@@             Coverage Diff              @@
##             master     #361      +/-   ##
============================================
+ Coverage     66.28%   72.56%   +6.28%
- Complexity      704      786      +82
============================================
  Files           114      114
  Lines          2278     2293      +15
  Branches        220      226       +6
============================================
+ Hits           1510     1664     +154
+ Misses          609      471     -138
+ Partials        159      158       -1

Impacted Files
Coverage Δ
Complexity Δ

.../logic/commands/budget/EditExpenditureCommand.java
78.00% <0.00%> (-17.00%)
6.00% <0.00%> (+1.00%)
:arrow_down:

...dress/logic/commands/main/DeleteBudgetCommand.java
91.66% <0.00%> (-8.34%)
5.00% <0.00%> (+2.00%)
:arrow_down:

src/main/java/seedu/address/state/Page.java
100.00% <0.00%> (ø)
1.00% <0.00%> (ø%)

...address/logic/commands/main/HelpBudgetCommand.java
100.00% <0.00%> (ø)
4.00% <0.00%> (+1.00%)

...address/logic/commands/main/ListBudgetCommand.java
100.00% <0.00%> (ø)
3.00% <0.00%> (+1.00%)

...dress/logic/commands/main/ClearBudgetsCommand.java
100.00% <0.00%> (ø)
3.00% <0.00%> (+1.00%)

...rc/main/java/seedu/address/model/ModelManager.java
85.32% <0.00%> (+0.45%)
80.00% <0.00%> (+2.00%)

...edu/address/ui/statebinder/InfoBoxStateBinder.java
2.38% <0.00%> (+2.38%)
2.00% <0.00%> (+2.00%)

...ain/java/seedu/address/model/budget/Threshold.java
70.58% <0.00%> (+5.88%)
10.00% <0.00%> (+1.00%)

...in/java/seedu/address/commons/util/StringUtil.java
96.55% <0.00%> (+6.89%)
11.00% <0.00%> (+2.00%)

... and 17 more

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update cf101f8...3a3bbd9. Read the comment docs.


[BUG] Document.json doesn't work with pydantic 2.0

Describe the bug
TypeError: dumps_kwargs keyword arguments are no longer supported.
To Reproduce
MyDocument().json()

Expected behavior
I get a json of my object
Additional context
Add any other context about the problem here.

It's a breaking change from pydantic v2. BaseModel.json has been changed to BaseModel.model_dump_json


[WIP] Add Light-Head R-CNN

~merge after #773~
merge after #795 and #796
TODO:

[x] add links
[x] add demo
[x] add training code
[x] add test
[ ] update evaluation score
[ ] update pretrained model

Current score
mmAP (all): 0.39435214
mmAP (large): 0.54053783
mmAP (medium): 0.43851328
mmAP (small): 0.22123997

pfnCI, test this please

Could you add example_tests?
Also, docs?

I update to add docs and examples_tests

pfnCI, test this please

pfnCI, test this please

I update to pass CI test, probably.


⚠ Processors has degraded performance

In 22231b3, Processors ($STATUS_URL) experienced degraded performance:

HTTP code: 200
Response time: 128 ms

Resolved: Processors performance has improved in 587776b.


alfis: 0.8.3 -> 0.8.4

Description of changes
https://github.com/Revertron/Alfis/releases/tag/v0.8.4
https://github.com/Revertron/Alfis/compare/v0.8.3...v0.8.4

Things done

Built on platform(s)

[X] x86_64-linux
[X] aarch64-linux
[X] x86_64-darwin
[X] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[X] Tested basic functionality of all binary files (usually in ./result/bin/)
23.11 Release Notes (or backporting 23.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[X] Fits CONTRIBUTING.md.

@ofborg build alfis alfis-nogui

Result of nixpkgs-review pr 243603 run on aarch64-darwin 1

2 packages built:

alfis
alfis-nogui


Add "Paste (Overwrite)" option

I'm currently taking advantage of the latest FBI release's functionality where the pasted file will retain the overall file size of the previous file due to overwriting instead of deleting first.
The commit https://github.com/Steveice10/FBI/commit/69d81786b7af8d336f85fd20446715e6e10f2100 has fixed this bug, but I have no other easy way of replicating this functionality.
Could I get a separate option to replicate the old behavior?

What exactly is the use case for the old behavior?

One can paste a DSiWare .app onto another DSiWare .app (overwriting the first bytes but leaving the file size the same) as long as the app you are pasting onto is larger than or equal to the app you are trying to paste, and the system will launch it just fine.

Ah... That's unintended behavior. I feel like a specialized tool would be more suited for that purpose, and such an operation doesn't really have a place in the FBI file browser.


Update edv4-edsv4-series.md

Removing "Important" message as issue was resolved.

@Styli365 : Thanks for your contribution! The author(s) have been notified to review your proposed change.

#sign-off


Migrated credit card fee information from intercom help articles

Credit card fee details migrated from old help archive.
Added to : docs -> platform -> howto -> billing

@cybermax-008 Thanks for bringing this content over to the Aiven Docs site. As Lora mentioned, I think this would be better in another part of the docs. How about including it in the corporate billing article instead of creating a new article?

@staceysalamon-aiven @lornajane Thanks for pointing out a right place for this content. I will create a new PR after adding under corporate billing


Date is not displayed in the menu bar when Hidden Bar is collapsed

Describe the bug
Date is not displayed in the menu bar when Hidden Bar is collapsed.
Steps to reproduce

Click on Hidden Bar icon in the Menu Bar to collapse it

Expected behaviour
Date/time is not affected and displayed (f.e. "Tue 17. May 21:35:10")
Actual behaviour
Date/time is corrupted, "Tue 21:35:10" is displayed
Screenshots

Environment

macOS Monterey 12.4
Hidden Bar 1.8 (12) from MAS

I have the same problem here.
In addition, when Hidden Bar is collapsed and I click on the date and time part, the highlight part goes to the wrong place.

If Hidden Bar is expanded and everything seems to be ok.

Same bugs above, hope developers can pay attention to them.

Change settings to always show date

Change settings to always show date

This setting can display the date. Thank you. But I still hope developers can fix it, ha ha

Change settings to always show date

It works! Thank you!

I guess this was introduced on purpose so it does not need fixing. There should be a toggle though to influence this as it pleases.

Seems like we all get this issue after upgrading to macOS Monterey 12.4.
Temporary fix by changing the Dock & Menu settings as int0x19 suggested:

Change settings to always show date

Thanks! Can confirm, that solves the problem for me.
I guess, the issue can be closed now.

Change settings to always show date

Thanks! Can confirm, that solves the problem for me.
I guess, the issue can be closed now.

I don't agree, we shouldn't close the issue as the given answers are workarounds, not a bug fix.

Maybe include a note somewhere around the clock portion of the Hidden | Shown diagram?
It seems like the macOS behavior itself is very much working as intended.  The "Available Space" shrunk, so macOS hid the date.  Making a workaround for that "feature" sounds counter-intuitive... but so is the default user experience with this setting enabled.
So, maybe just a note to the user in case they want to change it.
But that's just my two cents... and I only discovered this app about 10 minutes ago.  Then immediately had this issue. 😂
(The app seems great so far though. 😉
Much better option than the Freemium app I was using.
I discovered it via alternativeto.net in case you're curious.)

spent 30 minutes figuring out why the date is missing and killed all the possible services to figure out if that was just random or a bug. and later I'm here on this issue... I think having an option in the app itself will help this fixing this tiny issue.

@dipakparmar In my case I just had to restart Hidden Bar to make it work after setting it in the settings.

@dploeger I got it working after reinstalling it.

Even if not showing the date is considered ok, the wrong highlight part of this should still be considered a bug. Anyway, hidden menubar should not "reduce" available space when collapsing.

来个中文的

Thanks all! <[_ _]>
I fixed this problem, and I recorded it at https://github.com/dwarvesf/hidden/issues/218#issuecomment-1215015175 .
Enjoy it.

It did not work for me. :/

Ha sorry! Clicking twice on "Show the day of the week" made the trick. Thamks.


make this crate compile further for HOST

@homunkulus r+

:pushpin: Commit 3dc36ea has been approved by japaric

:hourglass: Testing commit 3dc36ea with merge 3dc36ea...

:sunny: Test successful - status-travis
Approved by: japaric
Pushing 3dc36eadb53a32f3fc713f744678eb08a2c50231 to master...


See if keybindings work for the PBA pointer, setup for reveal.js use.

Norwii N95 Presentation Remote: https://smile.amazon.com/KNORVAY-Presentation-Highlighting-Rechargeable-Powerpoint/dp/B081SVDQ2S/

@FlorianFranzen you wanted to try this out? please let us know what works? (generic linux, and if you can mac & windows, but there is a windows app AFAIK)

I proposed a solution on #2.


split option in cloudflare-adapter

Describe the problem
it would be beneficial to have the option to split routes ito individual functions just like the split function in vercel-adapter. This would have the advantage that static files and pre rendered pages wouldn't be handled by a function but with cloudflare directly using less quota. I don't know if it will affect performace in any way.
Describe the proposed solution
have a split option to the adapter just like the vercel adapter to create individual routes
Alternatives considered
No response
Importance
would make my life easier
Additional Information
No response

Another huge benefit: You can get around the 1MB file size limit for workers.
Right now it is impossible to deploy to cloudflare if you have e.g. a route with a heavy dependency

Unfortunately Cloudflare Pages just doesn't work that way AFAIK. You can split your functions up, but as soon as you deploy them they will get bundled back into a single worker.
As for static files and prerendered pages, they can in theory be included in _routes.json (support for which was added in https://github.com/sveltejs/kit/pull/6530), but there's a limit to the number of entries you can have in that file and there was a concern about including everything, so some things have to be served via a function. @jrf0110 would know more!


fix: support templates within namespaces

Description
Encode the template name for use in the URI so that the "@" and "/" in the name don't interfere.
Task Item
Fix #5850

Coverage increased (+0.003%) to 53.892% when pulling df497836e3d3af48cdbfd0e6fb2f37881e174968 on benbrown/5850 into bd92e1852a796f43f343c75dc29aedcb3005d06f on main.


[SPARK-33337][SQL] Support subexpression elimination in branches of conditional expressions

What changes were proposed in this pull request?

Currently we skip subexpression elimination in branches of conditional expressions including If, CaseWhen, and Coalesce. Actually we can do subexpression elimination for such branches if the subexpression is common across all branches. This patch proposes to support subexpression elimination in branches of conditional expressions.
Why are the changes needed?

We may miss subexpression elimination chances in branches of conditional expressions. This kind of subexpression is frequently seen. It may be written manually by users or come from query optimizer. For example, project collapsing could embed expressions between two Projects and produces conditional expression like:
CASE WHEN jsonToStruct(json).a = '1' THEN 1.0 WHEN jsonToStruct(json).a = '2' THEN 2.0 ... ELSE 1.2 END

If jsonToStruct(json) is time-expensive expression, we don't eliminate the duplication and waste time on running it repeatedly now.
Does this PR introduce any user-facing change?

No
How was this patch tested?

Unit test.

Test build #130592 has started for PR 30245 at commit a8e0c22.

Test build #130592 has finished for PR 30245 at commit a8e0c22.

This patch fails Spark unit tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/130592/
Test FAILed.

Kubernetes integration test starting
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/35193/

Test build #130593 has started for PR 30245 at commit db0cfcc.

Kubernetes integration test status success
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/35193/

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder-K8s/35193/
Test PASSed.

Test build #130593 has finished for PR 30245 at commit db0cfcc.

This patch fails due to an unknown error code, -9.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/130593/
Test FAILed.

Kubernetes integration test starting
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/35194/

Kubernetes integration test status success
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/35194/

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder-K8s/35194/
Test PASSed.

cc @cloud-fan @maropu @dongjoon-hyun

Test build #130627 has started for PR 30245 at commit cd3776c.

Kubernetes integration test starting
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/35233/

Kubernetes integration test status success
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/35233/

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder-K8s/35233/
Test PASSed.

Thank you @dongjoon-hyun

Test build #130627 has finished for PR 30245 at commit cd3776c.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/130627/
Test PASSed.

Also, could you add a negative test case having the expression cannot be eliminated from conditional expressions?

I mixed positive and negative test cases. I think I can add some comment to explain it.

Test build #130705 has started for PR 30245 at commit 9182e3d.

Kubernetes integration test starting
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/35315/

Kubernetes integration test status success
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/35315/

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder-K8s/35315/
Test PASSed.

Do you still remember why "subexpression elimination" must be eagerly executed? Because implementing "lazy" is expensive?

Test build #130705 has finished for PR 30245 at commit 9182e3d.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/130705/
Test PASSed.

Do you still remember why "subexpression elimination" must be eagerly executed? Because implementing "lazy" is expensive?

I don't remember if we have tried to implement "lazy" behavior in codegen. Looks like at least it will bring complex as we need extra variable to check if a subexpression is evaulated in first time. Every time we use a subexpression, we might need to first check the extra variable and decide to evaluate the subexpression or just use evaluated value.

This update looks useful and I left some comments.

Test build #130803 has started for PR 30245 at commit cc0648a.

Kubernetes integration test starting
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/35413/

Kubernetes integration test status success
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/35413/

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder-K8s/35413/
Test PASSed.

Test build #130812 has started for PR 30245 at commit 16314a9.

Test build #130813 has started for PR 30245 at commit 33f3bd3.

Test build #130803 has finished for PR 30245 at commit cc0648a.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/130803/
Test PASSed.

Kubernetes integration test starting
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/35422/

Kubernetes integration test status failure
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/35422/

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder-K8s/35422/
Test FAILed.

No more my comment and LGTM.

Thank you @maropu

Test build #130813 has finished for PR 30245 at commit 33f3bd3.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/130813/
Test PASSed.

Test build #130835 has started for PR 30245 at commit b415728.

Kubernetes integration test starting
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/35444/

Test build #130812 has finished for PR 30245 at commit 16314a9.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/130812/
Test PASSed.

Merged build finished. Test PASSed.

Kubernetes integration test status success
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/35444/

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder-K8s/35444/
Test PASSed.

Test build #130835 has finished for PR 30245 at commit b415728.

This patch fails due to an unknown error code, -9.
This patch merges cleanly.
This patch adds no public classes.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/130835/
Test FAILed.

Merged build finished. Test FAILed.

retest this please

Test build #130853 has started for PR 30245 at commit b415728.

Kubernetes integration test starting
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/35461/

Kubernetes integration test status success
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/35461/

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder-K8s/35461/
Test PASSed.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/130853/
Test PASSed.

Thanks! Passed Jenkins and GitHub Actions. Will merge this today.

Thanks! Merging to master.


Form input labels no longer get highlighted on focus

Detailed description
Until recently, the label of a form input element would get highlighted along with the input element when the element gets focussed. It no longer does that. Is this change intentional? I didn't see this change get mentioned anywhere.

Is this issue related to a specific component?
form input components

What browser are you working in?
chrome

What version of the Carbon Design System are you using?
v9.8.5

Add labels
discussion

This is a known issue, we had to move the order of the label/input for a11y reasons and haven't fixed this yet.
related to this issue in React https://github.com/IBM/carbon-components-react/issues/1173

Wanted to see with @carbon-design-system/design if the original v9 behavior is still desirable for v10 - Especially because the blue highlight color we had in v9 does not seem applicable to v10:


Adjusting shadows/highlights

Is it possible to brighten shadows or darken highlights?
I tried to look into documentation but wasn't able to find anything about such functionality.
Not sure how difficult is to implement it but i would be great addition to this library!

Hi, did you see the normalise operation?

Yes, but it only accepts boolean.
I would like to have an option to specify how much to brighten shadows and/or highlights.
Or am I missing something here?

The future possible enhancement discussed at #1066 will probably provide what is required here so let's track any progress on that issue.