Bug 2058448 - rocksdb: rebuild for gflags update in c8s
Summary: rocksdb: rebuild for gflags update in c8s
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: rocksdb
Version: epel8
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Carl George 🎩
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-02-25 02:35 UTC by Carl George 🎩
Modified: 2022-05-14 03:03 UTC (History)
4 users (show)

Fixed In Version: rocksdb-6.26.1-2.el8.next rocksdb-6.26.1-3.el8
Clone Of:
Environment:
Last Closed: 2022-05-14 03:03:32 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Carl George 🎩 2022-02-25 02:35:12 UTC
Description of problem:
In CentOS Stream 8, the gflags package was updated from 2.1.2-6.el8 to 2.2.2-1.el8 (see bug 2035143).  That introduces an soname bump from libgflags.so.2.1 to libgflags.so.2.2.  rocksdb links against that soname and must be rebuilt in epel8-next to work correctly on c8s.


Version-Release number of selected component (if applicable):
rocksdb-6.26.1-2.el8


Steps to Reproduce:
1. dnf install rocksdb (this resolves to the older gflags in the repo)
2. dnf update gflags


Actual results:
Error: 
 Problem: problem with installed package rocksdb-6.26.1-2.el8.x86_64
  - package rocksdb-6.26.1-2.el8.x86_64 requires libgflags.so.2.1()(64bit), but none of the providers can be installed
  - cannot install both gflags-2.2.2-1.el8.x86_64 and gflags-2.1.2-6.el8.x86_64
  - cannot install the best update candidate for package gflags-2.1.2-6.el8.x86_64
(try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)


Expected results:
installation of the latest gflags and rocksdb


Additional info:
This is happening in c8s now, but will also happen when RHEL 8.6 is released.  At that point it can be remediated in regular epel8.

Comment 1 Fedora Update System 2022-02-25 02:38:27 UTC
FEDORA-EPEL-NEXT-2022-06d6495d37 has been submitted as an update to Fedora EPEL 8 Next. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-NEXT-2022-06d6495d37

Comment 2 Fedora Update System 2022-02-25 17:45:28 UTC
FEDORA-EPEL-NEXT-2022-06d6495d37 has been pushed to the Fedora EPEL 8 Next testing repository.

You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-NEXT-2022-06d6495d37

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 3 Fedora Update System 2022-03-05 17:58:57 UTC
FEDORA-EPEL-NEXT-2022-06d6495d37 has been pushed to the Fedora EPEL 8 Next stable repository.
If problem still persists, please make note of it in this bug report.

Comment 4 Carl George 🎩 2022-05-13 17:50:11 UTC
The gflags update was reverted before RHEL 8.6 [0], and is now getting reverted in c8s as well [1].  Users with rocksdb-6.26.1-2.el8.next will need an upgrade path to get back onto a build that links against libgflags.so.2.1.  I'm doing a release bump rebuild in epel8 to address this.

[0] bug 2035143 comment 20
[1] bug 2035143 comment 27

Comment 5 Fedora Update System 2022-05-13 18:13:14 UTC
FEDORA-EPEL-2022-6fa9fb5922 has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-6fa9fb5922

Comment 6 Fedora Update System 2022-05-14 03:03:32 UTC
FEDORA-EPEL-2022-6fa9fb5922 has been pushed to the Fedora EPEL 8 stable repository.
If problem still persists, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.