bug-guix
[Top][All Lists]
Advanced

[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.

Attachment: pgp3r1_UPzDYe.pgp
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]