Description of problem: when starting up miro, the interface opens, it tries to load up the main start page, and then crashes without the page loading anything. this behavior began after preforming my latest upgrade for fedora 13. Version-Release number of selected component (if applicable): 3.5 How reproducible: this will happen with consistency, menu or cli. Steps to Reproduce: 1. start miro from either the menu or the command line 2. 3. Actual results: when starting up miro, the interface opens, it tries to load up the main start page, and then crashes without the page loading anything. Expected results: i should get the start page which is a collection of featured and popular shows along with an initial check on all my subscriptions for new content. Additional info: contents of the miro.log after a seg fault are as follows: 2011-01-18 09:17:56,196 INFO Starting up Miro 2011-01-18 09:17:56,197 INFO Version: 3.5 2011-01-18 09:17:56,224 INFO OS: Linux 2.6.34.7-66.fc13.x86_64 x86_64 2011-01-18 09:17:56,228 INFO Revision: ssh://wguaraldi.org:2191/var/git/miro - 4cd3c1fb 2011-01-18 09:17:56,229 INFO Builder: mockbuild.fedoraproject.org 2011-01-18 09:17:56,230 INFO Build Time: 1289067278.1 2011-01-18 09:17:56,230 INFO Reading HTTP Password list 2011-01-18 09:17:56,232 INFO Starting libCURL thread 2011-01-18 09:17:56,233 INFO Starting event loop thread 2011-01-18 09:17:56,234 INFO Python version: 2.6.4 (r264:75706, Jun 4 2010, 18:20:31) [GCC 4.4.4 20100503 (Red Hat 4.4.4-2)] 2011-01-18 09:17:56,234 INFO Gtk+ version: (2, 20, 1) 2011-01-18 09:17:56,234 INFO PyGObject version: (2, 21, 1) 2011-01-18 09:17:56,235 INFO PyGtk version: (2, 17, 0) 2011-01-18 09:17:56,235 INFO Language: [('LANG', 'en_US.UTF-8')] 2011-01-18 09:17:56,254 INFO libtorrent: 0.14.10.0 2011-01-18 09:17:56,254 INFO Restoring database... 2011-01-18 09:17:56,256 INFO pycurl: libcurl/7.20.1 NSS/3.12.8.0 zlib/1.2.3 libidn/1.16 libssh2/1.2.4 2011-01-18 09:17:56,257 INFO Sqlite3 version: 3.6.22 2011-01-18 09:17:56,258 INFO Pysqlite version: 2.4.1 2011-01-18 09:17:56,258 INFO opening database /home/mock/.miro/sqlitedb 2011-01-18 09:17:56,258 INFO set_renderer: trying to add gstreamerrenderer 2011-01-18 09:17:56,294 TIMING Database upgrade time: 0.037 2011-01-18 09:17:56,296 DBLOG start database log entries 2011-01-18 09:17:56,296 DBLOG * Thu May 27 08:54:21 2010: Upgraded database from version 105 to 110 2011-01-18 09:17:56,297 DBLOG * Fri Nov 19 08:21:53 2010: Upgraded database from version 110 to 119 2011-01-18 09:17:56,297 DBLOG end database log entries 2011-01-18 09:17:56,298 INFO Loading video converters... 2011-01-18 09:17:56,306 INFO GStreamer version: GStreamer 0.10.30 2011-01-18 09:17:56,309 INFO GStreamer audiosink: gconfaudiosink 2011-01-18 09:17:56,313 INFO GStreamer videosink: gconfvideosink 2011-01-18 09:17:56,314 INFO GStreamer version: GStreamer 0.10.30 2011-01-18 09:17:56,314 INFO GStreamer audiosink: gconfaudiosink 2011-01-18 09:17:56,314 INFO set_renderer: successfully loaded gstreamerrenderer 2011-01-18 09:17:56,323 INFO setup tabs... 2011-01-18 09:17:56,328 INFO setup theme... 2011-01-18 09:17:56,337 INFO Checking movies directory '/home/mock/Videos/Miro/'... 2011-01-18 09:17:56,887 WARNING error loading image /home/mock/.miro/icon-cache/calilewisheadshot.80227182.png: Traceback (most recent call last): File "/usr/lib64/python2.6/site-packages/miro/frontends/widgets/imagepool.py", line 91, in get image = widgetset.Image(path) File "/usr/lib64/python2.6/site-packages/miro/frontends/widgets/gtk/simple.py", line 40, in __init__ self.pixbuf = gtk.gdk.pixbuf_new_from_file(path) GError: Couldn't recognize the image file format for file '/home/mock/.miro/icon-cache/calilewisheadshot.80227182.png' 2011-01-18 09:17:58,401 WARNING Error downloading guide: <class 'miro.httpclient.UnexpectedStatusCode'>: File not found -- Got 404 status code and here is the output after using the --debug option: DEBUGGING MODE. GNU gdb (GDB) Fedora (7.1-34.fc13) Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/bin/python...(no debugging symbols found)...done. Starting program: /usr/bin/python ./miro.real --sync --debug [Thread debugging using libthread_db enabled] /usr/bin/python: can't open file './miro.real': [Errno 2] No such file or directory Program exited with code 02. Missing separate debuginfos, use: debuginfo-install python-2.6.4-27.fc13.x86_64 (gdb) q
This message is a reminder that Fedora 13 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 13. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '13'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 13's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 13 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
i upgraded to fedora 14 late last year. the problems with the seg fault did not present themselves in the version in the f14 repo. considering fixed.