FEDORA-2018-ec4df5a741 created by mskalick 2 years ago for Fedora 27
stable

Rebase back to 1.13. gdbm 1.14 is not ABI compatible... so 'undefined symbol: gdbm_errno' problems may occur.

How to install

sudo dnf upgrade --advisory=FEDORA-2018-ec4df5a741

This update has been submitted for testing by mskalick.

2 years ago
User Icon remi commented & provided feedback 2 years ago
karma

Problem 1: cannot install the best update candidate for package gdbm-devel-1.14-1.fc27.x86_64 - nothing provides gdbm = 1.13-5.fc27 needed by gdbm-devel-1:1.13-5.fc27.x86_64

This update has been pushed to testing.

2 years ago

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.

2 years ago

mskalick edited this update.

New build(s):

  • gdbm-1.13-6.fc27

Removed build(s):

  • gdbm-1.13-5.fc27

Karma has been reset.

2 years ago

This update has been submitted for testing by mskalick.

2 years ago
User Icon mskalick commented & provided feedback 2 years ago

@remi Thanks for reporting this. It should be fixed in new build gdbm-1.13-6.fc27.

User Icon remi provided feedback 2 years ago
karma
BZ#1532997 BC break in 1.14 - undefined symbol: gdbm_errno
User Icon remi commented & provided feedback 2 years ago

Notice: I think you also have to bump the epoch in rawhide to ensure upgrade path is ok (f27 to f28)

User Icon mskalick commented & provided feedback 2 years ago

Thanks. I know about need for epoch in Rawhide. I'm waiting till this update is review and in preparing for stable. Then I will add epoch to rawhide too (I want to avoid "unremovable epoch" in rawhide in case some troubles appear with this update)

This update has been pushed to testing.

2 years ago
User Icon cserpentis commented & provided feedback 2 years ago
karma

works for me

User Icon anonymous provided feedback 2 years ago
BZ#1534154 /usr/sbin/shield-purge: undefined symbol: gdbm_errno
User Icon nb commented & provided feedback 2 years ago
karma

wfm

This update has been submitted for batched by bodhi.

2 years ago
User Icon anonymous provided feedback 2 years ago
BZ#1534724 ntop crashes on start with symbol lookup error libntop undefined symbol gdbm_errno
User Icon anonymous provided feedback 2 years ago
BZ#1534724 ntop crashes on start with symbol lookup error libntop undefined symbol gdbm_errno
User Icon anonymous commented & provided feedback 2 years ago

ntop v.5.0.1 is working again in 32-bit and 64-bit versions after updating gdbm to 1.13-6.fc27 from the testing repo. For what it's worth, ntop package does not have gdbm as a dependency. That is, doing a dnf update ntop --enablerepo=updates-testing returned "no updates, nothing to do". I needed to do a gdbm update in order to pull in the fix for ntop. Is this normal practice to not include low-level dependencies such as gdbm in packaging?

karma: +1

BZ#1534724 ntop crashes on start with symbol lookup error libntop undefined symbol gdbm_errno

This update has been submitted for stable by mskalick.

2 years ago

This update has been pushed to stable.

2 years ago

Please exclude the requirement of having gdbm-devel installed also... I don't have a devel system, so I don't think I need the *-devel package installed as well...

User Icon pbrobinson commented & provided feedback 2 years ago
karma

python3-libs pulls in gdbm-devel which shouldn't happen


Please login to add feedback.

Metadata
Type
bugfix
Karma
2
Signed
Content Type
RPM
Test Gating
Settings
Unstable by Karma
-3
Stable by Karma
3
Stable by Time
disabled
Dates
submitted
2 years ago
in testing
2 years ago
in stable
2 years ago
modified
2 years ago
BZ#1532997 BC break in 1.14 - undefined symbol: gdbm_errno
0
0
BZ#1533176 Recent gdbm update seems to break python
0
0
BZ#1534154 /usr/sbin/shield-purge: undefined symbol: gdbm_errno
0
0
BZ#1534724 ntop crashes on start with symbol lookup error libntop undefined symbol gdbm_errno
0
0

Automated Test Results