[rkward-devel] Endless errors starting up org.freedesktop.dbus-system on OSX

meik michalke Meik.Michalke at uni-duesseldorf.de
Thu Oct 23 13:26:28 UTC 2014


hi aaron,

Am Mittwoch, 22. Oktober 2014, 09:59:22 schrieb Aaron Batty:
> I also had a chance to check on a student's Mac on Friday. It has only ever
> had one installation of RKWard. The behavior was there as well, so it's not
> linked to multiple installs.

ok, so we can rule that one out.

for the record, i don't see these errors on the mac i build the packages on: i 
called "tail -f /private/var/log/system.log" and launched RKWard. every 10 
seconds, i get a bunch of messages in endless loop, but they are not related 
to dbus but OSXvnc-server/VineServer.

here some observations i made during the last round of builds -- after its 
installation, the dbus port states:

<snip>
############################################################################
# Startup items have been generated that will aid in
# starting dbus with launchd. They are disabled
# by default. Execute the following commands to start them,
# and to cause them to launch at startup:
#
# sudo launchctl load -w /Library/LaunchDaemons/org.freedesktop.dbus-
system.plist
# launchctl load -w /Library/LaunchAgents/org.freedesktop.dbus-session.plist
############################################################################
</snip>

in our bundle both is done, the system bus is launched by the postinstall 
script, the session bus by the application itself. after the RKWard build, i 
was told this:

<snip>
Don't forget that dbus needs to be started as the local user (not with sudo) 
before any KDE programs will launch.
To start it run the following command:
 launchctl load -w /Library/LaunchAgents/org.freedesktop.dbus-session.plist
</snip>

from this we can assume that the session bus is not to be started as root, so 
the instructions on https://community.kde.org/Mac are outdated (and we're 
doing it right).

now, this is a portion from "man launchctl":

<man>
Note that per-user configuration files (LaunchAgents) must be owned by the 
user loading them. All system-wide daemons (LaunchDaemons) must be owned by 
root. Configuration files must not be group- or world-writable.
</man>

hm, the way i understand this, the file "org.freedesktop.dbus-system.plist" 
must then be owned by root, and the file "org.freedesktop.dbus-session.plist" 
must be owned by "the user loading them". on the build mac it's:

<snip>
-rw-r--r--  1 root  wheel  459 20 Okt 10:25 
/opt/rkward/Library/LaunchDaemons/org.freedesktop.dbus-system.plist
-rw-r--r--  1 root  wheel  734 20 Okt 10:25 
/opt/rkward/Library/LaunchAgents/org.freedesktop.dbus-session.plist
</snip>

i.e., both files are owned by root and group "wheel". my user is not a member 
of that group, so judging from the man page this shouldn't even work, should 
it? on the other hand, i find it hard to believe that a system-wide config 
file is supposed to be owned by one ordinary user and all other users can't 
launch it. can you make sense of this? after all, wrong permissions could be 
the actual problem here.

one other possibility might be ~/Library/Preferences/KDE. according to 
https://community.kde.org/Mac it must be owned by the user, allthough i was 
under the impression that this is automatically the case when it is 
constructed by the first app. however, it might be interesting to have a look 
on the affected systems , e.g. "ls -ld ~/Library/Preferences/KDE":

<snip>
drwxr-xr-x   6 meik  staff    204 29 Nov  2011 KDE
</snip>

what do you see? does "sudo chown -R $USER ~/Library/Preferences/KDE" make the 
messages go away?


viele grüße :: m.eik

-- 
  dipl. psych. meik michalke
  institut f"ur experimentelle psychologie
  abt. f"ur diagnostik und differentielle psychologie
  heinrich-heine-universit"at d-40204 d"usseldorf
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 828 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/rkward-devel/attachments/20141023/3ad3efd5/attachment.sig>


More information about the Rkward-devel mailing list