glib 2.54.3 release, fixing the following bugs:
This update also includes a new timedatex build, fixing an issue that causes 100% processor use with the new glib 2.54.3 release.
Updates may require up to 24 hours to propagate to mirrors. If the following command doesn't work, please retry later:
sudo dnf upgrade --refresh --advisory=FEDORA-2018-4745a9bbebPlease login to add feedback.
This update has been submitted for testing by kalev.
This update has been pushed to testing.
No regressions noted
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
Bodhi is disabling automatic push to stable due to negative karma. The maintainer may push manually if they determine that the issue is not severe.
I can confirm the timedatex issue, it's using 100% cpu constantly. Downgrading to glib2-2.54.2-1.fc27 fixes the problem.
This is being discussed at https://github.com/mlichvar/timedatex/issues/4
timedatex indeed uses 100% of cpu core
The problem is fixed in timedatex side with this commit: https://github.com/mlichvar/timedatex/commit/3f0b85db1d4eedd3fdc9db0832e114215812d15c
kalev edited this update.
New build(s):
Karma has been reset.
This update has been submitted for testing by kalev.
The 100% cpu core issue should be fixed with the timedatex-0.5-2.fc27 build that I just added to this update.
wfm
This update has been pushed to testing.
No regressions.
Works for me.
This version of glib2 triggers https://bugzilla.redhat.com/show_bug.cgi?id=1534149 in LibreOffice, seen also upstream as https://bugs.documentfoundation.org/show_bug.cgi?id=114987 with archlinux and the same version. ArchLinux bug is https://bugs.archlinux.org/task/57036
Bodhi is disabling automatic push to stable due to negative karma. The maintainer may push manually if they determine that the issue is not severe.
No regressions found
wfm -- no excessive cpu with timedatex
wfm
no regressions noted
This update has reached the stable karma threshold and can be pushed to stable now if the maintainer wishes.
This update causes issues with libreoffice, see https://bugzilla.redhat.com/show_bug.cgi?id=1534149. Downgrading glib2 (again) fixes the issue.
I can confirm the libreoffice issue. Downgrading to glib2-2.54.2-1.fc27 fixes it.
changing to -1 due libreoffice issue
kalev edited this update.
New build(s):
Removed build(s):
Karma has been reset.
This update has been submitted for testing by kalev.
glib2-2.54.3-2.fc27 reverts most of the gmain wakeup changes and should fix both libreoffice and timedatex high CPU use regressions.
Seems to fix both problems.
kalev edited this update.
Fixes the high CPU usage by Libreoffice here
This update has been pushed to testing.
Works
Ok works
LibreOffice doesn't use 100% of CPU anymore.
Fixes the 100% CPU usage bug with LibreOffice. I haven't seen the timedatex issue either with this version or with any earlier one.
This update has been submitted for batched by bodhi.
Works fine for me on x86_64.
This update has been submitted for stable by bodhi.
This update has been pushed to stable.