You are not logged in.
Using testing repo and noticed recently that I can'y use kdesu to launch root apps (usually I need this for Dolphin or System Settings).
I've found that it works if I write dbus-launch before the app name so 'kdesu dbus-launch dolphin'.
This is happening on 2 systems for me so I would just like to check that I'm not the only one and if there is a solution other than the dbus-launch workaround.
Using testing I guess this might be connected to newer versions of dbus, systemd or kde frameworks and apps themselves...
Cheers,
P
Last edited by pepedopolous (2016-08-22 09:35:30)
Offline
Kdesu isn't in Testing atm. Root gui apps work for me. What is outputted when you attempt to run thru the terminal?
Offline
Fully up to date system with testing enabled, no Window Manager (start Xorg with startx), i3-wm.
Works okay here. How are you starting X?
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline
Do you have a session dbus running for your user/session?
Offline
Have you tried:
pkexec foobar
Velocitas Eradico
Offline
It doesn't work from the terminal either (unless I also include dbus-launch).
pkexec dolphin doesn't work.
journalctl -b -p err
pepe-arch dolphin[4036]: "Session bus not found\nTo circumvent this problem try the following command (with Linux and bash)\nexport $(dbus-launch)"
Offline
How are you starting X?
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline
ewaller wrote:How are you starting X?
SDDM, autologin.
Cheers,
P
Offline
"Session bus not found"
So again, we're back to no session dbus. You need to figure out why your systemd session is broken.
Offline
Maybe something here?
locate *pacnew
/etc/locale.gen.pacnew
/etc/makepkg.conf.pacnew
/etc/profile.pacnew
/etc/NetworkManager/NetworkManager.conf.pacnew
/etc/gdm/custom.conf.pacnew
/etc/pacman.d/mirrorlist.pacnew
/etc/pulse/default.pa.pacnew
/etc/systemd/journald.conf.pacnew
/etc/systemd/system.conf.pacnew
/etc/systemd/user.conf.pacnew
Offline
Well in the end I have solved it temporarily by downgrading dbus from 1.10.10-3 to 1.8.8-1.
Offline
That's not a solution.
How are you starting sddm? Does `systemctl status` list a unit for you user session, with all of your user processes under it?
Offline
No it's not a solution. Downgrading dbus meant sddm didn't start on reboot and more trouble due to misbehaving dbus. Sorted now but back to square 1.
systemctl status lists a user.slice and user@1000.service
● sddm.service - Simple Desktop Display Manager
Loaded: loaded (/usr/lib/systemd/system/sddm.service; disabled; vendor preset: disabled)
Active: active (running) since Sun 2016-08-21 23:43:54 CEST; 10min ago
Docs: man:sddm(1)
man:sddm.conf(5)
Main PID: 579 (sddm)
Tasks: 3 (limit: 4915)
CGroup: /system.slice/sddm.service
├─579 /usr/bin/sddm
└─589 /usr/lib/xorg-server/Xorg -nolisten tcp -auth /var/run/sddm/{87c856b3-5eec-49c3-85b2-9d0a161923ef} -background none -n
Aug 21 23:43:55 nuc sddm[579]: Display server started.
Aug 21 23:43:55 nuc sddm[579]: Reading from "/usr/share/xsessions/plasma.desktop"
Aug 21 23:43:55 nuc sddm[579]: Session "/usr/share/xsessions/plasma.desktop" selected, command: "/usr/bin/startkde"
Aug 21 23:43:55 nuc sddm[579]: Adding cookie to "/var/run/sddm/{87c856b3-5eec-49c3-85b2-9d0a161923ef}"
Aug 21 23:43:55 nuc sddm-helper[632]: [PAM] Starting...
Aug 21 23:43:55 nuc sddm-helper[632]: [PAM] Authenticating...
Aug 21 23:43:55 nuc sddm-helper[632]: [PAM] returning.
Aug 21 23:43:55 nuc sddm[579]: Authenticated successfully
Aug 21 23:43:55 nuc sddm-helper[632]: pam_unix(sddm-autologin:session): session opened for user pepe by (uid=0)
Aug 21 23:43:55 nuc sddm[579]: Session started
Offline
That systemctl status output does show a running session dbus instance. It *should* be working.
What does loginctl show-session c2 tell you?
Offline
Rebooted. There is no c2 session now, only c1. I think there was this c2 session as I had launched sddm from a rescue shell after reinstalling dbus.
kdesu still doesn't work. kdesud is listed as a process under the session-c1.scope.
Offline
Using sddm, there generally should be a c2. What's the systemctl status output look like now?
Offline
Fresh boot, systemctl status: http://pastebin.com/9xdd7x2V only c1 that I can see...
On my laptop with the same problem, right now there is a c1 and c3 scope...
Offline
So session dbus is still there, and kde is using it, so it should be fine. Again, same command as above, just substituting c2 for c1.
Offline
[pepe@nuc ~]$ loginctl show-session c1
Id=c1
User=1000
Name=pepe
Timestamp=Mon 2016-08-22 14:47:42 CEST
TimestampMonotonic=5329724
VTNr=1
Seat=seat0
Display=:0
Remote=no
Service=sddm-autologin
Desktop=KDE
Scope=session-c1.scope
Leader=433
Audit=0
Type=x11
Class=user
Active=yes
State=active
IdleHint=no
IdleSinceHint=0
IdleSinceHintMonotonic=0
Offline
ewaller wrote:ewaller wrote:How are you starting X?
SDDM, autologin.
what is the result if you disable "autologin" in sddm, and type manually your name and password in sddm window ?
you can try also to start kde manually without sddm, ( for example by typing "startx" in the console ),
the idea is to see if the culprit could be sddm ( bad file configuration, bug with the autologin mode )
check also if your pacman mirror is really up-to-date, if you have doubt : change the pacman mirror and redo a "pacman -Syy, and pacman -Syu"
Last edited by Potomac (2016-08-22 13:36:55)
Offline
huh, well that's a bust. I don't know why some programs can't connect.
Offline
So it doesn't make a difference if I use sddm autologin or not. I also tried gdm instead of sddm but still the same problem.
I haven't tried startx yet as I don't have an xinitrc right now.
Offline
don't forget also to check the status of your pacman mirror, if all packages are really up-to-date :
https://www.archlinux.org/mirrors/status/
use only one mirror, some users have set multiple mirror sites in their /etc/pacman.d/mirrorlist, I think it's not a good practice because it can lead to confusion and weird bugs,
you said you use testing repos, does the bug occur with stable repos on your PC ?
Last edited by Potomac (2016-08-22 14:40:17)
Offline
Well the packages sddm, kdesu, polkit are from [extra] as there aren't any newer versions in testing at the moment. dbus is from testing. If I downgrade it, I get more problems with loginctl, sddm, a barely usable system.
P
Offline
you can try to go back to a full "stable" repo ( no testing ) and see if the bug is still here :
Disabling testing repositories
If you enabled testing repositories, but later on decided to disable them, you should:
- Remove (comment out) them from /etc/pacman.conf
- Perform a # pacman -Syyuu to "rollback" your updates from these repositories.
https://wiki.archlinux.org/index.php/Of … es#testing
Warning: Be careful when enabling the testing repositories. Your system may break after performing an update. Only experienced users who know how to deal with potential system breakage should use it.
try also to login with a different user account, in order to see if a different "home" ( different configuration ) can help
Last edited by Potomac (2016-08-22 16:48:55)
Offline