Hello, The 1.2 release is on its way. So here's the traditional call for installer testing. This time, the CI is building latest installer images, which should ease testing. I propose that we first concentrate our efforts on this image: https://ci.guix.gnu.org/download/654 which corresponds to commit 29a2eb3. Testing different partitioning schemes on different hardware is really important to spot issues that our virtualized automated installer tests would be missing. Thanks for your help, Mathieu
[-- Attachment #1: Type: text/plain, Size: 2534 bytes --] Hi, I went through the installer looking for anything negative I could say about it :) hope there is something helpful here: Unrelated driver bug: installer was just a black screen until I rebooted with nomodeset: https://paste.debian.net/1166581/ Even with nomodeset, I get an error about no UMS supported in radeon, but it doesn't stop anything. Languages listed in the language selection are sometimes in English, Rarely in the native language. What's the difference between "Mandarin Chinese" and "Chinese"?. I guess this just requires translation data. The names of languages in their respective languages is something that already exists in a million different projects already, can we just copy them in? Even when choosing Mandarin Chinese, nothing in the installer is in Mandarin. I guess one also needs to choose the final system language too. Random thought: could we adapt the installer to use the same sentences from an existing installer, like the ubuntu one, so that all the translations can be copied in for free? All the basic quesions like please choose a password are surely shared between these installers. The installer allows choosing the installation USB its self as a target, which I imagine would result in a disaster? People can shoot themselves in the foot if they want I guess? No indication of what buttons one needs to use what: space, enter, tab, nor that there are other TTYs with documentation and how to get to them. Enter selects and takes you to the next line when its an input box, but it does not select and take you out of it to the button below if it is the bottom most checkbox. one must then move to the tab button. Down arrow in a checkbox list takes you down to the bottom of the list, but then it will not jump out to the button below. It does take you from Ok to Exit though, like left-right, but it wont cross the barriers. space doesnt select menu items, but does select and move down checkbox lists, and selects buttons I found my self switching between enter, tab, and space to get through, by going of intuition and thinking "do what i mean". Perhaps Esc should escape when it makes sense. After getting through the install with encrypted root, The install finally fails trying to install grub with: |Installing for i386-pc platform. grub-install: warning: this GPT partition label contains no BIOS Boot Partition; embedding won't be possible. grub-install: error: embedding is not possible, but this is required for RAID and LVM install. | [-- Attachment #2: Type: text/html, Size: 3103 bytes --]
[-- Attachment #1: Type: text/plain, Size: 3134 bytes --] On Sun, Oct 11, 2020 at 05:23:30PM +1100, Brendan Tildesley wrote: > Hi, I went through the installer looking for anything negative I could say > about it :) hope there is something helpful here: > > > Unrelated driver bug: installer was just a black screen until I rebooted > with nomodeset: https://paste.debian.net/1166581/ > Even with nomodeset, I get an error about no UMS supported in radeon, but it > doesn't stop anything. > > > Languages listed in the language selection are sometimes in English, Rarely > in the native language. What's the difference between "Mandarin Chinese" and > "Chinese"?. I guess this just requires translation data. The names of > languages in their respective languages is something that already exists in > a million different projects already, can we just copy them in? > Even when choosing Mandarin Chinese, nothing in the installer is in > Mandarin. I guess one also needs to choose the final system language too. > Random thought: could we adapt the installer to use the same sentences from > an existing installer, like the ubuntu one, so that all the translations can > be copied in for free? All the basic quesions like please choose a password > are surely shared between these installers. > > The installer allows choosing the installation USB its self as a target, > which I imagine would result in a disaster? People can shoot themselves in > the foot if they want I guess? Having somewhat recently played with them, I don't remember if Debian allows that, I'm pretty sure NetBSD does. In any case, that's exactly what I would want on an ARM device. > No indication of what buttons one needs to use what: space, enter, tab, nor > that there are other TTYs with documentation and how to get to them. > > Enter selects and takes you to the next line when its an input box, but it > does not select and take you out of it to the button below if it is the > bottom most checkbox. one must then move to the tab button. > > Down arrow in a checkbox list takes you down to the bottom of the list, but > then it will not jump out to the button below. It does take you from Ok to > Exit though, like left-right, but it wont cross the barriers. > > space doesnt select menu items, but does select and move down checkbox > lists, and selects buttons > > I found my self switching between enter, tab, and space to get through, by > going of intuition and thinking "do what i mean". > > Perhaps Esc should escape when it makes sense. > > > After getting through the install with encrypted root, The install finally > fails trying to install grub with: > > |Installing for i386-pc platform. grub-install: warning: this GPT partition > label contains no BIOS Boot Partition; embedding won't be possible. > grub-install: error: embedding is not possible, but this is required for > RAID and LVM install. | > > -- Efraim Flashner <efraim@flashner.co.il> אפרים פלשנר GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --]
[-- Attachment #1: Type: text/plain, Size: 357 bytes --] Mathieu Othacehe writes: Hi, > The 1.2 release is on its way. So here's the traditional call for > installer testing. This time, the CI is building latest installer > images, which should ease testing. It works for me; I found Emacs EXWM missing however. After zenny also asked about that this morning, I decided to create a patch. Greetings, Janneke [-- Attachment #2: 0001-installer-Add-Emacs-EXWM-desktop-environment.patch --] [-- Type: text/x-patch, Size: 4592 bytes --] From 130480c4e76d7133f32a83cb1fa30aa171944383 Mon Sep 17 00:00:00 2001 From: "Jan (janneke) Nieuwenhuizen" <janneke@gnu.org> Date: Sun, 11 Oct 2020 12:45:00 +0200 Subject: [PATCH] installer: Add Emacs EXWM desktop environment. Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Suggested by zenny via IRC. * gnu/installer/services.scm (%system-services): Add emacs, emacs-exwm, emacs-desktop-environment. * etc/release-manifest.scm (%system-packages): Likewise. * gnu/system/examples/lightweight-desktop.tmpl: Likewise. * gnu/installer/newt/services.scm (run-desktop-environments-cbt-page): Make one entry taller. --- etc/release-manifest.scm | 2 ++ gnu/installer/newt/services.scm | 3 ++- gnu/installer/services.scm | 6 ++++++ gnu/system/examples/lightweight-desktop.tmpl | 3 ++- 4 files changed, 12 insertions(+), 2 deletions(-) diff --git a/etc/release-manifest.scm b/etc/release-manifest.scm index caa200c673..7f54fe8768 100644 --- a/etc/release-manifest.scm +++ b/etc/release-manifest.scm @@ -1,5 +1,6 @@ ;;; GNU Guix --- Functional package management for GNU ;;; Copyright © 2020 Ludovic Courtès <ludo@gnu.org> +;;; Copyright © 2020 Jan (janneke) Nieuwenhuizen <janneke@gnu.org> ;;; ;;; This file is part of GNU Guix. ;;; @@ -53,6 +54,7 @@ TARGET." (append (map specification->package '("xorg-server" "xfce" "gnome" "mate" "enlightenment" "openbox" "awesome" "i3-wm" "ratpoison" + "emacs" "emacs-exwm" "emacs-desktop-environment" "xlockmore" "slock" "libreoffice" "connman" "network-manager" "network-manager-applet" "openssh" "ntp" "tor" diff --git a/gnu/installer/newt/services.scm b/gnu/installer/newt/services.scm index 4f32d9077b..6d431cb4bb 100644 --- a/gnu/installer/newt/services.scm +++ b/gnu/installer/newt/services.scm @@ -1,6 +1,7 @@ ;;; GNU Guix --- Functional package management for GNU ;;; Copyright © 2018 Mathieu Othacehe <m.othacehe@gmail.com> ;;; Copyright © 2019 Ludovic Courtès <ludo@gnu.org> +;;; Copyright © 2020 Jan (janneke) Nieuwenhuizen <janneke@gnu.org> ;;; ;;; This file is part of GNU Guix. ;;; @@ -40,7 +41,7 @@ choose the one to use on the log-in screen.") #:items items #:selection (map system-service-recommended? items) #:item->text system-service-name ;no i18n for DE names - #:checkbox-tree-height 8 + #:checkbox-tree-height 9 #:exit-button-callback-procedure (lambda () (raise diff --git a/gnu/installer/services.scm b/gnu/installer/services.scm index dbac79196d..ec5ea30594 100644 --- a/gnu/installer/services.scm +++ b/gnu/installer/services.scm @@ -1,6 +1,7 @@ ;;; GNU Guix --- Functional package management for GNU ;;; Copyright © 2018 Mathieu Othacehe <m.othacehe@gmail.com> ;;; Copyright © 2019 Ludovic Courtès <ludo@gnu.org> +;;; Copyright © 2020 Jan (janneke) Nieuwenhuizen <janneke@gnu.org> ;;; ;;; This file is part of GNU Guix. ;;; @@ -82,6 +83,11 @@ (name "ratpoison") (packages '((specification->package "ratpoison") (specification->package "xterm")))) + (desktop-environment + (name "Emacs EXWM") + (packages '((specification->package "emacs") + (specification->package "emacs-exwm") + (specification->package "emacs-desktop-environment")))) ;; Networking. (system-service diff --git a/gnu/system/examples/lightweight-desktop.tmpl b/gnu/system/examples/lightweight-desktop.tmpl index b4037d4f79..8e38095a03 100644 --- a/gnu/system/examples/lightweight-desktop.tmpl +++ b/gnu/system/examples/lightweight-desktop.tmpl @@ -4,7 +4,7 @@ (use-modules (gnu) (gnu system nss)) (use-service-modules desktop) -(use-package-modules bootloaders certs ratpoison suckless wm xorg) +(use-package-modules bootloaders certs emacs-xyz ratpoison suckless wm xorg) (operating-system (host-name "antelope") @@ -43,6 +43,7 @@ (packages (append (list ;; window managers ratpoison i3-wm i3status dmenu + emacs-exwm emacs-desktop-environment ;; terminal emulator xterm ;; for HTTPS access -- Jan Nieuwenhuizen <janneke@gnu.org> | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com [-- Attachment #3: Type: text/plain, Size: 152 bytes --] -- Jan Nieuwenhuizen <janneke@gnu.org> | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
On Sun, Oct 11, 2020 at 05:23:30PM +1100, Brendan Tildesley wrote: > Hi, I went through the installer looking for anything negative I could say > about it :) hope there is something helpful here: Thank you for testing! > Unrelated driver bug: installer was just a black screen until I rebooted > with nomodeset: https://paste.debian.net/1166581/ > Even with nomodeset, I get an error about no UMS supported in radeon, but it > doesn't stop anything. This black screen regression should be “fixed” now (commit 34d436a4082b5c5f23b00e13eb8e5a92d957d704) by passing a kernel argument “modprobe.blacklist=radeon” which disables the radeon driver. (This was also blacklisted in the last release 1.1.0 of Guix, see <https://issues.guix.gnu.org/40599>. I had removed “modprobe.blacklist=radeon” because it was for some time no longer needed on one of my machines.) Some users will have a black screen in the installed system as well (if they use Linux-libre). I don’t think we can do much about that. Niels <https://issues.guix.gnu.org/40599#8> only had trouble with the installer but did not on the installed system. It seems not feasible to predict which users would have a black screen in the installed system, so we cannot add instructions only for them. > Languages listed in the language selection are sometimes in English, Rarely > in the native language. […] > Random thought: could we adapt the installer to use the same sentences from > an existing installer, like the ubuntu one, so that all the translations can > be copied in for free? All the basic quesions like please choose a password > are surely shared between these installers. Yes, we could copy translations without understanding the language (at least after our planned switch from the Translation Project to our own hosted Weblate translation infrastructure). Regards, Florian
Hi, I also encountered an issue with the latest iso just one day before the call for testing. I have already filed the bug here: https://issues.guix.gnu.org/43879 Marinus Savoritias On 10/11/20 10:32 PM, pelzflorian (Florian Pelz) wrote: > On Sun, Oct 11, 2020 at 05:23:30PM +1100, Brendan Tildesley wrote: >> Hi, I went through the installer looking for anything negative I could say >> about it :) hope there is something helpful here: > Thank you for testing! > > >> Unrelated driver bug: installer was just a black screen until I rebooted >> with nomodeset: https://paste.debian.net/1166581/ >> Even with nomodeset, I get an error about no UMS supported in radeon, but it >> doesn't stop anything. > This black screen regression should be “fixed” now (commit > 34d436a4082b5c5f23b00e13eb8e5a92d957d704) by passing a kernel argument > “modprobe.blacklist=radeon” which disables the radeon driver. > > (This was also blacklisted in the last release 1.1.0 of Guix, see > <https://issues.guix.gnu.org/40599>. I had removed > “modprobe.blacklist=radeon” because it was for some time no longer > needed on one of my machines.) > > Some users will have a black screen in the installed system as well > (if they use Linux-libre). I don’t think we can do much about that. > Niels <https://issues.guix.gnu.org/40599#8> only had trouble with the > installer but did not on the installed system. It seems not feasible > to predict which users would have a black screen in the installed > system, so we cannot add instructions only for them. > > > >> Languages listed in the language selection are sometimes in English, Rarely >> in the native language. […] >> Random thought: could we adapt the installer to use the same sentences from >> an existing installer, like the ubuntu one, so that all the translations can >> be copied in for free? All the basic quesions like please choose a password >> are surely shared between these installers. > Yes, we could copy translations without understanding the language (at > least after our planned switch from the Translation Project to our own > hosted Weblate translation infrastructure). > > Regards, > Florian >
[-- Attachment #1: Type: text/plain, Size: 2476 bytes --] On October 12, 2020 7:32:08 AM GMT+11:00, "pelzflorian (Florian Pelz)" <pelzflorian@pelzflorian.de> wrote: >On Sun, Oct 11, 2020 at 05:23:30PM +1100, Brendan Tildesley wrote: >> Hi, I went through the installer looking for anything negative I >could say >> about it :) hope there is something helpful here: > >Thank you for testing! > > >> Unrelated driver bug: installer was just a black screen until I >rebooted >> with nomodeset: https://paste.debian.net/1166581/ >> Even with nomodeset, I get an error about no UMS supported in radeon, >but it >> doesn't stop anything. > >This black screen regression should be “fixed” now (commit >34d436a4082b5c5f23b00e13eb8e5a92d957d704) by passing a kernel argument >“modprobe.blacklist=radeon” which disables the radeon driver. > >(This was also blacklisted in the last release 1.1.0 of Guix, see ><https://issues.guix.gnu.org/40599>. I had removed >“modprobe.blacklist=radeon” because it was for some time no longer >needed on one of my machines.) > >Some users will have a black screen in the installed system as well >(if they use Linux-libre). I don’t think we can do much about that. >Niels <https://issues.guix.gnu.org/40599#8> only had trouble with the >installer but did not on the installed system. It seems not feasible >to predict which users would have a black screen in the installed >system, so we cannot add instructions only for them. > > > >> Languages listed in the language selection are sometimes in English, >Rarely >> in the native language. […] >> Random thought: could we adapt the installer to use the same >sentences from >> an existing installer, like the ubuntu one, so that all the >translations can >> be copied in for free? All the basic quesions like please choose a >password >> are surely shared between these installers. > >Yes, we could copy translations without understanding the language (at >least after our planned switch from the Translation Project to our own >hosted Weblate translation infrastructure). > >Regards, >Florian I forgot to mention that the trisquel 8.0 installer did in fact work on the same computer. I was able to boot to the desktop, so it doesn't seem like a Linux libre issue. I wonder where the bug is introduced, and how I could isolate the bug. Maybe I could build versions of the installer with the LTS Linux or other versions to see if they work. Could the use of kmscon possibly be related? [-- Attachment #2: Type: text/html, Size: 3294 bytes --]
On 12/10/20 6:32 am, pelzflorian (Florian Pelz) wrote: > On Sun, Oct 11, 2020 at 05:23:30PM +1100, Brendan Tildesley wrote: >> Hi, I went through the installer looking for anything negative I could say >> about it :) hope there is something helpful here: > Thank you for testing! > > >> Unrelated driver bug: installer was just a black screen until I rebooted >> with nomodeset: https://paste.debian.net/1166581/ >> Even with nomodeset, I get an error about no UMS supported in radeon, but it >> doesn't stop anything. > This black screen regression should be “fixed” now (commit > 34d436a4082b5c5f23b00e13eb8e5a92d957d704) by passing a kernel argument > “modprobe.blacklist=radeon” which disables the radeon driver. I think you copy-pasted the wrong link in to that commit. it links to a thread about the translation stuff i mentioned below, not about the radeon driver. - https://lists.gnu.org/archive/html/guix-devel/2019-03/msg00441.html
Actually never mind, you did mention it underneath that, I should have kept reading!!
[-- Attachment #1: Type: text/plain, Size: 1552 bytes --] Hello, Here a positive installation experience: I did my usual bare metal installation of the image linked below on a ThinkPenguin laptop that has always worked pretty well with Guix. Ran through the graphical installation, going through configuration options that have caused problems in the past (Esperanto locale, based in Brussels, with Neo2 keyboard layout, fully encrypted disk). The installation proceeded like a charm. Perhaps partly to do with me now being used to the installer, and having hardware that "just works" with libre software, but this was super user friendly. And actually also super fast! Congratulations and a massive thanks to everyone who's put time and energy into this! I can honestly say, with the current state, I would absolutely try a guix system deployment in the first instance on any laptop I might consider a GNU\Linux install, and only falling back to Debian if there are hardware issues. Very impressed. Best wishes, Alex Mathieu Othacehe <othacehe@gnu.org> writes: > Hello, > > The 1.2 release is on its way. So here's the traditional call for > installer testing. This time, the CI is building latest installer > images, which should ease testing. > > I propose that we first concentrate our efforts on this image: > https://ci.guix.gnu.org/download/654 which corresponds to commit > 29a2eb3. > > Testing different partitioning schemes on different hardware is really > important to spot issues that our virtualized automated installer tests > would be missing. > > Thanks for your help, > > Mathieu [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 272 bytes --]
Mathieu Othacehe writes: Hi Mathieu, >> It works for me; I found Emacs EXWM missing however. After zenny also >> asked about that this morning, I decided to create a patch. > > Thanks for testing Using it is real easy, pleasant, and fast. One thing that I got wrong a couple of times is to actually select a suggested option while partitioning, I pressed TAB and RET (like in previous screens), then selecting the button that is clearly marked EXIT. Then it tries to continue with a non-partitioned or badly partitioned drive, which then may give an unexpected error. Clearly a user error, not a problem and I also do not have a better suggestion. Also, my mistake was very obvious to me later. > and for the patch! I think it might be necessary to > add "emacs-exwm" to "installation-target-os-for-gui-tests" in (gnu tests > install) module. Good call. I verified that the test fails without it.. > To make sure that it's working fine you can run: > > make check-system TESTS="gui-installed-os gui-installed-os-encrypted > gui-installed-desktop-os-encrypted" --8<---------------cut here---------------start------------->8--- cannot build derivation `/gnu/store/7xnhrap7xsv2x717yn9wrgisxpppxrmy-emacs-27.1.drv': 1 dependencies couldn't be built cannot build derivation `/gnu/store/kkfdhpc81h0f0sz0mj1ayin0sxy7vkmq-emacs-desktop-environment-0.3.0.drv': 1 dependencies couldn't be built cannot build derivation `/gnu/store/3amvkhwa4jv8fghljgkcvlkpg4mpwc8v-emacs-exwm-0.24.drv': 1 dependencies couldn't be built cannot build derivation `/gnu/store/q4pxd90hb9mah7cs9r1cjyb2pif1ixmz-emacs-xelb-0.18.drv': 1 dependencies couldn't be built --8<---------------cut here---------------end--------------->8--- and veried that it passes when I adding them. > Otherwise, it looks fine. Thanks, pushed to master as 1197b8b20f4fca4ce03bbc5fa75e18d54e3717c0. Greetings, Janneke -- Jan Nieuwenhuizen <janneke@gnu.org> | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com