October 2015 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 918787] New: logprof fails to parse audit.log
by bugzilla_noreply＠novell.com 12 Apr '18

12 Apr '18

http://bugzilla.suse.com/show_bug.cgi?id=918787 Bug ID: 918787 Summary: logprof fails to parse audit.log Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: AppArmor Assignee: suse-beta(a)cboltz.de Reporter: asn(a)cryptomilk.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- A lot of daemons produce log entries like: type=AVC msg=audit(1424425690.883:716630): apparmor="ALLOWED" operation="file_mmap" info="Failed name lookup - disconnected path" error=-13 profile="/usr/sbin/httpd2-prefork//null-4172" name="var/run/nscd/passwd" pid=25333 comm="id" requested_mask="r" denied_mask="r" fsuid=1002 ouid=0 but logprof is not able to parse this entry cause name="var/run/nscd/passwd" is an invalid entry for it. So either apparmor produces wrong entries in audid.log or the tool should be able to handle it! -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 918571] New: perl-DBIx-Class data corruption
by bugzilla_noreply＠novell.com 12 Apr '18

12 Apr '18

http://bugzilla.suse.com/show_bug.cgi?id=918571 Bug ID: 918571 Summary: perl-DBIx-Class data corruption Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: gerrit.beine(a)gmx.de Reporter: lnussel(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- DBIx::Class suffers from a data corruption bug that could result in entire tables getting dropped: https://github.com/dbsrgits/dbix-class/commit/31160673f390e178ee347e7ebee1f… This affects openQA. Would it be possible to upgrade 13.2 to 0.082801? -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 910780] New: Disable IPv6 from the "gnome-control-center->network" is not workable
by bugzilla_noreply＠novell.com 12 Apr '18

12 Apr '18

http://bugzilla.suse.com/show_bug.cgi?id=910780 Bug ID: 910780 Summary: Disable IPv6 from the "gnome-control-center->network" is not workable Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: xdzhang(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 617961 --> http://bugzilla.suse.com/attachment.cgi?id=617961&action=edit the ipv6 is disabled Tested with fresh installed opensuse 13.2 Steps: 1. Open "gnome-control-center->network", disable the ipv6 of the wired connection. Actual result: It still get ipv6 address. Expected result: It should not get ipv6 address any more. Attached is the screenshot. More information: 1. After disabled ipv6 from the gnome-control-center, I also tried with "systemctl restart network" but still got same result. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 907718] New: NetworkManager 'CRITICAL' errors on boot: assertion 'G_TYPE_CHECK_INSTANCE (instance)' & 'G_IS_DBUS_PROXY (proxy)' failed
by bugzilla_noreply＠novell.com 12 Apr '18

12 Apr '18

http://bugzilla.suse.com/show_bug.cgi?id=907718 Bug ID: 907718 Summary: NetworkManager 'CRITICAL' errors on boot: assertion 'G_TYPE_CHECK_INSTANCE (instance)' & 'G_IS_DBUS_PROXY (proxy)' failed Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: grantksupport(a)operamail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- on opensuse 13.2, with rpm -qa | grep -i networkmanager NetworkManager-gnome-0.9.10.0-2.2.1.x86_64 NetworkManager-devel-0.9.10.0-3.1.4.x86_64 NetworkManager-0.9.10.0-3.1.4.x86_64 NetworkManager-openvpn-0.9.10.0-2.1.4.x86_64 libNetworkManagerQt1-0.9.8.2-3.1.3.x86_64 typelib-1_0-NetworkManager-1_0-0.9.10.0-3.1.4.x86_64 on boot journalctl -b | egrep -i "networkmanager" Nov 30 12:11:49 laptop014 NetworkManager[960]: <info> NetworkManager (version 0.9.10.0) is starting... Nov 30 12:11:49 laptop014 NetworkManager[960]: <info> Read config: /etc/NetworkManager/NetworkManager.conf Nov 30 12:11:49 laptop014 NetworkManager[960]: <info> WEXT support is enabled Nov 30 12:11:49 laptop014 NetworkManager[960]: <info> VPN: loaded org.freedesktop.NetworkManager.openvpn Nov 30 12:11:49 laptop014 NetworkManager[960]: <info> Loaded plugin ifcfg-suse: (C) 2008 Novell, Inc. To report bugs please use the NetworkManager mailing list. Nov 30 12:11:49 laptop014 NetworkManager[960]: <info> Loaded plugin keyfile: (c) 2007 - 2013 Red Hat, Inc. To report bugs please use the NetworkManager mailing list. Nov 30 12:11:49 laptop014 NetworkManager[960]: <info> new connection /etc/NetworkManager/system-connections/ROAMING !! Nov 30 12:12:15 laptop014 NetworkManager[960]: (NetworkManager:960): GLib-GObject-WARNING **: invalid (NULL) pointer instance !! Nov 30 12:12:15 laptop014 NetworkManager[960]: (NetworkManager:960): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed Nov 30 12:12:15 laptop014 NetworkManager[960]: <info> monitoring kernel firmware directory '/lib/firmware'. !! Nov 30 12:12:15 laptop014 NetworkManager[960]: (NetworkManager:960): GLib-GIO-CRITICAL **: g_dbus_proxy_call_internal: assertion 'G_IS_DBUS_PROXY (proxy)' failed Nov 30 12:12:15 laptop014 NetworkManager[960]: <info> rfkill1: found WiFi radio killswitch (at /sys/devices/pci0000:00/0000:00:1c.1/0000:04:00.0/ieee80211/phy0/rfkill1) (driver ath9k) Nov 30 12:12:15 laptop014 NetworkManager[960]: <info> rfkill0: found WiFi radio killswitch (at /sys/devices/platform/acer-wmi/rfkill/rfkill0) (platform driver acer-wmi) Nov 30 12:12:15 laptop014 NetworkManager[960]: <info> WiFi hardware radio set enabled Nov 30 12:12:15 laptop014 NetworkManager[960]: <info> WWAN hardware radio set disabled Nov 30 12:12:15 laptop014 NetworkManager[960]: <info> Loaded device plugin: /usr/lib64/NetworkManager/libnm-device-plugin-wifi.so Nov 30 12:12:15 laptop014 NetworkManager[960]: <info> Loaded device plugin: /usr/lib64/NetworkManager/libnm-device-plugin-wwan.so Nov 30 12:12:15 laptop014 NetworkManager[960]: <info> Loaded device plugin: /usr/lib64/NetworkManager/libnm-device-plugin-bluetooth.so Nov 30 12:12:15 laptop014 NetworkManager[960]: <info> Loaded device plugin: /usr/lib64/NetworkManager/libnm-device-plugin-adsl.so Nov 30 12:12:15 laptop014 NetworkManager[960]: <info> WiFi enabled by radio killswitch; enabled by state file Nov 30 12:12:15 laptop014 NetworkManager[960]: <info> WWAN enabled by radio killswitch; disabled by state file Nov 30 12:12:15 laptop014 NetworkManager[960]: <info> WiMAX enabled by radio killswitch; enabled by state file Nov 30 12:12:15 laptop014 NetworkManager[960]: <info> Networking is enabled by state file Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> Setting system hostname to 'laptop014.loc' (from system configuration) Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (lo): link connected Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (lo): carrier is ON Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (lo): new Generic device (driver: 'unknown' ifindex: 1) Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (lo): exported as /org/freedesktop/NetworkManager/Devices/0 Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (eth0): carrier is OFF Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (eth0): new Ethernet device (driver: 'atl1c' ifindex: 2) Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (eth0): exported as /org/freedesktop/NetworkManager/Devices/1 Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (eth0): device state change: unmanaged -> unavailable (reason 'managed') [10 20 2] Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (eth0): link connected Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (eth0): preparing device Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (wlan0): using nl80211 for WiFi device control Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (wlan0): driver supports Access Point (AP) mode Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (wlan0): new 802.11 WiFi device (driver: 'ath9k' ifindex: 3) Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (wlan0): exported as /org/freedesktop/NetworkManager/Devices/2 Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (wlan0): device state change: unmanaged -> unavailable (reason 'managed') [10 20 2] Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (wlan0): preparing device Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> wpa_supplicant started Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (eth0): device state change: unavailable -> disconnected (reason 'none') [20 30 0] Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> Auto-activating connection 'Wired@HOME'. Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> Activation (eth0) starting connection 'eth0' Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> Activation (eth0) Stage 1 of 5 (Device Prepare) scheduled... Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> ModemManager available in the bus Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> Activation (eth0) Stage 1 of 5 (Device Prepare) started... Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (eth0): device state change: disconnected -> prepare (reason 'none') [30 40 0] Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> Activation (eth0) Stage 2 of 5 (Device Configure) scheduled... Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> Activation (eth0) Stage 1 of 5 (Device Prepare) complete. Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (eth0): disconnecting for new activation request. Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (eth0): device state change: prepare -> deactivating (reason 'none') [40 110 0] Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> Activation (eth0) Stage 2 of 5 (Device Configure) starting... Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (eth0): device state change: deactivating -> config (reason 'none') [110 50 0] Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> Activation (eth0) Stage 2 of 5 (Device Configure) successful. Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) scheduled. Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> Activation (eth0) Stage 2 of 5 (Device Configure) complete. Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) started... Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (eth0): device state change: config -> ip-config (reason 'none') [50 70 0] Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> Activation (eth0) Stage 5 of 5 (IPv4 Configure Commit) scheduled... Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) complete. Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> Activation (eth0) Stage 5 of 5 (IPv4 Commit) started... Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (eth0): device state change: ip-config -> ip-check (reason 'none') [70 80 0] Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> Activation (eth0) Stage 5 of 5 (IPv4 Commit) complete. Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (eth0): device state change: ip-check -> secondaries (reason 'none') [80 90 0] Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (eth0): device state change: secondaries -> activated (reason 'none') [90 100 0] Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> NetworkManager state is now CONNECTED_LOCAL Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> NetworkManager state is now CONNECTED_GLOBAL Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> Policy set 'eth0' (eth0) as default for IPv4 routing and DNS. Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> Activation (eth0) successful, device activated. Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (wlan0) supports 4 scan SSIDs Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (wlan0): supplicant interface state: starting -> ready Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (wlan0): device state change: unavailable -> disconnected (reason 'supplicant-available') [20 30 42] Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (wlan0): supplicant interface state: ready -> disconnected Nov 30 12:12:15 laptop014.loc NetworkManager[960]: <info> (wlan0) supports 4 scan SSIDs Nov 30 12:12:26 laptop014.loc systemd[1]: Unit NetworkManager-wait-online.service entered failed state. -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 951120] New: Can't access wirless using NetworkManager nm-applet
by bugzilla_noreply＠novell.com 12 Apr '18

12 Apr '18

http://bugzilla.suse.com/show_bug.cgi?id=951120 Bug ID: 951120 Summary: Can't access wirless using NetworkManager nm-applet Classification: openSUSE Product: openSUSE 13.1 Version: Final Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: tfeng(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 652261 --> http://bugzilla.suse.com/attachment.cgi?id=652261&action=edit log_from_jounalctl Can't access wireless network using NetworkManager(nm-applet) on Gnome. The Wi-Fi Security is WPA/ WPA Enterprise. But using other OS and network control tool can access to the wifi. I ran `journalctl /usr/sbin/NetworkManager` and the log is in attachment. Steps: 1. Use NetworkManager for controlling network 2. Connect to the Wifi and enter username/password 3. Check the status of NetworkManager Result: Can't access to Wifi and always asking to enter password. Reproducibility: Always -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 915098] New: yast2 does not reinstall the bootloader
by bugzilla_noreply＠novell.com 12 Apr '18

12 Apr '18

http://bugzilla.suse.com/show_bug.cgi?id=915098 Bug ID: 915098 Summary: yast2 does not reinstall the bootloader Classification: openSUSE Product: openSUSE 13.1 Version: Final Hardware: x86-64 OS: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Bootloader Assignee: jsrain(a)suse.com Reporter: ohering(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- I replaced the built-in 1.5TB hard disk with a new 2TB harddisk. The partition content was copied with rsync from the old paritions to the new partitions. I adjusted all relevant settings in /etc/fstab, /etc/grub.conf, /etc/default/grub_installdevice, /boot/grub2/device.map, /etc/sysconfig/bootloader, /etc/default/grub to match the LABEL and /dev/disk/by-* of the new 2TB disk. Then I started yast2 to let it update /boot/grub2/grub.cfg, /boot/grub2/grubenv and to reinstall the bootloader on the 13.1 parition. But all it does is to redo grub.cfg and grubenv. It did not install the bootloader into the root partition. As a result chainloading the given root partition fails. Maybe I just missed the knob to reinstall grub2, instead of just regenerating its runtime config files? Will try again with the Factory partition now. -- You are receiving this mail because: You are on the CC list for the bug.

1 17

[Bug 916364] New: yast tests need to port to rspec 3.1.x or need to evaluate that
by bugzilla_noreply＠novell.com 12 Apr '18

12 Apr '18

http://bugzilla.suse.com/show_bug.cgi?id=916364 Bug ID: 916364 Summary: yast tests need to port to rspec 3.1.x or need to evaluate that Classification: openSUSE Product: openSUSE Factory Version: 201502* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: mlin(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- In the Staging:B - https://build.opensuse.org/project/show/openSUSE:Factory:Staging:B , that has newer rspec version 3, but yast2-* tests basically unhappy with it, sounds yast tests need to port to adopt with new rspec, or at least to evaluate that. -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 938896] New: wicket fails to update resolv.conf and forwarders.conf correctly after switching from networkA to networkB
by bugzilla_noreply＠novell.com 27 Mar '18

27 Mar '18

http://bugzilla.suse.com/show_bug.cgi?id=938896 Bug ID: 938896 Summary: wicket fails to update resolv.conf and forwarders.conf correctly after switching from networkA to networkB Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: fabian.herschel(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Currently I have the problem that after detaching my laptop from network A and pluging it to network B the files /etc/resolv.conf and /etc/named.d/forwarders.conf still get the old DNS server names from network A. Even when I remove all active lines and run the command ... netconfig update -f ... the old DND server is rewritten to the above files. Using the dns-test tool prints the new DNS server names. When I restart the network for example using rcnetwork stop rcnetwork start than I get the new DNS servers been written into the files. -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 908049] New: [13.2, NetworkManager GUI] Duplication of network-records in list
by bugzilla_noreply＠novell.com 19 Mar '18

19 Mar '18

http://bugzilla.opensuse.org/show_bug.cgi?id=908049 Bug ID: 908049 Summary: [13.2, NetworkManager GUI] Duplication of network-records in list Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: mikhail.kasimov(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Given: OpenSUSE 13.2, XFCE 4.10, NetworkManager Applet 0.9.8.8 (on 0.9.10.0 is also reproduced), NetworkManager.service is active. /sbin/ifconfig ===== enp0s3 Link encap:Ethernet HWaddr 08:00:27:34:73:18 inet addr:10.0.2.15 Bcast:10.0.2.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:25800 errors:0 dropped:0 overruns:0 frame:0 TX packets:10022 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:29022540 (27.6 Mb) TX bytes:1183638 (1.1 Mb) lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:114 errors:0 dropped:0 overruns:0 frame:0 TX packets:114 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:6061 (5.9 Kb) TX bytes:6061 (5.9 Kb) ===== Steps to reproduce: 1. Left-click on NM Applet in tray. Displays network-records list: Wired Connections - enp0s3 in section of avaliable connections. 2. Choose Turn Off. 3. Left-click on NM Applet in tray again. Displays 'enp0s3' in section of avaliable connections twice. 4. Choose the first 'enp0s3' in list. Returns "(1) Creating object for path '/org/freedesktop/NetworkManager/ActiveConnection/24' failed in libnm-glib." message, but network became active anyway. 5. Repeat steps 3 and 4, but choose the second 'enp0s3' in list. Network became active without any error-message. 6. Left-click on NM Applet in tray and choose VPN Connections - Set VPN. Displays the windows of available connection. Expand "Ethernet" and see duplication of 'enp0s3' again. I've made the video of reproducing this bug: https://yadi.sk/i/hxCm9D6qd74wC (It's better to save webm-file on disk and run it locally in Firefox). NM Applet has RU-locale, but I tried to describe steps-to-reproduce clearly. -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 907698] New: syslog filled with "ModemManager(...)Modem/2: signal quality updated (40)"
by bugzilla_noreply＠novell.com 19 Mar '18

19 Mar '18

http://bugzilla.opensuse.org/show_bug.cgi?id=907698 Bug ID: 907698 Summary: syslog filled with "ModemManager(...)Modem/2: signal quality updated (40)" Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: All OS: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: Ulrich.Windl(a)rz.uni-regensburg.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- When connected via broadband, ModemManager logs this message every 30 seconds to syslog: ModemManager[1436]: <info> Modem /org/freedesktop/ModemManager1/Modem/2: signal quality updated (40) The thing is, it does not log a change, but a state (my signal quality was 40 all the time): # journalctl | cut -d' ' -f5- | sort | uniq -c [...] 7 ModemManager[1436]: <info> Modem /org/freedesktop/ModemManager1/Modem/2: access technology changed (hsdpa -> umts) 8 ModemManager[1436]: <info> Modem /org/freedesktop/ModemManager1/Modem/2: access technology changed (umts -> hsdpa) 1 ModemManager[1436]: <info> Modem /org/freedesktop/ModemManager1/Modem/2: access technology changed (unknown -> umts) 969 ModemManager[1436]: <info> Modem /org/freedesktop/ModemManager1/Modem/2: signal quality updated (40) 1 ModemManager[1436]: <info> Modem /org/freedesktop/ModemManager1/Modem/2: state changed (connecting -> connected) 1 ModemManager[1436]: <info> Modem /org/freedesktop/ModemManager1/Modem/2: state changed (disabled -> enabling) 1 ModemManager[1436]: <info> Modem /org/freedesktop/ModemManager1/Modem/2: state changed (enabling -> registered) [...] Syslog is about logging changes, not about logging states. It makes very little sense to log the signal quality every 30 seconds while the quality does not change. -- You are receiving this mail because: You are on the CC list for the bug.

1 5