- Edited
Yeah, same, the app just works if run with sudo. My wild guess is that the dbus new release has some issue with connman, being the latter kinda old software it wouldn't come as a surprise...
Connman-gtk shows blank
igorka67 yeah, I just tried to use network manager instead of running connman as sudo, it looks like NM has no issues, it runs as user :)
Is there anything interesting showing up in the connmand 66 logs?
66-execute: info: Starting service: connmand
connmand[879]: Connection Manager version 1.43
connmand[879]: Online check mode "one-shot"
connmand[879]: Online check IPv4 URL "http://ipv4.connman.net/online/status.html"
connmand[879]: Online check IPv6 URL "http://ipv6.connman.net/online/status.html"
connmand[879]: Online check interval style "geometric"
connmand[879]: Online check interval range [1, 12]
connmand[879]: Checking loopback interface settings
connmand[879]: System hostname is obarunS6
connmand[879]: lo {newlink} index 1 address 00:00:00:00:00:00 mtu 65536
connmand[879]: lo {newlink} index 1 operstate 0 <UNKNOWN>
connmand[879]: enp0s25 {create} index 2 type 1 <ETHER>
connmand[879]: enp0s25 {update} flags 4098 <DOWN>
connmand[879]: enp0s25 {newlink} index 2 address 8C:73:6E:DC:39:2A mtu 1500
connmand[879]: enp0s25 {newlink} index 2 operstate 2 <DOWN>
connmand[879]: Adding interface enp0s25 [ ethernet ]
connmand[879]: wlp16s0 {create} index 3 type 1 <ETHER>
connmand[879]: wlp16s0 {update} flags 4098 <DOWN>
connmand[879]: wlp16s0 {newlink} index 3 address 4C:ED:DE:8E:2A:DC mtu 1500
connmand[879]: wlp16s0 {newlink} index 3 operstate 2 <DOWN>
connmand[879]: Adding interface wlp16s0 [ wifi ]
connmand[879]: enp0s25 {update} flags 36867 <UP>
connmand[879]: enp0s25 {newlink} index 2 address 8C:73:6E:DC:39:2A mtu 1500
connmand[879]: enp0s25 {newlink} index 2 operstate 2 <DOWN>
connmand[879]: wlp16s0 {update} flags 36931 <UP,RUNNING>
connmand[879]: wlp16s0 {newlink} index 3 address 4C:ED:DE:8E:2A:DC mtu 1500
connmand[879]: wlp16s0 {newlink} index 3 operstate 0 <UNKNOWN>
connmand[879]: wlp16s0 {update} flags 36867 <UP>
connmand[879]: wlp16s0 {newlink} index 3 address 4C:ED:DE:8E:2A:DC mtu 1500
connmand[879]: wlp16s0 {newlink} index 3 operstate 2 <DOWN>
connmand[879]: wlp16s0 {newlink} index 3 address 4C:ED:DE:8E:2A:DC mtu 1500
connmand[879]: wlp16s0 {newlink} index 3 operstate 2 <DOWN>
connmand[879]: Interface wlp16s0 [ wifi ] state is association
connmand[879]: wlp16s0 {update} flags 102403 <UP,LOWER_UP>
connmand[879]: wlp16s0 {newlink} index 3 address 4C:ED:DE:8E:2A:DC mtu 1500
connmand[879]: wlp16s0 {newlink} index 3 operstate 5 <DORMANT>
connmand[879]: wlp16s0 {RX} 2 packets 282 bytes
connmand[879]: wlp16s0 {TX} 2 packets 288 bytes
connmand[879]: wlp16s0 {update} flags 102467 <UP,RUNNING,LOWER_UP>
connmand[879]: wlp16s0 {newlink} index 3 address 4C:ED:DE:8E:2A:DC mtu 1500
connmand[879]: wlp16s0 {newlink} index 3 operstate 6 <UP>
connmand[879]: Interface wlp16s0 [ wifi ] state is configuration
connmand[879]: Cannot create /var/run/connman/resolv.conf falling back to /etc/resolv.conf
connmand[879]: Interface wlp16s0 [ wifi ] state is ready
connmand[879]: Interface wlp16s0 [ wifi ] is the default
connmand[879]: Setting hostname to obarunS6
connmand[879]: Setting domainname to homenet.telecomitalia.it
connmand[879]: wlp16s0 {add} address 192.168.1.215/24 label wlp16s0 family 2
connmand[879]: Interface wlp16s0 [ wifi ] IPv4 online check to http://ipv4.connman.net/online/status.html succeeded
connmand[879]: Interface wlp16s0 [ wifi ] state is onlineThis is the last log on current but i am not sure if it is ok because the last date that i see, is old:
2024-05-05 19:17:21.223161811 connmand[738]: wlp16s0 {RX} 9615 packets 11021328 bytes
2024-05-05 19:17:21.223166929 connmand[738]: wlp16s0 {TX} 4514 packets 541828 bytes
2024-05-05 19:17:21.223181101 connmand[738]: wlp16s0 {update} flags 102403 <UP,LOWER_UP>
2024-05-05 19:17:21.223189844 connmand[738]: wlp16s0 {newlink} index 3 address 4C:ED:DE:8E:2A:DC mtu 1500
2024-05-05 19:17:21.223230243 connmand[738]: wlp16s0 {newlink} index 3 operstate 5 <DORMANT>
2024-05-05 19:17:21.321426713 connmand[738]: wlp16s0 {add} route fe80:: gw :: scope 0 <UNIVERSE>
2024-05-05 19:17:21.321611041 connmand[738]: wlp16s0 {RX} 9617 packets 11021610 bytes
2024-05-05 19:17:21.321619228 connmand[738]: wlp16s0 {TX} 4516 packets 542116 bytes
2024-05-05 19:17:21.321624972 connmand[738]: wlp16s0 {update} flags 102467 <UP,RUNNING,LOWER_UP>
2024-05-05 19:17:21.321648748 connmand[738]: wlp16s0 {newlink} index 3 address 4C:ED:DE:8E:2A:DC mtu 1500
2024-05-05 19:17:21.321665089 connmand[738]: wlp16s0 {newlink} index 3 operstate 6 <UP>
2024-05-05 19:17:21.355242228 connmand[738]: Setting hostname to obarunS6
2024-05-05 19:17:21.355292016 connmand[738]: Setting domainname to homenet.telecomitalia.it
2024-05-05 19:17:21.401320192 connmand[738]: wlp16s0 {add} address 192.168.1.215/24 label wlp16s0 family 2
2024-05-05 19:17:21.403630643 connmand[738]: wlp16s0 {add} route 192.168.1.0 gw 0.0.0.0 scope 253 <LINK>
2024-05-05 19:17:21.403719071 connmand[738]: wlp16s0 {add} route 192.168.1.1 gw 0.0.0.0 scope 253 <LINK>
2024-05-05 19:17:21.403878740 connmand[738]: wlp16s0 {add} route 0.0.0.0 gw 192.168.1.1 scope 0 <UNIVERSE>
2024-05-05 19:17:21.454933361 connmand[738]: wlp16s0 {add} route 82.165.8.211 gw 192.168.1.1 scope 0 <UNIVERSE>
2024-05-05 19:17:21.522465106 connmand[738]: wlp16s0 {del} route 82.165.8.211 gw 192.168.1.1 scope 0 <UNIVERSE>
2024-05-05 19:17:27.120216272 connmand[738]: ntp: adjust (slew): -0.003188 sec
connmand[816]: Connection Manager version 1.42
(connmand:816): GLib-WARNING **: 18:03:03.064: GError set over the top of a previous GError or uninitialized memory.
This indicates a bug in someone's code. You must ensure an error is NULL before it's set.
The overwriting error message was: Key file does not have key ?ResolvConf? in group ?General?
connmand[816]: Checking loopback interface settings
connmand[816]: System hostname is obarunS6
connmand[816]: lo {newlink} index 1 address 00:00:00:00:00:00 mtu 65536
connmand[816]: lo {newlink} index 1 operstate 0 <UNKNOWN>
-->.......nfg actually it's the dbus log showing a bunch of "dbus-daemon: rejected send messages"
- Edited
I see. Having never used connman before, I just installed it along with connman-gtk & connmand-66serv. And everything just worked for me. My root dbus log is below.
I'm on: dbus-1.16.0-4, linux-hardened 6.12.6 & I'm in the wheel (no network group).
66-execute: info: Starting service: dbus
dbus-daemon[3115]: [system] Activating service name='net.connman.vpn' requested by ':1.0' (uid=0 pid=3154 comm="/usr/bin/connmand -n --nobacktrace --nodnsproxy") (using servicehelper)
dbus-daemon[3115]: [system] Activating service name='fi.w1.wpa_supplicant1' requested by ':1.0' (uid=0 pid=3154 comm="/usr/bin/connmand -n --nobacktrace --nodnsproxy") (using servicehelper)
dbus-daemon[3115]: [system] Successfully activated service 'net.connman.vpn'
connman-vpnd[3191]: Connection Manager VPN daemon version 1.43
connman-vpnd[3191]: Can't load /usr/lib/connman/plugins-vpn/openconnect.so: libopenconnect.so.5: cannot open shared object file: No such file or directory
dbus-daemon[3115]: [system] Successfully activated service 'fi.w1.wpa_supplicant1'
connman-vpnd[3191]: wlp1s0 {create} index 2 type 1 <ETHER>
connman-vpnd[3191]: wlp1s0 {update} flags 4163 <UP,RUNNING>
connman-vpnd[3191]: wlp1s0 {newlink} index 2 address 14:AC:60:29:76:0B mtu 1500
connman-vpnd[3191]: wlp1s0 {newlink} index 2 operstate 0 <UNKNOWN>
connman-vpnd[3191]: wlp1s0 {update} flags 4099 <UP>
connman-vpnd[3191]: wlp1s0 {newlink} index 2 address 14:AC:60:29:76:0B mtu 1500
connman-vpnd[3191]: wlp1s0 {newlink} index 2 operstate 2 <DOWN>
connman-vpnd[3191]: lo {newlink} index 1 operstate 0 <UNKNOWN>
connman-vpnd[3191]: wlp1s0 {newlink} index 2 address 14:AC:60:29:76:0B mtu 1500
connman-vpnd[3191]: wlp1s0 {newlink} index 2 operstate 2 <DOWN>
connman-vpnd[3191]: wlp1s0 {update} flags 4098 <DOWN>
connman-vpnd[3191]: wlp1s0 {newlink} index 2 address 14:AC:60:29:76:0B mtu 1500
connman-vpnd[3191]: wlp1s0 {newlink} index 2 operstate 2 <DOWN>
dbus-daemon[3115]: [system] Activating service name='org.freedesktop.RealtimeKit1' requested by ':1.5' (uid=1000 pid=3759 comm="/usr/lib/xdg-desktop-portal") (using servicehelper)
dbus-daemon[3115]: [system] Successfully activated service 'org.freedesktop.RealtimeKit1'
connman-vpnd[3191]: wlp1s0 {update} flags 36867 <UP>
connman-vpnd[3191]: wlp1s0 {newlink} index 2 address 14:AC:60:29:76:0B mtu 1500
connman-vpnd[3191]: wlp1s0 {newlink} index 2 operstate 2 <DOWN>
connman-vpnd[3191]: wlp1s0 {newlink} index 2 address 14:AC:60:29:76:0B mtu 1500
connman-vpnd[3191]: wlp1s0 {newlink} index 2 operstate 2 <DOWN>
connman-vpnd[3191]: wlp1s0 {update} flags 102403 <UP,LOWER_UP>
connman-vpnd[3191]: wlp1s0 {newlink} index 2 address 14:AC:60:29:76:0B mtu 1500
connman-vpnd[3191]: wlp1s0 {newlink} index 2 operstate 5 <DORMANT>
connman-vpnd[3191]: wlp1s0 {update} flags 102467 <UP,RUNNING,LOWER_UP>
connman-vpnd[3191]: wlp1s0 {newlink} index 2 address 14:AC:60:29:76:0B mtu 1500
connman-vpnd[3191]: wlp1s0 {newlink} index 2 operstate 6 <UP>
nfg hmm I uninstalled connman-gtk, deleted the /etc/connman folder and reinstalled it, no joy..also, the /etc/connman folder didn't come back..
You would probably need to reinstall connman itself to repopulate /etc/connman. FWIW, my just contains main.conf whose contents are [General] followed by a bunch of commented out text.
But as you say, this does seem to be dbus related. I wonder if stopping, removing and re-enabling & re-starting the dbus root service might help. I wish I could reproduce your guys error and be more helpful.
wastelander When you run networkmanager with success as non-root, do you see anything in the root dbus logs?
nfg sorry you were correct, I had forgotten to reinstall connman and I got the folder back. Yes, I tried to reload the dbus service after the reinstall, it doesn't help. When I enable and start the networkmanager service the dbus log shows Successfully activated service "org.freedesktop.nm_dispatcher"and"Successfully activated service "fi.wl.wpa_supplicant"
@nfg btw, do you have kind of a vanilla setup or did you install anything particular? Because my install is pretty fresh, maybe I'm missing some post-install package?
sync and install the latest 1.16.0-5, the patch has been removed which prevented the legacy config which I think connman-gtk uses.
- Edited
Wat-now done, I also reinstalled connman and reloaded connmand and dbus, I still get the same behavior..So at this point maybe it's better to keep the patch :) what's really odd is that even downgrading dbus to 1.14 didn't work anymore (it did when I opened the issue for the first time though)
Could anyone please try to build the connman git version from the aur and test it? I have tried to build it but it kept failing
Maybe connmand should be started from the user tree and not from the root tree...
Is this nonsense?
- Edited
igorka67 I might be wrong but the frontend file dictates the process to run as root, so the tree shouldn't matter.
wastelander try cmst (in obocmmunity now) which should also communicate with connman and see if it works, because connman-gtk works on my system.
- Edited
Wat-now I have exactly the same error:
ErrorName:org.freedesktop.DBus.Error.AccessDenied
Error Message: Rejected send message - Edited
what is the output of echo $DBUS_SESSION_BUS_ADDRESS and what does your cat ~/.xinitrc look like?