bug-guix
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#40572: installer networking: Connman detects no technologies on Acer


From: Ludovic Courtès
Subject: bug#40572: installer networking: Connman detects no technologies on Acer Aspire
Date: Mon, 13 Apr 2020 16:13:07 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux)

Hi Danny,

Danny Milosavljevic <address@hidden> 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 since we
> manually pass it to the shepherd service only.

Yes, that’s a problem.  Perhaps we should generate a net.connman.service
file that takes ‘disable-vpn?’ into account.

> 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 such
> service file, so it shouldn't have.

Right.  The patch I sent to Florian adds ‘net.connman.service’.  With
that file, connmand should at least be guaranteed to start when we need
it, if shepherd hasn’t started it yet.

But then, if connmand is started via D-Bus activation, the ‘networking’
service is eventually marked as failing to start because connmand is
already running.

So… not sure what’s best.

How frequent is this issue?  Should we postpone a fix?

Ludo’.





reply via email to

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