From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jelle Licht Subject: bug#28840: openrct2 cannot find data-path Date: Sat, 14 Oct 2017 23:38:35 +0200 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="001a114dbfc8815989055b88980f" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:56560) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e3U9A-000267-3M for bug-guix@gnu.org; Sat, 14 Oct 2017 17:39:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e3U99-000098-03 for bug-guix@gnu.org; Sat, 14 Oct 2017 17:39:04 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:60126) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e3U98-000092-Tk for bug-guix@gnu.org; Sat, 14 Oct 2017 17:39:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1e3U98-0004nQ-Kf for bug-guix@gnu.org; Sat, 14 Oct 2017 17:39:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: Received: from eggs.gnu.org ([2001:4830:134:3::10]:56516) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e3U8l-00025t-5L for bug-guix@gnu.org; Sat, 14 Oct 2017 17:38:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e3U8k-0008O5-6Q for bug-guix@gnu.org; Sat, 14 Oct 2017 17:38:39 -0400 Received: from mail-vk0-x231.google.com ([2607:f8b0:400c:c05::231]:54876) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e3U8k-0008Mi-0q for bug-guix@gnu.org; Sat, 14 Oct 2017 17:38:38 -0400 Received: by mail-vk0-x231.google.com with SMTP id n70so5886733vkf.11 for ; Sat, 14 Oct 2017 14:38:36 -0700 (PDT) List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: 28840@debbugs.gnu.org --001a114dbfc8815989055b88980f Content-Type: text/plain; charset="UTF-8" The recently committed (and awesome) openrct2 built correctly, but cannot currently find the needed language and shader files for the game and therefore crashes. To make it work, I currently have to invoke it via a command like `--openrct-data-path=/gnu/store/-openrct2-0.1.1/share/openrct2/', which imho is not optimal. I dove into the source of openrct, and it seems there are still some vestiges of the cmake flag we want, namely ORCT2_RESOURCE_DIR. Sadly, support for configuring this variable seems to have been removed about 4 months ago. I opened an issue upstream regarding this[1], but maybe there is an easy workaround we can use until a fix is hopefully released. I was thinking of either a phase which calls `wrap-program', or adding the required flag back via a short snippet. - Jelle [1]: https://github.com/OpenRCT2/OpenRCT2/issues/6473 p.s. Besides these rather small issues, I can confirm that OpenRCT2 works. --001a114dbfc8815989055b88980f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
The recently committed (and awesome) openrct2 built c= orrectly,
but cannot currently find the needed language and shade= r files
for the game and therefore crashes. To make it work, I cu= rrently
have to invoke it via a command like
`--openrct= -data-path=3D/gnu/store/<hash>-openrct2-0.1.1/share/openrct2/',
which imho is not optimal.

I dove into th= e source of openrct, and it seems there are still
some vestiges o= f the cmake flag we want, namely
ORCT2_RESOURCE_DIR. Sadly, suppo= rt for configuring this variable
seems to have been removed about= 4 months ago.

I opened an issue upstream regardin= g this[1], but maybe there is
an easy workaround we can use until= a fix is hopefully released.
I was thinking of either a phase wh= ich calls `wrap-program', or
adding the required flag back vi= a a short snippet.

- Jelle



=

p.s. Besides these rather small issues, I can con= firm that OpenRCT2
works.

--001a114dbfc8815989055b88980f--