#5555 - installer: More clearly mark the Hurd as experimental. - guix/guix - Codeberg.org
guix
guix
Fork
You've already forked guix
416
Code
Issues
846
Pull requests
595
Projects
Activity
installer: More clearly mark the Hurd as experimental.
#5555
Closed
civodul
wants to merge 1 commit from
civodul/installer-hurd-experimental
into
master
AGit
pull from: civodul/installer-hurd-experimental
merge into: guix:master
guix:master
guix:r-team
guix:python-team
guix:kde-team
guix:crypto-team
guix:haskell-team
guix:java-team
guix:misc-world-rebuild
guix:audio-team
guix:astro-update
guix:ocaml-team
guix:core-packages-team
guix:rust-team
guix:build-tools-team
guix:go-team
guix:update-sbcl-to-2.6.3
guix:kernel-updates
guix:beam-team
guix:gnome-team
guix:javascript-team
guix:mesa-updates
guix:nckx-patch-1
guix:keyring
guix:emacs-team
guix:hpc-team
guix:hurd-team
guix:librewolf-updates
guix:bootstrap-team
guix:dexed
guix:wip-riscv-bootstrap
guix:next-master
guix:version-1.5.0
guix:version-1.4.0
guix:graal
guix:guix-extension-channels
guix:add-tests-for-guix-shell-container
guix:add-compress-debug-symbols-phase
guix:mpd-fix-groups
guix:wip-fix-system-tests
guix:merge-xorg-configurations
guix:wip-riscv-bootstrap1
guix:lisp-team-asdf-build-system/abcl
guix:wip-node-riscv64
guix:wip-julia-upgrade
guix:wip-plmshift
guix:wip-postfix
guix:wip-arm-bootstrap
guix:wip-guix-log
guix:wip-full-source-bootstrap
guix:wip-harden-installer
guix:version-1.2.0
guix:version-1.3.0
guix:wip-digests
guix:wip-ocaml
guix:version-1.1.0
guix:wip-hurd-vm
guix:guile-daemon
guix:version-1.0.1
guix:wip-system-bootstrap
guix:version-1.0.0
guix:wip-ipfs-substitutes
guix:version-0.16.0
guix:wip-ipfs2
guix:wip-ipfs
guix:version-0.15.0
guix:version-0.14.0
guix:wip-gexp-hygiene
guix:version-0.13.0
guix:wip-gexp-grafts
guix:version-0.12.0
guix:version-0.11.0
guix:version-0.10.0
guix:version-0.9.0
guix:wip-container
guix:version-0.8.3
Conversation
Commits
Files changed
+14
-5
civodul
commented
2026-01-11 18:27:56 +01:00
Owner
Copy link
gnu/installer/newt/kernel.scm (run-kernel-page): Make “Hurd” the second
entry and add “experimental”. Pass #:sort-listbox-items? to
‘run-listbox-selection-page’.
Change-Id: I60ed8b0957d21be0a343294ba1d428dfa8d3327e
* gnu/installer/newt/kernel.scm (run-kernel-page): Make “Hurd” the second
entry and add “experimental”. Pass #:sort-listbox-items? to
‘run-listbox-selection-page’.
Change-Id: I60ed8b0957d21be0a343294ba1d428dfa8d3327e
civodul
force-pushed civodul/installer-hurd-experimental from
d3e08bb854
to
0ab65038b9
2026-01-11 18:38:46 +01:00
Compare
civodul
requested reviews from
installer
release
2026-01-11 18:39:00 +01:00
guix-cuirass-bot
added the
team-installer
team-release
labels
2026-01-11 18:41:16 +01:00
civodul
commented
2026-01-11 18:42:17 +01:00
Author
Owner
Copy link
Hey
@guix/release
The motivation is to make the kernel choice clearer, by making the Hurd entry second and adding "(experimental)" to its label:
An issue is that translations would need to be updated, which might be a problem given the Jan. 19th target date. WDYT,
@guix/translations
Hey @guix/release,
The motivation is to make the kernel choice clearer, by making the Hurd entry second and adding "(experimental)" to its label:
An issue is that translations would need to be updated, which might be a problem given the Jan. 19th target date. WDYT, @guix/translations?
kernel-page.png
44 KiB
Rutherther
reviewed
2026-01-11 18:43:41 +01:00
Rutherther
left a comment
Copy link
Hey, I agree we should make this more visible. As part of
#5515
, we also somehow arrived at this change.
Hey, I agree we should make this more visible. As part of https://codeberg.org/guix/guix/pulls/5515, we also somehow arrived at this change.
gnu/installer/newt/kernel.scm
@ -40,4 +47,3 @@
:button-callback-procedure
lambda
abort-to-prompt
'installer-step
'abort
when
equal?
result
"Hurd"
Rutherther
commented
2026-01-11 18:41:09 +01:00
Member
Copy link
What's the reason for changes here? Also see my PR that fixes the logic here:
#5537
What's the reason for changes here? Also see my PR that fixes the logic here: https://codeberg.org/guix/guix/pulls/5537
civodul
commented
2026-01-12 10:20:19 +01:00
Author
Owner
Copy link
@Rutherther
The reason is simply that the patch changes "Hurd" to "Hurd (experimental)", but we still want the procedure to return "Hurd" in that case.
@Rutherther The reason is simply that the patch changes "Hurd" to "Hurd (experimental)", but we still want the procedure to return "Hurd" in that case.
Rutherther
commented
2026-01-12 21:07:29 +01:00
Member
Copy link
Oh? Maybe it's relevant also for
#5515
then?
Oh? Maybe it's relevant also for #5515 then?
Rutherther
marked this conversation as resolved
guix-cuirass-bot
approved these changes
2026-01-11 18:58:29 +01:00
guix-cuirass-bot
left a comment
Copy link
Evaluation succeeded but
produced no new builds
Evaluation succeeded but [produced no new builds](https://pulls.ci.guix.gnu.org/eval/202217).
janneke
referenced this pull request
2026-01-11 21:49:55 +01:00
installer: Add Hurd x86_64 as an option.
#5515
pelzflorian
reviewed
2026-01-12 01:22:43 +01:00
gnu/installer/newt/kernel.scm
@ -30,3 +35,4 @@
:title
G_
"Kernel"
:info-text
G_
"Please select a kernel. When in doubt, choose \"Linux Libre\"
pelzflorian
commented
2026-01-12 01:22:43 +01:00
Member
Copy link
As you say, this additional newline will mean that files
po/guix/{de,es,fr,it,zh_CN}.po
need one or two tiny changes. In the msgid, before the line with the word
offered
cd po/guix; git grep -B2 -A3 offered
), the previous line ends with
\n"
. It should become
\n\n"
instead. Optionally the same for the msgstr. Or just drop the .scm file’s additional newline.
As you say, this additional newline will mean that files `po/guix/{de,es,fr,it,zh_CN}.po` need one or two tiny changes. In the msgid, before the line with the word `offered` (`cd po/guix; git grep -B2 -A3 offered`), the previous line ends with `\n"`. It should become `\n\n"` instead. Optionally the same for the msgstr. Or just drop the .scm file’s additional newline.
civodul
commented
2026-01-12 10:18:55 +01:00
Author
Owner
Copy link
I think the newline brings clarity, making the first line more visible. Otherwise it's visually a big block that one is tempted to skip entirely, I think.
Are you suggesting updating
.po
files "by ourselves" instead of waiting for each translation team to do the work?
I think the newline brings clarity, making the first line more visible. Otherwise it's visually a big block that one is tempted to skip entirely, I think.
Are you suggesting updating `.po` files "by ourselves" instead of waiting for each translation team to do the work?
pelzflorian
commented
2026-01-12 12:55:28 +01:00
Member
Copy link
Yes, I was suggesting making these two \n additions in each of the five .po files manually as part of this commit.
Alternatively I would also be fine with instead editing the five languages on Weblate and syncing the .po files as
@roptat
suggests. However I have not kept up with other people’s not that many edits on Weblate; at least the Tamil cookbook does not build and should be skipped when doing
make download-po
to sync. Whatever way, I can also do a sync in master if you want to add the newline in a commit on master, then
@Rutherther
would need to cherry-pick both to version-1.5.0 branch; the few Weblate changes probably won’t break Guix.
Yes, I was suggesting making these two \n additions in each of the five .po files manually as part of this commit.
Alternatively I would also be fine with instead editing the five languages on Weblate and syncing the .po files as @roptat suggests. However I have not kept up with other people’s not that many edits on Weblate; at least the Tamil cookbook does not build and should be skipped when doing `make download-po` to sync. Whatever way, I can also do a sync in master if you want to add the newline in a commit on master, then @Rutherther would need to cherry-pick both to version-1.5.0 branch; the few Weblate changes probably won’t break Guix.
pelzflorian
commented
2026-01-12 13:33:35 +01:00
Member
Copy link
Considering
@roptat
message on
Weblate
probably another
make download-po
sync is advisable. Or we sync after release; it is unlikely that the installer actually gets Weblate fixes.
Considering @roptat message on [Weblate](https://translate.codeberg.org/projects/guix/) probably another `make download-po` sync is advisable. Or we sync after release; it is unlikely that the installer actually gets Weblate fixes.
Rutherther
commented
2026-01-12 20:40:32 +01:00
Member
Copy link
Hey,
make download-po
is part of the release process
. I have omitted it by mistake for the rc1. We should do it with 1.5.0 proper. I don't really understand what it does to be honest, though. So if someone could explain what exactly it does, so that I could more properly understand what to have in mind when running it, it would be nice.
Hey, `make download-po` is part of the release process https://codeberg.org/guix/maintenance/src/branch/master/doc/release.org#headline-18. I have omitted it by mistake for the rc1. We should do it with 1.5.0 proper. I don't really understand what it does to be honest, though. So if someone could explain what exactly it does, so that I could more properly understand what to have in mind when running it, it would be nice.
pelzflorian
commented
2026-01-13 03:56:34 +01:00
Member
Copy link
@Rutherther
wrote in
#5555 (comment)
So if someone could explain what exactly it does, so that I could more properly understand what to have in mind when running it, it would be nice.
make download-po
downloads all translations from Weblate. The usage instructions in the wiki you linked are correct and all that is needed, except:
Hey,
make download-po
is part of the release process
. I have omitted it by mistake for the rc1. We should do it with 1.5.0 proper.
Whut? I thought translations were affected by the freeze. Hmm if not, yes we can do a final .po file sync before release, yet there are clear downsides with
make download-po
inside the release process.
make download-po
is slow (takes half a day) since
#2416
when I made it not include the increasingly very many blank translations.
Even though most errors are fatal to
make
, thus easy to catch, some erroneous translations of guix-manual, guix-cookbook can break only
doc/build.scm
(the Web version of the manual) and not
make
, wrong Texinfo syntax in translations of
guix
can break
guix system search
, maybe more. Might not need a release candidate or freeze, but last-minute translations shouldn’t be just merged.
@Rutherther wrote in https://codeberg.org/guix/guix/pulls/5555#issuecomment-9769121:
> So if someone could explain what exactly it does, so that I could more properly understand what to have in mind when running it, it would be nice.
`make download-po` downloads all translations from Weblate. The usage instructions in the wiki you linked are correct and all that is needed, except:
> Hey, `make download-po` is part of the release process https://codeberg.org/guix/maintenance/src/branch/master/doc/release.org#headline-18. I have omitted it by mistake for the rc1. We should do it with 1.5.0 proper.
Whut? I thought translations were affected by the freeze. Hmm if not, yes we can do a final .po file sync before release, yet there are clear downsides with `make download-po` inside the release process.
1. `make download-po` is slow (takes half a day) since #2416 when I made it not include the increasingly very many blank translations.
2. Even though most errors are fatal to `make`, thus easy to catch, some erroneous translations of guix-manual, guix-cookbook can break only `doc/build.scm` (the Web version of the manual) and not `make`, wrong Texinfo syntax in translations of `guix` can break `guix system search`, maybe more. Might not need a release candidate or freeze, but last-minute translations shouldn’t be just merged.
roptat
commented
2026-01-12 10:29:23 +01:00
Member
Copy link
I think it's fine if we push this quickly (today). We could let Weblate sync and wait for the translation teams, then sync the po files. Or we could bypass the translation teams and fix the files ourselves, but the translation could disappear.
I'll add a message on Weblate to tell about the upcoming release.
I think it's fine if we push this quickly (today). We could let Weblate sync and wait for the translation teams, then sync the po files. Or we could bypass the translation teams and fix the files ourselves, but the translation could disappear.
I'll add a message on Weblate to tell about the upcoming release.
civodul
referenced this pull request
2026-01-12 14:42:12 +01:00
installer: Add Hurd x86_64 as an option.
#5515
civodul
commented
2026-01-12 14:44:29 +01:00
Author
Owner
Copy link
Closing this one as it's redundant with
#5515
Closing this one as it's redundant with #5515!
civodul
closed this pull request
2026-01-12 14:44:29 +01:00
Rutherther
commented
2026-01-12 15:01:14 +01:00
Member
Copy link
Hey
@civodul
, I am not sure if it's completely redundant. It might be better to not push x86_64 to the release, while I think we should make Hurd more clearly experimental. On the other hand since these features are experimental, maybe we can just add them even if they somehow fail.
Hey @civodul, I am not sure if it's completely redundant. It might be better to not push x86_64 to the release, while I think we should make Hurd more clearly experimental. On the other hand since these features are experimental, maybe we can just add them even if they somehow fail.
civodul
commented
2026-01-12 15:46:34 +01:00
Author
Owner
Copy link
Hey
@Rutherther
Yes, as long as it's perfectly clear that it's experimental and that people are unlikely to overlook it, it's probably fine.
As to whether to include Hurd-on-x86_64 or not, it's your call. I think it's doable, but I also fully understand why you wouldn't want to add more moving pieces just one week to the release.
So please feel free to decide whatever you deem appropriate here!
Hey @Rutherther,
Yes, as long as it's perfectly clear that it's experimental and that people are unlikely to overlook it, it's probably fine.
As to whether to include Hurd-on-x86_64 or not, it's your call. I think it's doable, but I also fully understand why you wouldn't want to add more moving pieces just one week to the release.
So please feel free to decide whatever you deem appropriate here!
Rutherther
referenced this pull request
2026-01-12 20:15:33 +01:00
installer: Add Hurd x86_64 as an option.
#5515
Rutherther
referenced this pull request
2026-01-12 21:08:54 +01:00
installer: Add Hurd x86_64 as an option.
#5515
Rutherther
referenced this pull request from a commit
2026-01-17 10:14:11 +01:00
installer: Adjust vertical space in the recommended kernel choice.
Pull request closed
Please reopen this pull request to perform a merge.
to join this conversation.
Reviewers
No reviewers
guix-cuirass-bot
guix/installer
guix/release
Labels
Clear labels
closure-size
Packages with excesive closure size beyond reasonable
deprecation
Changes fall under the deprecation policy.
good first issue
Good issue to tackle as a first contribution
help-wanted
Contributor is seeking help or advice.
kind
bug
Confirmed bug reports.
kind
foreign-distro
Issues related to Guix running as package manager on foreign distributions.
kind
moreinfo
Need more information for further action.
kind
system-test
Failing system tests.
kind
wishlist
Feature requests.
kind
wont-fix
Out of scope.
package
breakage
Raises awareness about recent or long term failures to build.
package
fix
Includes a fix proposal to a currently broken package.
patch-upgrade
Only minor patch number increase, x.y.Z, as for semver
security-fixes
Security fixes for the package.
team-ai
Packages related to AI, ML and LLM.
team-audio
Audio related packages.
team-beam
Erlang/Elixir/BEAM team.
team-bioinformatics
Bioinformatics team.
team-bootstrap
Bootstrap
team-build-tools
Build tools and parser generators.
team-core
Core / Tools / Internals
team-core-packages
Core packages: the GNU tool chain, Guile, Coreutils, etc.
team-cpp
C and C++ libraries and tools.
team-crypto
Secrets, passwords, cryptography and security related packages.
team-documentation
Documentation: the manual and cookbook.
team-electronics
Electronics and hardware related packages.
team-emacs
The extensible, customizable text editor and its ecosystem.
team-embedded
Embedded
team-games
Packaging programs for amusement.
team-gnome
The Gnome desktop environment, along with core technologies such as GLib/GIO, GTK, GStreamer and Webkit.
team-go
Go team
team-guile
Team for the Guile platform, libraries, and build system.
team-hare
Team for the Hare programming language, libraries, and build system.
team-haskell
GHC, Hugs, Haskell packages, the "hackage" and "stackage" importers, and the haskell-build-system.
team-home
Team for "Guix Home"
team-hpc
High performance computing related packages.
team-hurd
Team for the Hurd
team-installer
Installer script and system installer
team-java
The JDK and JRE, the Maven build system, Java packages, the ant-build-system, and the maven-build-system.
team-javascript
JavaScript/Node.js packages, the node build system.
team-julia
The Julia language, Julia packages, and the julia-build-system.
team-kde
The plasma desktop environment, and KDE Applications.
team-kernel
Linux-libre kernel team
team-lisp
Common Lisp and similar languages, Common Lisp packages and the asdf-build-system.
team-localization
Localization of your system to specific languages.
team-lua
Lua, Fennel, and related packages.
team-lxqt
LXQt desktop environment.
team-mate
MATE desktop environment.
team-mozilla
Taking care of Icedove and Web Browsers based on Mozilla Thunderbird and Firefox.
team-ocaml
The OCaml language, the Dune build system, OCaml packages, the "opam" importer, and the ocaml-build-system.
team-perl
Perl team
team-python
Python, Python packages, the "pypi" importer, and the python-build-system.
team-qa-packages
Quality assurance software (CI/CD, testing, analysis; no direct relation to Guix's QA).
team-qt
The Qt toolkit/library and the qt-build-system, as well as some packages using Qt.
team-r
The R language, CRAN and Bioconductor repositories, the \"cran\" importer, and the r-build-system.
team-racket
The Racket language and Racket-based languages, Racket packages, Racket's variant of Chez Scheme, and development of a Racket build system and importer.
team-release
Release process
team-reproduciblebuilds
Reproducible Builds tooling and issues that affect any guix packages.
team-ruby
Ruby team
team-rust
Rust
team-science
The main science disciplines and fields related packages (e.g. Astronomy, Chemistry, Math, Physics etc.)
team-sugar
Everything related to the Sugar Desktop and learning environment.
team-sysadmin
Networking, server clustering, high availability.
team-telephony
Telephony packages and services such as Jami, Linphone, etc.
team-tex
TeX, LaTeX, XeLaTeX, LuaTeX, TeXLive, the texlive-build-system, and the "texlive" importer.
team-translations
Translations
team-vcs
Version control packages, services, and Guix download backends.
team-xfce
Xfce desktop environment.
team-zig
Zig, Zig packages, and the zig-build system
user-reviewed
Reviewed and approved.
world-rebuild
Affects more than 300 dependent packages
No labels
closure-size
deprecation
good first issue
help-wanted
kind
bug
kind
foreign-distro
kind
moreinfo
kind
system-test
kind
wishlist
kind
wont-fix
package
breakage
package
fix
patch-upgrade
security-fixes
team-ai
team-audio
team-beam
team-bioinformatics
team-bootstrap
team-build-tools
team-core
team-core-packages
team-cpp
team-crypto
team-documentation
team-electronics
team-emacs
team-embedded
team-games
team-gnome
team-go
team-guile
team-hare
team-haskell
team-home
team-hpc
team-hurd
team-installer
team-java
team-javascript
team-julia
team-kde
team-kernel
team-lisp
team-localization
team-lua
team-lxqt
team-mate
team-mozilla
team-ocaml
team-perl
team-python
team-qa-packages
team-qt
team-r
team-racket
team-release
team-reproduciblebuilds
team-ruby
team-rust
team-science
team-sugar
team-sysadmin
team-telephony
team-tex
team-translations
team-vcs
team-xfce
team-zig
user-reviewed
world-rebuild
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
5 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".
No due date set.
Dependencies
No dependencies set.
Reference
guix/guix!5555
Reference in a new issue
No description provided.
Delete branch "civodul/installer-hurd-experimental"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?