[colord] [SOLVED] Re: colord's dbus-triggered service fails to find/launch systemd unit colord.service?

[pgndev]

A bit more digging, and I also found

    dbus[1845]: [system] Failed to activate service
'org.freedesktop.ColorManager': timed out

messages in my journalctl tail.

There were two problems ...

(1) first doing

an uninstall of distro pkgs, these manually built packages, then a manual
search-n-destroy for all remnant colord/ColorManager files,

THEN,

a systemctl daemon-reload

a reinstall of the manual build

another systemctl daemon-reload

(2) config file paths are not found by dbus in /usr/local

Given these installed files

    locate ColorManager | egrep "/usr/local"
        /usr/local/etc/dbus-1/system.d/org.freedesktop.ColorManager.conf

/usr/local/share/dbus-1/interfaces/org.freedesktop.ColorManager.Device.xml

/usr/local/share/dbus-1/interfaces/org.freedesktop.ColorManager.Profile.xml

/usr/local/share/dbus-1/interfaces/org.freedesktop.ColorManager.Sensor.xml
        /usr/local/share/dbus-1/interfaces/org.freedesktop.ColorManager.xml

/usr/local/share/dbus-1/system-services/org.freedesktop.ColorManager.service

Although

    /usr/local/share/dbus-1/system-services/

*is*, apparently, a systemd-searched path for services, the config dir,

    /usr/local/etc/dbus-1/system.d/

is not dbus-1 valid.  Only the system dir

    /etc/dbus-1/system.d

is.

creating a symlink

    ln -sf \
     /usr/local/etc/dbus-1/system.d/org.freedesktop.ColorManager.conf \
     /etc/dbus-1/system.d/org.freedesktop.ColorManager.conf

does the trick.

As would, effectively, changing/assigning the colord /etc dir location at
build time to == /etc.

There _may_ be a system/systemd config file for dbus search paths where
that /usr/local path could be added ... I haven't found it yet.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/colord/attachments/20161030/9fc29783/attachment.html>