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: | astromenace | Assignee: | 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
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. 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. 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. > 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. I've got a patch which may correct this, I just need to test it, and I'll let you know. Please try this build in koji/rawhide: http://koji.fedoraproject.org/koji/buildinfo?buildID=27861 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. 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. |