[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#35941: Newt installer failure when wifi name is #f
From: |
Danny Milosavljevic |
Subject: |
bug#35941: Newt installer failure when wifi name is #f |
Date: |
Tue, 28 May 2019 11:15:19 +0200 |
Hi Pierre,
On Tue, 28 May 2019 10:59:04 +0200
Pierre Neidhardt <address@hidden> wrote:
> I've tried the installer today and it failed at the wifi selection,
> printing a stack trace which allowed me to investigate. Since I could
> not save it (shouldn't we dump it to a file by the way?),
I think it's in /tmp/last-installer-error, isn't it?
> Or, more directly in connman.scm:
>
> --8<---------------cut here---------------start------------->8---
> @@ -108,7 +108,8 @@
> (define-record-type* <service>
> service make-service
> service?
> - (name service-name) ; string
> + (name service-name
> + (default ""))
> (type service-type) ; string
> (path service-path) ; string
> (strength service-strength) ; integer
> --8<---------------cut here---------------end--------------->8---
How would that help? The default is only used if NAME is missing in the
constructor call, right? Or is it also used if NAME is present but #f ?
> Thoughts?
Have you checked whether you can then still connect to that nameless Wifi?
(since apparently connman.scm passes service-path to connman, it should
be fine. But still good to test it)
I think there are some "security" settings on Wifi routers that allow
you to hide the SSID or something, so I guess that's how this problem
sprung up.
pgp3r1_UPzDYe.pgp
Description: OpenPGP digital signature