glib 2.54.3 release, fixing the following bugs:

  • 691436 glib-mkenums output arch dependent
  • 761102 Increase performance for main loop
  • 776147 gio/glocalfilemonitor.c doesn't handle case G_FILE_MONITOR_EVENT_MOVE...
  • 779182 xdg-open fails with gio open for some uris
  • 782057 Unit tests fail in run-assert-msg-test.sh
  • 785113 glib-mkenums Python port fixes
  • 788990 Include licensing information in output from glib-mkenums, glib-genma...
  • 789637 glib-mkenums: Fails when --ouput file does not exist
  • 789894 Text tool has color from previous line, when overwriting existing text
  • 790030 GResource/GVariant fails to load from non-pointer aligned memory
  • 790093 gio-tool: fix inverted logic in monitor tool
  • 790126 gengiotypefuncs.py is missing from tarballs
  • 790829 glib-genmarshal --body must not generate alias implementations
  • 790934 gtester doesn't handle skipped tests
  • 791235 Fix gschema.dtd regarding flags.
  • 791267 Make gschema.dtd usable.
  • 791296 gtester-report: fix range usage when running as python3 app
  • 791325 Gio handling of thumbnail:: attribute namespace causes inconsistent b...
  • 791334 gbinding.c:898: The target object of type GNetworkAddress has no prop...
  • 791337 Crash opening URIs with g_desktop_app_info_launch_uris_with_spawn()
  • 791720 Criticals in gio/xdp-dbus.h leading to crash under flatpak
  • 791744 gmenumodel test sometimes fails: assertion failed (items_changed_coun...
  • 791754 gdbus-peer test intermittently fails: assertion 'source->ref_count > ...
  • 791906 GSocketListenerClass.event has wrong signature

This update also includes a new timedatex build, fixing an issue that causes 100% processor use with the new glib 2.54.3 release.

How to install

sudo dnf upgrade --advisory=FEDORA-2018-4745a9bbeb

This update has been submitted for testing by kalev.

3 years ago

This update has been pushed to testing.

3 years ago
User Icon bt0dotninja commented & provided feedback 3 years ago
karma

No regressions noted

User Icon fcobos commented & provided feedback 3 years ago
karma

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.

3 years ago
User Icon kparal commented & provided feedback 3 years ago
karma

I can confirm the timedatex issue, it's using 100% cpu constantly. Downgrading to glib2-2.54.2-1.fc27 fixes the problem.

User Icon cserpentis commented & provided feedback 3 years ago
karma

timedatex indeed uses 100% of cpu core

User Icon fcobos provided feedback 3 years ago
karma

kalev edited this update.

New build(s):

  • timedatex-0.5-2.fc27

Karma has been reset.

3 years ago

This update has been submitted for testing by kalev.

3 years ago
User Icon kalev commented & provided feedback 3 years ago

The 100% cpu core issue should be fixed with the timedatex-0.5-2.fc27 build that I just added to this update.

User Icon fcobos commented & provided feedback 3 years ago
karma

wfm

BZ#1450628 timedatex high CPU usage
User Icon kparal provided feedback 3 years ago
karma
BZ#1450628 timedatex high CPU usage
User Icon imabug provided feedback 3 years ago
karma
BZ#1450628 timedatex high CPU usage

This update has been pushed to testing.

3 years ago
User Icon bojan commented & provided feedback 3 years ago
karma

No regressions.

User Icon sassam commented & provided feedback 3 years ago
karma

Works for me.

User Icon caolanm commented & provided feedback 3 years ago
karma

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.

3 years ago
User Icon nathan95 provided feedback 3 years ago
karma
User Icon renault commented & provided feedback 3 years ago
karma

No regressions found

User Icon gtwilliams commented & provided feedback 3 years ago
karma

wfm -- no excessive cpu with timedatex

User Icon nb commented & provided feedback 3 years ago
karma

wfm

User Icon filiperosset commented & provided feedback 3 years ago
karma

no regressions noted

This update has reached the stable karma threshold and can be pushed to stable now if the maintainer wishes.

3 years ago
User Icon mrunge commented & provided feedback 3 years ago
karma

This update causes issues with libreoffice, see https://bugzilla.redhat.com/show_bug.cgi?id=1534149. Downgrading glib2 (again) fixes the issue.

BZ#1450628 timedatex high CPU usage
User Icon kparal commented & provided feedback 3 years ago
karma

I can confirm the libreoffice issue. Downgrading to glib2-2.54.2-1.fc27 fixes it.

User Icon filiperosset commented & provided feedback 3 years ago
karma

changing to -1 due libreoffice issue

BZ#1450628 timedatex high CPU usage

kalev edited this update.

New build(s):

  • glib2-2.54.3-2.fc27

Removed build(s):

  • glib2-2.54.3-1.fc27

Karma has been reset.

3 years ago

This update has been submitted for testing by kalev.

3 years ago
User Icon kalev commented & provided feedback 3 years ago

glib2-2.54.3-2.fc27 reverts most of the gmain wakeup changes and should fix both libreoffice and timedatex high CPU use regressions.

User Icon kparal commented & provided feedback 3 years ago
karma

Seems to fix both problems.

BZ#1450628 timedatex high CPU usage

kalev edited this update.

3 years ago
User Icon imabug commented & provided feedback 3 years ago
karma

Fixes the high CPU usage by Libreoffice here

This update has been pushed to testing.

3 years ago
User Icon pwalter commented & provided feedback 3 years ago
karma

Works

User Icon nathan95 commented & provided feedback 3 years ago
karma

Ok works

User Icon alciregi commented & provided feedback 3 years ago
karma

LibreOffice doesn't use 100% of CPU anymore.

User Icon cairo provided feedback 3 years ago
karma
User Icon rathann commented & provided feedback 3 years ago
karma

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.

3 years ago
User Icon jayjayjazz commented & provided feedback 3 years ago
karma

Works fine for me on x86_64.

This update has been submitted for stable by bodhi.

3 years ago

This update has been pushed to stable.

3 years ago

Please login to add feedback.

Metadata
Type
bugfix
Karma
8
Signed
Content Type
RPM
Test Gating
Settings
Unstable by Karma
-7
Stable by Karma
7
Stable by Time
disabled
Dates
submitted
3 years ago
in testing
3 years ago
in stable
3 years ago
modified
3 years ago
BZ#1450628 timedatex high CPU usage
0
1
BZ#1534149 impress causes high cpu load with glib2 >- 2.54.3-1
0
0

Automated Test Results