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.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Robert Vollmert <rob <at> vllmrt.net>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#36069: closed (Menu-based installer unusable through noVNC)
Date: Tue, 11 Jun 2019 07:14:01 +0000
[Message part 1 (text/plain, inline)]
Your message dated Tue, 11 Jun 2019 09:13:01 +0200
with message-id <17584F6F-7F50-4BFF-9A7B-206CF4596A79 <at> vllmrt.net>
and subject line Re: bug#36069: Menu-based installer unusable through noVNC
has caused the debbugs.gnu.org bug report #36069,
regarding Menu-based installer unusable through noVNC
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
36069: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=36069
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
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 3 (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 4 (text/html, inline)]
[Screenshot 2019-06-03 at 11.15.07.png (image/png, inline)]
[Message part 6 (message/rfc822, inline)]
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



This bug report was last modified 1 year and 200 days ago.

Previous Next


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