Open hrismarin opened 3 months ago
AFAIK color calibration never worked on Silverblue. See this old discussion: https://gitlab.gnome.org/GNOME/gnome-color-manager/-/issues/16
When I plug my ColorMunki nothing happens.
@fedelibre I'm not sure about calibrating monitor/display colors using various hardware or software tools and their dependencies as I don't currently practice professional image/video editing.
This issue here is for a specific Fedora Silverblue image that isn't even officially supported yet.
As I stated in the issue, GNOME's color settings work fine (at least for the everyday stuff I use them for) in the official non-OCI (classic OSTree) and also in the Rawhide version of the OCI container images.
hanging the group of
/var/lib/colord/icc
tocolord
has no effect, as triggering Settings → Color or restartingcolord.service
changes the group back toopenvpn
.
This is really weird.
Can you post the lines for openvpn
& colord
from:
/etc/passwd
/etc/group
/usr/lib/passwd
/usr/lib/group
Thanks
The GID values (numbers) of classic (non-OCI) Silverblue 40 and OCI Silverblue 40 images in /usr/lib/passwd
and /usr/lib/group
have been swapped.
Classic (non-OCI) Silverblue 40 image:
hricky@silverblue >_ sudo rpm-ostree status
State: idle
Deployments:
● fedora:fedora/40/x86_64/silverblue
Version: 40.20240820.0 (2024-08-20T01:01:41Z)
BaseCommit: e45ee5cb506f6ddc4fbe0d4274635e656c294b6e99e795dadc44c698a1fb6ffe
GPGSignature: Valid signature by 115DF9AEF857853EE8445D0A0727707EA15B79CC
RemovedBasePackages: nano nano-default-editor 7.2-7.fc40 noopenh264 0.1.0~openh264_2.4.0-1.fc40
LayeredPackages: akmod-nvidia arm-image-installer coreos-installer gnome-console mozilla-openh264 qemu-kvm rpmfusion-free-release rpmfusion-nonfree-release smartmontools vim
vim-default-editor virt-install virt-manager
Pinned: yes
...
hricky@silverblue >_ grep --extended-regexp --regexp='openvpn' --regexp='colord' /etc/passwd /etc/group /usr/lib/passwd /usr/lib/group
/etc/group:openvpn:x:979:
/etc/group:nm-openvpn:x:978:
/etc/group:colord:x:977:
/usr/lib/passwd:openvpn:x:983:979:OpenVPN:/etc/openvpn:/sbin/nologin
/usr/lib/passwd:nm-openvpn:x:982:978:Default user for running openvpn spawned by NetworkManager:/:/sbin/nologin
/usr/lib/passwd:colord:x:981:977:User for colord:/var/lib/colord:/sbin/nologin
/usr/lib/group:openvpn:x:979:
/usr/lib/group:nm-openvpn:x:978:
/usr/lib/group:colord:x:977:
OCI Silverblue 40 image:
hricky@silverblue >_ sudo rpm-ostree status
State: idle
Deployments:
● ostree-image-signed:registry:quay.io/operatement/fedora-silverblue:40
Digest: sha256:754672b4e0dfc8279c0ffd67075aa40f716b7adc848cdcc0b849c165ad15ff5c
Version: 40.20240820.0 (2024-08-20T07:26:56Z)
Pinned: yes
...
hricky@silverblue >_ grep --extended-regexp --regexp='openvpn' --regexp='colord' /etc/passwd /etc/group /usr/lib/passwd /usr/lib/group
/etc/group:openvpn:x:979:
/etc/group:nm-openvpn:x:978:
/etc/group:colord:x:977:
/usr/lib/passwd:colord:x:983:979:User for colord:/var/lib/colord:/sbin/nologin
/usr/lib/passwd:openvpn:x:982:978:OpenVPN:/etc/openvpn:/sbin/nologin
/usr/lib/passwd:nm-openvpn:x:981:977:Default user for running openvpn spawned by NetworkManager:/:/sbin/nologin
/usr/lib/group:colord:x:979:
/usr/lib/group:openvpn:x:978:
/usr/lib/group:nm-openvpn:x:977:
The OCI Silverblue Rawhide image has the same values (numbers) as the classic (non-OCI) Silverblue 40 image:
hricky@silverblue >_ sudo rpm-ostree status
Job for rpm-ostreed.service failed because a fatal signal was delivered causing the control process to dump core.
See "systemctl status rpm-ostreed.service" and "journalctl -xeu rpm-ostreed.service" for details.
× rpm-ostreed.service - rpm-ostree System Management Daemon
Loaded: loaded (/usr/lib/systemd/system/rpm-ostreed.service; static)
Drop-In: /usr/lib/systemd/system/service.d
└─10-timeout-abort.conf
Active: failed (Result: core-dump) since Tue 2024-08-20 11:32:39 EEST; 7ms ago
...
~ 1
hricky@silverblue >_ cat /etc/os-release
NAME="Fedora Linux"
VERSION="42 (Silverblue Prerelease)"
ID=fedora
VERSION_ID=42
VERSION_CODENAME=""
PLATFORM_ID="platform:f42"
PRETTY_NAME="Fedora Linux 42 (Silverblue Prerelease)"
...
REDHAT_BUGZILLA_PRODUCT_VERSION=rawhide
REDHAT_SUPPORT_PRODUCT="Fedora"
REDHAT_SUPPORT_PRODUCT_VERSION=rawhide
SUPPORT_END=2025-05-13
VARIANT="Silverblue"
VARIANT_ID=silverblue
OSTREE_VERSION='41.20240820.0'
~ 0
hricky@silverblue >_ grep --extended-regexp --regexp='openvpn' --regexp='colord' /etc/passwd /etc/group /usr/lib/passwd /usr/lib/group
/etc/group:openvpn:x:979:
/etc/group:nm-openvpn:x:978:
/etc/group:colord:x:977:
/usr/lib/passwd:openvpn:x:983:979:OpenVPN:/etc/openvpn:/sbin/nologin
/usr/lib/passwd:nm-openvpn:x:982:978:Default user for running openvpn spawned by NetworkManager:/:/sbin/nologin
/usr/lib/passwd:colord:x:981:977:User for colord:/var/lib/colord:/sbin/nologin
/usr/lib/group:openvpn:x:979:
/usr/lib/group:nm-openvpn:x:978:
/usr/lib/group:colord:x:977:
авг 03 10:00:09 silverblue (colord)[11456]: colord.service: Failed to set up special execution directory in /var/lib: Permission denied
Try restarting colord.service with setenforce 0?
I am having simliar issue with this AVC log: type=AVC msg=audit(1724821545.529:524): avc: denied { setattr } for pid=5053 comm="(colord)" name="mapping.db" dev="nvme0n1p3" ino=8500830 scontext=system_u:system_r:init_t:s0 tcontext=system_u:object_r:colord_var_lib_t:s0 tclass=file permissive=0
, which seems to be a SELinux issue
Describe the bug By clicking Settings → Color, the tab does not show the color settings.
To Reproduce
quay.io/fedora-ostree-desktops/silverblue:40
.systemctl status colord.service
.Expected behavior The GNOME Color Settings tab should display the relevant color settings.
colord.service
should not fail.Screenshots
OS version:
Additional context It turns out that the group of
/var/lib/colord/icc
directory isopenvpn
, while on the non-OCI (classic OSTree) andquay.io/fedora-ostree-desktops/silverblue:rawhide
images iscolord
.Changing the group of
/var/lib/colord/icc
tocolord
has no effect, as triggering Settings → Color or restartingcolord.service
changes the group back toopenvpn
.