Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fedora 29, whipper 0.72, Error While Executing Any Command #332

Closed
pyropingvin opened this issue Nov 11, 2018 · 13 comments
Closed

fedora 29, whipper 0.72, Error While Executing Any Command #332

pyropingvin opened this issue Nov 11, 2018 · 13 comments
Labels
Support Questions that needs answering with no code changes needed or that only require a one time change

Comments

@pyropingvin
Copy link

pyropingvin commented Nov 11, 2018

$ whipper -v

Traceback (most recent call last):
  File "/usr/bin/whipper", line 11, in <module>
    load_entry_point('whipper==0.7.2', 'console_scripts', 'whipper')()
  File "/usr/lib/python2.7/site-packages/pkg_resources/__init__.py", line 484, in load_entry_point
    return get_distribution(dist).load_entry_point(group, name)
  File "/usr/lib/python2.7/site-packages/pkg_resources/__init__.py", line 2714, in load_entry_point
    return ep.load()
  File "/usr/lib/python2.7/site-packages/pkg_resources/__init__.py", line 2332, in load
    return self.resolve()
  File "/usr/lib/python2.7/site-packages/pkg_resources/__init__.py", line 2338, in resolve
    module = __import__(self.module_name, fromlist=['__name__'], level=0)
  File "/usr/lib/python2.7/site-packages/whipper/command/main.py", line 11, in <module>
    from whipper.command import cd, offset, drive, image, accurip, mblookup
  File "/usr/lib/python2.7/site-packages/whipper/command/cd.py", line 22, in <module>
    import cdio
  File "/home/zivan/.local/lib/python2.7/site-packages/cdio.py", line 20, in <module>
    import pycdio
  File "/home/zivan/.local/lib/python2.7/site-packages/pycdio.py", line 35, in <module>
    _pycdio = swig_import_helper()
  File "/home/zivan/.local/lib/python2.7/site-packages/pycdio.py", line 31, in swig_import_helper
    _mod = imp.load_module('_pycdio', fp, pathname, description)
ImportError: libcdio.so.13: cannot open shared object file: No such file or directory
@JoeLametta JoeLametta added Bug Generic bug: can be used together with more specific labels Needed: more info A reply from issue author is required labels Nov 11, 2018
@JoeLametta
Copy link
Collaborator

Thanks for the issue report!
Have you installed whipper on Fedora 29 using the native package provided by the distribution?

In the meantime let's ping @mruszczyk which is whipper's package contributor for Fedora.

@pyropingvin
Copy link
Author

Have you installed whipper on Fedora 29 using the native package provided by the distribution?

yes

@mruszczyk
Copy link
Contributor

Can you try installing libcdio with dnf? I can check if something changed recently but I thought one of the dependencies pulled it in. I’ll take a look tomorrow to be sure.

@JoeLametta JoeLametta added On Hold Waiting for other actions Upstream Bug The issue is a result of an upstream bug labels Nov 12, 2018
@pyropingvin
Copy link
Author

pyropingvin commented Nov 12, 2018

$ sudo dnf install libcdio
[sudo] password: 
Last metadata expiration check: 0:23:17 ago on Mon 12 Nov 2018 09:14:07 AM CET.
Package libcdio-2.0.0-3.fc29.x86_64 is already installed.
Dependencies resolved.
Nothing to do.
Complete!

@mruszczyk
Copy link
Contributor

mruszczyk commented Nov 12, 2018

What version of pycdio do you have installed? The current soname for libcdio on f29 is libcdio.so.18 so something is looking for an older version of libcdio, was this a fresh install or an upgrade from a previous version of fedora?

@pyropingvin
Copy link
Author

pyropingvin commented Nov 12, 2018

pycdio-2.0.0-3.fc29.x86_64
this is upgrade from F28, but I have same problem on F28 with whipper 0.7.0. I just don't ask for help because i have hope when i upgrade to F29 the problem will go away.

@mruszczyk
Copy link
Contributor

Did you ever have whipper installed via source or installed pycdio via pip? I would try removing pycdio via dnf, then pip uninstall pycdio then reinstall pycdio from dnf.

@pyropingvin
Copy link
Author

sudo dnf remove pycdio
Dependencies resolved.


Package Arch Version Repository
Size


Removing:
pycdio x86_64 2.0.0-3.fc29 @fedora 525 k
Removing dependent packages:
whipper x86_64 0.7.2-3.fc29 @updates 876 k
Removing unused dependencies:
cdrdao x86_64 1.2.3-34.fc29 @fedora 1.6 M
python2-backports-ssl_match_hostname noarch 3.5.0.1-10.fc29 @fedora 18 k
python2-chardet noarch 3.0.4-7.fc29 @fedora 906 k
python2-idna noarch 2.7-3.fc29 @fedora 611 k
python2-ipaddress noarch 1.0.18-5.fc29 @fedora 228 k
python2-musicbrainzngs noarch 0.5-12.fc29 @fedora 181 k
python2-pysocks noarch 1.6.8-4.fc29 @fedora 80 k
python2-requests noarch 2.20.0-1.fc29 @updates 396 k
python2-urllib3 noarch 1.23-4.fc29 @fedora 663 k

Transaction Summary


Remove 11 Packages

Freed space: 6.0 M
Is this ok [y/N]: y
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
Preparing : 1/1
Erase: whipper-0.7.2-3.fc29.x86_64
Erasing : whipper-0.7.2-3.fc29.x86_64 1/11
Erase: whipper-0.7.2-3.fc29.x86_64
Erase: python2-requests-2.20.0-1.fc29.noarch
Erasing : python2-requests-2.20.0-1.fc29.noarch 2/11
Erase: python2-requests-2.20.0-1.fc29.noarch
Erase: python2-urllib3-1.23-4.fc29.noarch
Erasing : python2-urllib3-1.23-4.fc29.noarch 3/11
Erase: python2-urllib3-1.23-4.fc29.noarch
Erase: python2-backports-ssl_match_hostname-3.5.0.1-10.fc29.noarch
Erasing : python2-backports-ssl_match_hostname-3.5.0.1-10.fc 4/11
Erase: python2-backports-ssl_match_hostname-3.5.0.1-10.fc29.noarch
Erase: python2-ipaddress-1.0.18-5.fc29.noarch
Erasing : python2-ipaddress-1.0.18-5.fc29.noarch 5/11
Erase: python2-ipaddress-1.0.18-5.fc29.noarch
Erase: python2-pysocks-1.6.8-4.fc29.noarch
Erasing : python2-pysocks-1.6.8-4.fc29.noarch 6/11
Erase: python2-pysocks-1.6.8-4.fc29.noarch
Erase: python2-chardet-3.0.4-7.fc29.noarch
Erasing : python2-chardet-3.0.4-7.fc29.noarch 7/11
Erase: python2-chardet-3.0.4-7.fc29.noarch
Erase: python2-idna-2.7-3.fc29.noarch
Erasing : python2-idna-2.7-3.fc29.noarch 8/11
Erase: python2-idna-2.7-3.fc29.noarch
Erase: python2-musicbrainzngs-0.5-12.fc29.noarch
Erasing : python2-musicbrainzngs-0.5-12.fc29.noarch 9/11
Erase: python2-musicbrainzngs-0.5-12.fc29.noarch
Erase: cdrdao-1.2.3-34.fc29.x86_64
Erasing : cdrdao-1.2.3-34.fc29.x86_64 10/11
Erase: cdrdao-1.2.3-34.fc29.x86_64
Erase: pycdio-2.0.0-3.fc29.x86_64
Erasing : pycdio-2.0.0-3.fc29.x86_64 11/11
Erase: pycdio-2.0.0-3.fc29.x86_64
Running scriptlet: pycdio-2.0.0-3.fc29.x86_64 11/11
Verifying : cdrdao-1.2.3-34.fc29.x86_64 1/11
Verifying : pycdio-2.0.0-3.fc29.x86_64 2/11
Verifying : python2-backports-ssl_match_hostname-3.5.0.1-10.fc 3/11
Verifying : python2-chardet-3.0.4-7.fc29.noarch 4/11
Verifying : python2-idna-2.7-3.fc29.noarch 5/11
Verifying : python2-ipaddress-1.0.18-5.fc29.noarch 6/11
Verifying : python2-musicbrainzngs-0.5-12.fc29.noarch 7/11
Verifying : python2-pysocks-1.6.8-4.fc29.noarch 8/11
Verifying : python2-requests-2.20.0-1.fc29.noarch 9/11
Verifying : python2-urllib3-1.23-4.fc29.noarch 10/11
Verifying : whipper-0.7.2-3.fc29.x86_64 11/11

Removed:
pycdio-2.0.0-3.fc29.x86_64
whipper-0.7.2-3.fc29.x86_64
cdrdao-1.2.3-34.fc29.x86_64
python2-backports-ssl_match_hostname-3.5.0.1-10.fc29.noarch
python2-chardet-3.0.4-7.fc29.noarch
python2-idna-2.7-3.fc29.noarch
python2-ipaddress-1.0.18-5.fc29.noarch
python2-musicbrainzngs-0.5-12.fc29.noarch
python2-pysocks-1.6.8-4.fc29.noarch
python2-requests-2.20.0-1.fc29.noarch
python2-urllib3-1.23-4.fc29.noarch

Complete!
$ sudo pip uninstall pycdio
Skipping pycdio as it is not installed.

@JoeLametta
Copy link
Collaborator

Any news about this one?

@pyropingvin
Copy link
Author

No new news. I reinstall every package related to whipper dependencies, but that don't change anything, So I don't now what to do. Everything is installed from official repositories.

@JoeLametta
Copy link
Collaborator

@mruszczyk Any ideas about what may be causing this issue?

@pyropingvin
Copy link
Author

pyropingvin commented Dec 15, 2018

I find solution. The problem was local not upstream. I noticed in traceback that Whipper try to import some files from local ~/.local/lib/pithon2.7/... directorium. I guess it's a remnant of my previous old Mint installation when I build it myself. So I just delete local files and Whipper start to work without problem.
Thanks to everyone.

@MerlijnWajer
Copy link
Collaborator

Thanks. Perhaps check your PYTHONPATH.

@JoeLametta JoeLametta added Support Questions that needs answering with no code changes needed or that only require a one time change and removed Bug Generic bug: can be used together with more specific labels Needed: more info A reply from issue author is required On Hold Waiting for other actions Upstream Bug The issue is a result of an upstream bug labels Dec 16, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Support Questions that needs answering with no code changes needed or that only require a one time change
Projects
None yet
Development

No branches or pull requests

4 participants