GNU bug report logs - #36069
Menu-based installer unusable through noVNC

Previous Next

Package: guix;

Reported by: Robert Vollmert <rob <at> vllmrt.net>

Date: Mon, 3 Jun 2019 09:36:01 UTC

Severity: normal

Merged with 60002

Done: Tobias Geerinckx-Rice <me <at> tobias.gr>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 36069 in the body.
You can then email your comments to 36069 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Mon, 03 Jun 2019 09:36:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Robert Vollmert <rob <at> vllmrt.net>:
New bug report received and forwarded. Copy sent to bug-guix <at> gnu.org. (Mon, 03 Jun 2019 09:36:01 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Robert Vollmert <rob <at> vllmrt.net>
To: bug-guix <at> gnu.org
Subject: Menu-based installer unusable through noVNC
Date: Mon, 3 Jun 2019 11:35:17 +0200
[Message part 1 (text/plain, inline)]
I’m in the process of setting up a Guix VPS with arpnetworks.com.

There seems to be some conflict between the “graphical” installer’s idea
of the console size and VNC’s (which appears to be noVNC
https://novnc.com/info.html). As you can see in the attached screenshot,
the screen is cropped on all sides, particularly making the menu choices
unviewable.

Not sure if relevant, but the console goes through a successful mode switch
earlier in the booting process, where the VNC display size changes. Seems
like that should happen again when the menus start, but it doesn’t.

I’ve run other installers through noVNC successfully so there’s a good
chance this is a Guix issue, can’t say for sure though.

[Message part 2 (text/html, inline)]
[Screenshot 2019-06-03 at 11.15.07.png (image/png, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Wed, 05 Jun 2019 10:40:01 GMT) Full text and rfc822 format available.

Message #8 received at 36069 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Robert Vollmert <rob <at> vllmrt.net>
Cc: 36069 <at> debbugs.gnu.org
Subject: Re: bug#36069: Menu-based installer unusable through noVNC
Date: Wed, 05 Jun 2019 12:39:18 +0200
Hello,

Robert Vollmert <rob <at> vllmrt.net> skribis:

> There seems to be some conflict between the “graphical” installer’s idea
> of the console size and VNC’s (which appears to be noVNC
> https://novnc.com/info.html). As you can see in the attached screenshot,
> the screen is cropped on all sides, particularly making the menu choices
> unviewable.
>
> Not sure if relevant, but the console goes through a successful mode switch
> earlier in the booting process, where the VNC display size changes. Seems
> like that should happen again when the menus start, but it doesn’t.
>
> I’ve run other installers through noVNC successfully so there’s a good
> chance this is a Guix issue, can’t say for sure though.

I’ve never used noVNC, but doesn’t it allow you to zoom out or
something?  The kernel (KMS) knows what it’s doing, so it seems to me
that the problem is that noVNC doesn’t realize what the actual screen
size is.  Does the Internet have something to say wrt. noVNC vs. kmscon?

BTW, for your VPS, wouldn’t it be easier to bypass the installation
altogether?  That is, you write a config that you want to use, you
create a QCOW2 image or whatever is suitable for your VPS, and you boot
that directly.

Thanks,
Ludo’.




Information forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Wed, 05 Jun 2019 11:27:02 GMT) Full text and rfc822 format available.

Message #11 received at 36069 <at> debbugs.gnu.org (full text, mbox):

From: Robert Vollmert <rob <at> vllmrt.net>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 36069 <at> debbugs.gnu.org
Subject: Re: bug#36069: Menu-based installer unusable through noVNC
Date: Wed, 5 Jun 2019 13:25:52 +0200
Hello Ludo,

thanks for looking into this.

> On 5. Jun 2019, at 12:39, Ludovic Courtès <ludo <at> gnu.org> wrote:
> 
> I’ve never used noVNC, but doesn’t it allow you to zoom out or
> something?  The kernel (KMS) knows what it’s doing, so it seems to me
> that the problem is that noVNC doesn’t realize what the actual screen
> size is.  Does the Internet have something to say wrt. noVNC vs. kmscon?

I don’t seem to get any controls to resize the display; in previous
situations it has seemed to switch modes correctly automatically. That
said, I’m happy to believe that the bug is with noVNC — I’ve reported
it with arpnetworks and will pass it on to noVNC once I know which
version is running.

> BTW, for your VPS, wouldn’t it be easier to bypass the installation
> altogether?  That is, you write a config that you want to use, you
> create a QCOW2 image or whatever is suitable for your VPS, and you boot
> that directly.

That’s a nice idea; it turns out that this provider does not appear to
give access to the disk images.

Thanks,
Robert





Information forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Wed, 05 Jun 2019 21:15:02 GMT) Full text and rfc822 format available.

Message #14 received at 36069 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Robert Vollmert <rob <at> vllmrt.net>
Cc: 36069 <at> debbugs.gnu.org
Subject: Re: bug#36069: Menu-based installer unusable through noVNC
Date: Wed, 05 Jun 2019 23:14:47 +0200
Robert Vollmert <rob <at> vllmrt.net> skribis:

>> On 5. Jun 2019, at 12:39, Ludovic Courtès <ludo <at> gnu.org> wrote:
>> 
>> I’ve never used noVNC, but doesn’t it allow you to zoom out or
>> something?  The kernel (KMS) knows what it’s doing, so it seems to me
>> that the problem is that noVNC doesn’t realize what the actual screen
>> size is.  Does the Internet have something to say wrt. noVNC vs. kmscon?
>
> I don’t seem to get any controls to resize the display; in previous
> situations it has seemed to switch modes correctly automatically. That
> said, I’m happy to believe that the bug is with noVNC — I’ve reported
> it with arpnetworks and will pass it on to noVNC once I know which
> version is running.

Alright, let us know how it goes so we can happily close the bug.  :-)

Thanks,
Ludo’.




Reply sent to Robert Vollmert <rob <at> vllmrt.net>:
You have taken responsibility. (Tue, 11 Jun 2019 07:14:01 GMT) Full text and rfc822 format available.

Notification sent to Robert Vollmert <rob <at> vllmrt.net>:
bug acknowledged by developer. (Tue, 11 Jun 2019 07:14:02 GMT) Full text and rfc822 format available.

Message #19 received at 36069-done <at> debbugs.gnu.org (full text, mbox):

From: Robert Vollmert <rob <at> vllmrt.net>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 36069-done <at> debbugs.gnu.org
Subject: Re: bug#36069: Menu-based installer unusable through noVNC
Date: Tue, 11 Jun 2019 09:13:01 +0200

> On 5. Jun 2019, at 23:14, Ludovic Courtès <ludo <at> gnu.org> wrote:
> 
> Robert Vollmert <rob <at> vllmrt.net> skribis:
> 
>>> On 5. Jun 2019, at 12:39, Ludovic Courtès <ludo <at> gnu.org> wrote:
>>> 
>>> I’ve never used noVNC, but doesn’t it allow you to zoom out or
>>> something?  The kernel (KMS) knows what it’s doing, so it seems to me
>>> that the problem is that noVNC doesn’t realize what the actual screen
>>> size is.  Does the Internet have something to say wrt. noVNC vs. kmscon?
>> 
>> I don’t seem to get any controls to resize the display; in previous
>> situations it has seemed to switch modes correctly automatically. That
>> said, I’m happy to believe that the bug is with noVNC — I’ve reported
>> it with arpnetworks and will pass it on to noVNC once I know which
>> version is running.
> 
> Alright, let us know how it goes so we can happily close the bug.  :-)

It turns out arpnetworks are running an older forked version of noVNC,
so this might well have been fixed in the meantime. Not solved, but I
don’t intend to pursue this further at this point, will close. At least
it’s on record if it shows up again.

Cheers
Rob





Information forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Tue, 11 Jun 2019 08:28:01 GMT) Full text and rfc822 format available.

Message #22 received at 36069-done <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Robert Vollmert <rob <at> vllmrt.net>
Cc: 36069-done <at> debbugs.gnu.org
Subject: Re: bug#36069: Menu-based installer unusable through noVNC
Date: Tue, 11 Jun 2019 10:26:49 +0200
Hi,

Robert Vollmert <rob <at> vllmrt.net> skribis:

>> On 5. Jun 2019, at 23:14, Ludovic Courtès <ludo <at> gnu.org> wrote:
>> 
>> Robert Vollmert <rob <at> vllmrt.net> skribis:
>> 
>>>> On 5. Jun 2019, at 12:39, Ludovic Courtès <ludo <at> gnu.org> wrote:
>>>> 
>>>> I’ve never used noVNC, but doesn’t it allow you to zoom out or
>>>> something?  The kernel (KMS) knows what it’s doing, so it seems to me
>>>> that the problem is that noVNC doesn’t realize what the actual screen
>>>> size is.  Does the Internet have something to say wrt. noVNC vs. kmscon?
>>> 
>>> I don’t seem to get any controls to resize the display; in previous
>>> situations it has seemed to switch modes correctly automatically. That
>>> said, I’m happy to believe that the bug is with noVNC — I’ve reported
>>> it with arpnetworks and will pass it on to noVNC once I know which
>>> version is running.
>> 
>> Alright, let us know how it goes so we can happily close the bug.  :-)
>
> It turns out arpnetworks are running an older forked version of noVNC,
> so this might well have been fixed in the meantime. Not solved, but I
> don’t intend to pursue this further at this point, will close. At least
> it’s on record if it shows up again.

OK, thanks for investigating!

Ludo’.




Did not alter fixed versions and reopened. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Mon, 24 Jun 2019 22:09:03 GMT) Full text and rfc822 format available.

Information forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Mon, 24 Jun 2019 22:25:02 GMT) Full text and rfc822 format available.

Message #27 received at 36069 <at> debbugs.gnu.org (full text, mbox):

From: Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>
To: Robert Vollmert <rob <at> vllmrt.net>
Cc: ludo <at> gnu.org, 36069 <at> debbugs.gnu.org
Subject: Re: bug#36069: Menu-based installer unusable through noVNC
Date: Tue, 25 Jun 2019 00:24:20 +0200
[Message part 1 (text/plain, inline)]
Reopened.

On Mon, 3 Jun 2019 11:35:17 +0200
Robert Vollmert <rob <at> vllmrt.net> wrote:

> There seems to be some conflict between the “graphical” installer’s
> idea of the console size and VNC’s (which appears to be noVNC
> https://novnc.com/info.html). As you can see in the attached
> screenshot, the screen is cropped on all sides, particularly making
> the menu choices unviewable.

Today I installed Guix on a Server which uses Guacamole as a web-based
VNC-client according to the HTML code, see 
https://guacamole.apache.org/

I also had the problem that the screen of the installer was too small,
I'm attaching two screenshots: Of the normal GRUB startup and the
unreadable installer. 

I solved it by hitting CTRL-ALT-F3 through the soft-keyboard and
installing it manually: In this console, everything looked fine.

Björn

[guix-installer01.png (image/png, attachment)]
[guix-installer02.png (image/png, attachment)]
[Message part 4 (application/pgp-signature, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Tue, 25 Jun 2019 14:00:02 GMT) Full text and rfc822 format available.

Message #30 received at 36069 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>
Cc: 36069 <at> debbugs.gnu.org, Robert Vollmert <rob <at> vllmrt.net>
Subject: Re: bug#36069: Menu-based installer unusable through noVNC
Date: Tue, 25 Jun 2019 15:59:26 +0200
Hi,

Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de> skribis:

> On Mon, 3 Jun 2019 11:35:17 +0200
> Robert Vollmert <rob <at> vllmrt.net> wrote:
>
>> There seems to be some conflict between the “graphical” installer’s
>> idea of the console size and VNC’s (which appears to be noVNC
>> https://novnc.com/info.html). As you can see in the attached
>> screenshot, the screen is cropped on all sides, particularly making
>> the menu choices unviewable.
>
> Today I installed Guix on a Server which uses Guacamole as a web-based
> VNC-client according to the HTML code, see 
> https://guacamole.apache.org/
>
> I also had the problem that the screen of the installer was too small,
> I'm attaching two screenshots: Of the normal GRUB startup and the
> unreadable installer. 

I think Robert concluded that the bug was in noVNC.

What we’d need is either something to fix on our side (but there’s
apparently nothing), or something to report to noVNC, or a workaround we
could have on our side specifically for this use case.

Do you have anything in mind along these lines?

Thanks,
Ludo’.




Information forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Tue, 25 Jun 2019 14:11:03 GMT) Full text and rfc822 format available.

Message #33 received at 36069 <at> debbugs.gnu.org (full text, mbox):

From: Robert Vollmert <rob <at> vllmrt.net>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>,
 36069 <at> debbugs.gnu.org
Subject: Re: bug#36069: Menu-based installer unusable through noVNC
Date: Tue, 25 Jun 2019 16:09:48 +0200
Hi,

> On 25. Jun 2019, at 15:59, Ludovic Courtès <ludo <at> gnu.org> wrote:
> 
> Hi,
> 
> Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de> skribis:
> 
>> On Mon, 3 Jun 2019 11:35:17 +0200
>> Robert Vollmert <rob <at> vllmrt.net> wrote:
>> 
>>> There seems to be some conflict between the “graphical” installer’s
>>> idea of the console size and VNC’s (which appears to be noVNC
>>> https://novnc.com/info.html). As you can see in the attached
>>> screenshot, the screen is cropped on all sides, particularly making
>>> the menu choices unviewable.
>> 
>> Today I installed Guix on a Server which uses Guacamole as a web-based
>> VNC-client according to the HTML code, see 
>> https://guacamole.apache.org/
>> 
>> I also had the problem that the screen of the installer was too small,
>> I'm attaching two screenshots: Of the normal GRUB startup and the
>> unreadable installer. 
> 
> I think Robert concluded that the bug was in noVNC.

Rather, I couldn’t prove the bug was anywhere else.

> What we’d need is either something to fix on our side (but there’s
> apparently nothing), or something to report to noVNC, or a workaround we
> could have on our side specifically for this use case.

It seems noVNC isn’t involved here, though, with the only clearly common
factor being Guix, so maybe the bug is there after all? (At least, as
far as I can tell, Guacamole does not involve noVNC.)

Robert





Information forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Tue, 25 Jun 2019 15:07:01 GMT) Full text and rfc822 format available.

Message #36 received at 36069 <at> debbugs.gnu.org (full text, mbox):

From: Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>
To: Robert Vollmert <rob <at> vllmrt.net>
Cc: Ludovic Courtès <ludo <at> gnu.org>, 36069 <at> debbugs.gnu.org
Subject: Re: bug#36069: Menu-based installer unusable through noVNC
Date: Tue, 25 Jun 2019 17:06:03 +0200
[Message part 1 (text/plain, inline)]
On Tue, 25 Jun 2019 16:09:48 +0200
Robert Vollmert <rob <at> vllmrt.net> wrote:
> > On 25. Jun 2019, at 15:59, Ludovic Courtès <ludo <at> gnu.org> wrote:

> > I think Robert concluded that the bug was in noVNC.  
> 
> Rather, I couldn’t prove the bug was anywhere else.
> 
> > What we’d need is either something to fix on our side (but there’s
> > apparently nothing), or something to report to noVNC, or a
> > workaround we could have on our side specifically for this use
> > case.  
> 
> It seems noVNC isn’t involved here, though, with the only clearly
> common factor being Guix, so maybe the bug is there after all? (At
> least, as far as I can tell, Guacamole does not involve noVNC.)

Guacamole and noVNC have no common roots, AFAIK. So, with a different
VNC-Software showing the same problems, I decided to re-open this bug,
though I have no proof that it is really a Guix-Problem. At least
people who want to install Guix would be annoyed and might run away. As
Robert said, he didn't experience this with any other Distro, that could
be a hint we are doing something wrong here.

I guess you (Ludovic) have tried the installer with QEMU and its
VNC-Server, maybe even with different VNC-clients?

We could try different setups in that directions.

We could look extensively at the code with the mode switches and compare
it with specs about mode-switching? Until now, I have no knowledge in
that area.

Björn
[Message part 2 (application/pgp-signature, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Tue, 25 Jun 2019 15:55:02 GMT) Full text and rfc822 format available.

Message #39 received at 36069 <at> debbugs.gnu.org (full text, mbox):

From: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
To: Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>
Cc: 36069 <at> debbugs.gnu.org, Robert Vollmert <rob <at> vllmrt.net>
Subject: Re: bug#36069: Menu-based installer unusable through noVNC
Date: Tue, 25 Jun 2019 17:54:39 +0200
On Tue, Jun 25, 2019 at 05:06:03PM +0200, Björn Höfling wrote:
> I guess you (Ludovic) have tried the installer with QEMU and its
> VNC-Server, maybe even with different VNC-clients?
> 

It works with

qemu-system-x86_64 -m 1024 -smp 1 -enable-kvm -drive file=Downloads/guix-system-install-1.0.1.x86_64-linux.iso -vnc :0

as the VNC server and vinagre as the VNC client.

Sadly novnc and guacamole clients are not packaged.  I do not know if
your errors are with the server or the client side.

Regards,
Florian




Information forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Tue, 25 Jun 2019 17:52:01 GMT) Full text and rfc822 format available.

Message #42 received at 36069 <at> debbugs.gnu.org (full text, mbox):

From: Robert Vollmert <rob <at> vllmrt.net>
To: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
Cc: Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>,
 36069 <at> debbugs.gnu.org
Subject: Re: bug#36069: Menu-based installer unusable through noVNC
Date: Tue, 25 Jun 2019 19:51:19 +0200
[Message part 1 (text/plain, inline)]

> On 25. Jun 2019, at 17:54, pelzflorian (Florian Pelz) <pelzflorian <at> pelzflorian.de> wrote:
> 
> On Tue, Jun 25, 2019 at 05:06:03PM +0200, Björn Höfling wrote:
>> I guess you (Ludovic) have tried the installer with QEMU and its
>> VNC-Server, maybe even with different VNC-clients?
>> 
> 
> It works with
> 
> qemu-system-x86_64 -m 1024 -smp 1 -enable-kvm -drive file=Downloads/guix-system-install-1.0.1.x86_64-linux.iso -vnc :0
> 
> as the VNC server and vinagre as the VNC client.
> 
> Sadly novnc and guacamole clients are not packaged.  I do not know if
> your errors are with the server or the client side.
> 
> Regards,
> Florian

I just gave my VPS another try; it turns out I can connect directly
to their VNC server. Using the macos built in VNC client I have the
same problem as before, so it appears to not be a client side issue.

The connection is titled “QEMU (server-specific-stuff)”, so this is
probably also a QEMU VNC server.

[Message part 2 (text/html, inline)]
[Screen Sharing Picture 25. June 2019 at 19.43.06 CEST.png (image/png, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Wed, 26 Jun 2019 08:51:02 GMT) Full text and rfc822 format available.

Message #45 received at 36069 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>
Cc: 36069 <at> debbugs.gnu.org, Robert Vollmert <rob <at> vllmrt.net>
Subject: Re: bug#36069: Menu-based installer unusable through noVNC
Date: Wed, 26 Jun 2019 10:50:02 +0200
Hello,

Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de> skribis:

> Guacamole and noVNC have no common roots, AFAIK. So, with a different
> VNC-Software showing the same problems, I decided to re-open this bug,
> though I have no proof that it is really a Guix-Problem. At least
> people who want to install Guix would be annoyed and might run away. As
> Robert said, he didn't experience this with any other Distro, that could
> be a hint we are doing something wrong here.

I agree that this is a problem, I’m trying to see what we could do.  :-)
We’re just using “normal” kernel functionality (KMS), so it’s not
obvious to me that Guix itself is doing something wrong.  My guess is
that other distros don’t use kmscon and thus don’t trigger this
particular issue.

> I guess you (Ludovic) have tried the installer with QEMU and its
> VNC-Server, maybe even with different VNC-clients?

I haven’t tried this, but I agree it’d be a good thing to do!

> We could try different setups in that directions.
>
> We could look extensively at the code with the mode switches and compare
> it with specs about mode-switching? Until now, I have no knowledge in
> that area.

You mean kmscon, right?

Thanks,
Ludo’.




Information forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Wed, 26 Jun 2019 16:52:02 GMT) Full text and rfc822 format available.

Message #48 received at 36069 <at> debbugs.gnu.org (full text, mbox):

From: Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>
To: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
Cc: ludo <at> gnu.org, 36069 <at> debbugs.gnu.org, Robert Vollmert <rob <at> vllmrt.net>
Subject: Re: bug#36069: Menu-based installer unusable through noVNC
Date: Wed, 26 Jun 2019 18:51:41 +0200
[Message part 1 (text/plain, inline)]
On Tue, 25 Jun 2019 17:54:39 +0200
"pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de> wrote:

> On Tue, Jun 25, 2019 at 05:06:03PM +0200, Björn Höfling wrote:
> > I guess you (Ludovic) have tried the installer with QEMU and its
> > VNC-Server, maybe even with different VNC-clients?
> >   
> 
> It works with
> 
> qemu-system-x86_64 -m 1024 -smp 1 -enable-kvm -drive
> file=Downloads/guix-system-install-1.0.1.x86_64-linux.iso -vnc :0
> 
> as the VNC server and vinagre as the VNC client.
> 
> Sadly novnc and guacamole clients are not packaged.  I do not know if
> your errors are with the server or the client side.

I can confirm it works with vinagre, jvncviewer and guacamole.

What's the conclusion? Maybe that Guix is fine and the VNC-clients are
also fine. It might just be a matter of configuration or using an older
version with bugs?

For the record:

I started qemu slightly differently:

qemu-system-x86_64 -monitor stdio -m 1024 -smp 1 -enable-kvm -cdrom guix-system-install-1.0.1.x86_64-linux.iso -vnc :0

In that way, I have the QEMU console in my terminal and I can call the
"system_reset" command: I suspected that the bug would only appear when
the VNC-Client is connected WHILE the installer start up. Usually the
startup would be fast and the VNC-client connects only when the
installer is already visible.

I installed the guacamole daemon via Ubuntu, using Version
0.9.9-2build1.

I used Tomcat 9.0.21 with guacamole-1.0.0.war, setting up a
~/.guacamole folder (called GUACAMOLE_HOME) with these config files:

$ cat guacamole.properties 
guacd-hostname=localhost
guacd-port=4822
guacd-ssl=false

$ cat user-mapping.xml 
<user-mapping>
	
    <!-- Per-user authentication and config information -->
    <authorize username="guix" password="guix">
        <protocol>vnc</protocol>
        <param name="hostname">localhost</param>
        <param name="port">5900</param>
        <!--<param name="password">VNCPASS</param>-->
    </authorize>
</user-mapping>


Then I can start up tomcat, go to localhost:9999/guacamole, log in
as user "guix" and directly see the CORRECT installer.

When rebooting, I see correctly the grub startup screen, bootup and
I will see the correct installer, no truncations.

I tried the same with client-versions 0.9.10 and 0.9.14: OK.

I built the server in version 0.9.14, I was able to connect the client
with the server, but then nothing happened. Maybe I missed some
configure flag? Gave up here.

Björn

Lemma: It might not be too hard to package guacd. The client might be
harder, as it uses Maven as a build system.
[Message part 2 (application/pgp-signature, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Wed, 26 Jun 2019 19:17:02 GMT) Full text and rfc822 format available.

Message #51 received at 36069 <at> debbugs.gnu.org (full text, mbox):

From: Robert Vollmert <rob <at> vllmrt.net>
To: Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>
Cc: ludo <at> gnu.org, "pelzflorian \(Florian Pelz\)" <pelzflorian <at> pelzflorian.de>,
 36069 <at> debbugs.gnu.org
Subject: Re: bug#36069: Menu-based installer unusable through noVNC
Date: Wed, 26 Jun 2019 21:16:05 +0200

> On 26. Jun 2019, at 18:51, Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de> wrote:

> In that way, I have the QEMU console in my terminal and I can call the
> "system_reset" command: I suspected that the bug would only appear when
> the VNC-Client is connected WHILE the installer start up. Usually the
> startup would be fast and the VNC-client connects only when the
> installer is already visible.

It seems I can rule that out. I see the bug also when disconnecting directly
after the grub screen and reconnecting after some time. Similarly, the
screen is still messed up when I disconnect and connect again while the
menu is showing.






Information forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Wed, 26 Jun 2019 20:24:01 GMT) Full text and rfc822 format available.

Message #54 received at 36069 <at> debbugs.gnu.org (full text, mbox):

From: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
To: Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>
Cc: ludo <at> gnu.org, 36069 <at> debbugs.gnu.org, Robert Vollmert <rob <at> vllmrt.net>
Subject: Re: bug#36069: Menu-based installer unusable through noVNC
Date: Wed, 26 Jun 2019 22:23:51 +0200
On Wed, Jun 26, 2019 at 06:51:41PM +0200, Björn Höfling wrote:
> What's the conclusion? Maybe that Guix is fine and the VNC-clients are
> also fine. It might just be a matter of configuration or using an older
> version with bugs?
> 

Passing “-vga cirrus” reduces the display size.

The command “man qemu” says:

-vga type
    Select type of VGA card to emulate. Valid values for type
    are

    cirrus
        Cirrus Logic GD5446 Video card. All Windows versions
        starting from Windows 95 should recognize and use
        this graphic card. For optimal performances, use 16
        bit color depth in the guest and the host OS.  (This
        card was the default before QEMU 2.2)

So presumably the VPS is using an old QEMU or passes -vga cirrus.

Regards,
Florian




Information forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Thu, 27 Jun 2019 06:35:02 GMT) Full text and rfc822 format available.

Message #57 received at 36069 <at> debbugs.gnu.org (full text, mbox):

From: Robert Vollmert <rob <at> vllmrt.net>
To: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
Cc: Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>,
 ludo <at> gnu.org, 36069 <at> debbugs.gnu.org
Subject: Re: bug#36069: Menu-based installer unusable through noVNC
Date: Thu, 27 Jun 2019 08:34:21 +0200

> On 26. Jun 2019, at 22:23, pelzflorian (Florian Pelz) <pelzflorian <at> pelzflorian.de> wrote:
> 
> On Wed, Jun 26, 2019 at 06:51:41PM +0200, Björn Höfling wrote:
>> What's the conclusion? Maybe that Guix is fine and the VNC-clients are
>> also fine. It might just be a matter of configuration or using an older
>> version with bugs?
>> 
> 
> Passing “-vga cirrus” reduces the display size.
> 
> The command “man qemu” says:
> 
> -vga type
>    Select type of VGA card to emulate. Valid values for type
>    are
> 
>    cirrus
>        Cirrus Logic GD5446 Video card. All Windows versions
>        starting from Windows 95 should recognize and use
>        this graphic card. For optimal performances, use 16
>        bit color depth in the guest and the host OS.  (This
>        card was the default before QEMU 2.2)
> 
> So presumably the VPS is using an old QEMU or passes -vga cirrus.

Great find! Indeed, lspci lists

00:02.0 VGA compatible controller: Cirrus Logic GD 5446

Is this something that could be fixed by including a driver for that
card in the kernel?





Information forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Thu, 27 Jun 2019 08:28:02 GMT) Full text and rfc822 format available.

Message #60 received at 36069 <at> debbugs.gnu.org (full text, mbox):

From: Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>
To: Robert Vollmert <rob <at> vllmrt.net>
Cc: ludo <at> gnu.org, "pelzflorian \(Florian Pelz\)" <pelzflorian <at> pelzflorian.de>,
 36069 <at> debbugs.gnu.org
Subject: Re: bug#36069: Menu-based installer unusable through noVNC
Date: Thu, 27 Jun 2019 10:27:41 +0200
[Message part 1 (text/plain, inline)]
On Thu, 27 Jun 2019 08:34:21 +0200
Robert Vollmert <rob <at> vllmrt.net> wrote:

> > On 26. Jun 2019, at 22:23, pelzflorian (Florian Pelz)
> > <pelzflorian <at> pelzflorian.de> wrote:
> > 
> > Passing “-vga cirrus” reduces the display size.

[..]

> > So presumably the VPS is using an old QEMU or passes -vga cirrus.  
> 
> Great find! Indeed, lspci lists
> 
> 00:02.0 VGA compatible controller: Cirrus Logic GD 5446
> 
> Is this something that could be fixed by including a driver for that
> card in the kernel?

Yes, good catch! On my server I find the exact same Cirrus Logic driver
with lspci. Furthermore, when starting locally the QEMU-Instance with
the "-vga cirrus" option, viewing the installer through vinagre shows a
cropped scene (screenshot attached).

Björn
[qemu-vnc-with-vga-cirrus-and-vinagre-client.png (image/png, attachment)]
[Message part 3 (application/pgp-signature, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Fri, 19 Jul 2019 12:00:03 GMT) Full text and rfc822 format available.

Message #63 received at 36069 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Robert Vollmert <rob <at> vllmrt.net>
Cc: Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>,
 Mark H Weaver <mhw <at> netris.org>,
 "pelzflorian \(Florian Pelz\)" <pelzflorian <at> pelzflorian.de>,
 36069 <at> debbugs.gnu.org
Subject: Re: bug#36069: Menu-based installer unusable through noVNC
Date: Fri, 19 Jul 2019 13:58:55 +0200
Hello,

Robert Vollmert <rob <at> vllmrt.net> skribis:

>> On 26. Jun 2019, at 22:23, pelzflorian (Florian Pelz) <pelzflorian <at> pelzflorian.de> wrote:
>> 
>> On Wed, Jun 26, 2019 at 06:51:41PM +0200, Björn Höfling wrote:
>>> What's the conclusion? Maybe that Guix is fine and the VNC-clients are
>>> also fine. It might just be a matter of configuration or using an older
>>> version with bugs?
>>> 
>> 
>> Passing “-vga cirrus” reduces the display size.
>> 
>> The command “man qemu” says:
>> 
>> -vga type
>>    Select type of VGA card to emulate. Valid values for type
>>    are
>> 
>>    cirrus
>>        Cirrus Logic GD5446 Video card. All Windows versions
>>        starting from Windows 95 should recognize and use
>>        this graphic card. For optimal performances, use 16
>>        bit color depth in the guest and the host OS.  (This
>>        card was the default before QEMU 2.2)
>> 
>> So presumably the VPS is using an old QEMU or passes -vga cirrus.
>
> Great find! Indeed, lspci lists
>
> 00:02.0 VGA compatible controller: Cirrus Logic GD 5446
>
> Is this something that could be fixed by including a driver for that
> card in the kernel?

I suppose so.

Mark, WDYT about adding support for Cirrus VGA cards to the kernel?
What would it take to do so?

Thanks,
Ludo’.




Information forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Fri, 19 Jul 2019 16:40:02 GMT) Full text and rfc822 format available.

Message #66 received at 36069 <at> debbugs.gnu.org (full text, mbox):

From: Mark H Weaver <mhw <at> netris.org>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>,
 "pelzflorian \(Florian Pelz\)" <pelzflorian <at> pelzflorian.de>,
 36069 <at> debbugs.gnu.org, Robert Vollmert <rob <at> vllmrt.net>
Subject: Re: bug#36069: Menu-based installer unusable through noVNC
Date: Fri, 19 Jul 2019 12:37:12 -0400
Hi,

Ludovic Courtès <ludo <at> gnu.org> wrote:

> Robert Vollmert <rob <at> vllmrt.net> skribis:
>
>>> On 26. Jun 2019, at 22:23, pelzflorian (Florian Pelz) <pelzflorian <at> pelzflorian.de> wrote:
>>>
>>> On Wed, Jun 26, 2019 at 06:51:41PM +0200, Björn Höfling wrote:
>>>> What's the conclusion? Maybe that Guix is fine and the VNC-clients are
>>>> also fine. It might just be a matter of configuration or using an older
>>>> version with bugs?
>>>>
>>>
>>> Passing “-vga cirrus” reduces the display size.
>>>
>>> The command “man qemu” says:
>>>
>>> -vga type
>>>    Select type of VGA card to emulate. Valid values for type
>>>    are
>>>
>>>    cirrus
>>>        Cirrus Logic GD5446 Video card. All Windows versions
>>>        starting from Windows 95 should recognize and use
>>>        this graphic card. For optimal performances, use 16
>>>        bit color depth in the guest and the host OS.  (This
>>>        card was the default before QEMU 2.2)
>>>
>>> So presumably the VPS is using an old QEMU or passes -vga cirrus.
>>
>> Great find! Indeed, lspci lists
>>
>> 00:02.0 VGA compatible controller: Cirrus Logic GD 5446
>>
>> Is this something that could be fixed by including a driver for that
>> card in the kernel?
>
> I suppose so.
>
> Mark, WDYT about adding support for Cirrus VGA cards to the kernel?
> What would it take to do so?

I know of two kernel configuration options for Cirrus video cards:

  CONFIG_DRM_CIRRUS_QEMU: Cirrus driver for QEMU emulated device
  CONFIG_FB_CIRRUS: Cirrus Logic support

CONFIG_DRM_CIRRUS_QEMU is enabled as a module in all of our
configurations except for 5.2-arm-veyron.conf.  CONFIG_FB_CIRRUS is
enabled as a module in all of our x86_64 and i686 configurations.

Is there something else I've overlooked?

      Thanks,
        Mark




Information forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Sat, 20 Jul 2019 13:48:01 GMT) Full text and rfc822 format available.

Message #69 received at 36069 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Mark H Weaver <mhw <at> netris.org>
Cc: Björn Höfling
 <bjoern.hoefling <at> bjoernhoefling.de>, "pelzflorian
 \(Florian Pelz\)" <pelzflorian <at> pelzflorian.de>, 36069 <at> debbugs.gnu.org,
 Robert Vollmert <rob <at> vllmrt.net>
Subject: Re: bug#36069: Menu-based installer unusable through noVNC
Date: Sat, 20 Jul 2019 15:47:04 +0200
Hi Mark,

Mark H Weaver <mhw <at> netris.org> skribis:

> Ludovic Courtès <ludo <at> gnu.org> wrote:
>
>> Robert Vollmert <rob <at> vllmrt.net> skribis:

[...]

>>> Great find! Indeed, lspci lists
>>>
>>> 00:02.0 VGA compatible controller: Cirrus Logic GD 5446
>>>
>>> Is this something that could be fixed by including a driver for that
>>> card in the kernel?
>>
>> I suppose so.
>>
>> Mark, WDYT about adding support for Cirrus VGA cards to the kernel?
>> What would it take to do so?
>
> I know of two kernel configuration options for Cirrus video cards:
>
>   CONFIG_DRM_CIRRUS_QEMU: Cirrus driver for QEMU emulated device
>   CONFIG_FB_CIRRUS: Cirrus Logic support
>
> CONFIG_DRM_CIRRUS_QEMU is enabled as a module in all of our
> configurations except for 5.2-arm-veyron.conf.  CONFIG_FB_CIRRUS is
> enabled as a module in all of our x86_64 and i686 configurations.
>
> Is there something else I've overlooked?

Oh, I see.

Robert and Björn, could you check if adding the ‘cirrus’ and possibly
the ‘cirrusfb’ module(s) to ‘initrd-modules’ in the image you run at
your VPS solves the issue?

TIA,
Ludo’.




Information forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Sat, 20 Jul 2019 15:18:01 GMT) Full text and rfc822 format available.

Message #72 received at 36069 <at> debbugs.gnu.org (full text, mbox):

From: Robert Vollmert <rob <at> vllmrt.net>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>,
 Mark H Weaver <mhw <at> netris.org>, 36069 <at> debbugs.gnu.org,
 "pelzflorian \(Florian Pelz\)" <pelzflorian <at> pelzflorian.de>
Subject: Re: bug#36069: Menu-based installer unusable through noVNC
Date: Sat, 20 Jul 2019 17:17:21 +0200

> On 20. Jul 2019, at 15:47, Ludovic Courtès <ludo <at> gnu.org> wrote:
> 
> Hi Mark,
> 
> Mark H Weaver <mhw <at> netris.org> skribis:
> 
>> Ludovic Courtès <ludo <at> gnu.org> wrote:
>> 
>>> Robert Vollmert <rob <at> vllmrt.net> skribis:
> 
> [...]
> 
>>>> Great find! Indeed, lspci lists
>>>> 
>>>> 00:02.0 VGA compatible controller: Cirrus Logic GD 5446
>>>> 
>>>> Is this something that could be fixed by including a driver for that
>>>> card in the kernel?
>>> 
>>> I suppose so.
>>> 
>>> Mark, WDYT about adding support for Cirrus VGA cards to the kernel?
>>> What would it take to do so?
>> 
>> I know of two kernel configuration options for Cirrus video cards:
>> 
>>  CONFIG_DRM_CIRRUS_QEMU: Cirrus driver for QEMU emulated device
>>  CONFIG_FB_CIRRUS: Cirrus Logic support
>> 
>> CONFIG_DRM_CIRRUS_QEMU is enabled as a module in all of our
>> configurations except for 5.2-arm-veyron.conf.  CONFIG_FB_CIRRUS is
>> enabled as a module in all of our x86_64 and i686 configurations.
>> 
>> Is there something else I've overlooked?
> 
> Oh, I see.
> 
> Robert and Björn, could you check if adding the ‘cirrus’ and possibly
> the ‘cirrusfb’ module(s) to ‘initrd-modules’ in the image you run at
> your VPS solves the issue?

It would need to be added to the installer. Is there a way to add it
via grub command line? Alternatively, is there a way to test this from
a regular guix system console?

(I’m not sure to what extent I’ll be able to do that — my VPS is now
serving “important” things. Note that the bug is reproducible on QEMU
by passing “-vga cirrus”.)





Information forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Mon, 22 Jul 2019 09:26:01 GMT) Full text and rfc822 format available.

Message #75 received at 36069 <at> debbugs.gnu.org (full text, mbox):

From: Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>
To: Robert Vollmert <rob <at> vllmrt.net>
Cc: Mark H Weaver <mhw <at> netris.org>,
 Ludovic Courtès <ludo <at> gnu.org>, 36069 <at> debbugs.gnu.org,
 "pelzflorian \(Florian Pelz\)" <pelzflorian <at> pelzflorian.de>
Subject: Re: bug#36069: Menu-based installer unusable through noVNC
Date: Mon, 22 Jul 2019 11:25:18 +0200
[Message part 1 (text/plain, inline)]
On Sat, 20 Jul 2019 17:17:21 +0200
Robert Vollmert <rob <at> vllmrt.net> wrote:

> > Robert and Björn, could you check if adding the ‘cirrus’ and
> > possibly the ‘cirrusfb’ module(s) to ‘initrd-modules’ in the image
> > you run at your VPS solves the issue?  
> 
> It would need to be added to the installer. Is there a way to add it
> via grub command line? Alternatively, is there a way to test this from
> a regular guix system console?
> 
> (I’m not sure to what extent I’ll be able to do that — my VPS is now
> serving “important” things. Note that the bug is reproducible on QEMU
> by passing “-vga cirrus”.)

Hi Robert,

it is possible to create your own installation-image from sources. If
you are not familar with, check the manual on how to build Guix from
source. Then I did and can confirm locally:

qemu-system-x86_64 -vga cirrus -monitor stdio -m 1024 -smp 1 -enable-kvm -vnc :0 -cdrom  /home/bjoern/qemu/installer2/guix-system-install-1.0.1.x86_64-linux.iso

This looks expectedly distorted.

On commit (without any changes):

59f79254bbd2cfe31dd063a6949f94e09308e799

I created the installation image:

[env]$ ./pre-inst-env  guix system disk-image --file-system-type=iso9660 gnu/system/install.scm 
[..]
/gnu/store/dp9yj0kv20hzwj70b0qkw2yn9vd2h6s4-image.iso

Starting it in QEMU:

qemu-system-x86_64 -vga cirrus -monitor stdio -m 1024 -smp 1 -enable-kvm -vnc :0 -cdrom /gnu/store/dp9yj0kv20hzwj70b0qkw2yn9vd2h6s4-image.iso

This still has the too small view on the installer.

Then I changed the installer code to add the modules:

[env]$ git diff | more
diff --git a/gnu/system/install.scm b/gnu/system/install.scm
index 912096027f..3e692a5bdc 100644
--- a/gnu/system/install.scm
+++ b/gnu/system/install.scm
@@ -428,6 +428,8 @@ Access documentation at any time by pressing Alt-F2.\x1b[0m
                  (target "/dev/sda")))
     (label (string-append "GNU Guix installation "
                           (package-version guix)))
+    (initrd-modules (append (list "cirrus" "cirrusfb")
+                          %base-initrd-modules))
 
     ;; XXX: The AMD Radeon driver is reportedly broken, which makes kmscon
     ;; non-functional:


Starting the newly built image:

qemu-system-x86_64 -vga cirrus -monitor stdio -m 1024 -smp 1 -enable-kvm -vnc :0 -cdrom /gnu/store/jxpfiagfscrvzjahixa8cx67c9pbqcka-image.iso

And this looks good now :-)

What I haven't done yet:

1. Use only "cirrus"
2. Use only "cirrusfb"
3. Try it out on my VPS.

Björn

[Message part 2 (application/pgp-signature, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Mon, 22 Jul 2019 10:26:02 GMT) Full text and rfc822 format available.

Message #78 received at 36069 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>
Cc: Mark H Weaver <mhw <at> netris.org>,
 "pelzflorian \(Florian Pelz\)" <pelzflorian <at> pelzflorian.de>,
 36069 <at> debbugs.gnu.org, Robert Vollmert <rob <at> vllmrt.net>
Subject: Re: bug#36069: Menu-based installer unusable through noVNC
Date: Mon, 22 Jul 2019 12:25:12 +0200
Hello!

Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de> skribis:

> [env]$ git diff | more
> diff --git a/gnu/system/install.scm b/gnu/system/install.scm
> index 912096027f..3e692a5bdc 100644
> --- a/gnu/system/install.scm
> +++ b/gnu/system/install.scm
> @@ -428,6 +428,8 @@ Access documentation at any time by pressing Alt-F2.\x1b[0m
>                   (target "/dev/sda")))
>      (label (string-append "GNU Guix installation "
>                            (package-version guix)))
> +    (initrd-modules (append (list "cirrus" "cirrusfb")
> +                          %base-initrd-modules))
>  
>      ;; XXX: The AMD Radeon driver is reportedly broken, which makes kmscon
>      ;; non-functional:
>
>
> Starting the newly built image:
>
> qemu-system-x86_64 -vga cirrus -monitor stdio -m 1024 -smp 1 -enable-kvm -vnc :0 -cdrom /gnu/store/jxpfiagfscrvzjahixa8cx67c9pbqcka-image.iso
>
> And this looks good now :-)

Awesome!

> What I haven't done yet:
>
> 1. Use only "cirrus"
> 2. Use only "cirrusfb"
> 3. Try it out on my VPS.

Please let us know when you have feedback on these so we can add just
the module that makes sense.

Thank you!

Ludo’.




Information forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Mon, 02 Sep 2019 13:12:02 GMT) Full text and rfc822 format available.

Message #81 received at 36069 <at> debbugs.gnu.org (full text, mbox):

From: Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: Mark H Weaver <mhw <at> netris.org>,
 "pelzflorian \(Florian Pelz\)" <pelzflorian <at> pelzflorian.de>,
 36069 <at> debbugs.gnu.org, Robert Vollmert <rob <at> vllmrt.net>
Subject: Re: bug#36069: Menu-based installer unusable through noVNC
Date: Mon, 2 Sep 2019 15:10:57 +0200
[Message part 1 (text/plain, inline)]
On Mon, 22 Jul 2019 12:25:12 +0200
Ludovic Courtès <ludo <at> gnu.org> wrote:

> Hello!
> 
> Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de> skribis:

> > What I haven't done yet:
> >
> > 1. Use only "cirrus"
> > 2. Use only "cirrusfb"
> > 3. Try it out on my VPS.  
> 
> Please let us know when you have feedback on these so we can add just
> the module that makes sense.


I tried all three combinations and all work with qemu:

1. (initrd-modules (append (list "cirrus" "cirrusfb")
2. (initrd-modules (append (list "cirrusfb")
3. (initrd-modules (append (list "cirrus")

I tried the version with "cirrus" on my VPS and it worked there too.

When I read the comments in the drivers, it looks like the "cirrus" is
implemented for qemu:

https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/cirrus/cirrus.c
https://github.com/torvalds/linux/blob/master/drivers/video/fbdev/cirrusfb.c

That's the result of my tests. I know too few about kernels/drivers to
really decide what the best would be here.

Ludo or Mark, could one of you go on further from here?

Thanks,

Björn
[Message part 2 (application/pgp-signature, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Mon, 16 Sep 2019 08:02:02 GMT) Full text and rfc822 format available.

Message #84 received at 36069 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>
Cc: Mark H Weaver <mhw <at> netris.org>,
 "pelzflorian \(Florian Pelz\)" <pelzflorian <at> pelzflorian.de>,
 36069 <at> debbugs.gnu.org, Robert Vollmert <rob <at> vllmrt.net>
Subject: Re: bug#36069: Menu-based installer unusable through noVNC
Date: Mon, 16 Sep 2019 10:00:53 +0200
[Message part 1 (text/plain, inline)]
Hello Björn,

Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de> skribis:

> On Mon, 22 Jul 2019 12:25:12 +0200
> Ludovic Courtès <ludo <at> gnu.org> wrote:
>
>> Hello!
>> 
>> Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de> skribis:
>
>> > What I haven't done yet:
>> >
>> > 1. Use only "cirrus"
>> > 2. Use only "cirrusfb"
>> > 3. Try it out on my VPS.  
>> 
>> Please let us know when you have feedback on these so we can add just
>> the module that makes sense.
>
>
> I tried all three combinations and all work with qemu:
>
> 1. (initrd-modules (append (list "cirrus" "cirrusfb")
> 2. (initrd-modules (append (list "cirrusfb")
> 3. (initrd-modules (append (list "cirrus")
>
> I tried the version with "cirrus" on my VPS and it worked there too.

Cool, thanks for testing.

One easy thing we can do is to arrange so that ‘guix system vm{,-image}’
always include this module in the initrd.  I believe that would address
your use case, right?

Patch below.

Thanks,
Ludo’.

[Message part 2 (text/x-patch, inline)]
diff --git a/gnu/system/vm.scm b/gnu/system/vm.scm
index ac6e4ded92..73d9b2c0c1 100644
--- a/gnu/system/vm.scm
+++ b/gnu/system/vm.scm
@@ -850,6 +850,11 @@ environment with the store shared with the host.  MAPPINGS is a list of
                      #:volatile-root? #t
                      rest)))
 
+    ;; VPS sometimes expect the "cirrus" graphics driver to be available when
+    ;; the VM is accessed with noVNC; see <https://bugs.gnu.org/36069>.
+    (initrd-modules (cons "cirrus"
+                          (operating-system-initrd-modules os)))
+
     ;; Disable swap.
     (swap-devices '())
 

Merged 36069 60002. Request was from Attila Lendvai <attila <at> lendvai.name> to control <at> debbugs.gnu.org. (Sun, 05 Feb 2023 12:00:02 GMT) Full text and rfc822 format available.

bug closed, send any further explanations to 60002 <at> debbugs.gnu.org and Attila Lendvai <attila <at> lendvai.name> Request was from Attila Lendvai <attila <at> lendvai.name> to control <at> debbugs.gnu.org. (Sun, 05 Feb 2023 12:03:01 GMT) Full text and rfc822 format available.

Information forwarded to bug-guix <at> gnu.org:
bug#36069; Package guix. (Sun, 05 Feb 2023 12:17:02 GMT) Full text and rfc822 format available.

Message #91 received at 36069 <at> debbugs.gnu.org (full text, mbox):

From: Attila Lendvai <attila <at> lendvai.name>
To: "36069 <at> debbugs.gnu.org" <36069 <at> debbugs.gnu.org>
Subject: (No Subject)
Date: Sun, 05 Feb 2023 12:15:53 +0000
open 36069
--

3 years later i was also hindered by this (see #60002). in my case it was "fixed" (read: avoided) by my VPS provider specifying a different vga argument for my VM.

maybe this patch should be applied?

'cirrus' was the default before QEMU 2.2 (~2017), and 'std' is the default since QEMU 2.2.

"-vga cirrus - Simple graphics card. Every guest OS has a built-in driver."

https://www.qemu.org/docs/master/system/qemu-manpage.html

-- 
• attila lendvai
• PGP: 963F 5D5F 45C7 DFCD 0A39
--
“You don't need another human being to make your life complete, but let's be honest. Having your wounds kissed by someone who doesn't see them as disasters in your soul, but cracks to put their love into, is the most calming thing in this world.”
	— Emery Allen





Did not alter fixed versions and reopened. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sun, 05 Feb 2023 12:20:01 GMT) Full text and rfc822 format available.

Merged 36069 60002. Request was from Attila Lendvai <attila.lendvai <at> gmail.com> to control <at> debbugs.gnu.org. (Thu, 02 Nov 2023 08:50:02 GMT) Full text and rfc822 format available.

Reply sent to Tobias Geerinckx-Rice <me <at> tobias.gr>:
You have taken responsibility. (Fri, 03 Nov 2023 20:24:01 GMT) Full text and rfc822 format available.

Notification sent to Robert Vollmert <rob <at> vllmrt.net>:
bug acknowledged by developer. (Fri, 03 Nov 2023 20:24:02 GMT) Full text and rfc822 format available.

Message #100 received at 36069-done <at> debbugs.gnu.org (full text, mbox):

From: Tobias Geerinckx-Rice <me <at> tobias.gr>
To: 36069-done <at> debbugs.gnu.org
Subject: "cirrus" added to VM initrd modules
Date: Fri, 03 Nov 2023 20:22:53 +0000
I pushed a version of Ludo's suggestion earlier today.  And yes, cirrus is what we want here.

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.




Reply sent to Tobias Geerinckx-Rice <me <at> tobias.gr>:
You have taken responsibility. (Fri, 03 Nov 2023 20:24:02 GMT) Full text and rfc822 format available.

Notification sent to Attila Lendvai <attila <at> lendvai.name>:
bug acknowledged by developer. (Fri, 03 Nov 2023 20:24:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sat, 02 Dec 2023 12:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 117 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.