NetworkManager should parse system config from /run/NetworkManager
Bug #1591898 reported by
Mathieu Trudel-Lapierre
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
NetworkManager |
Fix Released
|
Wishlist
|
|||
network-manager (Ubuntu) |
Fix Released
|
Medium
|
Mathieu Trudel-Lapierre |
Bug Description
NetworkManager currently only reads configuration files from /etc/NetworkMan
It should be possible to also read and write config from /run/NetworkMan
Changed in network-manager (Ubuntu): | |
status: | New → In Progress |
importance: | Undecided → Medium |
assignee: | nobody → Mathieu Trudel-Lapierre (cyphermox) |
Changed in network-manager: | |
importance: | Unknown → Wishlist |
status: | Unknown → Confirmed |
Changed in network-manager: | |
status: | Confirmed → Fix Released |
To post a comment you must log in.
This bug was fixed in the package network-manager - 1.2.2-0ubuntu4
---------------
network-manager (1.2.2-0ubuntu4) yakkety; urgency=medium
[ Mathieu Trudel-Lapierre ] patches/ libnm-Check- self-still- NMManager- or-not. patch: updated and patches/ Read-config- from-run. patch: also read configuration from 10-globally- managed- devices. conf: ship a default config to network- manager. postinst: on upgrade from previous versions of NM, patches/ dns-manager- don-t-merge- split-DNS- search- domains. patch: do
* debian/
refreshed to make gbp pq happy.
* debian/
/run, which is to override whatever might be shipped in /usr/lib; and be
overriden by /etc or command-line arguments. (LP: #1591898)
* debian/
explicitly unmanage anything that is not wifi or wwan: we definitely want
NM to manage wifi and mobile data; and probably don't want it to touch
wired in many cases.
* debian/
make sure we migrate from no global "unmanaged" policy to something
equivalent where we may have a global policy, but explicitly override it
to be disabled; so that on upgrade users do not suddenly see some of their
network devices no longer being handled by NM.
* debian/
not add split DNS search domains to resolv.conf; doing so would risk
leaking names to non-VPN DNS nameservers when attempting to resolve non-
FQDN names. (LP: #1592721)
[ Martin Pitt ] NetworkManager. conf: Put back dns=dnsmasq for now. Some important
* debian/
applications such as Chrome don't use NSS but reimplement DNS resolution,
for those we need a local DNS server. Until resolved gets one, we continue
to use the NM specific dnsmasq on the desktop. Correspondingly, revert
libnss-resolve recommends back to dnsmasq-base depends.
-- Mathieu Trudel-Lapierre <email address hidden> Thu, 16 Jun 2016 09:54:02 +0300