[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#34854: closed (stepmania does not work)

From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#34854: closed (stepmania does not work)
Date: Fri, 29 Mar 2019 13:18:02 +0000

Your message dated Fri, 29 Mar 2019 14:16:33 +0100
with message-id <address@hidden>
and subject line Re: stepmania does not work
has caused the debbugs.gnu.org bug report #34854,
regarding stepmania does not work
to be marked as done.

(If you believe you have received this mail in error, please contact

34854: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=34854
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: stepmania does not work Date: Thu, 14 Mar 2019 09:17:33 +0100 User-agent: mu4e 1.0; emacs 26.1
“stepmania” cannot find its Songs directory, so I created it.  After
doing that, however, “stepmania” still cannot be started as it can’t
find GtkModule.so.

--8<---------------cut here---------------start------------->8---
$ /gnu/store/awp5w5v3hfg8zilviarwj85s2y820lyg-stepmania-5.1.0-b2/bin/stepmania 

Exception: Couldn't find 'Songs'

Error: Couldn't find 'Songs'

$ mkdir Songs
$ /gnu/store/awp5w5v3hfg8zilviarwj85s2y820lyg-stepmania-5.1.0-b2/bin/stepmania 
Compiled 19700101 @ 00:00:01 (build UNKNOWN)
Log starting 2019-03-14 09:15:27
Couldn't load driver gtk: dlopen(): 
 cannot open shared object file: No such file or directory
Error: Couldn't open any loading windows.
--8<---------------cut here---------------end--------------->8---


--- End Message ---
--- Begin Message --- Subject: Re: stepmania does not work Date: Fri, 29 Mar 2019 14:16:33 +0100 User-agent: mu4e 1.0; emacs 26.1
Ricardo Wurmus <address@hidden> writes:

> Nicolas Goaziou <address@hidden> writes:
>> "GtkModule.so" should be located in the same directory as the executable
>> "stepmania". This is the case in our package: both are located in
>> "…stepmania-5.1.0-b2/share/stepmania/".
>> However, our package definition also creates a symlink to the
>> "stepmania" executable in the "bin/" directory. Since the symlink is
>> launched, and not the executable, the working directory seems to be off.
>> As another data point, the one place in the code base that actually
>> makes use of "GtkModule.so" is "LoadingWindow/LoadingWindow_Gtk.cpp"
>> file:
>> --8<---------------cut here---------------start------------->8---
>> std::string LoadingWindow_Gtk::Init()
>> {
>>      ASSERT( Handle == nullptr );
>>      Handle = dlopen( (RageFileManagerUtil::sDirOfExecutable + "/" + 
>> "GtkModule.so").c_str(), RTLD_NOW );
>> --8<---------------cut here---------------end--------------->8---
>> I'm not sure about how to proceed from there. Maybe use `wrap-program'
>> around the "stepmania" symlink. If so, what to wrap? Another option is
>> to patch the "LoadingWindow_Gtk.cpp" file like:
>> --8<---------------cut here---------------start------------->8---
>> Handle = dlopen( (RageFileManagerUtil::sDirOfExecutable + "/" + 
>> "../share/stepmania/GtkModule.so").c_str(), RTLD_NOW );
>> --8<---------------cut here---------------end--------------->8---
>> I'd favor the second option, but I cannot test the results since
>> I cannot reproduce the problem.
> I implemented something similar in commit
> 45aba232abe50b6642abfaa06030985c7febbe07.
> There still are problems, though.  The program expects a directory
> “Songs” to exist in the current working directory.  It then fails with
> this error:
>     Error: No NoteSkins found
> This seems to work fine only when when “stepmania” is executed from
> within the “share/stepmania” directory.  I suspect that this is the same
> kind of problem.

This is now fixed with commit 4774677228.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]