FYI, a documentation change seems to be the resolution:

https://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=4db69c5b520c15f25390a5b9c26db53c6397e5c8

I emailed Tom Haller about the typo already. :)

Regards,
Thomas Leavitt

-----Original Message-----
From: [email protected] 
[mailto:[email protected]] On Behalf Of Benjamin 
Lefoul
Sent: Thursday, March 31, 2016 4:49 AM
To: Tom H; SL Users
Subject: Re: How does NetworkManager monitor the connection files?

________________________________________
From: [email protected] 
<[email protected]> on behalf of Tom H 
<[email protected]>
Sent: 31 March 2016 13:01
To: SL Users
Subject: Re: How does NetworkManager monitor the connection files?

On Thu, Mar 31, 2016 at 10:46 AM, Benjamin Lefoul <[email protected]> 
wrote:
>
> Done with bug 764402:
> https://bugzilla.gnome.org/show_bug.cgi?id=764402

Thanks for this. I meant to suggest in my last email that you ask on the NM 
list but pressed "send" too quickly.

So the problem's solved.

But I'm tempted to add to the bug or file another one to request that the 
"monitor-connection-files" of "man NetworkManager.conf" be clarified because 
"NetworkManager will reload connection files any time they changed" isn't going 
to be understood as "skip 'nmcli connection reload'" but "run 'nmcli connection 
up <con-name>'" by
most:

monitor-connection-files
    Whether the configured settings plugin(s) should set up file
    monitors and immediately pick up changes made to connection files
    while NetworkManager is running. This is disabled by default;
    NetworkManager will only read the connection files at startup, and
    when explicitly requested via the ReloadConnections D-Bus call. If
    this key is set to 'true', then NetworkManager will reload
    connection files any time they changed.



(Sorry about not bottom-posting earlier, I hope this is better)

I agree. I expect other people to be confused by this.
A reasonable addition to this section of the man could be advising to use 
sudoedit to change connection in order to avoid unexpected behaviors, and 
reminding to use "nmcli con up $CONN" or better still, that new feature: "con 
reapply $CONN".

Benjamin Lefoul
nWISE AB
________________________________

This e-mail may contain privileged or confidential information. If you are not 
the intended recipient: (1) you may not disclose, use, distribute, copy or rely 
upon this message or attachment(s); and (2) please notify the sender by reply 
e-mail, and then delete this message and its attachment(s). EAG, Inc. and its 
affiliates disclaim all liability for any errors, omissions, corruption or 
virus in this message or any attachments.

Reply via email to