Bug 200660 - Supertux fails to start
Summary: Supertux fails to start
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: supertux
Version: 5
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Steven Pritchard
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-07-30 05:16 UTC by Conrad Meyer
Modified: 2007-11-30 22:11 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2006-09-04 02:01:51 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Conrad Meyer 2006-07-30 05:16:20 UTC
Description of problem:
Supertux fails to start.

Version-Release number of selected component (if applicable):
$ rpm -q supertux
supertux-0.1.3-3.fc5

How reproducible:
Every time.

Steps to Reproduce:
1. `supertux' at a command line
  
Actual results:
Errors, spits out:
"Error: Can't covert to display format
/usr/bin/../share/supertux/images/status/letters-black.png

Aborted"

Expected results:
The game to work :)

Comment 1 Conrad Meyer 2006-07-30 18:33:37 UTC
I'm thinking this may have more to do with a broken SDL library / dependancy.

Comment 2 Steven Pritchard 2006-07-31 16:15:14 UTC
(In reply to comment #1)
> I'm thinking this may have more to do with a broken SDL library / dependancy.

You might want to make sure you aren't missing anything on your system.  The
easiest way to figure that out is to install the yum-utils package, then run
"package-cleanup --problems".

If it doesn't report any broken dependencies, the problem still may not be with
supertux.  It could be in one of the libraries it requires.

Comment 3 Conrad Meyer 2006-07-31 18:31:50 UTC
Evidently, it isn't that.

$ sudo package-cleanup --problems
Setting up yum
Reading local RPM database
Processing all local requires
No problems found

As to a required package being broken... I have a friend who also has supertux
(and all its requireds), we both run updates overnight, his works, mine don't
:). But I have talked to another person with the same problem as myself, it's
not a freak occurance.

Comment 4 Steven Pritchard 2006-07-31 18:40:53 UTC
It just about has to be a missing dependency.

I'll work on trying to reproduce the problem.

Comment 5 Conrad Meyer 2006-08-02 08:05:20 UTC
Can you install FC5 from CDs into vmware or a spare machine or somesuch, and
then install supertux? That should reproduce it pretty easily.

Comment 6 Steven Pritchard 2006-08-02 16:27:55 UTC
Working on it (in a xen guest actually).

Comment 7 Nils Philippsen 2006-08-30 20:18:28 UTC
Same here on a machine (which is up to date) with everything (minus GFS bits)
from Core.

Comment 8 Steven Pritchard 2006-08-30 22:16:51 UTC
(In reply to comment #7)
> Same here on a machine (which is up to date) with everything (minus GFS bits)
> from Core.

Also i386?

I just noticed that the FC5 build doesn't appear to have OpenGL support, so I'm
going to try enabling that to see if it makes a difference as soon as the build
servers are back up.

Comment 9 Nils Philippsen 2006-08-31 14:53:14 UTC
Yes, i386.

Comment 10 Steven Pritchard 2006-08-31 16:30:57 UTC
Try 0.1.3-5.fc5 please.  (It is in the needsign queue.  Hopefully it will get
pushed out soon.)

If it doesn't Just Work, try running it with --opengl.

Comment 11 Conrad Meyer 2006-09-04 02:01:51 UTC
0.1.3-5.fc5 works here. As far as I'm concerned, this is resolved.

Comment 12 Nils Philippsen 2006-09-04 07:47:34 UTC
For me too. Changing resolution to ERRATA (WORKSFORME is for unreproducible bugs).


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