'ColorManager' D-Bus service (colord) fails to start

  • Done
  • quality assurance status badge
Details
3 participants
  • Jack Hill
  • Ludovic Courtès
  • Pierre Langlois
Owner
unassigned
Submitted by
Jack Hill
Severity
important
Merged with
J
J
Jack Hill wrote on 21 Oct 2019 04:54
GNOME night light doesn't change colors with GNOME 3.30
(address . bug-guix@gnu.org)
alpine.DEB.2.20.1910202242020.11560@marsh.hcoop.net
Hi Guix,

After the recent core-updates merge which included GNOME 3.30, it appears
the the night light feature, which makes the screen colors warmer, doesn't
seem to work. It appears to activate fine via the setting and via the
timer, but the screen colors don't change. It also appears that colord
isn't running, which I suspect is related.

$ guix describe
Generation 74 Oct 18 2019 21:59:02 (current)
guix 545ff7b
branch: master
commit: 545ff7b7841ddae9c73345ab5c6af42aadbda6e3

;; config.scm
;; This is an operating system configuration template
;; for a "desktop" setup with GNOME and Xfce where the
;; root partition is encrypted with LUKS.

(use-modules (gnu) (gnu system nss) (gnu services xorg)
(gnu packages linux))
(use-service-modules desktop)
(use-package-modules certs gnome scanner security-token)

(operating-system
(host-name "alperton")
(timezone "America/New_York")
(locale "en_US.utf8")

(bootloader (bootloader-configuration
(bootloader grub-bootloader)
(target "/dev/sda")))

;; Specify a mapped device for the encrypted root partition.
;; The UUID is that returned by 'cryptsetup luksUUID'.
(mapped-devices
(list (mapped-device
(source (uuid "f7776767-70c9-44e3-9973-c1334d301348"))
(target "alperton_root")
(type luks-device-mapping))))

(file-systems (cons
(file-system
(device (file-system-label "alperton_root"))
(mount-point "/")
(type "ext4")
(dependencies mapped-devices))
%base-file-systems))

(swap-devices (list "/root/swap"))

(users (cons (user-account
(name "jackhill")
(comment "Jack Hill")
(group "users")
(supplementary-groups '("wheel" "netdev"
"audio" "lp" "video"))
(home-directory "/home/jackhill"))
%base-user-accounts))

;; This is where we specify system-wide packages.
(packages (cons* nss-certs ;for HTTPS access
fuse-exfat
gvfs ;for user mounts
%base-packages))

;; Add GNOME and/or Xfce---we can choose at the log-in
;; screen with F1. Use the "desktop" services, which
;; include the X11 log-in service, networking with
;; NetworkManager, and more.
(services (cons* (service gnome-desktop-service-type)
(bluetooth-service)
(simple-service 'custom-udev-rules udev-service-type (list sane-backends libu2f-host))
%desktop-services))

Best,
Jack
L
L
Ludovic Courtès wrote on 1 Nov 2019 23:30
control message for bug #37843
(address . control@debbugs.gnu.org)
87zhhf9qma.fsf@gnu.org
severity 37843 important
quit
L
L
Ludovic Courtès wrote on 1 Nov 2019 23:30
(address . control@debbugs.gnu.org)
87y2wz9qlx.fsf@gnu.org
merge 37843 37911
quit
L
L
Ludovic Courtès wrote on 2 Nov 2019 00:13
(address . control@debbugs.gnu.org)
87v9s39omj.fsf@gnu.org
merge 37843 37911
quit
L
L
Ludovic Courtès wrote on 2 Nov 2019 00:14
(address . control@debbugs.gnu.org)
87tv7n9oli.fsf@gnu.org
retitle 37843 'ColorManager' D-Bus service (colord) fails to start
quit
L
L
Ludovic Courtès wrote on 2 Nov 2019 00:17
Re: bug#37911: Cannot build a system with colord-service.
(name . Jack Hill)(address . jackhill@jackhill.us)
87mudf9ogd.fsf@gnu.org
Hi Jack and all,

Ludovic Courtès <ludo@gnu.org> skribis:

Toggle quote (2 lines)
> Jack Hill <jackhill@jackhill.us> skribis:

[...]

Toggle quote (11 lines)
>> I did spot another issue with colord since the recent core-updates
>> merge: https://issues.guix.gnu.org/issue/37843 It seems like it is no
>> longer being started automatically via dbus?
>
> Indeed, stracing dbus-daemon while going to the GNOME settings panel,
> “Color” tag, I see:
>
> 459 sendmsg(48, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="l\3\1\1\213\0\0\0\3\0\0\0m\0\0\0\6\1s\0\5\0\0\0:1.95\0\0\0\4\1s\0'\0\0\0org.freedesktop.DBus.Error.AccessDenied\0\5\1u\0\2\0\0\0\10\1g\0\1s\0\0\7\1s\0\24\0\0\0org.freedesktop.DBus\0\0\0\0", iov_len=128}, {iov_base="\206\0\0\0Connection \":1.95\" is not allowed to own the service \"org.freedesktop.ColorManager\" due to security policies in the configuration file\0", iov_len=139}], msg_iovlen=2, msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL <unfinished ...>
>
> So something somewhere is unhappy.

Commit 33f9778bc83086837b99e5c5e99cd514cb0d154e fixes this and colord
now starts correctly again.

I believe that should also fix the “night light” feature in GNOME. I
tested it in a VM but it was hard to tell if it was working.

Could you confirm, Jack?

Thanks,
Ludo’.
P
P
Pierre Langlois wrote on 2 Nov 2019 15:11
(name . Ludovic Courtès)(address . ludo@gnu.org)
87r22q74gt.fsf@gmx.com
Hi Ludo,

Ludovic Courtès writes:

Toggle quote (25 lines)
> Hi Jack and all,
>
> Ludovic Courtès <ludo@gnu.org> skribis:
>
>> Jack Hill <jackhill@jackhill.us> skribis:
>
> [...]
>
>>> I did spot another issue with colord since the recent core-updates
>>> merge: https://issues.guix.gnu.org/issue/37843 It seems like it is no
>>> longer being started automatically via dbus?
>>
>> Indeed, stracing dbus-daemon while going to the GNOME settings panel,
>> “Color” tag, I see:
>>
>> 459 sendmsg(48, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="l\3\1\1\213\0\0\0\3\0\0\0m\0\0\0\6\1s\0\5\0\0\0:1.95\0\0\0\4\1s\0'\0\0\0org.freedesktop.DBus.Error.AccessDenied\0\5\1u\0\2\0\0\0\10\1g\0\1s\0\0\7\1s\0\24\0\0\0org.freedesktop.DBus\0\0\0\0", iov_len=128}, {iov_base="\206\0\0\0Connection \":1.95\" is not allowed to own the service \"org.freedesktop.ColorManager\" due to security policies in the configuration file\0", iov_len=139}], msg_iovlen=2, msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL <unfinished ...>
>>
>> So something somewhere is unhappy.
>
> Commit 33f9778bc83086837b99e5c5e99cd514cb0d154e fixes this and colord
> now starts correctly again.
>
> I believe that should also fix the “night light” feature in GNOME. I
> tested it in a VM but it was hard to tell if it was working.

I can confirm it's working for me on GNOME on my thinkpad! I can use the
night light settings and the laptop screen was detected in the "Color"
section of the settings. And I can see the colord daemon is running.

This is awesome, thank you!

Marking 37911 as done, I'll let Jack close 37843 if he's happy with it.

Pierre
J
J
Jack Hill wrote on 2 Nov 2019 15:14
(name . Ludovic Courtès)(address . ludo@gnu.org)
alpine.DEB.2.20.1911021013590.11560@marsh.hcoop.net
On Sat, 2 Nov 2019, Ludovic Courtès wrote:

Toggle quote (8 lines)
> Commit 33f9778bc83086837b99e5c5e99cd514cb0d154e fixes this and colord
> now starts correctly again.
>
> I believe that should also fix the “night light” feature in GNOME. I
> tested it in a VM but it was hard to tell if it was working.
>
> Could you confirm, Jack?

Yes, I can confirm that it works now.

Many thanks,
Jack
L
L
Ludovic Courtès wrote on 4 Nov 2019 18:20
(name . Pierre Langlois)(address . pierre.langlois@gmx.com)
878sov8snr.fsf@gnu.org
Hello,

Pierre Langlois <pierre.langlois@gmx.com> skribis:

Toggle quote (4 lines)
> I can confirm it's working for me on GNOME on my thinkpad! I can use the
> night light settings and the laptop screen was detected in the "Color"
> section of the settings. And I can see the colord daemon is running.

Jack Hill <jackhill@jackhill.us> skribis:

Toggle quote (2 lines)
> Yes, I can confirm that it works now.

Awesome, closing!

Thank you,
Ludo’.
Closed
?
Your comment

This issue is archived.

To comment on this conversation send an email to 37843@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 37843
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch