unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
* NetworkManager doesn't "Connect automatically"
@ 2016-12-13  6:51 Chris Marusich
  2016-12-13 14:37 ` Thomas Haller
  0 siblings, 1 reply; 17+ messages in thread
From: Chris Marusich @ 2016-12-13  6:51 UTC (permalink / raw)
  To: networkmanager-list; +Cc: guix-devel, rennes


[-- Attachment #1.1: Type: text/plain, Size: 3386 bytes --]

Hi,

I'm trying to get NetworkManager working in GuixSD [1].  I've got it
working well enough so that I can manually connect to my wireless
network, which is great!  However, I've noticed that even when I've
checked the "Connect automatically" check-box [2], NetworkManager
doesn't automatically connect to my wireless network.  I expected it to
automatically connect.

I'd be very grateful if you could please help me figure out why
NetworkManager isn't automatically connecting.  This is the last issue
stopping the Guix project from using NetworkManager as the default
network management application in GuixSD.  I'm not subscribed to the
networkmanager-list@gnome.org email list, so please include me
explicitly when replying so that I'm sure to get your message.

I've done some investigation, but I can't figure out how to
NetworkManager automatically connect to my wireless network.  Here's
what I know:

* Even when I restart my computer, NetworkManager doesn't automatically
  connect.  This is true even though NetworkManager is running, and even
  though the "Connect automatically" check-box remains checked.

* The only suspicious message emitted by NetworkManager appears to be
  this one, which seems unrelated:

    Dec 12 21:22:05 localhost NetworkManager[348]: <warn>
    [1481606525.8773] error poking ModemManager:
    GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name
    org.freedesktop.ModemManager1 was not provided by any .service files

* I tried running NetworkManager with the "--debug" option, and I saw a
  lot of messages, but nothing jumped out at me (I'm not a
  NetworkManager developer though, so I'm not sure what constitutes
  normal or abnormal output).

* The "auto connect" setting for my wireless network is definitely being
  saved correctly.  I know this because I've observed messages from
  NetworkManager saying that it successfully saved the settings. In
  addition, when I invoke 'nmcli -f all c show', my wireless network is
  listed with a "yes" in the "AUTOCONNECT" column.

* If I check the "Make available to other users" check-box, then
  NetworkManager DOES automatically connect to my wireless network.
  However, my understanding is that this is only a workaround, and that
  in fact NetworkManager should automatically connect when "Connect
  automatically" is checked and "Make available to other users" is not
  checked.  Please correct me if I'm mistaken.

I've peeked at the NetworkManager code, but I don't have a lot of
experience with GNOME programs, so I was a little lost.  Hopefully with
your guidance, I can figure out what the problem is and fix it.

Here's information about my system; please let me know if you need more:

* NetworkManager version: 1.4.2.

* Linux version: Linux-Libre 4.8.12.

* GNOME version: The GNOME Control Center reports "3.0" (under "Details"
  in the System section), and the gnome-shell I'm using is GNOME Shell
  3.20.4.

* Network controller: Qualcomm Atheros AR9285 Wireless Network Adapter
  (PCI-Express) (rev 01)

* Driver: ath9k, srcversion 9A67368256E430AA90B3557.

[1] https://www.gnu.org/software/guix/

[2] See attached screenshot.  This checkbox is in the "Identity" section
of my network's settings, as viewed via the "Networking" application in
the GNOME Control Center).

-- 
Chris

[-- Attachment #1.2: network-settings.png --]
[-- Type: image/png, Size: 22548 bytes --]

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: NetworkManager doesn't "Connect automatically"
  2016-12-13  6:51 NetworkManager doesn't "Connect automatically" Chris Marusich
@ 2016-12-13 14:37 ` Thomas Haller
  2016-12-13 15:26   ` rennes
  2016-12-14  9:38   ` Chris Marusich
  0 siblings, 2 replies; 17+ messages in thread
From: Thomas Haller @ 2016-12-13 14:37 UTC (permalink / raw)
  To: Chris Marusich, networkmanager-list
  Cc: guix-devel, rennes, Ludovic Courtès


[-- Attachment #1.1: Type: text/plain, Size: 1227 bytes --]

On Mon, 2016-12-12 at 22:51 -0800, Chris Marusich wrote:


Hi,


> * If I check the "Make available to other users" check-box, then
>   NetworkManager DOES automatically connect to my wireless network.
>   However, my understanding is that this is only a workaround, and
> that
>   in fact NetworkManager should automatically connect when "Connect
>   automatically" is checked and "Make available to other users" is
> not
>   checked.  Please correct me if I'm mistaken.

This restricts the connection to a certain user, determined by the
connection.permissions property (see `nmcli connection show $NAME`
and `man nm-settings`).

This makes the connection only available, when a session for that user
exists. Is that user logged-in?

Did you build NetworkManager yourself? Is session-tracking properly
enabled to use systemd-logind or consolekit.



Starting NetworkManager with --debug is usually not that useful. The
most interesting thing it does is to turn on debug-logging, which you
can do  otherwise [1].



best,
Thomas


[1] https://cgit.freedesktop.org/NetworkManager/NetworkManager/plain/contrib/fedora/rpm/NetworkManager.conf?id=c90ec2d8c8a12b44c908bf7f80b23059c29f68fa

[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

[-- Attachment #2: Type: text/plain, Size: 171 bytes --]

_______________________________________________
networkmanager-list mailing list
networkmanager-list@gnome.org
https://mail.gnome.org/mailman/listinfo/networkmanager-list

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: NetworkManager doesn't "Connect automatically"
  2016-12-13 14:37 ` Thomas Haller
@ 2016-12-13 15:26   ` rennes
  2016-12-13 22:38     ` Ludovic Courtès
  2016-12-14  9:38   ` Chris Marusich
  1 sibling, 1 reply; 17+ messages in thread
From: rennes @ 2016-12-13 15:26 UTC (permalink / raw)
  To: guix-devel

Hello,

On 2016-12-13 08:37, Thomas Haller wrote:
> This restricts the connection to a certain user, determined by the
> connection.permissions property (see `nmcli connection show $NAME`
> and `man nm-settings`).
> 
> This makes the connection only available, when a session for that user
> exists. Is that user logged-in?
> 
> Did you build NetworkManager yourself? Is session-tracking properly
> enabled to use systemd-logind or consolekit.
> 
> Starting NetworkManager with --debug is usually not that useful. The
> most interesting thing it does is to turn on debug-logging, which you
> can do  otherwise [1].
> [1]
> https://cgit.freedesktop.org/NetworkManager/NetworkManager/plain/contrib/fedora/rpm/NetworkManager.conf?id=c90ec2d8c8a12b44c908bf7f80b23059c29f68fa

Accordig to what Thomas comments, I have two ideas:

* I wil try to compile 'network-manager' with 
'--with-session-tracking=consolekit'.
* I remember that we do not have the file 'NetworkManager.conf' under 
'/etc/NetworkManager' directory.

I will perform the tests in the afternoon.

Thanks

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: NetworkManager doesn't "Connect automatically"
  2016-12-13 15:26   ` rennes
@ 2016-12-13 22:38     ` Ludovic Courtès
  2016-12-14  9:13       ` Chris Marusich
  0 siblings, 1 reply; 17+ messages in thread
From: Ludovic Courtès @ 2016-12-13 22:38 UTC (permalink / raw)
  To: rennes; +Cc: guix-devel

Hello network managers!  :-)

rennes@openmailbox.org skribis:

> Accordig to what Thomas comments, I have two ideas:
>
> * I wil try to compile 'network-manager' with
> '--with-session-tracking=consolekit'.

On GuixSD we use “elogind”, which is like “systemd-logind”.

However, the build log says:

--8<---------------cut here---------------start------------->8---
Platform:
  session tracking: consolekit
  suspend/resume: consolekit
--8<---------------cut here---------------end--------------->8---

… which is definitely wrong.

We need to tell it to use elogind, but adding it as an input is not
enough.  Ideas?

> * I remember that we do not have the file 'NetworkManager.conf' under
> '/etc/NetworkManager' directory.

Do you think it matters?

Thanks for looking into it!

Ludo’.

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: NetworkManager doesn't "Connect automatically"
  2016-12-13 22:38     ` Ludovic Courtès
@ 2016-12-14  9:13       ` Chris Marusich
  2016-12-14  9:20         ` Andy Wingo
  0 siblings, 1 reply; 17+ messages in thread
From: Chris Marusich @ 2016-12-14  9:13 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: guix-devel, rennes


[-- Attachment #1.1: Type: text/plain, Size: 2323 bytes --]

Hi Ludo,

ludo@gnu.org (Ludovic Courtès) writes:

> Hello network managers!  :-)

Hopefully soon we will MANAGE to get it working! ;-)

> rennes@openmailbox.org skribis:
>
>> Accordig to what Thomas comments, I have two ideas:
>>
>> * I wil try to compile 'network-manager' with
>> '--with-session-tracking=consolekit'.
>
> On GuixSD we use “elogind”, which is like “systemd-logind”.
>
> However, the build log says:
>
> Platform:
>   session tracking: consolekit
>   suspend/resume: consolekit
>
> … which is definitely wrong.
>
> We need to tell it to use elogind, but adding it as an input is not
> enough.  Ideas?

By running "./configure --help", I found these promising options:

--8<---------------cut here---------------start------------->8---
  --with-systemd-logind=yes|no
                          Support systemd session tracking
  --with-consolekit=yes|no
                          Support consolekit session tracking
--8<---------------cut here---------------end--------------->8---

I tried the attached patch, but when I built network-manager, I got:

--8<---------------cut here---------------start------------->8---
checking for SYSTEMD_200... no
checking for LIBSYSTEMD... no
checking for SYSTEMD_JOURNAL... no
checking for SYSTEMD_JOURNAL... no
checking for SYSTEMD_LOGIN... no
checking for SYSTEMD_LOGIN... no
configure: error: You must have libsystemd installed to build with systemd-logind support.
phase `configure' failed after 5.3 seconds
builder for `/gnu/store/2zv14p720wfw594g86sf8wsd6fmkh8s7-network-manager-1.4.2.drv' failed with exit code 1
@ build-failed /gnu/store/2zv14p720wfw594g86sf8wsd6fmkh8s7-network-manager-1.4.2.drv - 1 builder for `/gnu/store/2zv14p720wfw594g86sf8wsd6fmkh8s7-network-manager-1.4.2.drv' failed with exit code 1
guix build: error: build failed: build of `/gnu/store/2zv14p720wfw594g86sf8wsd6fmkh8s7-network-manager-1.4.2.drv' failed
--8<---------------cut here---------------end--------------->8---

Did I make a mistake, or does NetworkManager just not recognize elogind?
I'll look into this more, but unless I made a mistake, I suspect that
either elogind or network-manager might require some tweaks to convince
network-manager that elogind is equivalent to systemd in this case.

-- 
Chris

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.2: 0001-gnome-Enable-session-tracking-in-network-manager.patch --]
[-- Type: text/x-patch, Size: 1721 bytes --]

From 2c3973f566a889e291555a208813f45a371134b7 Mon Sep 17 00:00:00 2001
From: Chris Marusich <cmmarusich@gmail.com>
Date: Wed, 14 Dec 2016 00:44:54 -0800
Subject: [PATCH] gnome: Enable session tracking in network-manager.

* gnu/packages/gnome.scm (network-manager): Add configuration options
  "--with-systemd-logind=yes" (so we can use elogind to track login sessions)
  and "--with-consolekit=no" (so we don't use consolekit to track sessions,
  since it isn't packaged yet).  Add elogind as an input.
---
 gnu/packages/gnome.scm | 7 +++++--
 1 file changed, 5 insertions(+), 2 deletions(-)

diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm
index 1762381cf..c2b4f0ce4 100644
--- a/gnu/packages/gnome.scm
+++ b/gnu/packages/gnome.scm
@@ -4409,7 +4409,9 @@ users.")
              (doc      (assoc-ref %outputs "doc"))
              (dhclient (string-append (assoc-ref %build-inputs "isc-dhcp")
                                       "/sbin/dhclient")))
-         (list "--with-crypto=gnutls"
+         (list "--with-systemd-logind=yes" ; In Guix, this is provided via elogind.
+               "--with-consolekit=no" ; We haven't packaged consolekit yet.
+               "--with-crypto=gnutls"
                "--disable-config-plugin-ibft"
                "--sysconfdir=/etc"
                "--localstatedir=/var"
@@ -4474,7 +4476,8 @@ users.")
        ("polkit" ,polkit)
        ("ppp" ,ppp)
        ("readline" ,readline)
-       ("util-linux" ,util-linux)))
+       ("util-linux" ,util-linux)
+       ("elogind" ,elogind)))
     (synopsis "Network connection manager")
     (home-page "http://www.gnome.org/projects/NetworkManager/")
     (description
-- 
2.11.0


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

^ permalink raw reply related	[flat|nested] 17+ messages in thread

* Re: NetworkManager doesn't "Connect automatically"
  2016-12-14  9:13       ` Chris Marusich
@ 2016-12-14  9:20         ` Andy Wingo
  2016-12-14 10:06           ` Chris Marusich
  0 siblings, 1 reply; 17+ messages in thread
From: Andy Wingo @ 2016-12-14  9:20 UTC (permalink / raw)
  To: Chris Marusich; +Cc: guix-devel, rennes

On Wed 14 Dec 2016 10:13, Chris Marusich <cmmarusich@gmail.com> writes:

> Did I make a mistake, or does NetworkManager just not recognize elogind?
> I'll look into this more, but unless I made a mistake, I suspect that
> either elogind or network-manager might require some tweaks to convince
> network-manager that elogind is equivalent to systemd in this case.

See README where it mentions differences to logind:

  https://github.com/elogind/elogind

In particular see the changes in gnu/packages/polkit.scm to get
PolicyKit to recognize elogind.

ANdy

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: NetworkManager doesn't "Connect automatically"
  2016-12-13 14:37 ` Thomas Haller
  2016-12-13 15:26   ` rennes
@ 2016-12-14  9:38   ` Chris Marusich
  2016-12-14 21:08     ` Thomas Haller
  1 sibling, 1 reply; 17+ messages in thread
From: Chris Marusich @ 2016-12-14  9:38 UTC (permalink / raw)
  To: Thomas Haller; +Cc: guix-devel, rennes, networkmanager-list

[-- Attachment #1: Type: text/plain, Size: 1133 bytes --]

Hi Thomas,

Thank you for the quick response!

Thomas Haller <thaller@redhat.com> writes:

> Did you build NetworkManager yourself? Is session-tracking properly
> enabled to use systemd-logind or consolekit.

Yes, I'm building it from source [1].  It looks like we might need to
adjust the way we build it to enable session-tracking, like you've
suggested.  Am I correct in understanding that I should only need to
pass the option "--with-systemd-logind=yes" to the configure script to
enable session tracking via systemd-logind?  Is anything else required?

> Starting NetworkManager with --debug is usually not that useful. The
> most interesting thing it does is to turn on debug-logging, which you
> can do  otherwise [1].

Understood.  Thank you for the tip!

[1] The NetworkManager package definition [2] as of today is here:
http://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/gnome.scm?id=72c0b687800a617b891565f5a85bb06c1e1ba015#n4391

[2] If you're curious, you can learn more here:
https://www.gnu.org/software/guix/manual/html_node/Defining-Packages.html#Defining-Packages

-- 
Chris

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: NetworkManager doesn't "Connect automatically"
  2016-12-14  9:20         ` Andy Wingo
@ 2016-12-14 10:06           ` Chris Marusich
  2016-12-15  7:16             ` Chris Marusich
  0 siblings, 1 reply; 17+ messages in thread
From: Chris Marusich @ 2016-12-14 10:06 UTC (permalink / raw)
  To: Andy Wingo; +Cc: guix-devel, rennes

[-- Attachment #1: Type: text/plain, Size: 873 bytes --]

Andy Wingo <wingo@igalia.com> writes:

> On Wed 14 Dec 2016 10:13, Chris Marusich <cmmarusich@gmail.com> writes:
>
>> Did I make a mistake, or does NetworkManager just not recognize elogind?
>> I'll look into this more, but unless I made a mistake, I suspect that
>> either elogind or network-manager might require some tweaks to convince
>> network-manager that elogind is equivalent to systemd in this case.
>
> See README where it mentions differences to logind:
>
>   https://github.com/elogind/elogind
>
> In particular see the changes in gnu/packages/polkit.scm to get
> PolicyKit to recognize elogind.
>
> ANdy

Awesome, thank you for the tip!  At first blush it looks like the word
"systemd" is mentioned in surprisingly many files inside the
NetworkManager source.  I'll try following the example of polkit and see
how it goes!

-- 
Chris

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: NetworkManager doesn't "Connect automatically"
  2016-12-14  9:38   ` Chris Marusich
@ 2016-12-14 21:08     ` Thomas Haller
  2016-12-17  9:51       ` Chris Marusich
  0 siblings, 1 reply; 17+ messages in thread
From: Thomas Haller @ 2016-12-14 21:08 UTC (permalink / raw)
  To: Chris Marusich
  Cc: guix-devel, rennes, Ludovic Courtès, networkmanager-list


[-- Attachment #1.1: Type: text/plain, Size: 782 bytes --]

On Wed, 2016-12-14 at 01:38 -0800, Chris Marusich wrote:
> Hi Thomas,
> 
> Thank you for the quick response!
> 
> Thomas Haller <thaller@redhat.com> writes:
> 
> > Did you build NetworkManager yourself? Is session-tracking properly
> > enabled to use systemd-logind or consolekit.
> 
> Yes, I'm building it from source [1].  It looks like we might need to
> adjust the way we build it to enable session-tracking, like you've
> suggested.  Am I correct in understanding that I should only need to
> pass the option "--with-systemd-logind=yes" to the configure script
> to
> enable session tracking via systemd-logind?  Is anything else
> required?

Hi,

No, that should be enough.

Possibly it was already enabled before, detected automatically?

Thomas

[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

[-- Attachment #2: Type: text/plain, Size: 171 bytes --]

_______________________________________________
networkmanager-list mailing list
networkmanager-list@gnome.org
https://mail.gnome.org/mailman/listinfo/networkmanager-list

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: NetworkManager doesn't "Connect automatically"
  2016-12-14 10:06           ` Chris Marusich
@ 2016-12-15  7:16             ` Chris Marusich
  2016-12-15 10:24               ` Chris Marusich
  0 siblings, 1 reply; 17+ messages in thread
From: Chris Marusich @ 2016-12-15  7:16 UTC (permalink / raw)
  To: Andy Wingo; +Cc: guix-devel, rennes

[-- Attachment #1: Type: text/plain, Size: 1309 bytes --]

Chris Marusich <cmmarusich@gmail.com> writes:

> Andy Wingo <wingo@igalia.com> writes:
>
>> On Wed 14 Dec 2016 10:13, Chris Marusich <cmmarusich@gmail.com> writes:
>>
>>> Did I make a mistake, or does NetworkManager just not recognize elogind?
>>> I'll look into this more, but unless I made a mistake, I suspect that
>>> either elogind or network-manager might require some tweaks to convince
>>> network-manager that elogind is equivalent to systemd in this case.
>>
>> See README where it mentions differences to logind:
>>
>>   https://github.com/elogind/elogind
>>
>> In particular see the changes in gnu/packages/polkit.scm to get
>> PolicyKit to recognize elogind.
>>
>> ANdy
>
> Awesome, thank you for the tip!  At first blush it looks like the word
> "systemd" is mentioned in surprisingly many files inside the
> NetworkManager source.  I'll try following the example of polkit and see
> how it goes!

Upon closer inspection, it looks almost as if NetworkManager has
extracted code from systemd for its own internal use.  I'll continue to
look into this, but I don't expect to be able to make progress on my own
very soon, so if someone else wants to dive in and help figure out what
substitutions to make in the NetworkManager code, it would be welcome.

-- 
Chris

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: NetworkManager doesn't "Connect automatically"
  2016-12-15  7:16             ` Chris Marusich
@ 2016-12-15 10:24               ` Chris Marusich
  2016-12-15 10:41                 ` Andy Wingo
  2016-12-15 15:53                 ` Ludovic Courtès
  0 siblings, 2 replies; 17+ messages in thread
From: Chris Marusich @ 2016-12-15 10:24 UTC (permalink / raw)
  To: Andy Wingo; +Cc: guix-devel, rennes


[-- Attachment #1.1: Type: text/plain, Size: 1823 bytes --]

Chris Marusich <cmmarusich@gmail.com> writes:

> Chris Marusich <cmmarusich@gmail.com> writes:
>
>> Andy Wingo <wingo@igalia.com> writes:
>>
>>> On Wed 14 Dec 2016 10:13, Chris Marusich <cmmarusich@gmail.com> writes:
>>>
>>>> Did I make a mistake, or does NetworkManager just not recognize elogind?
>>>> I'll look into this more, but unless I made a mistake, I suspect that
>>>> either elogind or network-manager might require some tweaks to convince
>>>> network-manager that elogind is equivalent to systemd in this case.
>>>
>>> See README where it mentions differences to logind:
>>>
>>>   https://github.com/elogind/elogind
>>>
>>> In particular see the changes in gnu/packages/polkit.scm to get
>>> PolicyKit to recognize elogind.
>>>
>>> ANdy
>>
>> Awesome, thank you for the tip!  At first blush it looks like the word
>> "systemd" is mentioned in surprisingly many files inside the
>> NetworkManager source.  I'll try following the example of polkit and see
>> how it goes!
>
> Upon closer inspection, it looks almost as if NetworkManager has
> extracted code from systemd for its own internal use.  I'll continue to
> look into this, but I don't expect to be able to make progress on my own
> very soon, so if someone else wants to dive in and help figure out what
> substitutions to make in the NetworkManager code, it would be welcome.

I tried following polkit's example.  These patches enable me to build
network-manager with elogind, but when I reconfigure my system using the
new network-manager package, NetworkManager still fails to automatically
connect (like before, there are no error messages that I can find).

I suspect I didn't replace the right "systemd" references, but it's hard
to say.  A second pair of eyes on this would be very helpful!

-- 
Chris

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.2: 0001-gnome-Enable-session-tracking-in-network-manager.patch --]
[-- Type: text/x-patch, Size: 2825 bytes --]

From 775e0f0c18fb2bcfc297c92184c54e81fb2db79d Mon Sep 17 00:00:00 2001
From: Chris Marusich <cmmarusich@gmail.com>
Date: Wed, 14 Dec 2016 00:44:54 -0800
Subject: [PATCH 1/2] gnome: Enable session tracking in network-manager.

* gnu/packages/gnome.scm (network-manager): Add configuration options
  "--with-systemd-logind=yes" (so we can use elogind to track login sessions)
  and "--with-consolekit=no" (so we don't use consolekit to track sessions,
  since it isn't packaged yet).  Add elogind as an input, and add a snippet to
  replace some references to systemd with elogind.
---
 gnu/packages/gnome.scm | 21 ++++++++++++++++++---
 1 file changed, 18 insertions(+), 3 deletions(-)

diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm
index 1762381cf..846317f1d 100644
--- a/gnu/packages/gnome.scm
+++ b/gnu/packages/gnome.scm
@@ -4399,7 +4399,19 @@ users.")
                                   "NetworkManager-" version ".tar.xz"))
               (sha256
                (base32
-                "016jc21mwjxvnfiblp5lji55sr8aq6w8a08fsjmqvnpnvm3y6r58"))))
+                "016jc21mwjxvnfiblp5lji55sr8aq6w8a08fsjmqvnpnvm3y6r58"))
+              (snippet
+              '(begin
+                 (use-modules (guix build utils))
+                 (substitute* "configure"
+                   ;; Replace libsystemd-login with libelogind.
+                   (("libsystemd-login") "libelogind"))
+                 (substitute* "src/devices/wwan/nm-modem-manager.c"
+                   (("systemd") "elogind"))
+                 (substitute* "src/nm-session-monitor.c"
+                   (("systemd") "elogind"))
+                 (substitute* "./src/nm-logging.c"
+                   (("systemd") "elogind"))))))
     (build-system gnu-build-system)
     (outputs '("out"
                "doc")) ; 8 MiB of gtk-doc HTML
@@ -4409,7 +4421,9 @@ users.")
              (doc      (assoc-ref %outputs "doc"))
              (dhclient (string-append (assoc-ref %build-inputs "isc-dhcp")
                                       "/sbin/dhclient")))
-         (list "--with-crypto=gnutls"
+         (list "--with-systemd-logind=yes" ; In Guix, this is provided via elogind.
+               "--with-consolekit=no" ; We haven't packaged consolekit yet.
+               "--with-crypto=gnutls"
                "--disable-config-plugin-ibft"
                "--sysconfdir=/etc"
                "--localstatedir=/var"
@@ -4474,7 +4488,8 @@ users.")
        ("polkit" ,polkit)
        ("ppp" ,ppp)
        ("readline" ,readline)
-       ("util-linux" ,util-linux)))
+       ("util-linux" ,util-linux)
+       ("elogind" ,elogind)))
     (synopsis "Network connection manager")
     (home-page "http://www.gnome.org/projects/NetworkManager/")
     (description
-- 
2.11.0


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.3: 0002-gnome-Enable-NetworkManager-in-gnome-settings-daemon.patch --]
[-- Type: text/x-patch, Size: 1600 bytes --]

From d6de68789959bd657c5697c717201d5bcdaf2fcf Mon Sep 17 00:00:00 2001
From: Chris Marusich <cmmarusich@gmail.com>
Date: Wed, 14 Dec 2016 00:01:26 -0800
Subject: [PATCH 2/2] gnome: Enable NetworkManager in gnome-settings-daemon.

* gnu/packages/gnome.scm (gnome-settings-daemon): remove the configure option
  "--disable-network-manager".  Add network-manager as an input.
---
 gnu/packages/gnome.scm | 7 +++----
 1 file changed, 3 insertions(+), 4 deletions(-)

diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm
index 846317f1d..74ccf9e75 100644
--- a/gnu/packages/gnome.scm
+++ b/gnu/packages/gnome.scm
@@ -2648,9 +2648,7 @@ services for numerous locations.")
          "1rvqisrh3lridsb8rvm7spvncyq206ly0245zgpbm8swi5fhfjp8"))))
     (build-system glib-or-gtk-build-system)
     (arguments
-     `(;; Network manager not yet packaged.
-       #:configure-flags '("--disable-network-manager")
-       ;; Color management test can't reach the colord system service.
+     `(;; Color management test can't reach the colord system service.
        #:tests? #f))
     (native-inputs
      `(("pkg-config" ,pkg-config)
@@ -2679,7 +2677,8 @@ services for numerous locations.")
        ("gsettings-desktop-schemas" ,gsettings-desktop-schemas)
        ("libwacom" ,libwacom)
        ("librsvg" ,librsvg)
-       ("xf86-input-wacom" ,xf86-input-wacom)))
+       ("xf86-input-wacom" ,xf86-input-wacom)
+       ("network-manager" ,network-manager)))
     (home-page "http://www.gnome.org")
     (synopsis "GNOME settings daemon")
     (description
-- 
2.11.0


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

^ permalink raw reply related	[flat|nested] 17+ messages in thread

* Re: NetworkManager doesn't "Connect automatically"
  2016-12-15 10:24               ` Chris Marusich
@ 2016-12-15 10:41                 ` Andy Wingo
  2016-12-15 15:53                 ` Ludovic Courtès
  1 sibling, 0 replies; 17+ messages in thread
From: Andy Wingo @ 2016-12-15 10:41 UTC (permalink / raw)
  To: Chris Marusich; +Cc: guix-devel, rennes

On Thu 15 Dec 2016 11:24, Chris Marusich <cmmarusich@gmail.com> writes:

> I tried following polkit's example.  These patches enable me to build
> network-manager with elogind, but when I reconfigure my system using the
> new network-manager package, NetworkManager still fails to automatically
> connect (like before, there are no error messages that I can find).
>
> I suspect I didn't replace the right "systemd" references, but it's hard
> to say.  A second pair of eyes on this would be very helpful!

Patches LGTM but I don't have the bandwidth right now to test :)  I
suggest just pushing them and then people with NM can more easily debug
things.

Andy

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: NetworkManager doesn't "Connect automatically"
  2016-12-15 10:24               ` Chris Marusich
  2016-12-15 10:41                 ` Andy Wingo
@ 2016-12-15 15:53                 ` Ludovic Courtès
  2016-12-17  9:33                   ` Chris Marusich
  1 sibling, 1 reply; 17+ messages in thread
From: Ludovic Courtès @ 2016-12-15 15:53 UTC (permalink / raw)
  To: Chris Marusich; +Cc: guix-devel, rennes

Chris Marusich <cmmarusich@gmail.com> skribis:

> I tried following polkit's example.  These patches enable me to build
> network-manager with elogind, but when I reconfigure my system using the
> new network-manager package, NetworkManager still fails to automatically
> connect (like before, there are no error messages that I can find).
>
> I suspect I didn't replace the right "systemd" references, but it's hard
> to say.  A second pair of eyes on this would be very helpful!

[...]

> From 775e0f0c18fb2bcfc297c92184c54e81fb2db79d Mon Sep 17 00:00:00 2001
> From: Chris Marusich <cmmarusich@gmail.com>
> Date: Wed, 14 Dec 2016 00:44:54 -0800
> Subject: [PATCH 1/2] gnome: Enable session tracking in network-manager.
>
> * gnu/packages/gnome.scm (network-manager): Add configuration options
>   "--with-systemd-logind=yes" (so we can use elogind to track login sessions)
>   and "--with-consolekit=no" (so we don't use consolekit to track sessions,
>   since it isn't packaged yet).  Add elogind as an input, and add a snippet to
>   replace some references to systemd with elogind.

[...]

> From d6de68789959bd657c5697c717201d5bcdaf2fcf Mon Sep 17 00:00:00 2001
> From: Chris Marusich <cmmarusich@gmail.com>
> Date: Wed, 14 Dec 2016 00:01:26 -0800
> Subject: [PATCH 2/2] gnome: Enable NetworkManager in gnome-settings-daemon.
>
> * gnu/packages/gnome.scm (gnome-settings-daemon): remove the configure option
>   "--disable-network-manager".  Add network-manager as an input.

Following Andy’s advice I committed both with slightly-tweaked commit
logs.  That’ll give lurkers out there an incentive to give it a try.
;-)

Thank you Chris!

Ludo’.

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: NetworkManager doesn't "Connect automatically"
  2016-12-15 15:53                 ` Ludovic Courtès
@ 2016-12-17  9:33                   ` Chris Marusich
  0 siblings, 0 replies; 17+ messages in thread
From: Chris Marusich @ 2016-12-17  9:33 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: guix-devel, rennes

[-- Attachment #1: Type: text/plain, Size: 742 bytes --]

ludo@gnu.org (Ludovic Courtès) writes:

> Following Andy’s advice I committed both with slightly-tweaked commit
> logs.  That’ll give lurkers out there an incentive to give it a try.
> ;-)
>
> Thank you Chris!
>
> Ludo’.

Thank you!  When I find some time, I'll look into modifying the polkit
rules for network manager so that the work-around (make the network
connection available to all users) works without requiring root to have
a password.  In the meantime, at least one can temporarily give root a
password, make the change, and then remove root's password.

Hopefully someone with more NetworkManager experience can help figure
out exactly what to patch to get the elogind support working right.

-- 
Chris

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: NetworkManager doesn't "Connect automatically"
  2016-12-14 21:08     ` Thomas Haller
@ 2016-12-17  9:51       ` Chris Marusich
  2016-12-19 11:45         ` Thomas Haller
  0 siblings, 1 reply; 17+ messages in thread
From: Chris Marusich @ 2016-12-17  9:51 UTC (permalink / raw)
  To: Thomas Haller; +Cc: guix-devel, rennes, networkmanager-list

[-- Attachment #1: Type: text/plain, Size: 2237 bytes --]

Thomas Haller <thaller@redhat.com> writes:

> On Wed, 2016-12-14 at 01:38 -0800, Chris Marusich wrote:
>> Hi Thomas,
>> 
>> Thank you for the quick response!
>> 
>> Thomas Haller <thaller@redhat.com> writes:
>> 
>> > Did you build NetworkManager yourself? Is session-tracking properly
>> > enabled to use systemd-logind or consolekit.
>> 
>> Yes, I'm building it from source [1].  It looks like we might need to
>> adjust the way we build it to enable session-tracking, like you've
>> suggested.  Am I correct in understanding that I should only need to
>> pass the option "--with-systemd-logind=yes" to the configure script
>> to
>> enable session tracking via systemd-logind?  Is anything else
>> required?
>
> Hi,
>
> No, that should be enough.
>
> Possibly it was already enabled before, detected automatically?
>
> Thomas

OK.  Thank you for confirming my understanding.

In GuixSD, we actually use elogind [1] instead of systemd for session
tracking.  This requires us to patch the NetworkManager source to use
elogind instead of systemd libraries.  For example, we do this sort of
patching successfully when packaging polkit [2].

I tried the same thing with NetworkManager [3], but it didn't quite work
out.  There are a lot of references to systemd in NetworkManager, and I
think I'm just not familiar enough with NetworkManager, systemd, or
elogind to know for sure what needs to be patched to trick
NetworkManager into using elogind instead of systemd for session
management.  For now, we've committed the package definition as-is, but
until somebody figures out exactly how to patch it to work with elogind,
users must use the previously mentioned work-around (make the connection
available to all users) if they want to enable automatic connection.

Thank you again for your help.  Hopefully soon we'll figure out how to
get NetworkManager working with elogind in GuixSD!

[1] https://github.com/wingo/elogind
[2] http://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/polkit.scm?id=51b1d5398793bf717a9d2cb6478efc7a173754fa#n53
[3] http://git.savannah.gnu.org/cgit/guix.git/commit/gnu/packages/gnome.scm?id=fd070f35d3db24ecdfe68a18332339827bb7a259

-- 
Chris

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: NetworkManager doesn't "Connect automatically"
  2016-12-17  9:51       ` Chris Marusich
@ 2016-12-19 11:45         ` Thomas Haller
  2016-12-23 10:09           ` Chris Marusich
  0 siblings, 1 reply; 17+ messages in thread
From: Thomas Haller @ 2016-12-19 11:45 UTC (permalink / raw)
  To: Chris Marusich
  Cc: guix-devel, rennes, Ludovic Courtès, networkmanager-list


[-- Attachment #1.1: Type: text/plain, Size: 2487 bytes --]

On Sat, 2016-12-17 at 01:51 -0800, Chris Marusich wrote:
> Thomas Haller <thaller@redhat.com> writes:
> 
> > On Wed, 2016-12-14 at 01:38 -0800, Chris Marusich wrote:
> > > Hi Thomas,
> > > 
> > > Thank you for the quick response!
> > > 
> > > Thomas Haller <thaller@redhat.com> writes:
> > > 
> > > > Did you build NetworkManager yourself? Is session-tracking
> > > > properly
> > > > enabled to use systemd-logind or consolekit.
> > > 
> > > Yes, I'm building it from source [1].  It looks like we might
> > > need to
> > > adjust the way we build it to enable session-tracking, like
> > > you've
> > > suggested.  Am I correct in understanding that I should only need
> > > to
> > > pass the option "--with-systemd-logind=yes" to the configure
> > > script
> > > to
> > > enable session tracking via systemd-logind?  Is anything else
> > > required?
> > 
> > Hi,
> > 
> > No, that should be enough.
> > 
> > Possibly it was already enabled before, detected automatically?
> > 
> > Thomas
> 
> OK.  Thank you for confirming my understanding.
> 
> In GuixSD, we actually use elogind [1] instead of systemd for session
> tracking.  This requires us to patch the NetworkManager source to use
> elogind instead of systemd libraries.  For example, we do this sort
> of
> patching successfully when packaging polkit [2].
> 
> I tried the same thing with NetworkManager [3], but it didn't quite
> work
> out.  There are a lot of references to systemd in NetworkManager, and
> I
> think I'm just not familiar enough with NetworkManager, systemd, or
> elogind to know for sure what needs to be patched to trick
> NetworkManager into using elogind instead of systemd for session
> management.  For now, we've committed the package definition as-is,
> but
> until somebody figures out exactly how to patch it to work with
> elogind,
> users must use the previously mentioned work-around (make the
> connection
> available to all users) if they want to enable automatic connection.

Hi,

There are very little dependencies of NetworkManager to systemd. Note
that the src/systemd directory contains a self-contained copy of
systemd sources. That is, you don't need an systemd dependency for
those.

Regarding session management, you'd only have to patch
https://cgit.freedesktop.org/NetworkManager/NetworkManager/tree/src/nm-session-monitor.c?id=fa15543179aa8ca8e082267121e7df4a131bf642
That seems doable.


Thomas

[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

[-- Attachment #2: Type: text/plain, Size: 171 bytes --]

_______________________________________________
networkmanager-list mailing list
networkmanager-list@gnome.org
https://mail.gnome.org/mailman/listinfo/networkmanager-list

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: NetworkManager doesn't "Connect automatically"
  2016-12-19 11:45         ` Thomas Haller
@ 2016-12-23 10:09           ` Chris Marusich
  0 siblings, 0 replies; 17+ messages in thread
From: Chris Marusich @ 2016-12-23 10:09 UTC (permalink / raw)
  To: Thomas Haller; +Cc: guix-devel, rennes, networkmanager-list


[-- Attachment #1.1: Type: text/plain, Size: 1374 bytes --]

Hi Thomas,

Thomas Haller <thaller@redhat.com> writes:

> Hi,
>
> There are very little dependencies of NetworkManager to systemd. Note
> that the src/systemd directory contains a self-contained copy of
> systemd sources. That is, you don't need an systemd dependency for
> those.
>
> Regarding session management, you'd only have to patch
> https://cgit.freedesktop.org/NetworkManager/NetworkManager/tree/src/nm-session-monitor.c?id=fa15543179aa8ca8e082267121e7df4a131bf642
> That seems doable.

That makes sense.  I've tried applying a patch like the one attached to
this email.  Even though NetworkManager builds, and the output in the
build log suggests that it's using systemd (really, elogind) for session
tracking, it still doesn't automatically connect.  There are messages
from NetworkManager in my syslog messages (see attached file
"excerpts-from-logs.txt"), but there appears to be no information about
why NetworkManager is not automatically connecting.

Does the patch and build output look reasonable to you?  Perhaps I
missed something obvious.  What's a good way to debug this?  What code
path is supposed to be executed when NetworkManager automatically
connects?  How can I verify if that code path is being executed?  Even a
simple tip to get me going in the right direction would be very helpful.

Thank you,

-- 
Chris

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.2: 0001-Attempt-to-patch-NetworkManager-to-use-elogind.patch --]
[-- Type: text/x-patch, Size: 13317 bytes --]

From eb143fdaf8cd7bcd5edcd26ae36a48170ac48a9e Mon Sep 17 00:00:00 2001
From: Chris Marusich <cmmarusich@gmail.com>
Date: Fri, 23 Dec 2016 00:33:29 -0800
Subject: [PATCH] Attempt to patch NetworkManager to use elogind

When building this in Guix, we pass options like the following to the
./configure script:

    --prefix=/gnu/store/vyhr2m9wriv6fgc05x4wjhc6520wlyq3-network-manager-1.4.2
    --enable-fast-install
    --docdir=/gnu/store/daf9ka1wdcafv86sd0aji1pxgw5kv770-network-manager-1.4.2-doc/share/doc/network-manager
    --build=x86_64-unknown-linux-gnu
    --with-systemd-logind=yes
    --with-consolekit=no
    --with-crypto=gnutls
    --disable-config-plugin-ibft
    --sysconfdir=/etc
    --localstatedir=/var
    --with-udev-dir=/gnu/store/vyhr2m9wriv6fgc05x4wjhc6520wlyq3-network-manager-1.4.2/lib/udev
    --with-dbus-sys-dir=/gnu/store/vyhr2m9wriv6fgc05x4wjhc6520wlyq3-network-manager-1.4.2/etc/dbus-1/system.d
    --with-html-dir=/gnu/store/daf9ka1wdcafv86sd0aji1pxgw5kv770-network-manager-1.4.2-doc/share/gtk-doc/html
    --with-dhclient=/gnu/store/q55gg423fc04rbx2qchvp2rwamw696na-isc-dhcp-4.3.5/sbin/dhclient
---
 NetworkManager-1.4.2/configure                | 72 +++++++++++++--------------
 NetworkManager-1.4.2/src/nm-session-monitor.c |  2 +-
 2 files changed, 37 insertions(+), 37 deletions(-)

diff --git a/NetworkManager-1.4.2/configure b/NetworkManager-1.4.2/configure
index 013461f..b9b6cf8 100755
--- a/NetworkManager-1.4.2/configure
+++ b/NetworkManager-1.4.2/configure
@@ -22903,12 +22903,12 @@ if test -n "$SYSTEMD_LOGIN_CFLAGS"; then
     pkg_cv_SYSTEMD_LOGIN_CFLAGS="$SYSTEMD_LOGIN_CFLAGS"
  elif test -n "$PKG_CONFIG"; then
     if test -n "$PKG_CONFIG" && \
-    { { $as_echo "$as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \"libsystemd-login\""; } >&5
-  ($PKG_CONFIG --exists --print-errors "libsystemd-login") 2>&5
+    { { $as_echo "$as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \"libelogind\""; } >&5
+  ($PKG_CONFIG --exists --print-errors "libelogind") 2>&5
   ac_status=$?
   $as_echo "$as_me:${as_lineno-$LINENO}: \$? = $ac_status" >&5
   test $ac_status = 0; }; then
-  pkg_cv_SYSTEMD_LOGIN_CFLAGS=`$PKG_CONFIG --cflags "libsystemd-login" 2>/dev/null`
+  pkg_cv_SYSTEMD_LOGIN_CFLAGS=`$PKG_CONFIG --cflags "libelogind" 2>/dev/null`
 		      test "x$?" != "x0" && pkg_failed=yes
 else
   pkg_failed=yes
@@ -22920,12 +22920,12 @@ if test -n "$SYSTEMD_LOGIN_LIBS"; then
     pkg_cv_SYSTEMD_LOGIN_LIBS="$SYSTEMD_LOGIN_LIBS"
  elif test -n "$PKG_CONFIG"; then
     if test -n "$PKG_CONFIG" && \
-    { { $as_echo "$as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \"libsystemd-login\""; } >&5
-  ($PKG_CONFIG --exists --print-errors "libsystemd-login") 2>&5
+    { { $as_echo "$as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \"libelogind\""; } >&5
+  ($PKG_CONFIG --exists --print-errors "libelogind") 2>&5
   ac_status=$?
   $as_echo "$as_me:${as_lineno-$LINENO}: \$? = $ac_status" >&5
   test $ac_status = 0; }; then
-  pkg_cv_SYSTEMD_LOGIN_LIBS=`$PKG_CONFIG --libs "libsystemd-login" 2>/dev/null`
+  pkg_cv_SYSTEMD_LOGIN_LIBS=`$PKG_CONFIG --libs "libelogind" 2>/dev/null`
 		      test "x$?" != "x0" && pkg_failed=yes
 else
   pkg_failed=yes
@@ -22946,9 +22946,9 @@ else
         _pkg_short_errors_supported=no
 fi
         if test $_pkg_short_errors_supported = yes; then
-	        SYSTEMD_LOGIN_PKG_ERRORS=`$PKG_CONFIG --short-errors --print-errors --cflags --libs "libsystemd-login" 2>&1`
+	        SYSTEMD_LOGIN_PKG_ERRORS=`$PKG_CONFIG --short-errors --print-errors --cflags --libs "libelogind" 2>&1`
         else
-	        SYSTEMD_LOGIN_PKG_ERRORS=`$PKG_CONFIG --print-errors --cflags --libs "libsystemd-login" 2>&1`
+	        SYSTEMD_LOGIN_PKG_ERRORS=`$PKG_CONFIG --print-errors --cflags --libs "libelogind" 2>&1`
         fi
 	# Put the nasty error message in config.log where it belongs
 	echo "$SYSTEMD_LOGIN_PKG_ERRORS" >&5
@@ -22977,12 +22977,12 @@ if test -n "$SYSTEMD_LOGIN_CFLAGS"; then
     pkg_cv_SYSTEMD_LOGIN_CFLAGS="$SYSTEMD_LOGIN_CFLAGS"
  elif test -n "$PKG_CONFIG"; then
     if test -n "$PKG_CONFIG" && \
-    { { $as_echo "$as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \"libsystemd-login\""; } >&5
-  ($PKG_CONFIG --exists --print-errors "libsystemd-login") 2>&5
+    { { $as_echo "$as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \"libelogind\""; } >&5
+  ($PKG_CONFIG --exists --print-errors "libelogind") 2>&5
   ac_status=$?
   $as_echo "$as_me:${as_lineno-$LINENO}: \$? = $ac_status" >&5
   test $ac_status = 0; }; then
-  pkg_cv_SYSTEMD_LOGIN_CFLAGS=`$PKG_CONFIG --cflags "libsystemd-login" 2>/dev/null`
+  pkg_cv_SYSTEMD_LOGIN_CFLAGS=`$PKG_CONFIG --cflags "libelogind" 2>/dev/null`
 		      test "x$?" != "x0" && pkg_failed=yes
 else
   pkg_failed=yes
@@ -22994,12 +22994,12 @@ if test -n "$SYSTEMD_LOGIN_LIBS"; then
     pkg_cv_SYSTEMD_LOGIN_LIBS="$SYSTEMD_LOGIN_LIBS"
  elif test -n "$PKG_CONFIG"; then
     if test -n "$PKG_CONFIG" && \
-    { { $as_echo "$as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \"libsystemd-login\""; } >&5
-  ($PKG_CONFIG --exists --print-errors "libsystemd-login") 2>&5
+    { { $as_echo "$as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \"libelogind\""; } >&5
+  ($PKG_CONFIG --exists --print-errors "libelogind") 2>&5
   ac_status=$?
   $as_echo "$as_me:${as_lineno-$LINENO}: \$? = $ac_status" >&5
   test $ac_status = 0; }; then
-  pkg_cv_SYSTEMD_LOGIN_LIBS=`$PKG_CONFIG --libs "libsystemd-login" 2>/dev/null`
+  pkg_cv_SYSTEMD_LOGIN_LIBS=`$PKG_CONFIG --libs "libelogind" 2>/dev/null`
 		      test "x$?" != "x0" && pkg_failed=yes
 else
   pkg_failed=yes
@@ -23020,9 +23020,9 @@ else
         _pkg_short_errors_supported=no
 fi
         if test $_pkg_short_errors_supported = yes; then
-	        SYSTEMD_LOGIN_PKG_ERRORS=`$PKG_CONFIG --short-errors --print-errors --cflags --libs "libsystemd-login" 2>&1`
+	        SYSTEMD_LOGIN_PKG_ERRORS=`$PKG_CONFIG --short-errors --print-errors --cflags --libs "libelogind" 2>&1`
         else
-	        SYSTEMD_LOGIN_PKG_ERRORS=`$PKG_CONFIG --print-errors --cflags --libs "libsystemd-login" 2>&1`
+	        SYSTEMD_LOGIN_PKG_ERRORS=`$PKG_CONFIG --print-errors --cflags --libs "libelogind" 2>&1`
         fi
 	# Put the nasty error message in config.log where it belongs
 	echo "$SYSTEMD_LOGIN_PKG_ERRORS" >&5
@@ -23085,8 +23085,8 @@ if test "z$with_suspend_resume" = "z"; then
   have_systemd_inhibit=yes
 else
   if test -n "$PKG_CONFIG" && \
-    { { $as_echo "$as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \"libsystemd-login >= 183\""; } >&5
-  ($PKG_CONFIG --exists --print-errors "libsystemd-login >= 183") 2>&5
+    { { $as_echo "$as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \"libelogind >= 183\""; } >&5
+  ($PKG_CONFIG --exists --print-errors "libelogind >= 183") 2>&5
   ac_status=$?
   $as_echo "$as_me:${as_lineno-$LINENO}: \$? = $ac_status" >&5
   test $ac_status = 0; }; then
@@ -23184,12 +23184,12 @@ if test -n "$SYSTEMD_INHIBIT_CFLAGS"; then
     pkg_cv_SYSTEMD_INHIBIT_CFLAGS="$SYSTEMD_INHIBIT_CFLAGS"
  elif test -n "$PKG_CONFIG"; then
     if test -n "$PKG_CONFIG" && \
-    { { $as_echo "$as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \"libsystemd-login >= 183\""; } >&5
-  ($PKG_CONFIG --exists --print-errors "libsystemd-login >= 183") 2>&5
+    { { $as_echo "$as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \"libelogind >= 183\""; } >&5
+  ($PKG_CONFIG --exists --print-errors "libelogind >= 183") 2>&5
   ac_status=$?
   $as_echo "$as_me:${as_lineno-$LINENO}: \$? = $ac_status" >&5
   test $ac_status = 0; }; then
-  pkg_cv_SYSTEMD_INHIBIT_CFLAGS=`$PKG_CONFIG --cflags "libsystemd-login >= 183" 2>/dev/null`
+  pkg_cv_SYSTEMD_INHIBIT_CFLAGS=`$PKG_CONFIG --cflags "libelogind >= 183" 2>/dev/null`
 		      test "x$?" != "x0" && pkg_failed=yes
 else
   pkg_failed=yes
@@ -23201,12 +23201,12 @@ if test -n "$SYSTEMD_INHIBIT_LIBS"; then
     pkg_cv_SYSTEMD_INHIBIT_LIBS="$SYSTEMD_INHIBIT_LIBS"
  elif test -n "$PKG_CONFIG"; then
     if test -n "$PKG_CONFIG" && \
-    { { $as_echo "$as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \"libsystemd-login >= 183\""; } >&5
-  ($PKG_CONFIG --exists --print-errors "libsystemd-login >= 183") 2>&5
+    { { $as_echo "$as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \"libelogind >= 183\""; } >&5
+  ($PKG_CONFIG --exists --print-errors "libelogind >= 183") 2>&5
   ac_status=$?
   $as_echo "$as_me:${as_lineno-$LINENO}: \$? = $ac_status" >&5
   test $ac_status = 0; }; then
-  pkg_cv_SYSTEMD_INHIBIT_LIBS=`$PKG_CONFIG --libs "libsystemd-login >= 183" 2>/dev/null`
+  pkg_cv_SYSTEMD_INHIBIT_LIBS=`$PKG_CONFIG --libs "libelogind >= 183" 2>/dev/null`
 		      test "x$?" != "x0" && pkg_failed=yes
 else
   pkg_failed=yes
@@ -23227,14 +23227,14 @@ else
         _pkg_short_errors_supported=no
 fi
         if test $_pkg_short_errors_supported = yes; then
-	        SYSTEMD_INHIBIT_PKG_ERRORS=`$PKG_CONFIG --short-errors --print-errors --cflags --libs "libsystemd-login >= 183" 2>&1`
+	        SYSTEMD_INHIBIT_PKG_ERRORS=`$PKG_CONFIG --short-errors --print-errors --cflags --libs "libelogind >= 183" 2>&1`
         else
-	        SYSTEMD_INHIBIT_PKG_ERRORS=`$PKG_CONFIG --print-errors --cflags --libs "libsystemd-login >= 183" 2>&1`
+	        SYSTEMD_INHIBIT_PKG_ERRORS=`$PKG_CONFIG --print-errors --cflags --libs "libelogind >= 183" 2>&1`
         fi
 	# Put the nasty error message in config.log where it belongs
 	echo "$SYSTEMD_INHIBIT_PKG_ERRORS" >&5
 
-	as_fn_error $? "Package requirements (libsystemd-login >= 183) were not met:
+	as_fn_error $? "Package requirements (libelogind >= 183) were not met:
 
 $SYSTEMD_INHIBIT_PKG_ERRORS
 
@@ -23278,12 +23278,12 @@ if test -n "$SYSTEMD_INHIBIT_CFLAGS"; then
     pkg_cv_SYSTEMD_INHIBIT_CFLAGS="$SYSTEMD_INHIBIT_CFLAGS"
  elif test -n "$PKG_CONFIG"; then
     if test -n "$PKG_CONFIG" && \
-    { { $as_echo "$as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \"libsystemd-login >= 183\""; } >&5
-  ($PKG_CONFIG --exists --print-errors "libsystemd-login >= 183") 2>&5
+    { { $as_echo "$as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \"libelogind >= 183\""; } >&5
+  ($PKG_CONFIG --exists --print-errors "libelogind >= 183") 2>&5
   ac_status=$?
   $as_echo "$as_me:${as_lineno-$LINENO}: \$? = $ac_status" >&5
   test $ac_status = 0; }; then
-  pkg_cv_SYSTEMD_INHIBIT_CFLAGS=`$PKG_CONFIG --cflags "libsystemd-login >= 183" 2>/dev/null`
+  pkg_cv_SYSTEMD_INHIBIT_CFLAGS=`$PKG_CONFIG --cflags "libelogind >= 183" 2>/dev/null`
 		      test "x$?" != "x0" && pkg_failed=yes
 else
   pkg_failed=yes
@@ -23295,12 +23295,12 @@ if test -n "$SYSTEMD_INHIBIT_LIBS"; then
     pkg_cv_SYSTEMD_INHIBIT_LIBS="$SYSTEMD_INHIBIT_LIBS"
  elif test -n "$PKG_CONFIG"; then
     if test -n "$PKG_CONFIG" && \
-    { { $as_echo "$as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \"libsystemd-login >= 183\""; } >&5
-  ($PKG_CONFIG --exists --print-errors "libsystemd-login >= 183") 2>&5
+    { { $as_echo "$as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \"libelogind >= 183\""; } >&5
+  ($PKG_CONFIG --exists --print-errors "libelogind >= 183") 2>&5
   ac_status=$?
   $as_echo "$as_me:${as_lineno-$LINENO}: \$? = $ac_status" >&5
   test $ac_status = 0; }; then
-  pkg_cv_SYSTEMD_INHIBIT_LIBS=`$PKG_CONFIG --libs "libsystemd-login >= 183" 2>/dev/null`
+  pkg_cv_SYSTEMD_INHIBIT_LIBS=`$PKG_CONFIG --libs "libelogind >= 183" 2>/dev/null`
 		      test "x$?" != "x0" && pkg_failed=yes
 else
   pkg_failed=yes
@@ -23321,14 +23321,14 @@ else
         _pkg_short_errors_supported=no
 fi
         if test $_pkg_short_errors_supported = yes; then
-	        SYSTEMD_INHIBIT_PKG_ERRORS=`$PKG_CONFIG --short-errors --print-errors --cflags --libs "libsystemd-login >= 183" 2>&1`
+	        SYSTEMD_INHIBIT_PKG_ERRORS=`$PKG_CONFIG --short-errors --print-errors --cflags --libs "libelogind >= 183" 2>&1`
         else
-	        SYSTEMD_INHIBIT_PKG_ERRORS=`$PKG_CONFIG --print-errors --cflags --libs "libsystemd-login >= 183" 2>&1`
+	        SYSTEMD_INHIBIT_PKG_ERRORS=`$PKG_CONFIG --print-errors --cflags --libs "libelogind >= 183" 2>&1`
         fi
 	# Put the nasty error message in config.log where it belongs
 	echo "$SYSTEMD_INHIBIT_PKG_ERRORS" >&5
 
-	as_fn_error $? "Package requirements (libsystemd-login >= 183) were not met:
+	as_fn_error $? "Package requirements (libelogind >= 183) were not met:
 
 $SYSTEMD_INHIBIT_PKG_ERRORS
 
diff --git a/NetworkManager-1.4.2/src/nm-session-monitor.c b/NetworkManager-1.4.2/src/nm-session-monitor.c
index 279a888..f4c647a 100644
--- a/NetworkManager-1.4.2/src/nm-session-monitor.c
+++ b/NetworkManager-1.4.2/src/nm-session-monitor.c
@@ -30,7 +30,7 @@
 #include "NetworkManagerUtils.h"
 
 #ifdef SESSION_TRACKING_SYSTEMD
-#include <systemd/sd-login.h>
+#include <elogind/sd-login.h>
 #endif
 
 /********************************************************************/
-- 
2.11.0


[-- Attachment #1.3: build-log.bz2 --]
[-- Type: application/octet-stream, Size: 35040 bytes --]

[-- Attachment #1.4: excerpts-from-logs.txt --]
[-- Type: text/plain, Size: 18747 bytes --]

I boot the system:

Dec 23 01:27:32 localhost vmunix: [    3.867185] ath9k 0000:02:00.0 wlp2s0: renamed from wlan0
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.3233] NetworkManager (version 1.4.2) is starting...
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.3234] Read config: /etc/NetworkManager/NetworkManager.conf
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.3321] manager[0xfc5140]: monitoring kernel firmware directory '/lib/firmware'.
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.3368] dns-mgr[0xfbe830]: init: dns=default, rc-manager=symlink
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.3416] rfkill1: found WiFi radio killswitch (at /sys/devices/pci0000:00/0000:00:1c.1/0000:02:00.0/ieee80211/phy0/rfkill1) (driver ath9k)
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.3417] manager[0xfc5140]: WiFi hardware radio set enabled
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.3417] manager[0xfc5140]: WWAN hardware radio set enabled
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.3935] settings: loaded plugin keyfile: (c) 2007 - 2015 Red Hat, Inc.  To report bugs please use the NetworkManager mailing list.
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.4199] keyfile: new connection /etc/NetworkManager/system-connections/***REDACTED*** (82bd459b-781d-4ed6-8b52-66a01eb9fc8d,"***REDACTED***")
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.4349] settings: hostname: couldn't get property from hostnamed
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.4359] manager: WiFi enabled by radio killswitch; enabled by state file
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.4360] manager: WWAN enabled by radio killswitch; enabled by state file
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.4361] manager: Networking is enabled by state file
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.4362] Loaded device plugin: NMVxlanFactory (internal)
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.4396] Loaded device plugin: NMVlanFactory (internal)
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.4396] Loaded device plugin: NMVethFactory (internal)
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.4397] Loaded device plugin: NMTunFactory (internal)
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.4400] Loaded device plugin: NMMacvlanFactory (internal)
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.4401] Loaded device plugin: NMIPTunnelFactory (internal)
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.4402] Loaded device plugin: NMInfinibandFactory (internal)
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.4403] Loaded device plugin: NMEthernetFactory (internal)
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.4403] Loaded device plugin: NMBridgeFactory (internal)
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.4404] Loaded device plugin: NMBondFactory (internal)
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.4820] Loaded device plugin: NMWwanFactory (/gnu/store/nfvpwxasbxdr2rxr5rmxdvm4wclngg5v-network-manager-1.4.2/lib/NetworkManager/libnm-device-plugin-wwan.so)
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.4874] Loaded device plugin: NMBluezManager (/gnu/store/nfvpwxasbxdr2rxr5rmxdvm4wclngg5v-network-manager-1.4.2/lib/NetworkManager/libnm-device-plugin-bluetooth.so)
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.4927] Loaded device plugin: NMWifiFactory (/gnu/store/nfvpwxasbxdr2rxr5rmxdvm4wclngg5v-network-manager-1.4.2/lib/NetworkManager/libnm-device-plugin-wifi.so)
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.4975] Loaded device plugin: NMAtmManager (/gnu/store/nfvpwxasbxdr2rxr5rmxdvm4wclngg5v-network-manager-1.4.2/lib/NetworkManager/libnm-device-plugin-adsl.so)
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.4985] device (lo): link connected
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.5021] manager: (lo): new Generic device (/org/freedesktop/NetworkManager/Devices/0)
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.5027] (wlp2s0): using nl80211 for WiFi device control
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.5032] device (wlp2s0): driver supports Access Point (AP) mode
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.5043] manager: (wlp2s0): new 802.11 WiFi device (/org/freedesktop/NetworkManager/Devices/1)
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.5058] device (wlp2s0): state change: unmanaged -> unavailable (reason 'managed') [10 20 2]
Dec 23 01:27:32 localhost vmunix: [   14.976778] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
Dec 23 01:27:32 localhost vmunix: [   14.992114] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.5342] device (wlp2s0): set-hw-addr: set MAC address to ***REDACTED*** (scanning)
Dec 23 01:27:32 localhost vmunix: [   15.018452] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.5514] manager: (enp0s25): new Ethernet device (/org/freedesktop/NetworkManager/Devices/2)
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.5528] keyfile: add connection in-memory (53bedc62-a9cc-336e-bd1a-ce1e7fdde33d,"Wired connection 1")
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.5533] settings: (enp0s25): created default wired connection 'Wired connection 1'
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.5547] device (enp0s25): state change: unmanaged -> unavailable (reason 'managed') [10 20 2]
Dec 23 01:27:32 localhost NetworkManager[342]: <warn>  [1482485252.7843] error poking ModemManager: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.ModemManager1 was not provided by any .service files
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.7853] supplicant: wpa_supplicant running
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.7853] device (wlp2s0): supplicant interface state: init -> starting
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.8214] sup-iface[0x1001170,wlp2s0]: supports 4 scan SSIDs
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.8233] device (wlp2s0): supplicant interface state: starting -> ready
Dec 23 01:27:32 localhost NetworkManager[342]: <info>  [1482485252.8234] device (wlp2s0): state change: unavailable -> disconnected (reason 'supplicant-available') [20 30 42]
Dec 23 01:27:32 localhost vmunix: [   15.294192] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
Dec 23 01:27:33 localhost NetworkManager[342]: <info>  [1482485253.7940] device (wlp2s0): supplicant interface state: ready -> inactive
Dec 23 01:27:37 localhost NetworkManager[342]: <info>  [1482485257.5316] manager: startup complete

By this time, I've logged into GNOME.  I manually un-check the
"Connect automatically" box and click "Apply":

Dec 23 01:29:57 localhost NetworkManager[342]: <info>  [1482485397.6340] keyfile: update /etc/NetworkManager/system-connections/***REDACTED*** (82bd459b-781d-4ed6-8b52-66a01eb9fc8d,"***REDACTED***")
Dec 23 01:29:57 localhost NetworkManager[342]: <info>  [1482485397.6347] audit: op="connection-update" uuid="82bd459b-781d-4ed6-8b52-66a01eb9fc8d" name="***REDACTED***" args="connection.autoconnect" pid=629 uid=1000 result="success"

I manually check the "Connect automatically" box and click "Apply":

Dec 23 01:30:21 localhost NetworkManager[342]: <info>  [1482485421.8215] keyfile: update /etc/NetworkManager/system-connections/***REDACTED*** (82bd459b-781d-4ed6-8b52-66a01eb9fc8d,"***REDACTED***")
Dec 23 01:30:21 localhost NetworkManager[342]: <info>  [1482485421.8222] audit: op="connection-update" uuid="82bd459b-781d-4ed6-8b52-66a01eb9fc8d" name="***REDACTED***" args="connection.autoconnect" pid=629 uid=1000 result="success"

After noting that NetworkManager does not automatically connect, I
manually click on the connection to manually connect to the network:

Dec 23 01:30:45 localhost NetworkManager[342]: <info>  [1482485445.6109] device (wlp2s0): Activation: starting connection '***REDACTED***' (82bd459b-781d-4ed6-8b52-66a01eb9fc8d)
Dec 23 01:30:45 localhost NetworkManager[342]: <info>  [1482485445.6110] audit: op="connection-activate" uuid="82bd459b-781d-4ed6-8b52-66a01eb9fc8d" name="***REDACTED***" pid=807 uid=1000 result="success"
Dec 23 01:30:45 localhost NetworkManager[342]: <info>  [1482485445.6111] device (wlp2s0): state change: disconnected -> prepare (reason 'none') [30 40 0]
Dec 23 01:30:45 localhost NetworkManager[342]: <info>  [1482485445.6113] manager: NetworkManager state is now CONNECTING
Dec 23 01:30:45 localhost NetworkManager[342]: <info>  [1482485445.6221] device (wlp2s0): set-hw-addr: set-cloned MAC address to ***REDACTED*** (permanent)
Dec 23 01:30:45 localhost vmunix: [  208.106562] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
Dec 23 01:30:45 localhost NetworkManager[342]: <info>  [1482485445.6433] device (wlp2s0): supplicant interface state: inactive -> disabled
Dec 23 01:30:45 localhost NetworkManager[342]: <info>  [1482485445.6439] device (wlp2s0): state change: prepare -> config (reason 'none') [40 50 0]
Dec 23 01:30:45 localhost NetworkManager[342]: <info>  [1482485445.6442] device (wlp2s0): Activation: (wifi) access point '***REDACTED***' has security, but secrets are required.
Dec 23 01:30:45 localhost NetworkManager[342]: <info>  [1482485445.6443] device (wlp2s0): state change: config -> need-auth (reason 'none') [50 60 0]
Dec 23 01:30:45 localhost NetworkManager[342]: <info>  [1482485445.6839] device (wlp2s0): supplicant interface state: disabled -> scanning
Dec 23 01:30:45 localhost NetworkManager[342]: <info>  [1482485445.6868] device (wlp2s0): state change: need-auth -> prepare (reason 'none') [60 40 0]
Dec 23 01:30:45 localhost NetworkManager[342]: <info>  [1482485445.6899] device (wlp2s0): state change: prepare -> config (reason 'none') [40 50 0]
Dec 23 01:30:45 localhost NetworkManager[342]: <info>  [1482485445.6902] device (wlp2s0): Activation: (wifi) connection '***REDACTED***' has security, and secrets exist.  No new secrets needed.
Dec 23 01:30:45 localhost NetworkManager[342]: <info>  [1482485445.6903] Config: added 'ssid' value '***REDACTED***'
Dec 23 01:30:45 localhost NetworkManager[342]: <info>  [1482485445.6904] Config: added 'scan_ssid' value '***REDACTED***'
Dec 23 01:30:45 localhost NetworkManager[342]: <info>  [1482485445.6905] Config: added 'key_mgmt' value '***REDACTED***'
Dec 23 01:30:45 localhost NetworkManager[342]: <info>  [1482485445.6905] Config: added 'auth_alg' value '***REDACTED***'
Dec 23 01:30:45 localhost NetworkManager[342]: <info>  [1482485445.6906] Config: added 'wep_key0' value '***REDACTED***'
Dec 23 01:30:45 localhost NetworkManager[342]: <info>  [1482485445.6906] Config: added 'wep_tx_keyidx' value '***REDACTED***'
Dec 23 01:30:45 localhost NetworkManager[342]: <info>  [1482485445.7008] sup-iface[0x1001170,wlp2s0]: config: set interface ap_scan to 1
Dec 23 01:30:46 localhost vmunix: [  209.073848] wlp2s0: authenticate with ***REDACTED***
Dec 23 01:30:46 localhost vmunix: [  209.097821] wlp2s0: send auth to ***REDACTED*** (try 1/3)
Dec 23 01:30:46 localhost NetworkManager[342]: <info>  [1482485446.6281] device (wlp2s0): supplicant interface state: scanning -> authenticating
Dec 23 01:30:46 localhost vmunix: [  209.099762] wlp2s0: authenticated
Dec 23 01:30:46 localhost vmunix: [  209.104056] wlp2s0: associate with ***REDACTED*** (try 1/3)
Dec 23 01:30:46 localhost vmunix: [  209.106490] wlp2s0: RX AssocResp from ***REDACTED*** (capab=0x411 status=0 aid=4)
Dec 23 01:30:46 localhost vmunix: [  209.106633] wlp2s0: associated
Dec 23 01:30:46 localhost vmunix: [  209.106681] IPv6: ADDRCONF(NETDEV_CHANGE): wlp2s0: link becomes ready
Dec 23 01:30:46 localhost NetworkManager[342]: <info>  [1482485446.6588] device (wlp2s0): supplicant interface state: authenticating -> associating
Dec 23 01:30:46 localhost NetworkManager[342]: <info>  [1482485446.6778] device (wlp2s0): supplicant interface state: associating -> completed
Dec 23 01:30:46 localhost NetworkManager[342]: <info>  [1482485446.6779] device (wlp2s0): Activation: (wifi) Stage 2 of 5 (Device Configure) successful.  Connected to wireless network '***REDACTED***'.
Dec 23 01:30:46 localhost NetworkManager[342]: <info>  [1482485446.6784] device (wlp2s0): state change: config -> ip-config (reason 'none') [50 70 0]
Dec 23 01:30:46 localhost NetworkManager[342]: <info>  [1482485446.6815] dhcp-init: Using DHCP client 'dhclient'
Dec 23 01:30:46 localhost NetworkManager[342]: <info>  [1482485446.6820] dhcp4 (wlp2s0): activation: beginning transaction (timeout in 45 seconds)
Dec 23 01:30:46 localhost NetworkManager[342]: <info>  [1482485446.6853] dhcp4 (wlp2s0): dhclient started with pid 827
Dec 23 01:30:46 localhost dhclient: DHCPDISCOVER on wlp2s0 to 255.255.255.255 port 67 interval 4
Dec 23 01:30:47 localhost avahi-daemon[348]: Joining mDNS multicast group on interface wlp2s0.IPv6 with address ***REDACTED***.
Dec 23 01:30:47 localhost avahi-daemon[348]: New relevant interface wlp2s0.IPv6 for mDNS.
Dec 23 01:30:47 localhost avahi-daemon[348]: Registering new address record for ***REDACTED*** on wlp2s0.*.
Dec 23 01:30:47 localhost dhclient: DHCPREQUEST on wlp2s0 to 255.255.255.255 port 67
Dec 23 01:30:47 localhost NetworkManager[342]: <info>  [1482485447.9858] dhcp4 (wlp2s0):   address ***REDACTED***
Dec 23 01:30:47 localhost NetworkManager[342]: <info>  [1482485447.9858] dhcp4 (wlp2s0):   plen ***REDACTED***
Dec 23 01:30:47 localhost NetworkManager[342]: <info>  [1482485447.9858] dhcp4 (wlp2s0):   gateway ***REDACTED***
Dec 23 01:30:47 localhost NetworkManager[342]: <info>  [1482485447.9858] dhcp4 (wlp2s0):   server identifier ***REDACTED***
Dec 23 01:30:47 localhost NetworkManager[342]: <info>  [1482485447.9859] dhcp4 (wlp2s0):   lease time 86400
Dec 23 01:30:47 localhost NetworkManager[342]: <info>  [1482485447.9859] dhcp4 (wlp2s0):   nameserver '***REDACTED***'
Dec 23 01:30:47 localhost NetworkManager[342]: <info>  [1482485447.9859] dhcp4 (wlp2s0):   nameserver '***REDACTED***'
Dec 23 01:30:47 localhost NetworkManager[342]: <info>  [1482485447.9859] dhcp4 (wlp2s0):   nameserver ***REDACTED***
Dec 23 01:30:47 localhost NetworkManager[342]: <info>  [1482485447.9859] dhcp4 (wlp2s0):   domain name '***REDACTED***'
Dec 23 01:30:47 localhost NetworkManager[342]: <info>  [1482485447.9859] dhcp4 (wlp2s0): state changed unknown -> bound
Dec 23 01:30:47 localhost avahi-daemon[348]: Joining mDNS multicast group on interface wlp2s0.IPv4 with address ***REDACTED***.
Dec 23 01:30:47 localhost avahi-daemon[348]: New relevant interface wlp2s0.IPv4 for mDNS.
Dec 23 01:30:47 localhost avahi-daemon[348]: Registering new address record for ***REDACTED*** on wlp2s0.IPv4.
Dec 23 01:30:47 localhost NetworkManager[342]: <info>  [1482485447.9878] device (wlp2s0): state change: ip-config -> ip-check (reason 'none') [70 80 0]
Dec 23 01:30:47 localhost NetworkManager[342]: <info>  [1482485447.9883] device (wlp2s0): state change: ip-check -> secondaries (reason 'none') [80 90 0]
Dec 23 01:30:47 localhost NetworkManager[342]: <info>  [1482485447.9886] device (wlp2s0): state change: secondaries -> activated (reason 'none') [90 100 0]
Dec 23 01:30:47 localhost NetworkManager[342]: <info>  [1482485447.9887] manager: NetworkManager state is now CONNECTED_LOCAL
Dec 23 01:30:47 localhost NetworkManager[342]: <info>  [1482485448.0012] manager: NetworkManager state is now CONNECTED_GLOBAL
Dec 23 01:30:47 localhost NetworkManager[342]: <info>  [1482485448.0013] policy: set '***REDACTED***' (wlp2s0) as default for IPv4 routing and DNS
Dec 23 01:30:48 localhost NetworkManager[342]: <info>  [1482485448.0038] device (wlp2s0): Activation: successful, device activated.
Dec 23 01:30:48 localhost NetworkManager[342]: <info>  [1482485448.7058] dhcp6 (wlp2s0): activation: beginning transaction (timeout in 45 seconds)
Dec 23 01:30:48 localhost NetworkManager[342]: <info>  [1482485448.7076] dhcp6 (wlp2s0): dhclient started with pid 839
Dec 23 01:30:48 localhost NetworkManager[342]: <info>  [1482485448.7096] policy: set '***REDACTED***' (wlp2s0) as default for IPv6 routing and DNS
Dec 23 01:30:48 localhost dhclient: XMT: Info-Request on wlp2s0, interval 1080ms.
Dec 23 01:30:50 localhost dhclient: XMT: Info-Request on wlp2s0, interval 2220ms.
Dec 23 01:30:50 localhost avahi-daemon[348]: Leaving mDNS multicast group on interface wlp2s0.IPv6 with address ***REDACTED***.
Dec 23 01:30:50 localhost avahi-daemon[348]: Joining mDNS multicast group on interface wlp2s0.IPv6 with address ***REDACTED***.
Dec 23 01:30:50 localhost avahi-daemon[348]: Registering new address record for ***REDACTED*** on wlp2s0.*.
Dec 23 01:30:50 localhost avahi-daemon[348]: Withdrawing address record for ***REDACTED*** on wlp2s0.
Dec 23 01:30:50 localhost avahi-daemon[348]: Registering new address record for ***REDACTED*** on wlp2s0.*.
Dec 23 01:30:52 localhost dhclient: XMT: Info-Request on wlp2s0, interval 4480ms.
Dec 23 01:30:52 localhost ntpd[343]: Listen normally on 4 wlp2s0 ***REDACTED***
Dec 23 01:30:52 localhost ntpd[343]: Listen normally on 5 wlp2s0 ***REDACTED***
Dec 23 01:30:52 localhost ntpd[343]: Listen normally on 6 wlp2s0 ***REDACTED***
Dec 23 01:30:52 localhost ntpd[343]: Listen normally on 7 wlp2s0 ***REDACTED***
Dec 23 01:30:56 localhost dhclient: XMT: Info-Request on wlp2s0, interval 9350ms.
Dec 23 01:31:06 localhost dhclient: XMT: Info-Request on wlp2s0, interval 18880ms.
Dec 23 01:31:24 localhost dhclient: XMT: Info-Request on wlp2s0, interval 36840ms.
Dec 23 01:31:33 localhost NetworkManager[342]: <warn>  [1482485493.5364] dhcp6 (wlp2s0): request timed out
Dec 23 01:31:33 localhost NetworkManager[342]: <info>  [1482485493.5365] dhcp6 (wlp2s0): state changed unknown -> timeout
Dec 23 01:31:33 localhost NetworkManager[342]: <info>  [1482485493.5373] dhcp6 (wlp2s0): canceled DHCP transaction, DHCP client pid 839
Dec 23 01:31:33 localhost NetworkManager[342]: <info>  [1482485493.5373] dhcp6 (wlp2s0): state changed timeout -> done

I am now connected, but I had to do it manually.  No information in
these logs seems to shed light on why NetworkManager did not
automatically connect.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

^ permalink raw reply related	[flat|nested] 17+ messages in thread

end of thread, other threads:[~2016-12-23 10:10 UTC | newest]

Thread overview: 17+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-12-13  6:51 NetworkManager doesn't "Connect automatically" Chris Marusich
2016-12-13 14:37 ` Thomas Haller
2016-12-13 15:26   ` rennes
2016-12-13 22:38     ` Ludovic Courtès
2016-12-14  9:13       ` Chris Marusich
2016-12-14  9:20         ` Andy Wingo
2016-12-14 10:06           ` Chris Marusich
2016-12-15  7:16             ` Chris Marusich
2016-12-15 10:24               ` Chris Marusich
2016-12-15 10:41                 ` Andy Wingo
2016-12-15 15:53                 ` Ludovic Courtès
2016-12-17  9:33                   ` Chris Marusich
2016-12-14  9:38   ` Chris Marusich
2016-12-14 21:08     ` Thomas Haller
2016-12-17  9:51       ` Chris Marusich
2016-12-19 11:45         ` Thomas Haller
2016-12-23 10:09           ` Chris Marusich

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).