wfm
wfm
Works for me.
SELinux is preventing sddm-greeter from map access on the chr_file /dev/nvidiactl
https://paste.fedoraproject.org/paste/iVsH2eyhwjgnqMs4d9Behg/raw
wfm
@fweimer, thx for the info.
Updated via:
dnf upgrade https://kojipkgs.fedoraproject.org//packages/glibc/2.27/14.fc28/i686/glibc-headers-2.27-14.fc28.i686.rpm --enablerepo=updates-testing
Everithing is working fine.
Oops! Sorry for the formating, pasted here: https://paste.fedoraproject.org/paste/PiDymr8plFBz9wAg1Lcpyg
It's giving me some dependencies problems:
Problem 1: package glibc-headers-2.27-8.fc28.i686 requires glibc = 2.27-8.fc28, but none of the providers can be installed - cannot install both glibc-2.27-14.fc28.i686 and glibc-2.27-8.fc28.i686 - cannot install both glibc-2.27-8.fc28.i686 and glibc-2.27-14.fc28.i686 - cannot install both glibc-2.27-14.fc28.x86_64 and glibc-2.27-8.fc28.x86_64 - cannot install both glibc-2.27-8.fc28.x86_64 and glibc-2.27-14.fc28.x86_64 - cannot install the best update candidate for package glibc-headers-2.27-8.fc28.i686 - cannot install the best update candidate for package glibc-2.27-8.fc28.i686 - cannot install the best update candidate for package glibc-2.27-8.fc28.x86_64 Problem 2: package libxcrypt-devel-4.0.1-1.fc28.i686 requires glibc-headers(x86-32) >= 2.26.9000-46, but none of the providers can be installed - glibc-headers-2.27-8.fc28.i686 has inferior architecture - cannot install both glibc-headers-2.27-14.fc28.x86_64 and glibc-headers-2.27-8.fc28.x86_64 - cannot install both glibc-headers-2.27-8.fc28.x86_64 and glibc-headers-2.27-14.fc28.x86_64 - cannot install the best update candidate for package libxcrypt-devel-4.0.1-1.fc28.i686 - cannot install the best update candidate for package glibc-headers-2.27-8.fc28.x86_64 Problem 3: problem with installed package glibc-headers-2.27-8.fc28.i686 - package glibc-headers-2.27-8.fc28.i686 requires glibc = 2.27-8.fc28, but none of the providers can be installed - package glibc-2.27-8.fc28.x86_64 requires glibc-common = 2.27-8.fc28, but none of the providers can be installed - package glibc-2.27-8.fc28.i686 requires glibc-common = 2.27-8.fc28, but none of the providers can be installed - cannot install both glibc-common-2.27-14.fc28.x86_64 and glibc-common-2.27-8.fc28.x86_64 - cannot install both glibc-common-2.27-8.fc28.x86_64 and glibc-common-2.27-14.fc28.x86_64 - cannot install the best update candidate for package glibc-common-2.27-8.fc28.x86_64 Problem 4: package glibc-devel-2.27-14.fc28.i686 requires libxcrypt-devel(x86-32) >= 4.0.0, but none of the providers can be installed - package libxcrypt-devel-4.0.1-1.fc28.i686 requires glibc-headers(x86-32) >= 2.26.9000-46, but none of the providers can be installed - package glibc-headers-2.27-8.fc28.i686 requires glibc = 2.27-8.fc28, but none of the providers can be installed - package glibc-2.27-8.fc28.i686 requires glibc-common = 2.27-8.fc28, but none of the providers can be installed - package libxcrypt-devel-4.0.0-5.fc28.i686 requires libxcrypt(x86-32) = 4.0.0-5.fc28, but none of the providers can be installed - cannot install both glibc-2.27-14.fc28.x86_64 and glibc-2.27-8.fc28.x86_64 - cannot install both glibc-2.27-8.fc28.x86_64 and glibc-2.27-14.fc28.x86_64 - cannot install both glibc-common-2.27-14.fc28.x86_64 and glibc-common-2.27-8.fc28.x86_64 - cannot install both glibc-common-2.27-8.fc28.x86_64 and glibc-common-2.27-14.fc28.x86_64 - cannot install both libxcrypt-4.0.0-5.fc28.i686 and libxcrypt-4.0.1-1.fc28.i686 - package libnsl-2.27-14.fc28.x86_64 requires glibc(x86-64) = 2.27-14.fc28, but none of the providers can be installed - package glibc-all-langpacks-2.27-14.fc28.x86_64 requires glibc-common = 2.27-14.fc28, but none of the providers can be installed - cannot install the best update candidate for package libxcrypt-4.0.1-1.fc28.i686 - cannot install the best update candidate for package libnsl-2.27-8.fc28.x86_64 - cannot install the best update candidate for package glibc-devel-2.27-8.fc28.i686 - cannot install the best update candidate for package glibc-all-langpacks-2.27-8.fc28.x86_64 Problem 5: package glibc-devel-2.27-14.fc28.i686 requires libxcrypt-devel(x86-32) >= 4.0.0, but none of the providers can be installed - package libxcrypt-devel-4.0.1-1.fc28.i686 requires glibc-headers(x86-32) >= 2.26.9000-46, but none of the providers can be installed - package glibc-headers-2.27-8.fc28.i686 requires glibc = 2.27-8.fc28, but none of the providers can be installed - package glibc-2.27-8.fc28.x86_64 requires glibc-common = 2.27-8.fc28, but none of the providers can be installed - package glibc-2.27-8.fc28.i686 requires glibc-common = 2.27-8.fc28, but none of the providers can be installed - problem with installed package glibc-devel-2.27-8.fc28.i686 - libxcrypt-devel-4.0.0-5.fc28.i686 has inferior architecture - cannot install both glibc-common-2.27-14.fc28.x86_64 and glibc-common-2.27-8.fc28.x86_64 - cannot install both glibc-common-2.27-8.fc28.x86_64 and glibc-common-2.27-14.fc28.x86_64 - glibc-devel-2.27-8.fc28.i686 has inferior architecture - cannot install both libxcrypt-devel-4.0.0-5.fc28.x86_64 and libxcrypt-devel-4.0.1-1.fc28.x86_64 - package glibc-langpack-en-2.27-14.fc28.x86_64 requires glibc-common = 2.27-14.fc28, but none of the providers can be installed - cannot install both glibc-devel-2.27-14.fc28.x86_64 and glibc-devel-2.27-8.fc28.x86_64 - cannot install both glibc-devel-2.27-8.fc28.x86_64 and glibc-devel-2.27-14.fc28.x86_64 - cannot install the best update candidate for package libxcrypt-devel-4.0.1-1.fc28.x86_64 - cannot install the best update candidate for package glibc-langpack-en-2.27-8.fc28.x86_64 - cannot install the best update candidate for package glibc-devel-2.27-8.fc28.x86_64 Problem 6: package glibc-static-2.27-14.fc28.x86_64 requires glibc-devel = 2.27-14.fc28, but none of the providers can be installed - package glibc-devel-2.27-14.fc28.i686 requires glibc = 2.27-14.fc28, but none of the providers can be installed - package glibc-devel-2.27-14.fc28.x86_64 requires glibc = 2.27-14.fc28, but none of the providers can be installed - glibc-2.27-14.fc28.i686 has inferior architecture - problem with installed package libxcrypt-devel-4.0.1-1.fc28.i686 - package libxcrypt-devel-4.0.1-1.fc28.i686 requires glibc-headers(x86-32) >= 2.26.9000-46, but none of the providers can be installed - package glibc-headers-2.27-8.fc28.i686 requires glibc = 2.27-8.fc28, but none of the providers can be installed - glibc-2.27-8.fc28.i686 has inferior architecture - cannot install both glibc-2.27-14.fc28.x86_64 and glibc-2.27-8.fc28.x86_64 - cannot install both glibc-2.27-8.fc28.x86_64 and glibc-2.27-14.fc28.x86_64 - cannot install the best update candidate for package glibc-static-2.27-8.fc28.x86_64 ================================================================================================================================================================================================================================================================================== Package Arch Version Repository Size ================================================================================================================================================================================================================================================================================== Skipping packages with conflicts: (add '--best --allowerasing' to command line to force their upgrade): glibc i686 2.27-14.fc28 updates-testing 3.2 M glibc x86_64 2.27-14.fc28 updates-testing 3.4 M glibc-common x86_64 2.27-14.fc28 updates-testing 751 k glibc-devel x86_64 2.27-14.fc28 updates-testing 1.0 M glibc-headers x86_64 2.27-14.fc28 updates-testing 455 k libxcrypt i686 4.0.0-5.fc28 fedora 78 k libxcrypt-devel x86_64 4.0.0-5.fc28 fedora 15 k Skipping packages with broken dependencies: glibc-all-langpacks x86_64 2.27-14.fc28 updates-testing 24 M glibc-devel i686 2.27-14.fc28 updates-testing 1.0 M glibc-langpack-en x86_64 2.27-14.fc28 updates-testing 804 k glibc-static x86_64 2.27-14.fc28 updates-testing 1.5 M libnsl x86_64 2.27-14.fc28 updates-testing 69 k libxcrypt-devel i686 4.0.0-5.fc28 fedora 15 k
Skip 13 Packages
Nothing to do. Complete!
wfm
wfm
wfm
wfm
The problem is fixed in timedatex side with this commit: https://github.com/mlichvar/timedatex/commit/3f0b85db1d4eedd3fdc9db0832e114215812d15c
With this update timedatex uses 100% of a core on the 2 systems I tested it.
Seems this bug is back: https://bugzilla.redhat.com/show_bug.cgi?id=1450628
wfm