Bug 9200 – Unable to start gpodder

Bug 9200 - Unable to start gpodder


Summary:	Unable to start gpodder

Status:	CLOSED WORKSFORME

Product:	gPodder
Component:	General
Version:	unspecified
Platform:	N900 Maemo

Importance:	Unspecified blocker (vote)
Target Milestone:	---
Assigned To:	Thomas Perl
QA Contact:	general

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree

Reported:	2010-02-21 22:41 UTC by Uwe Kaminski
Modified:	2010-02-22 17:39 UTC (History)
CC List:	0 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note

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

Description Uwe Kaminski (reporter) 2010-02-21 22:41:20 UTC

EXACT STEPS LEADING TO PROBLEM: 
1. enter in xterm: gpodder

EXPECTED OUTCOME:
gpodder starts

ACTUAL OUTCOME:
Error message:
~ $ gpodder
Traceback (most recent call last):
  File "/usr/bin/gpodder", line 159, in <module>
    from gpodder import gui
  File "/usr/lib/python2.5/site-packages/gpodder/gui.py", line 97, in <module>
    from gpodder.gtkui.desktop.sync import gPodderSyncUI
ImportError: No module named desktop.sync


REPRODUCIBILITY:
always

EXTRA SOFTWARE INSTALLED:

OTHER COMMENTS:
Starting  from desktop also fails

User-Agent:       Mozilla/5.0 (X11; U; Linux armv7l; de-DE; rv:1.9.2a1pre)
Gecko/20091127 Firefox/3.5 Maemo Browser 1.5.6 RX-51 N900

Comment 1 Thomas Perl 2010-02-21 22:49:07 UTC

On Maemo 5, you have to use the "--fremantle" command-line switch to start the
Maemo 5 UI of gPodder, otherwise it will try to start the Desktop version
(which will fail with the message you posted).

Comment 2 Uwe Kaminski (reporter) 2010-02-22 15:55:28 UTC

Thanks you are right indeed. :)

Yesterday the short cut on desktop or the application menu (don't remember
exactly) fails to start the UI and my intension was to use xterm to see error
output.

But today I can't reproduce the problem using the short cuts. Gpodder seems to
work as well as every time. So this bug can be closed.

Comment 3 Thomas Perl 2010-02-22 17:39:22 UTC

Closing as per comment #3.