Call for 1.2 installer testing.

Call for 1.2 installer testing.

[Mathieu Othacehe]

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

Re: Call for 1.2 installer testing.

[Brendan Tildesley]

[-- 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 --]

Re: Call for 1.2 installer testing.

[Efraim Flashner]

[-- 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 --]

[PATCH] installer: Add Emacs EXWM desktop environment. [WAS Re: Call for 1.2 installer testing.]

[Jan Nieuwenhuizen]

[-- 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

Re: Call for 1.2 installer testing.

[pelzflorian (Florian Pelz)]

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

Re: Call for 1.2 installer testing.

[Marinus Savoritias]

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
>

Re: Call for 1.2 installer testing.

[Brendan Tildesley]

[-- 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 --]

Re: Call for 1.2 installer testing.

[Brendan Tildesley]

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

Re: Call for 1.2 installer testing.

[Brendan Tildesley]

Actually never mind, you did mention it underneath that, I should have 
kept reading!!

Re: Call for 1.2 installer testing.

[Alex Sassmannshausen]

[-- 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 --]

Re: [PATCH] installer: Add Emacs EXWM desktop environment. [WAS Re: Call for 1.2 installer testing.]

[Jan Nieuwenhuizen]

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