dbus-1.10.12 daemon

[jb329]

Hello,

I'm not sure if this is where Mac OS X specific pkg-src issues go. Please redirect by responding if not.

I tried to install dbus-1.10.12 (was a dependency of another package I wanted to install, Dia-0) and got the attached dbus.txt.

I also get errors in the Dia application saying the dbus daemon is not running.

I don't think OS X fits any of the three start-up scripts suggested? The contents of /opt/pkg/share/examples/rc.d/dbus starts with . /etc/rc.subr which doesn't exist.

After a little reading, I think I need to:
sudo launchctl load -w /Library/LaunchDaemons/org.freedesktop.dbus-system.plist

But, there is no such plist file (in MacOS Sierra). I also found:
https://mail-index.netbsd.org/pkgsrc-users/2015/12/29/msg022776.html - unanswered.
https://cgit.freedesktop.org/dbus/dbus/tree/bus/org.freedesktop.dbus-session.plist.in

[jperkin]

Yeh, we currently don't have support for launchd, and some of the MESSAGE files assume that the user is using the rc.d init system.

I'll take a look at fixing up the MESSAGE so at least we aren't advertising the wrong instructions, but launchd support is a bigger project.

[jb329]

OK, thanks for the reply. Are you aware of any work around instructions that would get the dbus daemon running on MacOS/darwin so that I can use the application?

[jb329]

Here's the feedback I got from the dbus mailing list to a similar query to above:

You probably need more than just a running DBus, you'll need the development headers too. It surprises me that pkgsrc doesn't provide a DBus package to satisfy dependencies.

MacPorts has an up-to-date DBus port which works just about perfectly. You can use that either to get the daemon up and running and point your package to the install location, or you can roll your own install using the installation "script" (Portfile) as a guideline.

https://trac.macports.org/browser/trunk/dports/devel/dbus/Portfile

I'd like to try to "roll my own" but I've never done that before. I'll do some reading and if I get anywhere I'll report back.

[jperkin]

That advice is incorrect, pkgsrc packages always include development headers, but in any case that wouldn't be the cause of the issue here.

I tried to reproduce this in my test VM, and dia appears to start dbus itself. I can't reproduce a failure due to dbus not running.

To compare, here's what I did:

sudo pkgin install dia modular-xorg-xquartz
cat >~/.xinitrc <<EOF
/opt/pkg/bin/quartz-wm &
/opt/pkg/bin/xterm
EOF
startx -- /opt/pkg/bin/Xquartz

Then in the screenshot attached you can see I ran pgrep to confirm that no dbus processes were running before launching dia, then after it had opened (took a while, not sure what is causing that) I opened a new xterm and showed that dbus had auto-launched.

Let me know if that helps, or if there is a way I can reproduce your environment.

[jperkin]

Ok, I see the problem, I was too hasty in closing the warning dialog that popped up - clicking on details shows the dbus errors. I'll see if I can find a workaround for that in the meantime.

[jb329]

Hello, thanks again. I'm using xquartz installed from the .dmg file here: https://www.xquartz.org/, not via pkgsrc, so my quartz-wm and xterm binaries are at /opt/X11/bin. I do not have any file ~/.xinitrc.d, so I'm just starting xquartz with the default settings.

Otherwise I have the same as you see. Full text of the dia error window is attached too.

diadbuserror.txt