In the recent Debian Sid my TimeoutStart problem vanished:
ii connman 1.33-1 amd64
Intel Connection Manager daemon
ii libgnutls30:amd64 3.5.5-6amd64
GNU TLS library - main runtime library
Thank you all!
Quoting Gianfranco Costamagna :
interesting, since gnutls seems to have a regression somewhere, can
we please know which version is the first one with the issue?
Hi,
the last one, that works together with connman as expected, was
libgnutls30 3.5.2-3. The Timeouts began with 3.5.3-1.
From
Hi,
>Problem exists up to libgnutls30:amd64 3.5.3-4 at the moment on my
>Debian Sid. So ">= 3.5.3-2" is staying true until falsified.
>
>The graphical plot does not show further information than
>connman.service being in the state "Activating" for the defined
>TimeoutStartSec, symbolized by
Problem exists up to libgnutls30:amd64 3.5.3-4 at the moment on my
Debian Sid. So ">= 3.5.3-2" is staying true until falsified.
The graphical plot does not show further information than
connman.service being in the state "Activating" for the defined
TimeoutStartSec, symbolized by a red bar.
Package: connman
Version: 1.32-0.1
Followup-For: Bug #827296
Dear Maintainer,
I can confirm Bohdan's report. With the newer libgnutls30 3.5.3-2 I get the
(default) timeout of 90 s from conman.service (defined in
DefaultTimeoutStopSec=90s):
journalctl -u connman
[...]
Aug 23 09:18:55 amy system
I have found almost the same issue after libgnutls30 updated from 3.5.2-2
to 3.5.3-2 on testing. systemd waits connman-wait-online.service for 90
seconds. When i downgrade libgnutls30 to 3.5.2-2 all is ok.
On Tue 02 Aug 2016 at 17:08:28 +0100, Brian Potkin wrote:
> On Thu 16 Jun 2016 at 18:33:45 +0200, Kristian Klausen wrote:
>
> > I just checked NetworkManager, and they only install it
> > (NetworkManager-wait-online.service) but does not enable it.
> >
> > I think that is the correct behavior, n
On Thu 16 Jun 2016 at 18:33:45 +0200, Kristian Klausen wrote:
> I just checked NetworkManager, and they only install it
> (NetworkManager-wait-online.service) but does not enable it.
>
> I think that is the correct behavior, next time someone update connman
> they could fix this bug :)
Please se
man: Connman slow down the boot when no network
> available
> Date: Thu, 16 Jun 2016 18:23:31 +0200
> From: flor...@biree.name
> To: klausenb...@hotmail.com
> CC: sub...@bugs.debian.org
>
> Le Tue, 14 Jun 2016 20:54:15 +0200,
> Kristian Klausen a écrit :
>
>>
Le Tue, 14 Jun 2016 20:54:15 +0200,
Kristian Klausen a écrit :
> I'm not sure this is connman fault (??).
>
> This is causing by newer connman which include
> connman-wait-online.service. You should be able to fix it by
> disabling connman-wait-online.service
This solution works, thanks!
It's s
ading.
> Subject: Bug#827296: connman: Connman slow down the boot when no network
> available
> From: flor...@biree.name
> To: sub...@bugs.debian.org
> Date: Tue, 14 Jun 2016 19:56:08 +0200
>
> Package: connman
> Version: 1.32-0.1
> Severity: normal
Package: connman
Version: 1.32-0.1
Severity: normal
Dear Maintainer,
When no network (wired or wireless) is available, systemd hang on an long
time (around 2 minutes), waiting connman to find a network before continuing
the boot.
This is very anoying for a laptop. Some times ago (I can't rememb
12 matches
Mail list logo