[Pkg-utopia-maintainers] Bug#743937: Bug#743937: network-manager-gnome: Shows Networking disabled after recent upgrade

[Eugen Dedu]

On 08/04/14 17:55, Michael Biebl wrote:
> Am 08.04.2014 17:11, schrieb Eugen Dedu:
>> Package: network-manager-gnome
>> Version: 0.9.8.8-5
>> Severity: important
>>
>> Dear Maintainer,
>>
>> After installing 0.9.8.8-1 or -2, nm-applet has been showing
>> "Networking disabled" after suspend/resume.  When I boot the computer,
>> or when I restart network-manager service, the icon shows networking,
>> as expected, but after the first suspend/resume on my laptop, it
>> always shows the red x square in bottom right with the text
>> "Networking disabled".
>>
>> Killing and starting again nm-applet does not solve anything.  Right
>> clicking on the icon and choosing Enable Networking does not help
>> either: nothing changes except the following warning in the console:
>> ** (nm-applet:17584): WARNING **: Error enabling/disabling networking: Already enabled
>>
>> Fortunately, when I connect to cable or wifi, Internet works.  But,
>> again, the icon shows that networking is disabled.
>>
>
>
> Looks like a duplicate of [0].
> I assume you are not using systemd as PID 1?

No, PID 1 is init.

> "nmcli nm sleep false" should help as a workaround.

Indeed, this command enables network in the applet, as do restarting the 
network-manager service.

However, strange things happen afterwards.  In both cases Internet does 
not work anymore.  ifconfig and route show correct information, but no 
machine can be pinged.  I have to reexecute dhclient.

After a new suspend/resume, ifconfig does not show eth0 and wlan0 
anymore, i.e. those interfaces are down.

I receive the following warning several times:
** (nm-applet:17584): WARNING **: Could not create object for 
/org/freedesktop/NetworkManager/Settings/11: uid 1000 has no permission 
to perform this operation

> Switching to systemd as PID 1 should solve the issue (or using
> systemd-shim, although it's not clear if systemd-shim will continue to
> work in the future).
>
> Michael
>
> [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743206

Thanks,
-- 
Eugen