Bug 393751

Summary: Astromenace does not start. To launch the game you need to go in /usr/share
Product: [Fedora] Fedora Reporter: Erik del Toro Streb <erik>
Component: astromenaceAssignee: Gwyn Ciesla <gwync>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 8   
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: 1.2-6.fc7 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2007-12-20 19:51:00 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Erik del Toro Streb 2007-11-21 08:36:07 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.9) Gecko/20071105 Galeon/2.0.3 Firefox/2.0.0.9

Description of problem:
To launch the game you need to go in /usr/share, else you get:

  Can't find VFS file astromenace/gamedata.vfs
  gamedata.vfs file not found or corrupted.

and the game does not start.


Version-Release number of selected component (if applicable):
astromenace-1.2-3.fc8

How reproducible:
Always


Steps to Reproduce:
1.cd in any directory but not /usr/share
2.start the game by typing astromenace
3.you get the above mentioned error (file not found…)

Actual Results:
The game did not start. I just received the message
  Can't find VFS file astromenace/gamedata.vfs
  gamedata.vfs file not found or corrupted.


Expected Results:
The game should start in any directory.

Additional info:

Comment 1 Erik del Toro Streb 2007-11-21 08:43:48 UTC
The ArchLinux-Team had the same bug and solved it. Maybe one could ask them, how
they fixed it.

See here: http://aur.archlinux.org/packages.php?do_Details=1&ID=5683
the Comment by: peoro on 20070803 [20:13:22]

I hope this helps.

Comment 2 Gwyn Ciesla 2007-11-25 02:49:13 UTC
So essentially, you'd like the executable replaced with a script that calls the
renamed executable with the options passed to it by the .desktop file?  I could
I suppose, do that.  May I ask why launching this from the .desktop file is not
sufficient?  What if a user wants to call alternate command line options to what
I choose?  They can currently do so.  It currently calls astromenace-wrapper
--noAA --dir=/usr/share/astromenace --mode=12, which in turn calls a script that
executes a DRI check.


Comment 3 Erik del Toro Streb 2007-12-06 22:17:17 UTC
Yes, exactly that. I’d like the executable replaced with a script that calls the
renamed executable with the options passed to it by the .desktop file OR any
other improvement so that it just works and I (and others) don’t have to search
the internet for this “bug”.

> May I ask why launching this from the .desktop file is not sufficient?
I don’t know anything of a .desktop-file. I’m using Windowmaker, maybe that is
the reason? I start all of my programs by just typing the program name in the
console (i. e. thunderbird, galeon, kile, gnuplot, and so on).

> What if a user wants to call alternate command line options to what
> I choose?
So you say your above mentioned solution is not usable for all users? Isn’t
there another possibility to start your program easily without using Gnome (or
what is the .desktop file for?)? I use a lot of programs and I’m able to pass
them some options, too. Without any problems. And it does not matter in which
directory I am when I start them.

If I just understood something wrong, please tell me. But I think it should be
possible to start this game without reading the manual, any faq or the internet
(bugzillas of any distros).


(In reply to comment #2)
> So essentially, you'd like the executable replaced with a script that calls the
> renamed executable with the options passed to it by the .desktop file?  I could
> I suppose, do that.  May I ask why launching this from the .desktop file is not
> sufficient?  What if a user wants to call alternate command line options to what
> I choose?  They can currently do so.  It currently calls astromenace-wrapper
> --noAA --dir=/usr/share/astromenace --mode=12, which in turn calls a script that
> executes a DRI check.
> 



Comment 4 Gwyn Ciesla 2007-12-06 22:35:44 UTC
The fedora-astromenace.desktop file is read by at least Gnome, KDE and XFCE, and
used to generate a menu item.  I'm not sure why the game is so picky about where
it's data is located.  I will attempt a patch to allow it to run without a --dir
flag.

I've just been given a patch to allow it to run without a --mode flag, so this
would be a good time to examine this.  Also, I understand there's a new upstream
version, so that might be fixed.  I'll check it out.

Comment 5 Gwyn Ciesla 2007-12-11 14:37:17 UTC
I've got a patch which may correct this, I just need to test it, and I'll let
you know.

Comment 6 Gwyn Ciesla 2007-12-12 13:06:47 UTC
Please try this build in koji/rawhide:
http://koji.fedoraproject.org/koji/buildinfo?buildID=27861

Comment 7 Fedora Update System 2007-12-20 19:50:57 UTC
astromenace-1.2-6.fc7 has been pushed to the Fedora 7 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 8 Fedora Update System 2007-12-20 19:54:05 UTC
astromenace-1.2-6.fc8 has been pushed to the Fedora 8 stable repository.  If problems still persist, please make note of it in this bug report.