| Both sides previous revisionPrevious revisionNext revision | Previous revision |
| notes:alpine [2022/06/16 14:09] – maff | notes:alpine [2022/06/16 14:19] (current) – maff |
|---|
| ===== 3.16 Desktop setup ===== | ===== 3.16 Desktop setup ===== |
| |
| With the release of 3.16.0 came a new tool, ''setup-desktop'', which prepares the system to be used graphically. I noticed some weirdness the first time I tried, so I'm documenting my efforts to reproduce here in an attempt to aid eventual bug reports. | With the release of 3.16.0 came new tools, ''setup-desktop'' and ''setup-user'', which prepare the system to be used graphically and by a non-root user. I noticed some weirdness the first time I tried, so I'm documenting my efforts to reproduce here in an attempt to aid eventual bug reports. |
| |
| ==== Sony Vaio VGN-P11Z/Q ==== | ==== Sony Vaio VGN-P11Z/Q ==== |
| From boot, I ran ''setup-alpine'' as root, and did the following: | From boot, I ran ''setup-alpine'' as root, and did the following: |
| |
| * Set keymap to gb, gb-intl | * Set keymap to ''gb gb-intl'' |
| * Set the hostname | * Set the hostname |
| * Set wlan0 as my interface | * Set ''wlan0'' as my interface |
| * It was here that I noticed it didn't request my PSK, so once it set up wpa_supplicant, I exited and reconfigured wpa_supplicant.conf, replacing key_mgmt=NONE with psk=my psk. I then restarted setup, choosing 'none' instead of configuring an interface. | * It was here that I noticed it didn't request my WiFi password after I'd input my SSID, so once it set up ''wpa_supplicant'', I exited and reconfigured ''wpa_supplicant.conf'', replacing ''key_mgmt="NONE"'' with ''psk="my psk"''. I then restarted setup, choosing ''none'' instead of configuring an interface. |
| * Declined to do any manual network configuration | * Declined to do any manual network configuration |
| * Set the root password | * Set the root password |
| * Set the timezone to Europe/London | * Set the timezone to ''Europe/London'' |
| * Declined to set a proxy | * Declined to set a proxy |
| * Set the APK mirror to the first in the list, ''dl-cdn.alpinelinux.org'' | * Set the APK mirror to the first in the list, ''dl-cdn.alpinelinux.org'' |
| * Set up a user with username 'maff', accepting the default full name of 'maff', with a password, no SSH key | * Set up a user with username ''maff'', accepting the default full name of ''maff'', with a password, no SSH key |
| * Selected openssh as the SSH server | * Selected ''openssh'' as the SSH server |
| * Selected sda as the disk to use, selecting 'sys' for usage, and confirming when prompted that I'd like to wipe the drive | * Selected ''sda'' as the disk to use as ''sys'', and confirming when prompted that I'd like to wipe the drive |
| |
| After installation completed, I rebooted. | After installation completed, I rebooted. |
| On first boot of the installed system, I logged in as root and immediately ran ''setup-desktop''. I selected ''xfce'' and rebooted once it was complete. | On first boot of the installed system, I logged in as root and immediately ran ''setup-desktop''. I selected ''xfce'' and rebooted once it was complete. |
| |
| After rebooting and being presented with the lightdm login screen, I attempted to log in as the unprivileged user 'maff' I had created, however the X server simply exited and restarted, and I was again presented with the login screen. | After rebooting and being presented with the lightdm login screen, I attempted to log in as the unprivileged user ''maff'' I had created, however the X server simply exited and restarted, and I was again presented with the login screen. |
| |
| I switched to tty1 and began tailing all available log files, then switched back to tty7 and attempted a login again. Switching back to tty1, I discovered two things: | I switched to ''tty1'' and began tailing all available log files, then switched back to ''tty7'' and attempted a login again. Switching back to ''tty1'', I discovered two things: |
| |
| * Linux Kernel releases after 5.9 no longer support fbcon/vgacon scrolling via shift-page{up,down}, because apparently there's never in the modern world a case where you'd have access only to a framebuffer or VGA console and need to view many lines of text on screen within a very minimal system. I guess Linux from Scratch just got harder. I worked around this careless decision by piping my tail command into ''less'', which worked but scrolling one single line up or down took a full calendar second to happen | * Linux Kernel releases after 5.9 no longer support ''fbcon''/''vgacon'' scrolling via shift-page{up,down}, because apparently there's never in the modern world a case where you'd have access only to a framebuffer or VGA console and need to view many lines of text on screen within a very minimal system. I guess Linux from Scratch just got harder. I worked around this careless decision by piping my ''tail'' command into ''less'', which worked but scrolling one single line up or down took a full calendar second to happen. |
| * ''/lib/security/pam_elogind.so'' failed to be loaded, and so the login fails. | * ''/lib/security/pam_elogind.so'' failed to be loaded, and so the login fails. |
| * This later turned out not to be the problem, although I feel as though elogind being configured in lightdm but not installed is probably a bug in and of itself. | * This later turned out not to be the problem, although I feel as though elogind being configured in lightdm but not installed is probably a bug in and of itself. |
| |
| I installed elogind after verifying that package was the source for the missing file, and attempted to log in again, however I found logins were still failing. At this point, I noticed that the session was starting, and errors were to be logged to an .xsession-errors file, but ''find / -name .xsession-errors'' turned up bupkis. I assumed this file might simply have a discriminator at the end of the name after the X server exits, so I went to look in /home/maff to see, but found instead that /home was barren. | I installed elogind after verifying that package was the source for the missing file, and attempted to log in again, however I found logins were still failing. At this point, I noticed that the session was starting, and errors were to be logged to an ''.xsession-errors'' file, but ''find / -name .xsession-errors'' turned up bupkis. I assumed this file might simply have a discriminator at the end of the name after the X server exits, so I went to look in ''/home/maff'' to see, but lo, ''/home'' was barren. |
| |
| I created /home/maff and set ownership on it correctly, then attempted to log in graphically again, and this time I was able to. | I created ''/home/maff'' and set ownership on it correctly, then attempted to log in graphically again, and this time I was able to. |
| |
| ==== QEMU VM with i686 processor, 2GB Memory, 8GB HDD, no UEFI, booting alpine-3.16.0-standard-x86.iso ==== | ==== QEMU VM with i686 processor, 2GB Memory, 8GB HDD, no UEFI, booting alpine-3.16.0-standard-x86.iso ==== |
| ''setup-user'' does not create user's home directory | ''setup-user'' does not create user's home directory |
| |
| ''setup-desktop'' does not install elogind (possibly intentional, but..) | ''setup-desktop'' does not install ''elogind'' (possibly intentional, but..) |
| |
| ''setup-disk'' syntax error on line 1599 when booted via UEFI (looking at the code I don't actually see why it's a syntax error but the specific error is that it's trying to execute '[ -z' as a command, so maybe there's a weird unicode space or something) | ''setup-disk'' syntax error on line 1599 when booted via UEFI (looking at the code I don't actually see why it's a syntax error but the specific error is that it's trying to execute ''[ -z'' as a command, so maybe there's a weird unicode space or something) |
| |
| |
