stable

glib2-2.54.3-2.fc27 and timedatex-0.5-2.fc27

FEDORA-2018-4745a9bbeb created by kalev 6 years ago for Fedora 27

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

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-4745a9bbeb

This update has been submitted for testing by kalev.

6 years ago

This update has been pushed to testing.

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

No regressions noted

User Icon fcobos commented & provided feedback 6 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.

6 years ago
User Icon kparal commented & provided feedback 6 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 6 years ago
karma

timedatex indeed uses 100% of cpu core

User Icon fcobos provided feedback 6 years ago
karma

kalev edited this update.

New build(s):

  • timedatex-0.5-2.fc27

Karma has been reset.

6 years ago

This update has been submitted for testing by kalev.

6 years ago
User Icon kalev commented & provided feedback 6 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 6 years ago
karma

wfm

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

This update has been pushed to testing.

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

No regressions.

User Icon sassam commented & provided feedback 6 years ago
karma

Works for me.

User Icon caolanm commented & provided feedback 6 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.

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

No regressions found

User Icon gtwilliams commented & provided feedback 6 years ago
karma

wfm -- no excessive cpu with timedatex

User Icon nb commented & provided feedback 6 years ago
karma

wfm

User Icon filiperosset commented & provided feedback 6 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.

6 years ago
User Icon mrunge commented & provided feedback 6 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 6 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 6 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.

6 years ago

This update has been submitted for testing by kalev.

6 years ago
User Icon kalev commented & provided feedback 6 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 6 years ago
karma

Seems to fix both problems.

BZ#1450628 timedatex high CPU usage

kalev edited this update.

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

Fixes the high CPU usage by Libreoffice here

This update has been pushed to testing.

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

Works

User Icon nathan95 commented & provided feedback 6 years ago
karma

Ok works

User Icon alciregi commented & provided feedback 6 years ago
karma

LibreOffice doesn't use 100% of CPU anymore.

User Icon cairo provided feedback 6 years ago
karma
User Icon rathann commented & provided feedback 6 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.

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

Works fine for me on x86_64.

This update has been submitted for stable by bodhi.

6 years ago

This update has been pushed to stable.

6 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
6 years ago
in testing
6 years ago
in stable
6 years ago
modified
6 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