Re: 1.1.0rc1 available for test!

[Ludovic Courtès]

Hi,

"pelzflorian (Florian Pelz)" <address@hidden> skribis:

> For me the Guix System installer crashes reproducibly after manual
> partitioning, even when not formatting the partition.  The ESP and
> root partition have not been deleted (no matter if I tell the
> installer to format them or not).  This applies to EFI installation on
> my 2010 Macbook but not in QEMU.  Perhaps the reason is the partition
> I’m trying to format previously was LUKS-encrypted.

Did you capture the backtrace from /tmp/last-installer-error?  That
would be great.

> I switch to a console and type
>
> /gnu/store/*kmscon*/bin/kmscon --debug --login /gnu/store/*installer 2>out
>
> The suspicious part of the output is at time 60:
>
> [0015.940745] DEBUG: uterm_uxkb: new keyboard description (pc105, us, 
> altgr-intl, ) (uxkb_desc_init() in src/uterm_input_uxkb.c:160)
> [0060.006214] DEBUG: pty: cannot read from pty of child 364 (5): Input/output 
> error (read_buf() in src/pty.c:478)
> [0060.006281] DEBUG: pty: HUP on pty of child 364 (pty_input() in 
> src/pty.c:520)
> [0060.006612] DEBUG: eloop: child 364 exited successfully (sig_child() in 
> src/eloop.c:353)
> [0060.006627] INFO: pty: child exited: pid: 364 status: 0 (sig_child() in 
> src/pty.c:536)
> [0060.007224] DEBUG: pty: forking child 414 (pty_spawn() in src/pty.c:422)
> [0091.233270] DEBUG: vt: deactivating VT 7 to 4 due to user input 
> (real_input() in src/uterm_vt.c:578)
> [0091.233319] DEBUG: vt: leaving VT 7 0x10c68c0 due to VT signal 
> (real_sig_leave() in src/uterm_vt.c:231)
> [0091.233337] DEBUG: seat: deactivate session 0x1153ae0 
> (session_call_deactivate() in src/kmscon_seat.c:125)
> [0091.233351] DEBUG: video: go asleep (uterm_video_sleep() in 
> src/uterm_video.c:663)
> [0091.233376] DEBUG: uterm_input: going to sleep (uterm_input_sleep() in 
> src/uterm_input.c:441)

I don’t understand; what is this telling us?

> I tested an installer manually created from the version-1.1.0 branch
> with Tobias’ compression patch applied
> <https://lists.gnu.org/archive/html/guix-patches/2020-04/msg00484.html>.
> I believe it makes no difference.  I would really like that compression.

I’ll run the installer tests on ISO9660, with the patch applied, and if
everything goes well, we can use it (and roll an RC2, I guess.)

> On an Acer Aspire 5738PG with ATI Mobility Radeon HD 4570 the
> installer remains black.  I pressed ctrl-alt-f3 and typed
>
> modprobe uvesafb v86d=$(guix build v86d | head -n1)/sbin/v86d 
> mode_option=1024x768

Could we come up with a udev rule or a modprobe.d snippet so that this
happens automatically?

I found things like:

  https://bbs.archlinux.org/viewtopic.php?id=165480

Or should we give up on v86d like Gentoo:

  https://wiki.gentoo.org/wiki/Uvesafb

?

(Perhaps this is best discussed in a specific issue on bug-guix.)

Thanks for the detailed report, as always!

Ludo’.