The new release in the NetworkManager 1.0.x stable series.
Full list of changes is avialable here: http://cgit.freedesktop.org/NetworkManager/NetworkManager/tree/NEWS?h=1.0.6
Updates may require up to 24 hours to propagate to mirrors. If the following command doesn't work, please retry later:
sudo dnf upgrade --refresh --advisory=FEDORA-2015-10143
Please login to add feedback.
0 | 0 | Test Case QA/TestCases/NM Mobile Broadband |
0 | 0 | Test Case QA/TestCases/NM VPN OpenVPN |
0 | 0 | Test Case QA/TestCases/NM VPN vpnc |
0 | 0 | Test Case QA/TestCases/NM WEP |
0 | 0 | Test Case QA/TestCases/NM WPA |
-1 | 0 | Test Case QA/TestCases/NM Wifi |
0 | 0 | Test Case DNS-over-SSL |
0 | 0 | Test Case DNSSEC-trigger |
0 | 0 | Test Case NM Bonding |
0 | 0 | Test Case NM Ethernet |
0 | 0 | Test Case NM Gnome Hotspot |
0 | 0 | Test Case NM KDE Hotspot |
0 | 0 | Test Case NM Wireless |
0 | 0 | Test Case NM nmcli |
0 | 0 | Test Case NetworkManager assume |
0 | 0 | Test Case NetworkManager bt pan |
0 | 0 | Test Case NetworkManager celldata |
0 | 0 | Test Case NetworkManager ipv6 |
This update has been submitted for testing by lkundrak.
This update is currently being pushed to the Fedora 22 testing updates repository.
This update has been pushed to testing
Ok for me
Critical path update approved
Broke my server which has NetworkManager-config-server installed. The loopback interface (although properly configured in ifcfg-lo) did not get an IPv4 address, which then failed a whole bunch of other services. Reverting back to 1.0.2-1 immediately fixed the problem
no problem spotted
Critical path update approved
When dns=dnsmasq in NetworkManager.conf dnsmasq continuosly restarts no matter if dnsmasq.service itself enabled or disabled from autostart.
Can confirm, loopback interface does not get an IPv4 address after this update (only IPv6) which causes some problems for apps i.e. PyCharm is unable to detect how many copies are running...
Wireless network working fine and WPA encryption too. I haven't tested other QA.
Yes, I can confirm that bojan and przemal said. Loopback interface doesn't get an IPv4 address after this update which causes that my LEMP doesn't work anymore.
I confirm the lo bug, this makes impossible to launch the adb server and even Steam games hang on start.
Same issue here. loopback interface does not get an IPv4 address.
Seems to work
Works OK in daily use.
This update somehow prevents KVM guests from starting. There are some avc denials generated and it prevents connecting to port 5900 when a guest starts up via virt-manager.
This update has been unpushed
lkundrak has edited this update. New build(s): NetworkManager-1.0.4-0.1.git20160624.f245b49a.fc22. Removed build(s): NetworkManager-1.0.4-0.1.git20150618.8cffaf3bf5.fc22.
This update has been submitted for testing by lkundrak.
Taskotron: depcheck test PASSED on i386. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/100794/steps/runtask/logs/stdio (results are informative only)
Taskotron: depcheck test PASSED on x86_64. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/100794/steps/runtask/logs/stdio (results are informative only)
With NetworkManager-1.0.4-0.1.git20160624.f245b49a.fc22, loopback gets an IPv4 address again.
Taskotron: depcheck test PASSED on i386. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/100856/steps/runtask/logs/stdio (results are informative only)
Taskotron: depcheck test PASSED on x86_64. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/100856/steps/runtask/logs/stdio (results are informative only)
Taskotron: depcheck test PASSED on i386. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/100930/steps/runtask/logs/stdio (results are informative only)
Taskotron: depcheck test PASSED on x86_64. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/100930/steps/runtask/logs/stdio (results are informative only)
This update is currently being pushed to the Fedora 22 testing updates repository.
This update has been pushed to testing
git20160624 fixed "lo not getting 127.0.0.1" for me, bug #1234121
Critical path update approved
loopback ipv4 address is back. No regression noted in minimal testing.
Works good
I do still see one spurious selinux denial but the KVM/virt-manager issue is resolved now. Thanks.
looks good
Wifi still works fine.
New build works: laptop, server.
work fine with wifi or eth. Fixs bug #1234121, lo get IP.
I need to do some more testing. While it works, I believe I am seeing increased boot times with this installed.
See BZ https://bugzilla.redhat.com/show_bug.cgi?id=1239184
No issues found
basic usage and make a hostpo work for me
lkundrak has edited this update. New build(s): NetworkManager-1.0.4-0.3.git20150707.e3bd4e1.fc22, network-manager-applet-1.0.4-0.1.git20160702.25368df.fc22. Removed build(s): network-manager-applet-1.0.4-0.1.git20160615.28a0e28.fc22, NetworkManager-1.0.4-0.1.git20160624.f245b49a.fc22.
This update has been submitted for testing by lkundrak.
Taskotron: depcheck test PASSED on i386. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/104158/steps/runtask/logs/stdio (results are informative only)
Taskotron: depcheck test PASSED on x86_64. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/104158/steps/runtask/logs/stdio (results are informative only)
This update is currently being pushed to the Fedora 22 testing updates repository.
NetworkManager-1.0.4-0.3.git20150707 fixes 1239184 for me.
This update has been pushed to testing
No regressions noticed in normal usage of WiFi connection
no regressions noted
Critical path update approved
lkundrak has edited this update. New build(s): NetworkManager-1.0.4-0.4.git20150713.38bf2cb0.fc22. Removed build(s): NetworkManager-1.0.4-0.3.git20150707.e3bd4e1.fc22.
This update has been submitted for testing by lkundrak.
Taskotron: depcheck test PASSED on i386. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/105677/steps/runtask/logs/stdio (results are informative only)
Taskotron: depcheck test PASSED on x86_64. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/105677/steps/runtask/logs/stdio (results are informative only)
This update is currently being pushed to the Fedora 22 testing updates repository.
This update has been pushed to testing
lkundrak has edited this update. New build(s): NetworkManager-1.0.4-1.fc22, network-manager-applet-1.0.4-1.fc22. Removed build(s): NetworkManager-1.0.4-0.4.git20150713.38bf2cb0.fc22, network-manager-applet-1.0.4-0.1.git20160702.25368df.fc22.
This update has been submitted for testing by lkundrak.
Taskotron: depcheck test PASSED on i386. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/106008/steps/runtask/logs/stdio (results are informative only)
Taskotron: depcheck test PASSED on x86_64. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/106008/steps/runtask/logs/stdio (results are informative only)
Works without issues for now
lkundrak has edited this update. New build(s): network-manager-applet-1.0.4-2.fc22. Removed build(s): network-manager-applet-1.0.4-1.fc22.
Taskotron: depcheck test PASSED on i386. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/106289/steps/runtask/logs/stdio (results are informative only)
Taskotron: depcheck test PASSED on x86_64. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/106289/steps/runtask/logs/stdio (results are informative only)
This update is currently being pushed to the Fedora 22 testing updates repository.
This update is currently being pushed to the Fedora 22 testing updates repository.
This update has been pushed to testing
Works here (x86_64 server: ethernet, static IP; x86_64 laptop: ethernet, DHCP; i686 VM: ethernet, static IP).
Serious regression: Breaks IPv4 connectivty on unrelated interface (see bug
1244483). I can confirm that bug #1221391 is fixed though.
I've not tried the specific test cases but all is good in normal usage with WiFi connection
Appears to have two issues - does not properly record DNS info in resolv.conf, and takes an arbitrarily long time to finish connection setup.
notting, it may be related to selinux-policy issues fixed in the latest build, that allow networkmanager to communicate via dbus with systemd_hostanmed, read rfcomm port etc.
works fine with dnssec-trigger, no regressions noted in daily use on a laptop
lkundrak has edited this update. New build(s): NetworkManager-1.0.4-2.fc22. Removed build(s): NetworkManager-1.0.4-1.fc22.
This update has been submitted for testing by lkundrak.
Taskotron: depcheck test PASSED on i386. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/109078/steps/runtask/logs/stdio (results are informative only)
Taskotron: depcheck test PASSED on x86_64. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/109078/steps/runtask/logs/stdio (results are informative only)
This update is currently being pushed to the Fedora 22 testing updates repository.
This update is currently being pushed to the Fedora 22 testing updates repository.
works for me. previous errors were not NM-related.
no regressions
Critical path update approved
No regressions within update to NetworkManager-1.0.4-2
looks good to me. wireless on laptop can be managed as before. works fine.
This update has been pushed to testing
Wifi still works.
seems to have fixed issues -1 had
Works as expected
1.0.4-2 LGTM
lkundrak has edited this update. New build(s): NetworkManager-1.0.6-0.1.20150813git7e2caa2.fc22. Removed build(s): NetworkManager-1.0.4-2.fc22.
This update has been submitted for testing by lkundrak.
Taskotron: depcheck test PASSED on i386. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/116276/steps/runtask/logs/stdio (results are informative only)
Taskotron: depcheck test PASSED on x86_64. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/116276/steps/runtask/logs/stdio (results are informative only)
Taskotron: depcheck test PASSED on i386. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/116300/steps/runtask/logs/stdio (results are informative only)
Taskotron: depcheck test PASSED on x86_64. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/116300/steps/runtask/logs/stdio (results are informative only)
This update is currently being pushed to the Fedora 22 testing updates repository.
This update is currently being pushed to the Fedora 22 testing updates repository.
This update has been pushed to testing
Crash on resume (1.0.6-0.1.20150813git7e2caa2), see bug #1253949.
Crashes when an assumed connection goes down, see https://bugzilla.redhat.com/show_bug.cgi?id=1253972
lkundrak has edited this update. New build(s): NetworkManager-1.0.6-0.2.20150813git7e2caa2.fc22. Removed build(s): NetworkManager-1.0.6-0.1.20150813git7e2caa2.fc22.
This update has been submitted for testing by lkundrak.
Taskotron: depcheck test PASSED on i386. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/117760/steps/runtask/logs/stdio (results are informative only)
Taskotron: depcheck test PASSED on x86_64. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/117760/steps/runtask/logs/stdio (results are informative only)
I am -1 to this version, this change some rules in the system without user knowledge, for example before this update I can share a wired conexion with a hostpot and with this update now I can not due to a system rules changes
no issues encountered
williamjmorenor: please report a bug describing whatever didn't work for you in detail.
This update is currently being pushed to the Fedora 22 testing updates repository.
This update has been pushed to testing
Critical path update approved
thaller edited this update.
This update has been submitted for testing by thaller.
thaller edited this update.
thaller edited this update.
1.0.6-0.2.20150813git7e2caa2 LGTM
Not seeing crashes any more. Seems to work on i686 and x86_64.
thaller edited this update.
This update has been submitted for testing by thaller.
lkundrak edited this update. New build(s): NetworkManager-1.0.6-1.fc22, NetworkManager-openvpn-1.0.6-2.fc22, NetworkManager-vpnc-1.0.6-3.fc22, NetworkManager-openswan-1.0.6-2.fc22, network-manager-applet-1.0.6-2.fc22. Removed build(s): network-manager-applet-1.0.4-2.fc22, NetworkManager-1.0.6-0.2.20150813git7e2caa2.fc22.
lkundrak edited this update.
lkundrak edited this update. New build(s): NetworkManager-1.0.6-2.fc22. Removed build(s): NetworkManager-1.0.6-1.fc22.
lkundrak edited this update. New build(s): NetworkManager-openvpn-1.0.6-3.fc22. Removed build(s): NetworkManager-openvpn-1.0.6-2.fc22.
lkundrak edited this update.
Is working for me now, the issue with changes is rules is working now.
The 1.0.6 update did not make it to updates-testing even though bodhi says it is there. Please re-push or create a new update.
works for me. I download the rpms from koji.
This update has been pushed to testing
No regressions seen on wireless or wired networks. With and without IPv6.
Tested with 802.1x wired/wireless, WPA2 wireless, Cisco OpenConnect, and others. All working fine.
The 1.0.6-2 works for me (server, laptop, VM desktop).
lkundrak edited this update.
lkundrak edited this update. New build(s): NetworkManager-1.0.6-3.fc22. Removed build(s): NetworkManager-1.0.6-2.fc22.
This update has been submitted for testing by lkundrak.
lkundrak edited this update. New build(s): NetworkManager-1.0.6-4.fc22. Removed build(s): NetworkManager-1.0.6-3.fc22.
This update has been pushed to testing.
works for me
wfm
Works for me except on Hotsports which have no SSL/TLS login portals. (Microtik in my case)
I had to switch link (https:// to http://) in connectivity configuration file of NetworkManager.
works for me.
WFM
Works for me, but not tested it thoroughly
seems to work ok here.
lkundrak edited this update.
New build(s):
Removed build(s):
This update has been submitted for testing by lkundrak.
works well here
Bug 1244547 is fixed. No other regressions seen.
This update has been pushed to testing.
This update has been submitted for stable by bodhi.
This update has been pushed to stable.
Wireless disappeared after the 1.0.6-6 update on my thinkpad T440s (RTL8192EE). Downgrading to 1.0.2-1 restored wireless.
For some reason the debuginfo package is missing on the public mirrors. The mirrors still serve debuginfo for 1.0.2.
@gjanssens, the debuginfo package is visible on mirrors to me. dnf install NetworkManager-debuginfo results in 1:1.0.6-6.fc22 being downloaded.
Odd, it doesn't for me. Perhaps there's some delay in mirror synchronization... I'll just wait a few days longer.