stable

hamlib-4.0-0.6.fc31.20200615git779cd69287

FEDORA-2020-90584f0317 created by hobbes1069 4 years ago for Fedora 31

Update to latest master, lots of bug fixes for various radios.

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-2020-90584f0317

This update has been submitted for testing by hobbes1069.

4 years ago

This update's test gating status has been changed to 'waiting'.

4 years ago

This update's test gating status has been changed to 'ignored'.

4 years ago

This update has been pushed to testing.

4 years ago

This update's test gating status has been changed to 'greenwave_failed'.

4 years ago

This update's test gating status has been changed to 'ignored'.

4 years ago

This update's test gating status has been changed to 'greenwave_failed'.

4 years ago

This update's test gating status has been changed to 'ignored'.

4 years ago

This update's test gating status has been changed to 'greenwave_failed'.

4 years ago

This update's test gating status has been changed to 'ignored'.

4 years ago

This update can be pushed to stable now if the maintainer wishes

4 years ago

This update has been submitted for stable by bodhi.

4 years ago

This update has been pushed to stable.

4 years ago
User Icon cra commented & provided feedback 4 years ago
karma

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

A little late for negative karma to be meaningful. Unfortuantley wsjtx needs the 4.0 pre-release, so the question is who wins? Hopefully a simple rebuild fixes it.

I have contacted the maintainer for CubicSDR about rebuilding the f31 package.

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:

sudo dnf install xlog wsjtx tucnak tucnak2 tcl-hamlib soundmodem qsstv qle python3-hamlib perl-hamlib klog js8call grig gpredict freedv fldigi dream direwolf cqrlog Last metadata expiration check: 0:51:06 ago on Mon 28 Sep 2020 06:30:24 PM EDT. Error: Problem: cannot install both hamlib-3.3-6.fc31.x86_64 and hamlib-4.0-0.6.fc31.20200615git779cd69287.x86_64 - package grig-0.8.1-10.fc31.x86_64 requires libhamlib.so.2()(64bit), but none of the providers can be installed - package tucnak-4.20-3.fc31.x86_64 requires libhamlib.so.4()(64bit), but none of the providers can be installed - conflicting requests (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable 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:

Avoid Major version updates, ABI breakage, or API changes if at all possible.

Avoid changing the user experience if at all possible.

Avoid updates that are trivial or don’t affect any Fedora users.

Package maintainers SHOULD:

Push only major bug fixes and security fixes to the previous stable releases (i.e. the current Fedora N, and the previous Fedora N-1)."

I usually check for dependent packages using repoquery, but somehow missed this one. The maintainer has submitted an update.

https://bugzilla.redhat.com/show_bug.cgi?id=1858545


Please login to add feedback.

Metadata
Type
bugfix
Karma
-1
Signed
Content Type
RPM
Test Gating
Autopush Settings
Unstable by Karma
-3
Stable by Karma
3
Stable by Time
7 days
Dates
submitted
4 years ago
in testing
4 years ago
in stable
4 years ago

Automated Test Results