This update breaks CubicSDR on Fedora 31. It probably shouldn't have been pushed to Fedora 31:
https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#stable-releases
Can't load any pages at all, nor the settings page, history, etc. Nothing works. All pages fail with "Aw, Snap!". Downgrading to chromium-76.0.3809.132-2.fc29.x86_64 immediately restores everything. Upgrading again breaks everything again. This update is completely broken for me.
Every few minutes I experience a complete system hang (mouse cursor freezes, keyboard input is buffered) and this is logged:
Jun 25 20:44:26 a kernel: i915 0000:00:02.0: Resetting chip for hang on rcs0
It recovers shortly afterwards. Any buffered keystrokes repeat a bazillion times.
Fixes the key stuck/key repeating/keyboard non-responsive issue for me.
/etc/init.d/nagios: line 153: syntax error near unexpected token }'
/etc/init.d/nagios: line 153:
}'
/etc/init.d/nagios: line 153: syntax error near unexpected token }'
/etc/init.d/nagios: line 153:
}'
Recinding my earlier negative karma. The key repeat problem appears to be related to the recent ibus-1.5.19-13 update.
Key repeat gets stuck: https://bugzilla.redhat.com/show_bug.cgi?id=1671774
ASUS laptop. Key gets stuck and repeats and will not release. https://bugzilla.redhat.com/show_bug.cgi?id=1671774
Dependencies resolved.
Problem 1: cannot install the best update candidate for package fedora-packager-0.6.0.1-3.fc27.noarch - nothing provides python2-offtrac needed by fedora-packager-0.6.0.2-3.fc27.noarch Problem 2: package fedpkg-1.35-1.fc27.noarch requires fedora-packager, but none of the providers can be installed - package fedora-packager-0.6.0.1-3.fc27.noarch requires fedora-cert = 0.6.0.1-3.fc27, but none of the providers can be installed - cannot install both fedora-cert-0.6.0.2-3.fc27.noarch and fedora-cert-0.6.0.1-3.fc27.noarch - cannot install both fedora-cert-0.6.0.1-3.fc27.noarch and fedora-cert-0.6.0.2-3.fc27.noarch - cannot install the best update candidate for package fedpkg-1.35-1.fc27.noarch - cannot install the best update candidate for package fedora-cert-0.6.0.1-3.fc27.noarch - nothing provides python2-offtrac needed by fedora-packager-0.6.0.2-3.fc27.noarch
To be clear about my situation: dnssec-trigger with unbound 1.7.0 fails to resolve any names when using the shipped 1.7.0 configuration which contains auth-zone: config for the root zone. This is directly after a reboot.
After commenting out the auth-zone: config, it works again, even after a reboot.
All name resolution fails for me
Broken dependencies on installed urw-base35-nimbus-sans-narrow-fonts-20170801-2.fc27.noarch causes failure to upgrade. You need to obsolete any dropped subpackages per: https://fedoraproject.org/wiki/Packaging:Guidelines#Renaming.2FReplacing_Existing_Packages
WPA2 Enterprise / EAP-TLS works.
Fixes #1415295 for me.
Fixes #1415295 for me.
New Bug 1415295: lsyncd.service: Main process exited, code=exited, status=255/n/a
I realize it is too late for this update. But perhaps the issue can be avoided in the future by adhering to Fedora updates policy or at least coordinating rebuilds and updates with all dependent packages. This update breaks other dependent packages:
"The update rate for any given release should drop off over time, approaching zero near release end-of-life; since updates are primarily bugfixes, fewer and fewer should be needed over time."
"Updating inter-dependent packages
When one updated package requires another (or more than one other), the packages should be submitted together as a single update. For instance, if package A depends on packages B and C, and you want to update to a new version of package A which requires new versions of B and C, you must submit a single update containing the updated versions of all three packages. It is a bad idea to submit three separate updates, because if the update for package A is pushed stable before the updates for packages B and C, it will cause dependency problems. There is information on how to submit multi-package updates in the package update HOWTO."
"Package maintainers MUST:
Package maintainers SHOULD: