[bug#75384] [PATCH 0/4] Bump node-lts to 22.12.0

[Jelle Licht]

"Thompson, David" <dthompson2@worcester.edu> writes:

> Hey Jelle,

[snip]

> Now, there's a practical issue for getting this merged.  `guix refresh
> -l node` tells me this:
>
> Building the following 162 packages would ensure 280 dependent
> packages are rebuilt: ccwl@0.3.0
> ungoogled-chromium-wayland@112.0.5615.165-1 emacs-nodejs-repl@0.2.5
> emacs-dape@0.19.0 icedove@115.16.3 geierlein@0.9.13
> icedove-minimal@115.16.3 icecat-l10n@115.18.0-guix2
> icecat-minimal@115.18.0-guix2 icedove-l10n@115.16.3 js-mathjax@3.2.0
> r-metap@1.11 r-mmuphin@1.18.1 r-spacexr@2.2.1-1.0a0861e r-altmeta@4.2
> r-fmri@1.9.12.1 r-puniform@0.2.7 r-prospectr@0.2.7 r-untb@1.7-7-1
> librewolf@133.0-1 node-path-key@4.0.0 node-sqlite3@5.0.2
> node-once@1.4.0 node-mersenne@0.0.4 node-normalize-path@3.0.0
> node-statsd-parser@0.0.4 node-safe-stable-stringify@2.4.3
> node-stack-trace@0.0.10-1.4fd379e node-color-name@1.1.3
> node-env-variable@0.0.4 node-crx3@1.1.3 node-segfault-handler@1.3.0
> node-irc@0.5.2 node-global-gradle-clean@1.0.1 node-serialport@9.2.7
> bap@2.6.0-alpha-0.f995d28 frama-c@29.0 ocaml-mirage-logs@1.2.0
> fpm@1.15.1 komikku@1.46.0 python-bulkvis@2.0.0-2.00a82a9
> python-ikarus@0.0.2 python-pyrodigal@3.3.0 kitsas@5.7 falkon@24.05.2
> ktorrent@24.05.2 calligra@4.0.1 ghostwriter@24.05.2 knotes@24.05.2
> kaccounts-providers@24.05.2 kdepim-runtime@24.05.2 korganizer@24.05.2
> merkuro@24.05.2 kmail@24.05.2 plasma-pass@1.2.2 plasma@6.1.4
> khelpcenter@24.05.2 akregator@24.05.2 python-apscheduler@3.10.4
> syncplay@1.7.3 qutebrowser@3.3.1 stellarium@24.3
> emacs-ob-sclang@0.1-1.cd3f3c8 ecl-cl-collider@2018.7.15-0.a469088
> cl-collider@2018.7.15-0.a469088 zeal@0.7.1 qolibri@2.1.4
> openboard@1.7.3 fcitx5-chinese-addons@5.1.3 qmapshack@1.17.1
> luminance-hdr@2.6.0 kvirc@5.2.6 marble-qt@24.05.2 kdevelop@24.05.2
> movim-desktop@0.14.0-3.83d583b hydrus-network@495 mygnuhealth@2.2.1
> freecad@1.0.0 rfcat@1.9.6 onionshare@2.6 emacs-calibredb@2.13.0
> anki@2.1.16 openmolar@1.1.6-g81838c85 orange@3.32.0 sdrangel@7.22.2
> openfoam-com@2212 openfoam-org@10.20230119 nextcloud-client@3.8.2
> openshot@3.2.1 openconnect-sso@0.8.0 kiwix-desktop@2.3.1
> ruby-autoprefixer-rails@10.4.13.0 mullvadbrowser@14.0.3
> torbrowser@14.0.3 tree-sitter-julia@0.19.0 tree-sitter-clojure@0.0.11
> tree-sitter-rust@0.20.4 tree-sitter-ocaml@0.20.1
> tree-sitter-java@0.20.1 tree-sitter-erlang@0.4.0-0.57e6951
> tree-sitter-prisma@1.4.0 tree-sitter-bibtex@0.1.0-0.ccfd77d
> tree-sitter-css@0.19.0 tree-sitter-dockerfile@0.1.2
> tree-sitter-scala@0.20.2 tree-sitter-c-sharp@0.20.0
> tree-sitter-scheme@0.2.0-0.67b90a3 tree-sitter-vhdl@0.1.1-0.a3b2d84
> tree-sitter-markdown-gfm@0.7.1 tree-sitter-verilog@1.0.0-0.075ebfc
> tree-sitter-go@0.20.0 tree-sitter-json@0.20.0 tree-sitter-html@0.19.0
> tree-sitter-matlab@1.0.2-0.79d8b25 tree-sitter-cpp@0.20.3
> tree-sitter-r@0.0.1-0.80efda5 tree-sitter-ungrammar@0.0.2-0.debd26f
> tree-sitter-haskell@0.14.0-0.3bdba07
> tree-sitter-plantuml@1.0.0-0.bea443e tree-sitter-elm@5.6.3
> tree-sitter-nix@0.0.0 tree-sitter-racket@0.1.0-0.1a5df02
> tree-sitter-ron@0.2.0 tree-sitter-bash@0.20.4 tree-sitter-gomod@1.0.0
> tree-sitter-cmake@0.4.1 tree-sitter-elixir@0.19.0-0.b20eaa7
> emacs-devicetree-ts-mode@0.3 tree-sitter-kotlin@0.3.6
> tree-sitter-hcl@1.1.0 emacs-jsdoc@0.3 python-textual@0.50.1
> tree-sitter-markdown@0.1.1 tree-sitter-latex@0.3.0
> tree-sitter-awk@0.6.2 tree-sitter-org@1.3.1-0.081179c
> emacs-combobulate@0.1-1.c7e4670 tree-sitter-kdl@1.1.0
> tree-sitter-tlaplus@1.0.8 tree-sitter-meson@1.2-0.3d6dfbd
> tree-sitter-lua@0.0.19 tree-sitter-heex@0.6.0
> tree-sitter-ruby@0.19.0-0.206c707 tree-sitter-php@0.19.0-0.f860e59
> pigx@0.0.3 laminar@1.3 r-zra@0.2 r-aasea@1.1.0 r-pcaexplorer@3.0.0
> r-mlinterfaces@1.86.0 r-tidyposterior@1.0.1 markdeep@1.16 mate@1.28.2
> gr-satellites@4.6.0 gqrx@2.17.6 urh@2.9.8 gnss-sdr@0.0.19
> gr-dsd@1.0.0-0.f9b9936 vlang@0.2.4 r-shinydashboardplus@2.0.5
> archivebox@0.6.2 node-openzwave-shared@1.7.2
>
> This would be quite a disruptive change to push to the master branch.
> Is there anyone who can help get these patches pre-baked in CI before
> merging?  That would be much appreciated!

Agreed! Ludo, does your offer to pre-bake the substitutes for the Node
version bump still stand?
Thanks!
- Jelle