Bug 1167023 - [abrt] dnf: __init__.py:756:<module>:ImportError: libglib-2.0.so.0: cannot open shared object file: No such file or directory
Summary: [abrt] dnf: __init__.py:756:<module>:ImportError: libglib-2.0.so.0: cannot op...
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Fedora
Classification: Fedora
Component: librepo
Version: 21
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Tomas Mlcoch
QA Contact: Fedora Extras Quality Assurance
URL: https://retrace.fedoraproject.org/faf...
Whiteboard: abrt_hash:59a15bd42961665866d798f36e4...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-11-22 17:35 UTC by John Reiser
Modified: 2014-11-25 15:29 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-11-25 15:29:58 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: backtrace (7.18 KB, text/plain)
2014-11-22 17:35 UTC, John Reiser
no flags Details
File: environ (1.16 KB, text/plain)
2014-11-22 17:35 UTC, John Reiser
no flags Details

Description John Reiser 2014-11-22 17:35:46 UTC
Description of problem:
I was running "yum update" soon after first login to newly-installed system.  dnf started running during yum download.

Version-Release number of selected component:
dnf-0.6.1-1.fc21

Additional info:
reporter:       libreport-2.3.0
cmdline:        /usr/bin/python -OO /usr/bin/dnf help
dso_list:       python-librepo-1.7.5-2.fc21.x86_64
executable:     /usr/bin/dnf
kernel:         3.17.1-302.fc21.x86_64
runlevel:       N 5
type:           Python
uid:            1000

Truncated backtrace:
#1 <module> in /usr/lib64/python2.7/site-packages/librepo/__init__.py:756
#2 <module> in /usr/lib/python2.7/site-packages/dnf/util.py:31
#3 <module> in /usr/lib/python2.7/site-packages/dnf/crypto.py:27
#4 <module> in /usr/lib/python2.7/site-packages/dnf/yum/misc.py:30
#5 <module> in /usr/lib/python2.7/site-packages/dnf/yum/history.py:27
#6 <module> in /usr/lib/python2.7/site-packages/dnf/base.py:27
#7 <module> in /usr/lib/python2.7/site-packages/dnf/__init__.py:31
#8 <module> in /usr/bin/dnf:35

Comment 1 John Reiser 2014-11-22 17:35:49 UTC
Created attachment 960254 [details]
File: backtrace

Comment 2 John Reiser 2014-11-22 17:35:50 UTC
Created attachment 960255 [details]
File: environ

Comment 3 Honza Silhan 2014-11-24 10:29:38 UTC
Thanks for the report. Does it also abort during any dnf command? Can you post output of `rpm -qv glib2`, please?

Comment 4 Honza Silhan 2014-11-24 10:51:32 UTC
Spec file of librepo requires glib2 library.

Tomas, have you got an idea whats the problem?

Comment 5 Tomas Mlcoch 2014-11-24 11:43:05 UTC
Hi, could you please also provide output of these commands (in addition to the command suggested by Jan):

$ rpm -q librepo python-librepo python3-librepo librepo-devel glib2

$ locate libglib-2.0

$ awk 'NR >= 750 && NR <= 760' /usr/lib64/python2.7/site-packages/librepo/__init__.py

Frankly, I have no clue what is wrong. As Jan mentioned, the python-librepo explicitly requires "libglib-2.0.so.0()(64bit)" [1] so glib2 should be installed.
Also, I'm surprised by the number of the line that raised the exception (/usr/lib64/python2.7/site-packages/librepo/__init__.py 756), because on that line, there is no code, only a comment.

Regards
Tomas

[1] https://koji.fedoraproject.org/koji/rpminfo?rpmID=5436237

Comment 6 John Reiser 2014-11-24 16:20:44 UTC
# NOTE: I have inserted a blank line to separate each command!

$ rpm -qv glib2
glib2-2.42.1-1.fc21.x86_64

$ rpm -q librepo python-librepo python3-librepo librepo-devel glib2
librepo-1.7.5-2.fc21.x86_64
python-librepo-1.7.5-2.fc21.x86_64
package python3-librepo is not installed
package librepo-devel is not installed
glib2-2.42.1-1.fc21.x86_64

$ locate libglib-2.0
/usr/lib64/libglib-2.0.so.0
/usr/lib64/libglib-2.0.so.0.4200.1

$ awk 'NR >= 750 && NR <= 760' /usr/lib64/python2.7/site-packages/librepo/__init__.py
.. data:: SHA256 (CHECKSUM_SHA256)
.. data:: SHA384 (CHECKSUM_SHA384)
.. data:: SHA512 (CHECKSUM_SHA512)

"""

import librepo._librepo

VERSION_MAJOR = _librepo.VERSION_MAJOR
VERSION_MINOR = _librepo.VERSION_MINOR
VERSION_PATCH = _librepo.VERSION_PATCH

$

Comment 7 John Reiser 2014-11-24 16:27:12 UTC
Running dnf from a terminal does work.  (The trouble occurred *before* I added rpmfusion-free-rawhide by visiting rpmfusion, clicking the install link, and having PackageKit add the repo.  I was looking for a Wifi driver in kernel-staging, but that did not work out.  I'm unsure I was doing it correctly.)

$ dnf repolist
Fedora 21 - x86_64                                                              750 kB/s |  39 MB     00:53    
RPM Fusion for Fedora Rawhide - Free                                            695 kB/s | 524 kB     00:00    
Fedora 21 - x86_64 - Updates                                                    448  B/s | 335  B     00:00    
repo id                                       repo name                                                   status
*fedora                                       Fedora 21 - x86_64                                          42,815
rpmfusion-free-rawhide                        RPM Fusion for Fedora Rawhide - Free                           468
*updates                                      Fedora 21 - x86_64 - Updates                                     0

Comment 8 Tomas Mlcoch 2014-11-25 12:19:26 UTC
Well, you are saying that you cannot reproduce the bug anymore?
I checked the data you provided and I don't see anything suspicions there, if there was something wrong, it's probably fixed now.
It could be a temporary issue, maybe caused by update of libraries or something. Was the issue reproducible also after reboot?

Comment 9 John Reiser 2014-11-25 15:29:58 UTC
The incident happened once.  dnf was invoked by an automated scheduled task, not by any explicit action of mine.  Since then, dnf appears to be working properly.


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