frozen installer in WiFi section -guix 1.1.0
(address . bug-guix@gnu.org)
CAGeSOFhPwe84SmNBJ6v_WSdHLxKbQpT1pOhyg+=U7zUcVADYig@mail.gmail.com
Installer hangs while connecting to WiFi network
- Done
Details
- 8 participants
- Jacek Podkanski via web
- Leo Famulari
- Ludovic Courtès
- Mathieu Othacehe
- Maxim Cournoyer
- Mathieu Othacehe
- SergioBG BG
- zimoun
- Owner
- unassigned
- Submitted by
- SergioBG BG
- Severity
- important
S
L
(name . SergioBG BG)(address . sergiobgar@gmail.com)(address . 40682@debbugs.gnu.org)
873691bzu1.fsf@gnu.org
Hi SergioBG,
SergioBG BG <sergiobgar@gmail.com> skribis:
Toggle quote (4 lines)
> Hi, the installer frozen when connect with wifi.
> The driver ath9k_htc is loaded but the installer is frozen.
> Does not ask for the wifi password.
Could you send a picture of the installer WiFi screen when it’s frozen?
Could you then hit ctrl-alt-f12 and take a picture of what’s printed
there?
Toggle quote (2 lines)
> Sorry for my english.
No problem. If you prefer you can write in French, German, or Spanish
and someone will be able to answer you (developers speak other languages
too but these are the most common.)
Thanks,
Ludo’.
S
(name . Ludovic Courtès)(address . ludo@gnu.org)
CAGeSOFhM858F8vBRTO1tFHPyTQCRjBN-cmvtUExT-mJ+H7oNVw@mail.gmail.com
Here the screenshot of Frozen.
El vie., 17 abr. 2020 22:51, Ludovic Courtès <ludo@gnu.org> escribió:
Toggle quote (22 lines)
> Hi SergioBG,
>
> SergioBG BG <sergiobgar@gmail.com> skribis:
>
> > Hi, the installer frozen when connect with wifi.
> > The driver ath9k_htc is loaded but the installer is frozen.
> > Does not ask for the wifi password.
>
> Could you send a picture of the installer WiFi screen when it’s frozen?
>
> Could you then hit ctrl-alt-f12 and take a picture of what’s printed
> there?
>
> > Sorry for my english.
>
> No problem. If you prefer you can write in French, German, or Spanish
> and someone will be able to answer you (developers speak other languages
> too but these are the most common.)
>
> Thanks,
> Ludo’.
>
S
Fwd: bug#40682: frozen installer in WiFi section -guix 1.1.0
(address . bug-guix@gnu.org)
CAGeSOFi+896e5PQ_H9h6kSmcfs945zCPZ_PjBWRJ_oYVRC2-Pg@mail.gmail.com
---------- Forwarded message ---------
De: SergioBG BG <sergiobgar@gmail.com>
Date: sáb., 18 abr. 2020 a las 10:20
Subject: Re: bug#40682: frozen installer in WiFi section -guix 1.1.0
To: Ludovic Courtès <ludo@gnu.org>
Here the screenshot of Frozen.
El vie., 17 abr. 2020 22:51, Ludovic Courtès <ludo@gnu.org> escribió:
Toggle quote (22 lines)
> Hi SergioBG,
>
> SergioBG BG <sergiobgar@gmail.com> skribis:
>
> > Hi, the installer frozen when connect with wifi.
> > The driver ath9k_htc is loaded but the installer is frozen.
> > Does not ask for the wifi password.
>
> Could you send a picture of the installer WiFi screen when it’s frozen?
>
> Could you then hit ctrl-alt-f12 and take a picture of what’s printed
> there?
>
> > Sorry for my english.
>
> No problem. If you prefer you can write in French, German, or Spanish
> and someone will be able to answer you (developers speak other languages
> too but these are the most common.)
>
> Thanks,
> Ludo’.
>
L
Re: bug#40682: frozen installer in WiFi section -guix 1.1.0
(name . SergioBG BG)(address . sergiobgar@gmail.com)
87o8ro4biw.fsf@gnu.org
Hi,
SergioBG BG <sergiobgar@gmail.com> skribis:
Toggle quote (2 lines)
> Here the screenshot of Frozen.
Thanks. Looking at the screenshot, it would seem that the installer is
stuck somewhere in ‘connman-connect-with-auth’, but it’s hard to tell
why/where.
I was able to reproduce it in ‘guix system vm’ with the patch below.
Cc: Mathieu in case they have an idea…
To be continued…
Thanks,
Ludo’.
PS: Nyacc contains libdbus bindings as an example of its FFI tooling,
perhaps we should give it a try and use it here. It could be more
robust than piping through ‘connmanctl’.
Toggle diff (66 lines)
diff --git a/gnu/system/install.scm b/gnu/system/install.scm
index 0965c4d237..826f6d356d 100644
--- a/gnu/system/install.scm
+++ b/gnu/system/install.scm
@@ -322,6 +322,52 @@ the user's target storage device rather than on the RAM disk."
"Load the @code{uvesafb} kernel module with the right options.")
(default-value #t)))
+(define (simulated-wifi-shepherd-services hostapd)
+ (define config
+ (plain-file "hostapd.conf" "\
+interface=wlan1
+ssid=Test Net
+channel=1\n"))
+
+ (list (shepherd-service
+ (provision '(hostapd))
+ (requirement '(mac-sim-module unblocked-wifi))
+ (start #~(make-forkexec-constructor
+ (list #$(file-append hostapd "/sbin/hostapd")
+ #$config)
+ #:log-file "/var/log/hostapd.log"))
+ (stop #~(make-kill-destructor)))
+ (shepherd-service
+ (provision '(unblocked-wifi))
+ (requirement '(mac-sim-module))
+ (start #~(lambda _
+ (invoke #$(file-append util-linux "/sbin/rfkill")
+ "unblock" "0")
+ (invoke #$(file-append util-linux "/sbin/rfkill")
+ "unblock" "1")))
+ (one-shot? #t))
+ (shepherd-service
+ (provision '(mac-sim-module))
+ (requirement '(term-tty3))
+ (modules '((guix build utils)))
+ (start #~(lambda _
+ ;; XXX: We can't use 'load-linux-module*' here because it
+ ;; expects a flat module directory.
+ (setenv "LINUX_MODULE_DIRECTORY"
+ "/run/booted-system/kernel/lib/modules")
+ (invoke #$(file-append kmod "/bin/modprobe")
+ "mac80211_hwsim")))
+ (one-shot? #t))))
+
+(define simulated-wifi-service-type
+ (service-type
+ (name 'simulated-wifi)
+ (extensions
+ (list (service-extension shepherd-root-service-type
+ simulated-wifi-shepherd-services)))
+ (default-value hostapd)
+ (description "Run hostapd to simulate WiFi connectivity.")))
+
(define %installation-services
;; List of services of the installation system.
(let ((motd (plain-file "motd" "
@@ -366,6 +412,8 @@ Access documentation at any time by pressing Alt-F2.\x1b[0m
;; The usual services.
(syslog-service)
+ (service simulated-wifi-service-type)
+
;; The build daemon. Register the default substitute server key(s)
;; as trusted to allow the installation process to use substitutes by
;; default.
M
(name . Ludovic Courtès)(address . ludo@gnu.org)
878sirpzld.fsf@gmail.com
Hey,
I believe this is fixed by ea6594e0 on master.
This is indeed very fragile, and converting it to D-Bus would be the
right move. I will have a look to Nyacc! Writing a clean Guile-Dbus
library could also be a nice and valuable GSoC/Outreachy project.
In the meantime, could we merge your patch so that we have a hidden
simulated Wifi network available, that can be used in the installer
tests?
Thanks,
Mathieu
L
control message for bug #40682
(address . control@debbugs.gnu.org)
878sir35wo.fsf@gnu.org
L
(address . control@debbugs.gnu.org)
877dyb35w3.fsf@gnu.org
L
Re: bug#40682: frozen installer in WiFi section -guix 1.1.0
(name . Mathieu Othacehe)(address . m.othacehe@gmail.com)
878sir159v.fsf@gnu.org
Hi,
Mathieu Othacehe <m.othacehe@gmail.com> skribis:
Toggle quote (2 lines)
> I believe this is fixed by ea6594e0 on master.
Good catch!
Toggle quote (4 lines)
> This is indeed very fragile, and converting it to D-Bus would be the
> right move. I will have a look to Nyacc! Writing a clean Guile-Dbus
> library could also be a nice and valuable GSoC/Outreachy project.
Yes, it would be ideal to have a pure-Scheme implementation, but in the
meantime, perhaps generated bindings via Nyacc could work well enough.
Toggle quote (4 lines)
> In the meantime, could we merge your patch so that we have a hidden
> simulated Wifi network available, that can be used in the installer
> tests?
I’ve now pushed it as two proper service types: ‘hostapd-service-type’
and ‘simulated-wifi-service-type’, the latter using parts of the former.
Note that currently the installer tests bypass connectivity checks
altogether, but perhaps we can still check what comes before, namely
network selection?
Thanks,
Ludo’.
M
(name . Ludovic Courtès)(address . ludo@gnu.org)
871roirs4w.fsf@gmail.com
Hey,
Toggle quote (7 lines)
> I’ve now pushed it as two proper service types: ‘hostapd-service-type’
> and ‘simulated-wifi-service-type’, the latter using parts of the former.
>
> Note that currently the installer tests bypass connectivity checks
> altogether, but perhaps we can still check what comes before, namely
> network selection?
Yes, maybe we can skip only the connectivity check but still try to
connect to some network. I will have a look later this week.
Almost unrelated topic, it would be nice to provide an interface where
users can grab a nightly/periodic build of the installer and test the
latest fixes. We are already have "usb-image" and "iso9660-image" jobs
in Cuirass. So it could be a link allowing to download the latest
successful build or so.
Thanks,
Mathieu
S
(name . Mathieu Othacehe)(address . m.othacehe@gmail.com)
CAGeSOFhKCWzMUHnPpOw8gfNet2WT0WFFp6M4=O65F-OP4sGeoQ@mail.gmail.com
This is good idea for users.
El lun., 20 abr. 2020 a las 19:20, Mathieu Othacehe (<m.othacehe@gmail.com>)
escribió:
Toggle quote (23 lines)
>
> Hey,
>
> > I’ve now pushed it as two proper service types: ‘hostapd-service-type’
> > and ‘simulated-wifi-service-type’, the latter using parts of the former.
> >
> > Note that currently the installer tests bypass connectivity checks
> > altogether, but perhaps we can still check what comes before, namely
> > network selection?
>
> Yes, maybe we can skip only the connectivity check but still try to
> connect to some network. I will have a look later this week.
>
> Almost unrelated topic, it would be nice to provide an interface where
> users can grab a nightly/periodic build of the installer and test the
> latest fixes. We are already have "usb-image" and "iso9660-image" jobs
> in Cuirass. So it could be a link allowing to download the latest
> successful build or so.
>
> Thanks,
>
> Mathieu
>
L
(name . Mathieu Othacehe)(address . m.othacehe@gmail.com)
874ktcyjsq.fsf@gnu.org
Hi,
Mathieu Othacehe <m.othacehe@gmail.com> skribis:
Toggle quote (6 lines)
> Almost unrelated topic, it would be nice to provide an interface where
> users can grab a nightly/periodic build of the installer and test the
> latest fixes. We are already have "usb-image" and "iso9660-image" jobs
> in Cuirass. So it could be a link allowing to download the latest
> successful build or so.
Yes, it would be nice. We’d need to allow Cuirass to somehow publish
raw files, like Hydra does.
Ludo’.
J
Installer hangs while connecting to WiFi network
(address . 40682@debbugs.gnu.org)
7f41efcefca0.1b1e74ac54b28352@guile.gnu.org
L
Re: bug#40682: frozen installer in WiFi section -guix 1.1.0
(name . SergioBG BG)(address . sergiobgar@gmail.com)(address . 40682@debbugs.gnu.org)
20200511184927.GA7854@jasmine.lan
M
(name . Leo Famulari)(address . leo@famulari.name)
87blmtcz1s.fsf@gnu.org
Hey Leo,
Toggle quote (4 lines)
> If we have a fix, can we make a new installer image? There are people on
> #guix having trouble getting online in the installer, and I think they
> are hitting this issue.
This bug has been fixed with ea6594e0. However, I left the ticket open
because I'm supposed to add some testing using the hostapd service Ludo
proposed.
Regarding providing a new image, I proposed a patch here[1] so that
Cuirass can host fresh installation images built upon master.
Thanks,
Mathieu
R
Installer hangs while connecting to WiFi network
(address . 40682@debbugs.gnu.org)
7f41efd04900.1b03ce0f2069b8e@guile.gnu.org
Alternative URL: https://issues.guix.gnu.org/40993
M
(name . Mathieu Othacehe)(address . othacehe@gnu.org)
87o7un2et1.fsf_-_@gmail.com
Hello,
Mathieu Othacehe <othacehe@gnu.org> writes:
Toggle quote (10 lines)
> Hey Leo,
>
>> If we have a fix, can we make a new installer image? There are people on
>> #guix having trouble getting online in the installer, and I think they
>> are hitting this issue.
>
> This bug has been fixed with ea6594e0. However, I left the ticket open
> because I'm supposed to add some testing using the hostapd service Ludo
> proposed.
Are these still in your plans? Otherwise let's close this old,
high severity bug.
Toggle quote (3 lines)
> Regarding providing a new image, I proposed a patch here[1] so that
> Cuirass can host fresh installation images built upon master.
This has been implemented for a while, congrats!
--
Thanks,
Maxim
M
control message for bug #40682
(address . control@debbugs.gnu.org)
87k05b2ess.fsf@gmail.com
Z
Re: bug#40682: Installer hangs while connecting to WiFi network
(name . Maxim Cournoyer)(address . maxim.cournoyer@gmail.com)
86zgd8bcg9.fsf@gmail.com
Hi,
On Fri, 07 Oct 2022 at 23:07, Maxim Cournoyer <maxim.cournoyer@gmail.com> wrote:
Toggle quote (7 lines)
>> This bug has been fixed with ea6594e0. However, I left the ticket open
>> because I'm supposed to add some testing using the hostapd service Ludo
>> proposed.
>
> Are these still in your plans? Otherwise let's close this old,
> high severity bug.
Friendly ping. :-)
Cheers,
simon
M
(name . zimoun)(address . zimon.toutoune@gmail.com)
87k04cth80.fsf@gnu.org
Closed
?