unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Liliana Marie Prikler <liliana.prikler@gmail.com>
To: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>,
	Maxime Devos <maximedevos@telenet.be>
Cc: guix-devel@gnu.org
Subject: Re: FSDG issues of SCUMMVM-based games
Date: Thu, 15 Jun 2023 19:34:32 +0200	[thread overview]
Message-ID: <9a7226e950d1764c48a87650ca3440c3f7eee485.camel@gmail.com> (raw)
In-Reply-To: <20230615183007.78b46914@primary_laptop>

Am Donnerstag, dem 15.06.2023 um 18:30 +0200 schrieb Denis 'GNUtoo'
Carikli:
> Also if:
> - There are no free programs for ScummVM (a hello world under
>   a free license would could count as a free program) (we don't know 
>   if it's the case or not)
> - ScummVM needs to be patched to run modified games (this is very
>   likely)
> - We don't know if it's possible to build a game for ScummVM
>   with only free software (the game doesn't necessarily need to be
>   public but free software tools would need to exist to build it).
> 
> Then it would clearly steers users toward nonfree software. 
I don't think we need to be that harsh on ScummVM itself, it being a
virtual machine.  Compare it to Wine: the tools to create Windows
binaries with free software only are limited (albeit existing if we
discount the necessity for system headers), but it still serves a
purpose by enabling you to run said programs without resorting to a
Windows machine.  Even if no such toolchain exists for ScummVM, you
need ScummVM as a testbed to write one :)

The only limiting factor here is your point (2), i.e. it being able to
run arbitrary games compiled for the VM.  I don't think that weird
checksums ought to be enforced if they're not baked into the program
itself.

> I've looked a bit at another game (draci-historie[2]) that has some
> source code published. This game is not packaged nor redistributed by
> Guix but it looks way better than the other freedom wise and it can
> teach us how ScummVM games are made.
> 
> Its probably not good enough as-is as its source code also also
> relies on a tarball that contains executable to build the game and I
> also didn't manage to build it with Guix yet (I've attached a file
> with my attempt) but maybe it's possible to get it to build and maybe
> we can build a 100% free software version of it.
You might be able to bootstrap parts of it with fpc, i.e. the Free
Pascal Compiler.  I'm not sure whether you'll encounter the necessity
for Borland Pascal, as we package version 3.2.2, which is somewhat
newer than the mentioned 2.4.

Cheers


  reply	other threads:[~2023-06-15 17:35 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-08-06  4:59 FSDG issues of SCUMMVM-based games Liliana Marie Prikler
2022-08-06  6:36 ` Tobias Geerinckx-Rice
2022-08-06 14:41   ` Tobias Geerinckx-Rice
2022-08-07 12:52   ` Christine Lemmer-Webber
2022-08-06 15:24 ` Maxime Devos
2022-08-06 17:00   ` Liliana Marie Prikler
2023-06-15 16:30   ` Denis 'GNUtoo' Carikli
2023-06-15 17:34     ` Liliana Marie Prikler [this message]
2023-06-16 15:41       ` Denis 'GNUtoo' Carikli
2023-06-18  8:19         ` Liliana Marie Prikler
2023-06-18 19:07           ` Denis 'GNUtoo' Carikli
2023-06-20  4:30             ` Liliana Marie Prikler
2023-06-20  8:00               ` Efraim Flashner
2023-06-21  1:27               ` Denis 'GNUtoo' Carikli
2023-06-21  8:38               ` Giovanni Biscuolo
2023-07-23  8:10                 ` Liliana Marie Prikler
2023-11-24 18:54               ` Denis 'GNUtoo' Carikli
2023-11-24 19:52                 ` Liliana Marie Prikler
2022-08-24 12:53 ` Nicolas Goaziou
2022-08-24 18:44   ` Liliana Marie Prikler
2022-08-24 20:24     ` Vagrant Cascadian
2022-08-24 21:31       ` Maxime Devos
2022-08-24 20:24     ` zimoun
2022-08-24 21:48       ` Maxime Devos
2022-08-24 22:08       ` Tobias Geerinckx-Rice
2022-08-25 19:26         ` Tobias Geerinckx-Rice

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

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=9a7226e950d1764c48a87650ca3440c3f7eee485.camel@gmail.com \
    --to=liliana.prikler@gmail.com \
    --cc=GNUtoo@cyberdimension.org \
    --cc=guix-devel@gnu.org \
    --cc=maximedevos@telenet.be \
    /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 public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).