From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Subject: bug#40572: installer networking: Connman detects no technologies on Acer Aspire Date: Mon, 13 Apr 2020 16:13:07 +0200 Message-ID: <87r1wriido.fsf@gnu.org> References: <878sj1qcw7.fsf@gnu.org> <20200412120918.bcl5yc37f4fq2gzr@pelzflorian.localdomain> <87wo6klr2u.fsf@gmail.com> <20200412151454.m5xsma6ckltoqsb5@pelzflorian.localdomain> <20200412185234.189f5199@scratchpost.org> <20200412170946.cpnyvk44dayi5nua@pelzflorian.localdomain> <20200412174553.gjeu6qheqec4ese2@pelzflorian.localdomain> <20200413132039.6cf2a0ce@scratchpost.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:47477) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jNzqc-0003Lt-Sf for bug-guix@gnu.org; Mon, 13 Apr 2020 10:14:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jNzqb-00032g-Qa for bug-guix@gnu.org; Mon, 13 Apr 2020 10:14:02 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:48917) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jNzqb-00032Y-My for bug-guix@gnu.org; Mon, 13 Apr 2020 10:14:01 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jNzqb-0003cc-In for bug-guix@gnu.org; Mon, 13 Apr 2020 10:14:01 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <20200413132039.6cf2a0ce@scratchpost.org> (Danny Milosavljevic's message of "Mon, 13 Apr 2020 13:20:39 +0200") 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-mx.org@gnu.org Sender: "bug-Guix" To: Danny Milosavljevic Cc: 40572@debbugs.gnu.org Hi Danny, Danny Milosavljevic skribis: > Maybe it was started by dbus activation of the connman service. > > In that case, the flag corresponding to disable-vpn? won't be passed sinc= e we > manually pass it to the shepherd service only. Yes, that=E2=80=99s a problem. Perhaps we should generate a net.connman.se= rvice file that takes =E2=80=98disable-vpn?=E2=80=99 into account. > It could be that then it tries to start up vpn but that dies because of t= he > unknown symbol and then the connmand also dies maybe? > > When then started up by the shepherd service later (when you manually inv= oke > herd start networking) it will get the flag just fine and start up just f= ine > without vpn. > > In short, it could be a timing issue. > > If you invoke connmanctl without having connmand running already then dbus > activation would actually invoke it automatically (without flag), if ther= e's > a service file for "net.connman". > > But the error message from your other computer suggests that there is no = such > service file, so it shouldn't have. Right. The patch I sent to Florian adds =E2=80=98net.connman.service=E2=80= =99. With that file, connmand should at least be guaranteed to start when we need it, if shepherd hasn=E2=80=99t started it yet. But then, if connmand is started via D-Bus activation, the =E2=80=98network= ing=E2=80=99 service is eventually marked as failing to start because connmand is already running. So=E2=80=A6 not sure what=E2=80=99s best. How frequent is this issue? Should we postpone a fix? Ludo=E2=80=99.