From: Tobias Geerinckx-Rice via Guix-patches via <guix-patches@gnu.org>
To: "(" <paren@disroot.org>
Cc: 56852@debbugs.gnu.org
Subject: [bug#56852] [PATCH] gnu: Add exult.
Date: Fri, 12 Aug 2022 21:46:40 +0200 [thread overview]
Message-ID: <87czd51be7.fsf@nckx> (raw)
In-Reply-To: <CLTWQV98YDW4.142L9O3SZZBNO@guix-aspire>
[-- Attachment #1: Type: text/plain, Size: 2325 bytes --]
Hi!
I managed to miss this when replying to your previous mail.
( 写道:
> I just thought of some more possible improvements:
>
> On Sun Jul 31, 2022 at 11:46 AM BST, Tobias Geerinckx-Rice via
> Guix-patches via wrote:
>> + "--enable-exult-studio"
> Couldn't this go in a new `exult:studio` output?
I tried, but splitting out a Studio that doesn't randomly crash
during normal usage proved too hard for me. It's dangerously easy
to split out one that appears to run fine at first glance.
I wouldn't call Exult frustrating in that department, but some
file name assumptions aren't as trivial to patch or even find as
one would hope. Apparently.
>> + "--enable-compiler"
> I'm not sure what this compiler is, but if it's a separate
> program I guess it could
> use `exult:compiler`.
With its grand total size of 2.7 MiB (out of a 915-MiB closure),
I'd rather not.
>> + "--enable-gimp-plugin"
> And this could go in `exult:gimp`.
Ack.
>> + (substitute* "gamemgr/modmgr.cc"
>> + ;; EXULT_DATADIR is in the store where
>> it's rather hard for
>> + ;; users to put game assets. Use a more
>> writable home by
>> + ;; default, which users can override in
>> their ~/.exult.cfg.
>> + (("<GAMEHOME>")
>> + (string-append
>> "<HOME>/.local/share/exult"))
>> + ;; …however, this causes a regression:
>> the mods which we'll
>> + ;; install to EXULT_DATADIR are no longer
>> found. So: don't
>> + ;; look for mods alongside the assets by
>> default. This too
>> + ;; can be overridden in users'
>> ~/.exult.cfg.
>> + (("game_path( \\+ \"/mods\")" _ +suffix)
>> + (string-append
>> "get_system_path(\"<GAMEHOME>/\") + "
>> + "cfgname" +suffix))))))))
> Perhaps we could patch in a GUIX_EXULT_PATH env var so we can
> add a search path for
> packaging mods.
That's a lot of original code to add in a patch… and the current
codez all assume file names, not paths.
I'll think about it.
Thanks,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
next prev parent reply other threads:[~2022-08-12 20:00 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-31 10:46 [bug#56852] [PATCH] gnu: Add exult Tobias Geerinckx-Rice via Guix-patches via
2022-07-31 11:52 ` ( via Guix-patches via
2022-07-31 13:26 ` Tobias Geerinckx-Rice via Guix-patches via
2022-07-31 13:41 ` ( via Guix-patches via
2022-07-31 14:31 ` Maxime Devos
2022-07-31 14:23 ` ( via Guix-patches via
2022-08-12 19:46 ` Tobias Geerinckx-Rice via Guix-patches via [this message]
2023-09-02 3:38 ` bug#56852: " Vagrant Cascadian
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87czd51be7.fsf@nckx \
--to=guix-patches@gnu.org \
--cc=56852@debbugs.gnu.org \
--cc=me@tobias.gr \
--cc=paren@disroot.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.