Bug 1534549

Summary:	Recent gdbm update seems to break python
Product:	[Fedora] Fedora	Reporter:	Marek Skalický <mskalick>
Component:	gdbm	Assignee:	Marek Skalický <mskalick>
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	urgent	Docs Contact:
Priority:	unspecified
Version:	rawhide	CC:	bkorren, extras-qa, hhorak, kasal, kdudka, mskalick
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:	1533176	Environment:
Last Closed:	2018-01-17 08:10:24 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	1533176
Bug Blocks:

Description Marek Skalický 2018-01-15 13:19:55 UTC

+++ This bug was initially created as a clone of Bug #1533176 +++

Description of problem:
- recent gdbm update to 1.14 seems to be incompatible with the current build of python in fedora

Version-Release number of selected component (if applicable):
this applies both to python2 and python3 

How reproducible:

# rpm -q gdbm python3 python2
gdbm-1.14-1.fc27.x86_64
python3-3.6.2-13.fc27.x86_64
python2-2.7.14-4.fc27.x86_64

# python2 -c 'import gdbm'
Traceback (most recent call last):
  File "<string>", line 1, in <module>
ImportError: /usr/lib64/python2.7/lib-dynload/gdbmmodule.so: undefined symbol: gdbm_errno

# python3 -c 'import dbm.gnu'
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/usr/lib64/python3.6/dbm/gnu.py", line 3, in <module>
    from _gdbm import *
ImportError: /usr/lib64/python3.6/lib-dynload/_gdbm.cpython-36m-x86_64-linux-gnu.so: undefined symbol: gdbm_errno

--- Additional comment from Fedora Update System on 2018-01-15 08:19:24 EST ---

gdbm-1.13-5.fc27 has been submitted as an update to Fedora 27. https://bodhi.fedoraproject.org/updates/FEDORA-2018-ec4df5a741

Comment 1 Kamil Dudka 2018-01-16 17:11:34 UTC

What is the purpose of this cloned bug?

Comment 2 Marek Skalický 2018-01-17 08:10:24 UTC

I thought original bug was for F27, so I wanted to have this bug for Rawhide too to remind me to contact packagers to rebuild dependent packages.

No need for this bug more. gdbm 1.14 stays in Rawhide, packagers were contacted by email to rebuild their packages. If not, packages will be rebuilt on Mass Rebuild.