From mboxrd@z Thu Jan 1 00:00:00 1970 From: Danny Milosavljevic Subject: bug#40572: installer networking: Connman detects no technologies on Acer Aspire Date: Mon, 13 Apr 2020 13:20:39 +0200 Message-ID: <20200413132039.6cf2a0ce@scratchpost.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> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/AlwWUd8CS0fYs65J.Oel_0U"; protocol="application/pgp-signature"; micalg=pgp-sha256 Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:59635) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jNx9D-0001Fm-7l for bug-guix@gnu.org; Mon, 13 Apr 2020 07:21:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jNx9C-0004rp-Aw for bug-guix@gnu.org; Mon, 13 Apr 2020 07:21:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:47758) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jNx9C-0004rZ-7t for bug-guix@gnu.org; Mon, 13 Apr 2020 07:21:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jNx9C-0001Id-4B for bug-guix@gnu.org; Mon, 13 Apr 2020 07:21:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <20200412174553.gjeu6qheqec4ese2@pelzflorian.localdomain> 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: "pelzflorian (Florian Pelz)" Cc: 40572@debbugs.gnu.org --Sig_/AlwWUd8CS0fYs65J.Oel_0U Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Maybe it was started by dbus activation of the connman service. In that case, the flag corresponding to disable-vpn? won't be passed since = we manually pass it to the shepherd service only. It could be that then it tries to start up vpn but that dies because of the unknown symbol and then the connmand also dies maybe? When then started up by the shepherd service later (when you manually invoke herd start networking) it will get the flag just fine and start up just fine 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 there's a service file for "net.connman". But the error message from your other computer suggests that there is no su= ch service file, so it shouldn't have. --Sig_/AlwWUd8CS0fYs65J.Oel_0U Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAl6USwgACgkQ5xo1VCww uqXLSQf+KvTOyrdhjgwOB3JSEuKx0kNyzI564PK+SjCsUvdwNiGRawOe+dBXAkCz KUQ/KKsJ5lJxwMP7RduwQSGpnK0rSHcGjo3f+9VGVkt1sdNOT/rFwl1qsT94zjl/ uLYFHHnyHewMLdqrLrd7funxGzkRLbH7TKdmgO75yIn2XyBp+uKPP6ZaiSnx8oLR Qq+wxZs66ayfoq+FNdig24iMoQ1/nAHPILQIbLh6mCJpUeOEuZOawW5lirK7Rywg u6hJhLdgOHJtjs2gUXFpjPapP2vj8mdt/rnKRpcn2sjUobpQpXvT/ouhw1T8CGbY 6MEBYrvXDm22spKiUKFQNbdt3MbZgQ== =lkAU -----END PGP SIGNATURE----- --Sig_/AlwWUd8CS0fYs65J.Oel_0U--