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

pgndev pgnet.dev at gmail.com
Sun Oct 30 23:46:26 UTC 2016


I'm building colord 1.2.12 (stable API) from src

I've configured with

                    colord 1.2.12
                  ===================

        prefix:                    /usr/local
        datadir:                   ${datarootdir}
        compiler:                  /usr/bin/gcc-6
        cflags:                    -O3 -Wall -fstack-protector
-funwind-tables -fasynchronous-unwind-tables -fmessage-length=0
-grecord-gcc-switches -march=native -mtune=native
        cppflags:                  -O3 -Wall -fstack-protector
-funwind-tables -fasynchronous-unwind-tables -fmessage-length=0
-grecord-gcc-switches -march=native -mtune=native -D_FORTIFY_SOURCE=2
-DG_DISABLE_SINGLE_INCLUDES -DG_DISABLE_DEPRECATED -DGSEAL_ENABLE
        cd-it8:                    $(top_builddir)/client/cd-it8
        cd-create-profile:         $(top_builddir)/client/cd-create-profile
        gobject-introspection:     yes
        PolicyKit support:         yes
        Reverse engineering tools: no
        BASH completion support:   yes
        SANE support:              no
        Udev support:              yes
        GUsb support:              yes
        Extra print profiles:      no
        Install tests:             no
        ArgyllCMS sensor:          yes
        Building libcolordcompat:  yes
        Vala API generator:        yes
        Daemon user:               colord
        udev rules.d dir:          /usr/lib/udev/rules.d
        systemd-login support:     yes
        systemd service dir:       /usr/lib/systemd/system
        Unix support:              yes

build/install

    make V=1
    make install

reports no obvious errors

after install

    updatedb
    locate ColorManager | egrep -v "/src"
        /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

    cat
/usr/local/share/dbus-1/system-services/org.freedesktop.ColorManager.service
        [D-BUS Service]
        Name=org.freedesktop.ColorManager
        Exec=/usr/local/lib64/colord
        User=colord
        SystemdService=colord.service

    locate colord.service
        /usr/lib/systemd/system/colord.service

    cat /usr/lib/systemd/system/colord.service
        [Unit]
        Description=Manage, Install and Generate Color Profiles

        [Service]
        Type=dbus
        BusName=org.freedesktop.ColorManager
        ExecStart=/usr/local/lib64/colord
        User=colord
        # We think that udev's AF_NETLINK messages are being filtered when
        # network namespacing is on.
        # PrivateNetwork=yes
        PrivateTmp=yes

making sure

    pkill colord
    ps ax | grep colord
        (empty)

exec

    which colormgr
        /usr/local/bin/colormgr
    colormgr get-devices

immediately returns

    No connection to colord: Error calling StartServiceByName for
org.freedesktop.ColorManager:
GDBus.Error:org.freedesktop.systemd1.LoadFailed: Unit colord.service failed
to load: No such file or directory.

and in

    /var/log/messages

        Oct 30 16:09:45 test dbus[1842]: [system] Activating via systemd:
service name='org.freedesktop.ColorManager' unit='colord.service'
        Oct 30 16:09:45 test dbus[1842]: [system] Activation via systemd
failed for unit 'colord.service': Unit colord.service failed to load: No
such file or directory.

I'm not sure why the error is "No such file or directory" ...
colord.service clearly exists.

According to

    Bug 92165 - colord-session: Add a systemd user service corresponding to
the D-Bus session service
    https://bugs.freedesktop.org/show_bug.cgi?id=92165

        "This deliberately does not configure the systemd unit to be
started on login: it is still only launched on-demand via D-Bus activation,
just like it always was."

iiuc, on use of any colord tool, e.g. 'colormgr', the


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

service should be triggered, and then should invoke/start

    /usr/lib/systemd/system/colord.service

What am I missing here?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/colord/attachments/20161030/6cf99b7c/attachment.html>


More information about the colord mailing list