Bug 2658

Summary: ImportError: No module named exportdialog when starting Ginkgo
Product: Mageia Reporter: Raphaël Vinet <mailinglistsduraph>
Component: RPM PackagesAssignee: QA Team <qa-bugs>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: Normal CC: balcaen.john, davidwhodgins, doktor5000, sysadmin-bugs, tmb
Version: 1Keywords: Junior_job, PATCH, validated_update
Target Milestone: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Source RPM: ginkgo-0.32-1.mga1 CVE:
Status comment:

Description Raphaël Vinet 2011-09-07 18:09:43 CEST
Description of problem:
I installed ginkgo today (07-09-2011) with all dependant packages :
ginkgo-0.32-1.mga1
python-mako-0.4.0-1.mga1
python-markupsafe-0.12-1.mga1
python-beaker-1.5.4-2.mga1


==> not possible to run Ginkgo and i don't see what other package to install


Version-Release number of selected component (if applicable):


How reproducible:
Always


Steps to Reproduce:
1. Konsole
2. Ginkgo

Result:
Traceback (most recent call last):
  File "/usr/bin/ginkgo", line 11, in <module>
    from ginkgo.mainwindow import Ginkgo
  File "/usr/share/apps/ginkgo/ginkgo/mainwindow.py", line 14, in <module>
    from ginkgo.dialogs.exportdialog import ExportDialog
ImportError: No module named exportdialog
Manuel Hiebel 2011-09-07 19:21:26 CEST

CC: (none) => balcaen.john

Comment 1 Dave Hodgins 2011-09-08 03:37:16 CEST
Permission problem.  To fix it run

sudo chmod -R a+r /usr/share/apps/ginkgo/

CC: (none) => davidwhodgins

Comment 2 Raphaël Vinet 2011-09-08 04:10:18 CEST
Hi,

It solves the problem
Difficult to understand a permission problem with a fresh installed rpm when you see this kind of error message

Thx
Manuel Hiebel 2011-09-08 07:55:45 CEST

Keywords: (none) => Junior_job, PATCH

Comment 3 Dave Hodgins 2011-09-08 22:55:59 CEST
(In reply to comment #2)
> It solves the problem
> Difficult to understand a permission problem with a fresh installed rpm when
> you see this kind of error message

Agreed.  Ideally python would generate a more accurate error message.  I figured
it out by running it under strace, which did show the permission denied message.
Comment 4 Florian Hubold 2011-09-23 17:28:19 CEST
Taking this one, fix already commited for cauldron. Waiting for my mentor to review the change, then i'll prepare an update for Mageia 1.

Status: NEW => ASSIGNED
CC: (none) => doktor5000
Assignee: bugsquad => doktor5000

Comment 5 Florian Hubold 2011-10-08 15:26:40 CEST
There is now ginkgo-0.32-1.1.mga1 in core/updates_testing to validate.


Suggested advisory:
-------------------

This update fixes the following problem:

ginkgo was packaged before with the wrong permissions on /usr/share/apps/ginkgo/ directory and thus was not able to read it's data files and crashed directly after it was started.

-------------------------------------------------------
Steps to reproduce:

- install/update to update candidate
- check if it starts and works properly

Assignee: doktor5000 => qa-bugs

Comment 6 claire robinson 2011-10-08 16:00:09 CEST
Confirmed the fix x86_64 but there is are issues with this.

In the help menu clicking on Report A Bug submits the bug report to https://qa.mandriva.com

Also

Clicking on any of the Places on the left gave..

"/usr/bin/python(18069)" Soprano: "Unsupported operation (2)": "Invalid model"


Started nepomuk service.

Now clicking on any of the Places for the first time gives..

"/usr/bin/python(20811)" Soprano: "org.freedesktop.DBus.Error.ServiceUnknown - The name org.kde.nepomuk.services.nepomukstorage was not provided by any .service files"
"/usr/bin/python(20811)" Soprano: "org.freedesktop.DBus.Error.ServiceUnknown - The name org.kde.nepomuk.services.nepomukstorage was not provided by any .service files"
"/usr/bin/python(20811)" Soprano: "org.freedesktop.DBus.Error.ServiceUnknown - The name org.kde.nepomuk.services.nepomukstorage was not provided by any .service files"
"/usr/bin/python(20811)" Soprano: "SQLGetData for data length failed (iODBC Error: [iODBC][Driver Manager]Invalid cursor state)"
"/usr/bin/python(20811)" Soprano: "SQLGetData for data length failed (iODBC Error: [iODBC][Driver Manager]Invalid cursor state)"
"/usr/bin/python(20811)" Soprano: "SQLGetData for data length failed (iODBC Error: [iODBC][Driver Manager]Invalid cursor state)"


After that clicking on other Places gives several..

"/usr/bin/python(20811)" Soprano: "SQLGetData for data length failed (iODBC Error: [iODBC][Driver Manager]Invalid cursor state)"

No data is diplayed in the main window.

Is this just a configuration problem or is something wrong?
Comment 7 claire robinson 2011-10-08 16:01:32 CEST
Also I couldn't see any menu entry for Ginkgo. Is it called something else?
Comment 8 Dave Hodgins 2011-10-08 20:46:44 CEST
Seems to be working here.

I was able to add a contact, etc.  Click on Contacts, then click
on the New (left most) icon.  After entering data, click on the
save (beside the new) icon.

Where ever it stores the data, the contact list is clearly not the
same one used by kaddressbook.  It doesn't seem to be integrated with
any other application.

The files tab seems be be loading a list of all files in /home/$USER
recursively, including tmp, presumably in physical order, not in a way
that makes sense to me.  It's also very slow to load.

As Claire noted, there is no .desktop file, so there is no menu entry,
which a gui application should have.
Comment 9 Florian Hubold 2011-10-09 11:26:19 CEST
I've only fixed the reported bug so far. I'll have a look at the "Report A Bug" URL and the missing .desktop file. (Honestly that's what the maintainer should have noticed in the first place when importing this.

Another problem may be that ginkgo is not really developed any more, as it was an in-house creation from Mandriva.
Comment 10 Dave Hodgins 2011-10-09 15:21:10 CEST
Perhaps we should consider dropping the package.  Since it isn't
integrated with kde4, it isn't of much use.
Comment 11 Florian Hubold 2011-10-09 18:07:23 CEST
That was also my first thought. But mikala imported it, so there seems to be a need/use case for it. Also we could only drop it from Cauldron, not from a released distribution.
Comment 12 John Balcaen 2011-10-09 18:11:47 CEST
(In reply to comment #6)
> Confirmed the fix x86_64 but there is are issues with this.
[...]

> "/usr/bin/python(18069)" Soprano: "Unsupported operation (2)": "Invalid model"
> 
> 
> Started nepomuk service.
> 
> Now clicking on any of the Places for the first time gives..
> 
> "/usr/bin/python(20811)" Soprano: "org.freedesktop.DBus.Error.ServiceUnknown -
> The name org.kde.nepomuk.services.nepomukstorage was not provided by any
> .service files"
> "/usr/bin/python(20811)" Soprano: "org.freedesktop.DBus.Error.ServiceUnknown -
> The name org.kde.nepomuk.services.nepomukstorage was not provided by any
> .service files"
> "/usr/bin/python(20811)" Soprano: "org.freedesktop.DBus.Error.ServiceUnknown -
> The name org.kde.nepomuk.services.nepomukstorage was not provided by any
> .service files"
Did you start the desktop search functionnality ?
(Yes i read before that nepomuk is supposed to be started but there's some delay with the dbus interface usually :/ )


> "/usr/bin/python(20811)" Soprano: "SQLGetData for data length failed (iODBC
> Error: [iODBC][Driver Manager]Invalid cursor state)"
> "/usr/bin/python(20811)" Soprano: "SQLGetData for data length failed (iODBC
> Error: [iODBC][Driver Manager]Invalid cursor state)"
> "/usr/bin/python(20811)" Soprano: "SQLGetData for data length failed (iODBC
> Error: [iODBC][Driver Manager]Invalid cursor state)"

Here i stricly don't have any idea (& google is not that useful here :/ )

> 
> After that clicking on other Places gives several..
> 
> "/usr/bin/python(20811)" Soprano: "SQLGetData for data length failed (iODBC
> Error: [iODBC][Driver Manager]Invalid cursor state)"
> 
> No data is diplayed in the main window.
> 
> Is this just a configuration problem or is something wrong?

configuration i would say since it's working here (even if i did not find how this app could be useful for me :p )
Comment 13 John Balcaen 2011-10-09 18:13:25 CEST
(In reply to comment #11)
> That was also my first thought. But mikala imported it, so there seems to be a
> need/use case for it. Also we could only drop it from Cauldron, not from a
> released distribution.
Well if i'm not wrong it was a suggests/requires used in mandriva 2010.2 so i did import it without the idea of using it all :)
Comment 14 claire robinson 2011-10-15 11:36:33 CEST
Was any decision made whether this is being kept or dropped? 

Thanks
Comment 15 Florian Hubold 2011-10-15 19:33:33 CEST
We can't drop anything from a released distro AFAIK. I'll try to add a .desktop file for it and change at least the "Report a Bug" URL in the next few days.
Comment 16 claire robinson 2011-10-16 14:36:59 CEST
Thanks Florian, it can maybe be dropped from mga2 then.
Comment 17 Florian Hubold 2011-10-16 22:47:29 CEST
There is now ginkgo-0.32-1.2.mga1 in core/updates_testing to validate.
-------------------------------------------------------


Suggested advisory:
-------------------
This update fixes the following problems:

ginkgo was packaged before with the wrong permissions on
/usr/share/apps/ginkgo/ directory and thus was not able to read it's data files
and crashed directly after it was started.

A menu entry to launch Ginkgo from the menu was added.

"Report Bug..." URL was changed to point at https://bugs.mageia.org.

-------------------------------------------------------
Steps to reproduce:

- install/update to update candidate
- check if it starts and works properly
Comment 18 Dave Hodgins 2011-10-17 03:57:24 CEST
i586 testing complete for the srpm
ginkgo-0.32-1.2.mga1.src.rpm

Started it from the tools menu entry, and when I
clicked on contacts, it brought up the same list
shown by kaddressbook.

Adding a note entry, etc. tested.
Comment 19 Raphaël Vinet 2011-10-17 18:26:19 CEST
Hi,

Tested here too, delete :
ginkgo-0.32-1.mga1
python-mako-0.4.0-1.mga1
python-markupsafe-0.12-1.mga1
python-beaker-1.5.4-2.mga1

+ install :
ginkgo-0.32-1.2.mga1
python-mako-0.4.0-1.mga1
python-markupsafe-0.12-1.mga1
python-beaker-1.5.4-2.mga1

==> I didn't see anymore the initial problem, the report bug url, ...

A+
Raph
Comment 20 claire robinson 2011-10-18 17:13:17 CEST
Tested OK x86_64

Update validated

advisory:
-------------------
This update fixes the following problems:

ginkgo was packaged before with the wrong permissions on
/usr/share/apps/ginkgo/ directory and thus was not able to read it's data files
and crashed directly after it was started.

A menu entry to launch Ginkgo from the menu was added.

"Report Bug..." URL was changed to point at https://bugs.mageia.org.

-------------------------------------------------------

SRPM: ginkgo-0.32-1.2.mga1.src.rpm

Could sysadmin please push from core/updates_testing to core/updates

Thankyou!

Keywords: (none) => validated_update
CC: (none) => sysadmin-bugs
Hardware: i586 => All

Comment 21 Thomas Backlund 2011-10-19 23:27:59 CEST
Update pushed.

Status: ASSIGNED => RESOLVED
CC: (none) => tmb
Resolution: (none) => FIXED