Re: Network Manager networking disabled after suspend

2014-04-13 Thread Michael Biebl
Am 11.04.2014 16:26, schrieb Patrick Wiseman:

 I have two frequently updated testing systems and I'm seeing this
 problem on only one of them (both laptops, both typically connected
 via wifi). On the one with the problem, after suspend the nm-applet
 shows networking disabled

This is fixed in:


network-manager (0.9.8.8-6) unstable; urgency=medium

  [ Laurent Bigonville ]
  * Rework the fix for #734460, kill NetworkManager in the postinst script
instead of the preinst one to minimize downtime on big upgrades

  [ Michael Biebl ]
  * Don't setup Sleep Monitor if system was not booted with systemd. With a
standalone logind we don't receive the Resume signal after a suspend
request and NetworkManager remains in sleep mode where the devices are
unmanaged. (Closes: #742933)
  * Use dh-autoreconf to update the build system. Override dh_autoreconf since
we need to run gtkdocize.

 -- Michael Biebl bi...@debian.org  Sat, 12 Apr 2014 12:48:33 +0200

Will enter testing in 4 days.

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Network Manager networking disabled after suspend

2014-04-11 Thread Patrick Wiseman
I know, I know, I Googled it and lots of people have had a similar
problem, but nowhere is there a satisfactory solution posted.

I have two frequently updated testing systems and I'm seeing this
problem on only one of them (both laptops, both typically connected
via wifi). On the one with the problem, after suspend the nm-applet
shows networking disabled, and enabling networking has no effect
(which to me suggests a permissions problem somewhere). 'sudo service
network-manager restart' works to restart networking and automatically
connect, so it's solved to that extent. It used to be, though, that
networking would, as one might expect, RESUME after suspend and that's
what it's still doing on the other machine. Although differently
configured, the two machines are, as of a moment ago, updated at the
same time.

My user is in the netdev group on both machines. Each has the same
PolicyKit rules file:

polkit.addRule(function(action, subject) {
  if (action.id == org.freedesktop.NetworkManager.settings.modify.system 
subject.local  subject.active 
(subject.isInGroup (sudo) || subject.isInGroup (netdev))) {
return polkit.Result.YES;
  }
});

which appears to do the right thing. It still seems to me to be most
likely some sort of permissions problem, but I cannot for the life of
me figure it out!

Any thoughts as to where I should look next?

Thanks
Patrick


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cajvvksn56hk8qjwoo3httxk2te20ndhrjpece-9bcbuz9ck...@mail.gmail.com