Bug 773079

Summary: [abrt] mypaint-data-1.0.0-1.fc16: mypaintlib.py:18:swig_import_helper:ImportError: No module named _mypaintlib
Product: [Fedora] Fedora Reporter: GeroldKa <geroldka>
Component: mypaintAssignee: Christoph Wickert <cwickert>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 16CC: cwickert
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Unspecified   
Whiteboard: abrt_hash:7dd30c908085aa507c80726a62061a24a6717151
Fixed In Version: mypaint-1.0.0-2.fc16 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-01-11 00:29:56 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description GeroldKa 2012-01-10 21:05:17 UTC 
libreport version: 2.0.8
abrt_version:   2.0.7
cmdline:        python2.7 /usr/bin/mypaint
comment:        start from mypaint 
executable:     /usr/bin/mypaint
kernel:         3.1.6-1.fc16.i686.PAE
reason:         mypaintlib.py:18:swig_import_helper:ImportError: No module named _mypaintlib
time:           Di 10 Jan 2012 22:03:56 CET
uid:            1000
username:       geroldka

backtrace:
:mypaintlib.py:18:swig_import_helper:ImportError: No module named _mypaintlib
:
:Traceback (most recent call last):
:  File "/usr/bin/mypaint", line 164, in <module>
:    datapath, extradata, confpath, localepath = get_paths()
:  File "/usr/bin/mypaint", line 108, in get_paths
:    from lib import mypaintlib
:  File "/usr/share/mypaint/lib/mypaintlib.py", line 26, in <module>
:    _mypaintlib = swig_import_helper()
:  File "/usr/share/mypaint/lib/mypaintlib.py", line 18, in swig_import_helper
:    import _mypaintlib
:ImportError: No module named _mypaintlib
:
:Local variables in innermost frame:
:fp: None
:imp: <module 'imp' (built-in)>
:dirname: <function dirname at 0xb785fae4>
Comment 1 Christoph Wickert 2012-01-10 21:22:52 UTC 
What does "rpm -q mypaint" return?
Comment 2 GeroldKa 2012-01-10 21:34:26 UTC 
[root@lilap ~]# rpm -q mypaint
mypaint-1.0.0-1.fc16.i686
Comment 3 Christoph Wickert 2012-01-10 21:50:05 UTC 
Please run "rpm -V mypaint mypaint-data"
Comment 4 GeroldKa 2012-01-10 22:06:40 UTC 
done. And after start from menu, the below (same) error occured

mypaintlib.py:18:swig_import_helper:ImportError: No module named _mypaintlib

Traceback (most recent call last):
  File "/usr/bin/mypaint", line 164, in <module>
    datapath, extradata, confpath, localepath = get_paths()
  File "/usr/bin/mypaint", line 108, in get_paths
    from lib import mypaintlib
  File "/usr/share/mypaint/lib/mypaintlib.py", line 26, in <module>
    _mypaintlib = swig_import_helper()
  File "/usr/share/mypaint/lib/mypaintlib.py", line 18, in swig_import_helper
    import _mypaintlib
ImportError: No module named _mypaintlib

Local variables in innermost frame:
fp: None
imp: <module 'imp' (built-in)>
dirname: <function dirname at 0xb7728ae4>
Comment 5 Christoph Wickert 2012-01-10 22:19:49 UTC 
Well, I wanted the output of this command. ;) Or was there none?
Comment 6 GeroldKa 2012-01-10 22:26:05 UTC 
no output. Just the prompt
Comment 7 Christoph Wickert 2012-01-10 23:13:39 UTC 
Ok, I can reproduce the problem now, it's i686 only. The messages above the traceback are actually more interesting:

$ mypaint

We are not correctly installed or compiled!
script: "/usr/bin/mypaint"
deducted prefix: "/usr"
lib_shared: "/usr/shared/mypaint/"
lib_compiled: "usr/lib64/mypaint/"

It's looking for lib64 on a 32 bit system!
Comment 8 Christoph Wickert 2012-01-10 23:22:43 UTC 
Ok, I found the problem: /usr/bin/mypaint is not really noarch as it contains the path to the compiled libs. It needs to go into the arch specific mypaint package rather than the the noarch -data package.
Comment 9 Christoph Wickert 2012-01-11 00:29:56 UTC 
Fixed package in rawhide and at http://repos.fedorapeople.org/repos/cwickert/mypaint/