From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark H Weaver Subject: bug#35622: Ran into a bug in the new graphical installer on WiFi setup Date: Tue, 07 May 2019 18:01:29 -0400 Message-ID: <87sgtp3ovf.fsf@netris.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([209.51.188.92]:49684) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hO8Bv-00010n-TI for bug-guix@gnu.org; Tue, 07 May 2019 18:04:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hO8Bu-0001ZN-RI for bug-guix@gnu.org; Tue, 07 May 2019 18:04:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:46332) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hO8Bu-0001Ys-NK for bug-guix@gnu.org; Tue, 07 May 2019 18:04:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hO8Bu-0005up-IU for bug-guix@gnu.org; Tue, 07 May 2019 18:04:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: (Hugo Saavedra's message of "Tue, 7 May 2019 11:56:05 -0600") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Hugo Saavedra Cc: 35622@debbugs.gnu.org Hi Hugo, Hugo Saavedra writes: > Thanks for your work on GuixSD. I was excited to try out the new > graphical installer, but ran into a bug while setting up WiFi. I'm sorry to hear it. Thanks very much for the report. > I've uploaded photos of the stacktrace for you to take a look at. This > is running on a Dell Inspiron 11 3000 series. > > https://imgur.com/a/qcwgNXr >From the backtrace, I see that 'string-null?' was applied to #f, and I guess it was the 'string-null?' called from the 'wifi-services' procedure in (gnu installer newt wifi), here: (define (wifi-services) "Return all the connman services of wifi type." (let ((services (connman-services))) (filter (lambda (service) (and (string=3D? (service-type service) "wifi") (not (string-null? (service-name service))))) services))) It seems that one of the services returned by (connman-services) had #f as its 'service-name'. The backtrace includes a (truncated) display of the service in question: #< name: #f type: "wifi" path: "wifi_4cbb58=E2=80=A6> Looking at 'connman-services', it appears that in this case, the 'keys', as returned by 'parse-keys' in (gnu installer connman), did not have a "Name" association, or else its right-hand side was #f. It would be good if someone more familiar with this code would investigate further. Thanks, Mark