From unknown Sun Jun 22 11:48:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54945: installer should have a no-graphics boot option Resent-From: raingloom Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Fri, 15 Apr 2022 00:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 54945 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 54945@debbugs.gnu.org X-Debbugs-Original-To: Guix Bugs Received: via spool by submit@debbugs.gnu.org id=B.1649981888892 (code B ref -1); Fri, 15 Apr 2022 00:19:02 +0000 Received: (at submit) by debbugs.gnu.org; 15 Apr 2022 00:18:08 +0000 Received: from localhost ([127.0.0.1]:57650 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nf9f6-0000EK-8b for submit@debbugs.gnu.org; Thu, 14 Apr 2022 20:18:08 -0400 Received: from lists.gnu.org ([209.51.188.17]:51770) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nf9f2-0000Dv-5m for submit@debbugs.gnu.org; Thu, 14 Apr 2022 20:18:04 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:51234) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nf9f1-0002Uj-WD for bug-guix@gnu.org; Thu, 14 Apr 2022 20:18:04 -0400 Received: from mx1.riseup.net ([198.252.153.129]:33456) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nf9f0-0003Su-E7 for bug-guix@gnu.org; Thu, 14 Apr 2022 20:18:03 -0400 Received: from fews1.riseup.net (fews1-pn.riseup.net [10.0.1.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.riseup.net", Issuer "R3" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 4KfcNn1YndzDr8x for ; Thu, 14 Apr 2022 17:18:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1649981881; bh=peXZxevWhg5he7kJh57K/MuWV/GYBN44KNFaR0SNdsM=; h=Date:From:To:Subject:From; b=dOw9UBtPG6rYygmfmM56xjC7VwBZkTyIhoL3ExrqiUeND7qYhlbo/M65PeeBNSxEI 70fs4Ct1O1RTwUucKEYsBfFCFSYJeDxNxQQfw5k6O12HaI2ftvY29NjC53TbNa5DE6 nJ7vglOxWfF3GET2dcxPbg2sA9GCMr6oMFve3ID0= X-Riseup-User-ID: 259F961CB28652865D2948E430FAA463DDD5FEBF0516DF30CAC14B09503BB2C1 Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews1.riseup.net (Postfix) with ESMTPSA id 4KfcNm40Fhz5vLq for ; Thu, 14 Apr 2022 17:18:00 -0700 (PDT) Date: Fri, 15 Apr 2022 02:17:49 +0200 From: raingloom Message-ID: <20220415021749.1ebc1a62@riseup.net> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=198.252.153.129; envelope-from=raingloom@riseup.net; helo=mx1.riseup.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.4 (--) Disclaimer: the last time I used an ISO for installing Guix was before there was a graphical installer, so I'm not sure what it's expected to look like now. Anyways, I tried booting the latest release on a netbook, it failed around/after KMS. Kernel seemed to lock up. No panic, no usable visible log, not responding to Ctrl-Alt-Del, had to reboot with Sysrq-Alt-b. I added nomodeset to the kernel command line in GRUB and managed to boot it that way, although that still didn't immediately result in a usable terminal, vtty1 only had a non-blinking cursor if I recall correctly. Had to switch to vtty2 or above to do anything useful. So, most users can't be expected to know about nomodeset, so there should be a clearly labeled "safe graphics" mode, just like how some other distros do it. There have been other issues and discussions about generating multiple configs from a single reconfigure, this would be an important and practical use case for that. IMHO the simplest thing is to just let config files return a list of operating-system records and make that into a menu in GRUB. This would also cover the use case of wanting a boot time choice in kernels. From unknown Sun Jun 22 11:48:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54945: installer should have a no-graphics boot option Resent-From: "pelzflorian (Florian Pelz)" Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Fri, 15 Apr 2022 06:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54945 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: raingloom Cc: 54945@debbugs.gnu.org Received: via spool by 54945-submit@debbugs.gnu.org id=B54945.165000575311064 (code B ref 54945); Fri, 15 Apr 2022 06:56:02 +0000 Received: (at 54945) by debbugs.gnu.org; 15 Apr 2022 06:55:53 +0000 Received: from localhost ([127.0.0.1]:57988 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nfFs1-0002sO-Gl for submit@debbugs.gnu.org; Fri, 15 Apr 2022 02:55:53 -0400 Received: from pelzflorian.de ([5.45.111.108]:59672 helo=mail.pelzflorian.de) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nfFrz-0002sD-2z for 54945@debbugs.gnu.org; Fri, 15 Apr 2022 02:55:51 -0400 Received: from pelzflorian.localdomain (unknown [5.45.111.108]) by mail.pelzflorian.de (Postfix) with ESMTPSA id A407B360631; Fri, 15 Apr 2022 08:55:49 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=pelzflorian.de; s=mail; t=1650005749; bh=OSgDaUA+8K28iXBdOPPdiWmgheOeGBOkF4Qgb8UrJh0=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=GKUn4waIRceXN+Ik5DQvmIIzXOBroU6ib7AaN9u6DmZurw432HC7N2915kZV3FKCI intezAmlnTdRkoVagg2bFBuJO3u/RZcLwfOJR5Hj7wUKagcKRBDea4auGFTzDy6wib A5j8I3cPv6uYiK1fWryDt+vKS3dRSXibDasZOW5Q= Date: Fri, 15 Apr 2022 08:55:43 +0200 From: "pelzflorian (Florian Pelz)" Message-ID: <20220415065543.4i4ckrrb5lvvdbw2@pelzflorian.localdomain> References: <20220415021749.1ebc1a62@riseup.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20220415021749.1ebc1a62@riseup.net> X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Fri, Apr 15, 2022 at 02:17:49AM +0200, raingloom wrote: > Disclaimer: the last time I used an ISO for installing Guix was before > there was a graphical installer, so I'm not sure what it's expected to > look like now. > > Anyways, I tried booting the latest release on a netbook, it failed > around/after KMS. Kernel seemed to lock up. No panic, no usable visible > log, not responding to Ctrl-Alt-Del, had to reboot with Sysrq-Alt-b. > I added nomodeset to the kernel command line in GRUB and managed to > boot it that way, although that still didn't immediately result in a > usable terminal, vtty1 only had a non-blinking cursor if I recall > correctly. Had to switch to vtty2 or above to do anything useful. > > So, most users can't be expected to know about nomodeset, so there > should be a clearly labeled "safe graphics" mode, just like how some > other distros do it. I assume that the driver will also cause troubles post-install? Users will not be happy users anyway with such a machine. If you boot with nomodeset, graphics should come up with uvesafb-shepherd-service from gnu/system/install.scm. (They did for my old laptop with latest guix three months ago.) You imply that graphics never appear and the screen stays black? Or does it just take a long time? I’ve previously had such issues with AMD Radeon GPUs, so we added it to the blacklist in gnu/system/install.scm: ;; XXX: The AMD Radeon driver is reportedly broken, which makes kmscon ;; non-functional: ;; . ;; Thus, blacklist it. (kernel-arguments '("quiet" "modprobe.blacklist=radeon")) Regards, Florian From unknown Sun Jun 22 11:48:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54945: installer should have a no-graphics boot option Resent-From: raingloom Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Fri, 15 Apr 2022 11:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54945 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: "pelzflorian (Florian Pelz)" Cc: 54945@debbugs.gnu.org Received: via spool by 54945-submit@debbugs.gnu.org id=B54945.165002306711560 (code B ref 54945); Fri, 15 Apr 2022 11:45:02 +0000 Received: (at 54945) by debbugs.gnu.org; 15 Apr 2022 11:44:27 +0000 Received: from localhost ([127.0.0.1]:58245 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nfKNG-00030N-Vr for submit@debbugs.gnu.org; Fri, 15 Apr 2022 07:44:27 -0400 Received: from mx1.riseup.net ([198.252.153.129]:41630) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nfKNF-00030A-5O for 54945@debbugs.gnu.org; Fri, 15 Apr 2022 07:44:26 -0400 Received: from fews1.riseup.net (fews1-pn.riseup.net [10.0.1.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.riseup.net", Issuer "R3" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 4Kfvcg1qPqzDsBP; Fri, 15 Apr 2022 04:44:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1650023059; bh=/P3AZVYwmvIuyVD3YYe2tGUzI9Xiu3aZwwwzhO7rG3k=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=qTBZmCILIT/E54EA8SK8bdMsv7EM96eVFnv4gXwhEg7ipHXLxkLa6RY5tQtqmjpit RzTKt0pPeQC8e+CpEdg9nhtXQEObpu6lCk3v38sqz193XNcxJjovHTOehScH31QiUE YIYNbpjkoFf2NDvhvYlhTvMqU+tCCKNoyiEJPu5E= X-Riseup-User-ID: 97FC9CCC45A95E5BCDC13A555C51895F9B91CE362748B2816695AA4D12E255BF Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews1.riseup.net (Postfix) with ESMTPSA id 4Kfvcf3ZD8z5vw3; Fri, 15 Apr 2022 04:44:18 -0700 (PDT) Date: Fri, 15 Apr 2022 13:36:36 +0200 From: raingloom Message-ID: <20220415133636.75e73416@riseup.net> In-Reply-To: <20220415065543.4i4ckrrb5lvvdbw2@pelzflorian.localdomain> References: <20220415021749.1ebc1a62@riseup.net> <20220415065543.4i4ckrrb5lvvdbw2@pelzflorian.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) On Fri, 15 Apr 2022 08:55:43 +0200 "pelzflorian (Florian Pelz)" wrote: > On Fri, Apr 15, 2022 at 02:17:49AM +0200, raingloom wrote: > > Disclaimer: the last time I used an ISO for installing Guix was > > before there was a graphical installer, so I'm not sure what it's > > expected to look like now. > >=20 > > Anyways, I tried booting the latest release on a netbook, it failed > > around/after KMS. Kernel seemed to lock up. No panic, no usable > > visible log, not responding to Ctrl-Alt-Del, had to reboot with > > Sysrq-Alt-b. I added nomodeset to the kernel command line in GRUB > > and managed to boot it that way, although that still didn't > > immediately result in a usable terminal, vtty1 only had a > > non-blinking cursor if I recall correctly. Had to switch to vtty2 > > or above to do anything useful. > >=20 > > So, most users can't be expected to know about nomodeset, so there > > should be a clearly labeled "safe graphics" mode, just like how some > > other distros do it. =20 >=20 >=20 > I assume that the driver will also cause troubles post-install? Users > will not be happy users anyway with such a machine. >=20 > If you boot with nomodeset, graphics should come up with > uvesafb-shepherd-service from gnu/system/install.scm. (They did for > my old laptop with latest guix three months ago.) You imply that > graphics never appear and the screen stays black? Or does it just > take a long time? >=20 > I=E2=80=99ve previously had such issues with AMD Radeon GPUs, so we added= it > to the blacklist in gnu/system/install.scm: >=20 > ;; XXX: The AMD Radeon driver is reportedly broken, which makes > kmscon ;; non-functional: > ;; > . > ;; Thus, blacklist it. (kernel-arguments '("quiet" > "modprobe.blacklist=3Dradeon")) >=20 > Regards, > Florian AFAIK it's a Radeon machine, so that may be the problem. I have no idea how long the GUI is expected to take to show up, maybe it would have appeared if I just waited even more, but there was no indication of anything happening. I'll see if something lightweight like i3wm can start up. Users will also certainly not be happy if they can't use their Guix live ISO to rescue their system. From unknown Sun Jun 22 11:48:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54945: installer should have a no-graphics boot option Resent-From: "pelzflorian (Florian Pelz)" Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Fri, 15 Apr 2022 20:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54945 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: raingloom Cc: 54945@debbugs.gnu.org Received: via spool by 54945-submit@debbugs.gnu.org id=B54945.16500555153637 (code B ref 54945); Fri, 15 Apr 2022 20:46:02 +0000 Received: (at 54945) by debbugs.gnu.org; 15 Apr 2022 20:45:15 +0000 Received: from localhost ([127.0.0.1]:60398 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nfSoc-0000wZ-W4 for submit@debbugs.gnu.org; Fri, 15 Apr 2022 16:45:15 -0400 Received: from pelzflorian.de ([5.45.111.108]:60370 helo=mail.pelzflorian.de) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nfSoU-0000wD-Rg for 54945@debbugs.gnu.org; Fri, 15 Apr 2022 16:45:13 -0400 Received: from pelzflorian.localdomain (unknown [5.45.111.108]) by mail.pelzflorian.de (Postfix) with ESMTPSA id 6B456360637; Fri, 15 Apr 2022 22:45:05 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=pelzflorian.de; s=mail; t=1650055505; bh=+7vs+iBQ4YU8QfMOF4Cl3dhbaydAkiFV0+mmhuTYsAs=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=F4In1xWfX28DpZuJJ9fkxVfv+zxMKVlsEjLL+cwvJPOgPDpKAhtmVf1OYF1nRMpXO ytWJrW1zOSWf+cQR4XBX5I9r/+NdeWkYPmQqJXZRogDGmOReUxjylQQcZVk4DrU1rK m/TTcyDxDS7BCXC8orkDGIWCjJl/E4NQkr9G+sbw= Date: Fri, 15 Apr 2022 22:44:58 +0200 From: "pelzflorian (Florian Pelz)" Message-ID: <20220415204458.tpzxbbr25bfyu4jv@pelzflorian.localdomain> References: <20220415021749.1ebc1a62@riseup.net> <20220415065543.4i4ckrrb5lvvdbw2@pelzflorian.localdomain> <20220415133636.75e73416@riseup.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20220415133636.75e73416@riseup.net> X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Fri, Apr 15, 2022 at 01:36:36PM +0200, raingloom wrote: > On Fri, 15 Apr 2022 08:55:43 +0200 > "pelzflorian (Florian Pelz)" wrote: > > I’ve previously had such issues with AMD Radeon GPUs, so we added it > > to the blacklist in gnu/system/install.scm: > AFAIK it's a Radeon machine, so that may be the problem. Could you check if editing the boot options in GRUB to modprobe.blacklist=amdgpu makes nomodeset unnecessary? Then modprobe.blacklist=radeon,amdgpu could be added to gnu/system/install.scm. Other than that, I believe the installer would eventually have shown up with nomodeset and I believe uvesafb makes the graphics work on any x86_64 or x86 machine, so no save-graphics GRUB entry is needed. But maybe I’m wrong and uvesafb isn’t a panacea. > I have no idea how long the GUI is expected to take to show up, maybe > it would have appeared if I just waited even more, but there was no > indication of anything happening. It takes some time on my old laptop, but it is an old laptop. All that aside, I believe uvesafb-service-type or kernel-module-loader-service-type can be added to any config.scm to show i3 or any desktop environment using software rendering. It just consumes much CPU. The installer could add it to the config.scm automatically, however it may not be what the user wants and it seems there is no way to auto-detect the appropriate resolution (v86d has a resolution checker, but it maybe cannot be run early in the boot). Regards, Florian From unknown Sun Jun 22 11:48:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54945: installer should have a no-graphics boot option Resent-From: raingloom Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Sat, 16 Apr 2022 15:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54945 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: "pelzflorian (Florian Pelz)" Cc: 54945@debbugs.gnu.org Received: via spool by 54945-submit@debbugs.gnu.org id=B54945.165012317028192 (code B ref 54945); Sat, 16 Apr 2022 15:33:02 +0000 Received: (at 54945) by debbugs.gnu.org; 16 Apr 2022 15:32:50 +0000 Received: from localhost ([127.0.0.1]:34127 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nfkPp-0007Kc-VY for submit@debbugs.gnu.org; Sat, 16 Apr 2022 11:32:50 -0400 Received: from mx1.riseup.net ([198.252.153.129]:52386) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nfkPn-0007KN-NP for 54945@debbugs.gnu.org; Sat, 16 Apr 2022 11:32:48 -0400 Received: from fews1.riseup.net (fews1-pn.riseup.net [10.0.1.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.riseup.net", Issuer "R3" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 4Kgcdj6qrxzF67J; Sat, 16 Apr 2022 08:32:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1650123162; bh=Q9+ev5OR0xrOv6fVHNGpLSrJrHoJLQPc5X0LtAkkD+o=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=fn4L30I7R29gdtC7QqaY6wz1g6onhdLvdGyb3D/9/wydK4jLSBzOR2T27DvhOdjBV tu4z5b7ix7EJaPyH61H6jdrueAnptQEVuqRJSQ2xADzRV68+cQRI79WBWK8dvyJ59k fjBsx4GL+tm/B/S0KQcOlMs9OM8px5bXifvKuM6Q= X-Riseup-User-ID: A10242108C626F041D73343C1E319A417C8FADE85E499D040417B78C1558E1D1 Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews1.riseup.net (Postfix) with ESMTPSA id 4Kgcdj01Z8z5w00; Sat, 16 Apr 2022 08:32:40 -0700 (PDT) Date: Sat, 16 Apr 2022 17:32:38 +0200 From: raingloom Message-ID: <20220416173238.6186eb87@riseup.net> In-Reply-To: <20220415204458.tpzxbbr25bfyu4jv@pelzflorian.localdomain> References: <20220415021749.1ebc1a62@riseup.net> <20220415065543.4i4ckrrb5lvvdbw2@pelzflorian.localdomain> <20220415133636.75e73416@riseup.net> <20220415204458.tpzxbbr25bfyu4jv@pelzflorian.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) On Fri, 15 Apr 2022 22:44:58 +0200 "pelzflorian (Florian Pelz)" wrote: > On Fri, Apr 15, 2022 at 01:36:36PM +0200, raingloom wrote: > > On Fri, 15 Apr 2022 08:55:43 +0200 > > "pelzflorian (Florian Pelz)" wrote: =20 > > > I=E2=80=99ve previously had such issues with AMD Radeon GPUs, so we a= dded > > > it to the blacklist in gnu/system/install.scm: =20 > > AFAIK it's a Radeon machine, so that may be the problem. =20 >=20 > Could you check if editing the boot options in GRUB to > modprobe.blacklist=3Damdgpu makes nomodeset unnecessary? Then > modprobe.blacklist=3Dradeon,amdgpu could be added to > gnu/system/install.scm. >=20 > Other than that, I believe the installer would eventually have shown > up with nomodeset and I believe uvesafb makes the graphics work on any > x86_64 or x86 machine, so no save-graphics GRUB entry is needed. But > maybe I=E2=80=99m wrong and uvesafb isn=E2=80=99t a panacea. >=20 >=20 > > I have no idea how long the GUI is expected to take to show up, > > maybe it would have appeared if I just waited even more, but there > > was no indication of anything happening. =20 >=20 > It takes some time on my old laptop, but it is an old laptop. >=20 > All that aside, I believe uvesafb-service-type or > kernel-module-loader-service-type can be added to any config.scm to > show i3 or any desktop environment using software rendering. It just > consumes much CPU. The installer could add it to the config.scm > automatically, however it may not be what the user wants and it seems > there is no way to auto-detect the appropriate resolution (v86d has a > resolution checker, but it maybe cannot be run early in the boot). >=20 > Regards, > Florian Hmm, it did end up working, even without the amdgpu trick. Finally had an excuse to try the TUI installer. I guess we can close this for now, but I still think that a safe graphics mode could be a good idea. From unknown Sun Jun 22 11:48:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54945: installer should have a no-graphics boot option Resent-From: "pelzflorian (Florian Pelz)" Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Sat, 16 Apr 2022 17:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54945 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: raingloom Cc: 54945@debbugs.gnu.org Received: via spool by 54945-submit@debbugs.gnu.org id=B54945.16501302907613 (code B ref 54945); Sat, 16 Apr 2022 17:32:02 +0000 Received: (at 54945) by debbugs.gnu.org; 16 Apr 2022 17:31:30 +0000 Received: from localhost ([127.0.0.1]:34261 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nfmGg-0001yj-Da for submit@debbugs.gnu.org; Sat, 16 Apr 2022 13:31:30 -0400 Received: from pelzflorian.de ([5.45.111.108]:33152 helo=mail.pelzflorian.de) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nfmGb-0001yT-VK for 54945@debbugs.gnu.org; Sat, 16 Apr 2022 13:31:29 -0400 Received: from pelzflorian.localdomain (unknown [5.45.111.108]) by mail.pelzflorian.de (Postfix) with ESMTPSA id A93DD360631; Sat, 16 Apr 2022 19:31:22 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=pelzflorian.de; s=mail; t=1650130282; bh=xf6gamLaem9U+6yhGxpGmK4JXiOFW9Tq+Y8/2+pgPDs=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=LHquX3VFZZY7Ypg3mQU3HnFYwGvhNTaTCTvy7PEE3g63T0vTnspYuDfekpCnnKxVK Gp505ZDmkgKNvY/GWVAe7hBFZlEtnP2E6xRfFY0nQ4uy4yuq34SkfxYLzlU8RFxjha FYqjPhRfSTZPq06NFfeqxtOL4CiWVQ1NYcMpxHfg= Date: Sat, 16 Apr 2022 19:31:15 +0200 From: "pelzflorian (Florian Pelz)" Message-ID: <20220416172818.76uijqgbeux7uan7@pelzflorian.localdomain> References: <20220415021749.1ebc1a62@riseup.net> <20220415065543.4i4ckrrb5lvvdbw2@pelzflorian.localdomain> <20220415133636.75e73416@riseup.net> <20220415204458.tpzxbbr25bfyu4jv@pelzflorian.localdomain> <20220416173238.6186eb87@riseup.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20220416173238.6186eb87@riseup.net> X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Sat, Apr 16, 2022 at 05:32:38PM +0200, raingloom wrote: > On Fri, 15 Apr 2022 22:44:58 +0200 > "pelzflorian (Florian Pelz)" wrote: > >[…] > > I believe uvesafb makes the graphics work on any > > x86_64 or x86 machine, so no save-graphics GRUB entry is needed. But > > maybe I’m wrong and uvesafb isn’t a panacea. > >[…] > Hmm, it did end up working, even without the amdgpu trick. Finally had > an excuse to try the TUI installer. > I guess we can close this for now, but I still think that a safe > graphics mode could be a good idea. Is there reason to believe installer’s graphics don’t work on some PC? Regards, Florian From unknown Sun Jun 22 11:48:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54945: installer should have a no-graphics boot option Resent-From: raingloom Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Sat, 16 Apr 2022 17:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54945 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: "pelzflorian (Florian Pelz)" Cc: 54945@debbugs.gnu.org Received: via spool by 54945-submit@debbugs.gnu.org id=B54945.16501313439386 (code B ref 54945); Sat, 16 Apr 2022 17:50:01 +0000 Received: (at 54945) by debbugs.gnu.org; 16 Apr 2022 17:49:03 +0000 Received: from localhost ([127.0.0.1]:34269 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nfmXf-0002RJ-9x for submit@debbugs.gnu.org; Sat, 16 Apr 2022 13:49:03 -0400 Received: from mx1.riseup.net ([198.252.153.129]:33884) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nfmXe-0002Qp-0j for 54945@debbugs.gnu.org; Sat, 16 Apr 2022 13:49:02 -0400 Received: from fews1.riseup.net (fews1-pn.riseup.net [10.0.1.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.riseup.net", Issuer "R3" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 4Kggfw2y5YzDrjm; Sat, 16 Apr 2022 10:48:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1650131336; bh=MnoKLB+oAJPNyXHH1AH5DWo62XWcwDyoRXKbDso8pAo=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=rC7oAgPjKct2iPrjD/AncvzZNy0VGaJHgMBlyPwqBBjwVvMlmyjPQQGQuru7J4WIf /xSvHVvNDXOUWdb3CCMNuqOHQJRkTTjyCVpbc4lrCJMkBQiJ0fVhCNgGQHYbECOYLS od+wbb8zSvDaEDmugueSA0EQYa0s7QvF+pFBEXyU= X-Riseup-User-ID: BDA3C42686CA20F39AEB0D50DEE31B140E21E4D2EF9B560F330C9F9F407DE3D7 Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews1.riseup.net (Postfix) with ESMTPSA id 4Kggfv39gTz5vTk; Sat, 16 Apr 2022 10:48:55 -0700 (PDT) Date: Sat, 16 Apr 2022 19:48:52 +0200 From: raingloom Message-ID: <20220416194852.5eb15b2d@riseup.net> In-Reply-To: <20220416172818.76uijqgbeux7uan7@pelzflorian.localdomain> References: <20220415021749.1ebc1a62@riseup.net> <20220415065543.4i4ckrrb5lvvdbw2@pelzflorian.localdomain> <20220415133636.75e73416@riseup.net> <20220415204458.tpzxbbr25bfyu4jv@pelzflorian.localdomain> <20220416173238.6186eb87@riseup.net> <20220416172818.76uijqgbeux7uan7@pelzflorian.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) On Sat, 16 Apr 2022 19:31:15 +0200 "pelzflorian (Florian Pelz)" wrote: > On Sat, Apr 16, 2022 at 05:32:38PM +0200, raingloom wrote: > > On Fri, 15 Apr 2022 22:44:58 +0200 > > "pelzflorian (Florian Pelz)" wrote: =20 > > >[=E2=80=A6] > > > I believe uvesafb makes the graphics work on any > > > x86_64 or x86 machine, so no save-graphics GRUB entry is needed. > > > But maybe I=E2=80=99m wrong and uvesafb isn=E2=80=99t a panacea. > > >[=E2=80=A6] =20 > > Hmm, it did end up working, even without the amdgpu trick. Finally > > had an excuse to try the TUI installer. > > I guess we can close this for now, but I still think that a safe > > graphics mode could be a good idea. =20 >=20 > Is there reason to believe installer=E2=80=99s graphics don=E2=80=99t wor= k on some PC? >=20 > Regards, > Florian I have laptops with fried GPUs that still somewhat work with nomodeset. For rescue images, a no-graphics or nomodeset graphics mode is definitely useful, because graphics is often the reason booting is broken. From unknown Sun Jun 22 11:48:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54945: installer should have a no-graphics boot option Resent-From: "pelzflorian (Florian Pelz)" Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Mon, 18 Apr 2022 14:51:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54945 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: raingloom Cc: 54945@debbugs.gnu.org Received: via spool by 54945-submit@debbugs.gnu.org id=B54945.16502934154083 (code B ref 54945); Mon, 18 Apr 2022 14:51:02 +0000 Received: (at 54945) by debbugs.gnu.org; 18 Apr 2022 14:50:15 +0000 Received: from localhost ([127.0.0.1]:40416 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ngShi-00013m-Uy for submit@debbugs.gnu.org; Mon, 18 Apr 2022 10:50:15 -0400 Received: from pelzflorian.de ([5.45.111.108]:35430 helo=mail.pelzflorian.de) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ngShg-00013b-V4 for 54945@debbugs.gnu.org; Mon, 18 Apr 2022 10:50:13 -0400 Received: from pelzflorian.localdomain (unknown [5.45.111.108]) by mail.pelzflorian.de (Postfix) with ESMTPSA id 5CCED360631; Mon, 18 Apr 2022 16:50:11 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=pelzflorian.de; s=mail; t=1650293411; bh=4Hq4ohmXWx2MTjLuWBd+uOlQRvvpmqi+aTxiT7RW0qc=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=KXacQOQRL6FJqPEYttMfJvqC//B1/YuPul0O1HVRXA6cQ2O1Fufm3XPXAy8frgMkw Zl/SxltsYUTCi9+p9Qaxgovo5xnTkfCruqWFDVsiamOJn/mMUA35Fr19lnIet/MJ+f BlnY17ZNc6P6kT0hHPACGCJFOp+UMG6Kb9zgpYM4= Date: Mon, 18 Apr 2022 16:50:02 +0200 From: "pelzflorian (Florian Pelz)" Message-ID: <20220418145002.slfrqjnvc5lq7e2h@pelzflorian.localdomain> References: <20220415021749.1ebc1a62@riseup.net> <20220415065543.4i4ckrrb5lvvdbw2@pelzflorian.localdomain> <20220415133636.75e73416@riseup.net> <20220415204458.tpzxbbr25bfyu4jv@pelzflorian.localdomain> <20220416173238.6186eb87@riseup.net> <20220416172818.76uijqgbeux7uan7@pelzflorian.localdomain> <20220416194852.5eb15b2d@riseup.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20220416194852.5eb15b2d@riseup.net> X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Sat, Apr 16, 2022 at 07:48:52PM +0200, raingloom wrote: > On Sat, 16 Apr 2022 19:31:15 +0200 > "pelzflorian (Florian Pelz)" wrote: > > > On Sat, Apr 16, 2022 at 05:32:38PM +0200, raingloom wrote: > > > On Fri, 15 Apr 2022 22:44:58 +0200 > > > "pelzflorian (Florian Pelz)" wrote: > > > >[…] > > > > I believe uvesafb makes the graphics work on any > > > > x86_64 or x86 machine, so no save-graphics GRUB entry is needed. > > > > But maybe I’m wrong and uvesafb isn’t a panacea. > > > >[…] > > > Hmm, it did end up working, even without the amdgpu trick. Finally > > > had an excuse to try the TUI installer. > > > I guess we can close this for now, but I still think that a safe > > > graphics mode could be a good idea. > > > > Is there reason to believe installer’s graphics don’t work on some PC? > > I have laptops with fried GPUs that still somewhat work with nomodeset. > For rescue images, a no-graphics or nomodeset graphics mode is > definitely useful, because graphics is often the reason booting is > broken. I presume this would need changes to the API described at `info "(guix)Bootloader Configuration"` to generate each boot.cfg menu-entry repeatedly with different boot options, or it would need a custom copy of grub-bootloader with said changes to boot.cfg generation, or a new feature to, as you wrote, include multiple operating system fields in the same image. Anyway, I wouldn’t be implementing it. I will close this bug report in a few days. Regards, Florian From unknown Sun Jun 22 11:48:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54945: installer should have a no-graphics^W nomodeset boot option Resent-From: raingloom Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Mon, 18 Apr 2022 23:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54945 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: "pelzflorian (Florian Pelz)" Cc: 54945@debbugs.gnu.org Received: via spool by 54945-submit@debbugs.gnu.org id=B54945.165032601027282 (code B ref 54945); Mon, 18 Apr 2022 23:54:01 +0000 Received: (at 54945) by debbugs.gnu.org; 18 Apr 2022 23:53:30 +0000 Received: from localhost ([127.0.0.1]:41137 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ngbBR-00075y-Kw for submit@debbugs.gnu.org; Mon, 18 Apr 2022 19:53:29 -0400 Received: from mx1.riseup.net ([198.252.153.129]:52512) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ngbBP-00075q-S1 for 54945@debbugs.gnu.org; Mon, 18 Apr 2022 19:53:28 -0400 Received: from fews1.riseup.net (fews1-pn.riseup.net [10.0.1.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.riseup.net", Issuer "R3" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 4Kj3fb0RcRzDsFZ; Mon, 18 Apr 2022 16:53:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1650326007; bh=INKQJGIXXOsynHkmuUPirWRU3Jggt5T4D5f9W8Jnp0w=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=nUPSDI/OgwglwtGVUfbC8SEO6PjTbDlNUliA1XSXlrWeceGlVhRUpjQVUap24KpxX 0T5IjXYNrB2rgkpEL0JQkDBLDApNXtGbZlZ+Oz6cP23Q0ssUti9y1cRAJKluTtDK3y ns/2Fw6mzMQ4d0zvSnKrKU/MWQ7y8KXqXROSQqig= X-Riseup-User-ID: 76ABB5240FA91A62597E7D4F9CBB1CB0FCEC8B01CF759575024A43CE9E43D243 Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews1.riseup.net (Postfix) with ESMTPSA id 4Kj3fZ266lz5vLZ; Mon, 18 Apr 2022 16:53:26 -0700 (PDT) Date: Tue, 19 Apr 2022 01:53:23 +0200 From: raingloom Message-ID: <20220419015323.1f1d99a0@riseup.net> In-Reply-To: <20220418145002.slfrqjnvc5lq7e2h@pelzflorian.localdomain> References: <20220415021749.1ebc1a62@riseup.net> <20220415065543.4i4ckrrb5lvvdbw2@pelzflorian.localdomain> <20220415133636.75e73416@riseup.net> <20220415204458.tpzxbbr25bfyu4jv@pelzflorian.localdomain> <20220416173238.6186eb87@riseup.net> <20220416172818.76uijqgbeux7uan7@pelzflorian.localdomain> <20220416194852.5eb15b2d@riseup.net> <20220418145002.slfrqjnvc5lq7e2h@pelzflorian.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) On Mon, 18 Apr 2022 16:50:02 +0200 "pelzflorian (Florian Pelz)" wrote: > On Sat, Apr 16, 2022 at 07:48:52PM +0200, raingloom wrote: > > On Sat, 16 Apr 2022 19:31:15 +0200 > > "pelzflorian (Florian Pelz)" wrote: > > =20 > > > On Sat, Apr 16, 2022 at 05:32:38PM +0200, raingloom wrote: =20 > > > > On Fri, 15 Apr 2022 22:44:58 +0200 > > > > "pelzflorian (Florian Pelz)" > > > > wrote: =20 > > > > >[=E2=80=A6] > > > > > I believe uvesafb makes the graphics work on any > > > > > x86_64 or x86 machine, so no save-graphics GRUB entry is > > > > > needed. But maybe I=E2=80=99m wrong and uvesafb isn=E2=80=99t a p= anacea. > > > > >[=E2=80=A6] =20 > > > > Hmm, it did end up working, even without the amdgpu trick. > > > > Finally had an excuse to try the TUI installer. > > > > I guess we can close this for now, but I still think that a safe > > > > graphics mode could be a good idea. =20 > > >=20 > > > Is there reason to believe installer=E2=80=99s graphics don=E2=80=99t= work on > > > some PC? =20 > >=20 > > I have laptops with fried GPUs that still somewhat work with > > nomodeset. For rescue images, a no-graphics or nomodeset graphics > > mode is definitely useful, because graphics is often the reason > > booting is broken. =20 >=20 > I presume this would need changes to the API described at `info > "(guix)Bootloader Configuration"` to generate each boot.cfg menu-entry > repeatedly with different boot options, >=20 > or it would need a custom copy of grub-bootloader with said changes to > boot.cfg generation, >=20 > or a new feature to, as you wrote, include multiple operating system > fields in the same image. >=20 > Anyway, I wouldn=E2=80=99t be implementing it. I will close this bug rep= ort > in a few days. >=20 > Regards, > Florian Okay so I'm doing some more experimentation and a lot of times the installer really does not show up. It certainly shows up more often when I add nomodeset and if I remember correctly I may have been using nomodeset during the previous succesful installs too. So IMHO this should be kept open.