[PATCH] gnu: Add the-dark-mod.

  • Open
  • quality assurance status badge
Details
4 participants
  • Adonay Felipe Nogueira
  • Ludovic Courtès
  • Pierre Neidhardt
  • Ricardo Wurmus
Owner
unassigned
Submitted by
Pierre Neidhardt
Severity
normal
P
P
Pierre Neidhardt wrote on 11 Apr 2019 20:16
(address . guix-patches@gnu.org)
20190411181644.21661-1-mail@ambrevar.xyz
* gnu/packages/games.scm (the-dark-mod): New variable.
---
gnu/packages/games.scm | 142 +++++++++++++++++++++++++++++++++++++++++
1 file changed, 142 insertions(+)

Toggle diff (166 lines)
diff --git a/gnu/packages/games.scm b/gnu/packages/games.scm
index 2afe5b58ba..4895c0e361 100644
--- a/gnu/packages/games.scm
+++ b/gnu/packages/games.scm
@@ -113,6 +113,7 @@
#:use-module (gnu packages libunwind)
#:use-module (gnu packages linux)
#:use-module (gnu packages lua)
+ #:use-module (gnu packages m4)
#:use-module (gnu packages man)
#:use-module (gnu packages maths)
#:use-module (gnu packages mp3)
@@ -141,6 +142,7 @@
#:use-module (gnu packages textutils)
#:use-module (gnu packages tls)
#:use-module (gnu packages upnp)
+ #:use-module (gnu packages version-control)
#:use-module (gnu packages video)
#:use-module (gnu packages vulkan)
#:use-module (gnu packages web)
@@ -6765,3 +6767,143 @@ a procedurally generated world, the player can explore thousands of rooms in
search of powerful artifacts, tools to help them, and to eventually free the
Orcus Dome from evil.")
(license license:gpl3+)))
+
+(define-public the-dark-mod
+ (let ((scons-flags
+ (string-append "TARGET_ARCH="
+ (match (%current-system)
+ ("i686-linux" "x86")
+ ("x86_64-linux" "x64"))))
+ (the-dark-mod-env-var-name "THEDARKMOD_PATH")
+ (the-dark-mod-env-var-value "~/.local/share/darkmod"))
+ (package
+ (name "the-dark-mod")
+ (version "2.07")
+ (source (origin
+ (method url-fetch)
+ (uri (string-append "http://www.thedarkmod.com/sources/thedarkmod."
+ version ".src.7z"))
+ (sha256
+ (base32
+ "1lhqwl0qnddzbh9na9c73aqg923ixyrr5ih12p4y9v5nis9b3kyy"))))
+ (build-system scons-build-system)
+ (arguments
+ `(#:tests? #f ;no test
+ #:scons ,scons-python2
+ ;; BUILD=release makes Scons strip the executable, which fails because
+ ;; "strip" is not found in the path.
+ #:scons-flags (list ,scons-flags)
+ #:phases
+ (modify-phases %standard-phases
+ (replace 'unpack
+ (lambda* (#:key source #:allow-other-keys)
+ (and (invoke "7z" "x" source))))
+ (add-after 'unpack 'fix-build-flags
+ ;; TODO: By default, -no-pie is passed because of the assumption
+ ;; that -fPIC was used to build ffmpeg. This does not work with
+ ;; out default gcc-5. This package does not seem to build with
+ ;; gcc>5.
+ (lambda _
+ (substitute* "SConstruct"
+ (("BASELINKFLAGS.append\\( '-no-pie' \\)") ""))
+ #t))
+ (add-after 'build 'build-updater
+ (lambda _
+ (with-directory-excursion "tdm_update"
+ (apply invoke "scons"
+ (append (list "-j" (number->string
+ (parallel-job-count)))
+ (list ,scons-flags))))
+ #t))
+ (replace 'install
+ (lambda* (#:key inputs outputs #:allow-other-keys)
+ (let* ((out (assoc-ref outputs "out"))
+ (mesa (assoc-ref inputs "mesa"))
+ (bin (string-append out "/bin/thedarkmod"))
+ (bin-real (string-append out "/bin/.thedarkmod-real"))
+ (updater (string-append out "/bin/tdm_update"))
+ (updater-real (string-append out "/bin/.tdm_update-real"))
+ (apps (string-append out "/share/applications"))
+ (icons (string-append out "/share/icons")))
+ (mkdir-p (string-append out "/bin"))
+ (copy-file ,@(match (%current-system)
+ ("i686-linux"
+ '("thedarkmod.x86"))
+ ("x86_64-linux"
+ '("thedarkmod.x64")))
+ bin-real)
+ (copy-file "tdm_update/tdm_update.linux" updater-real)
+ (with-output-to-file bin
+ (lambda _
+ (format #t "\
+#!~a
+export LD_LIBRARY_PATH=~a/lib
+~a=${~a:-~a}
+cd \"$~a\"
+exec -a \"~a\" ~a \"$@\"\n"
+ (which "bash")
+ mesa
+ ,the-dark-mod-env-var-name ,the-dark-mod-env-var-name
+ ,the-dark-mod-env-var-value
+ ,the-dark-mod-env-var-name
+ (basename bin) bin-real)))
+ (chmod bin #o555)
+ (with-output-to-file updater
+ (lambda _
+ (format #t "\
+#!~a
+~a=${~a:-~a}
+mkdir -p \"$~a\"
+## tdm_update outputs a log in its current working directory.
+cd \"$~a\"
+~a --noselfupdate --targetdir \"$~a\" \"$@\"~%"
+ (which "bash")
+ ,the-dark-mod-env-var-name ,the-dark-mod-env-var-name
+ ,the-dark-mod-env-var-value
+ ,the-dark-mod-env-var-name
+ ,the-dark-mod-env-var-name
+ updater-real
+ ,the-dark-mod-env-var-name)))
+ (chmod updater #o555)
+ (mkdir-p apps)
+ (mkdir-p icons)
+ (install-file "tdm_update/darkmod.ico" icons)
+ (with-output-to-file
+ (string-append apps "/darkmod.desktop")
+ (lambda _
+ (format #t
+ "[Desktop Entry]~@
+ Name=The Dark Mod~@
+ Comment=The Dark Mod~@
+ Exec=~a~@
+ TryExec=~@*~a~@
+ Icon=darkmod~@
+ Categories=Game~@
+ Type=Application~%"
+ bin)))))))))
+ (inputs
+ `(("mesa" ,mesa)
+ ("libxxf86vm" ,libxxf86vm)
+ ("openal" ,openal)
+ ("libxext" ,libxext)))
+ (native-inputs
+ `(("p7zip" ,p7zip)
+ ("m4" ,m4)
+ ("subversion" ,subversion)))
+ (home-page "http://www.thedarkmod.com/")
+ (synopsis "Game based on the Thief series by Looking Glass Studios")
+ (description (format #f "The Dark Mod (TDM) is stealth/infiltration game
+based on the Thief series by Looking Glass Studios. Formerly a Doom III mod,
+it is now released as a standalone.
+
+The game data must be fetched manually by running @command{tdm_update}.
+The ~a environment variable specifies the location where the game data is
+saved (defaults to ~a)."
+ the-dark-mod-env-var-name the-dark-mod-env-var-value))
+ (supported-systems '("x86_64-linux" "i686-linux"))
+ (license (list license:gpl3 ; idTech 4 engine
+ license:bsd-3 ; Portion of the engine by Broken Glass Studios
+ ;; All other non-software components: they are not
+ ;; included in the Guix package, but the updater fetches
+ ;; them.
+ license:cc-by-sa3.0)))))
--
2.21.0
R
R
Ricardo Wurmus wrote on 11 Apr 2019 21:40
(name . Pierre Neidhardt)(address . mail@ambrevar.xyz)(address . 35234@debbugs.gnu.org)
87d0lsib4l.fsf@elephly.net
Hi Pierre,

Toggle quote (1 lines)
> * gnu/packages/games.scm (the-dark-mod): New variable.
[…]
Toggle quote (10 lines)
> + (synopsis "Game based on the Thief series by Looking Glass Studios")
> + (description (format #f "The Dark Mod (TDM) is stealth/infiltration game
> +based on the Thief series by Looking Glass Studios. Formerly a Doom III mod,
> +it is now released as a standalone.
> +
> +The game data must be fetched manually by running @command{tdm_update}.
> +The ~a environment variable specifies the location where the game data is
> +saved (defaults to ~a)."
> + the-dark-mod-env-var-name the-dark-mod-env-var-value))

Is this actually free software? Does it depend on the proprietary Thief
game data to be playable? What is the purpose of tdm_update?

The value of the description field must be a plain string. It should
not be a format expression to allow for translations.

--
Ricardo
P
P
Pierre Neidhardt wrote on 12 Apr 2019 11:39
(name . Ricardo Wurmus)(address . rekado@elephly.net)(address . 35234@debbugs.gnu.org)
878swflfze.fsf@ambrevar.xyz
Ricardo Wurmus <rekado@elephly.net> writes:

Toggle quote (17 lines)
> Hi Pierre,
>
>> * gnu/packages/games.scm (the-dark-mod): New variable.
> […]
>> + (synopsis "Game based on the Thief series by Looking Glass Studios")
>> + (description (format #f "The Dark Mod (TDM) is stealth/infiltration game
>> +based on the Thief series by Looking Glass Studios. Formerly a Doom III mod,
>> +it is now released as a standalone.
>> +
>> +The game data must be fetched manually by running @command{tdm_update}.
>> +The ~a environment variable specifies the location where the game data is
>> +saved (defaults to ~a)."
>> + the-dark-mod-env-var-name the-dark-mod-env-var-value))
>
> Is this actually free software? Does it depend on the proprietary Thief
> game data to be playable? What is the purpose of tdm_update?

It is: I added a comment in the license section: all the data fetched by
the "tdm_update" executable is under CC. tdm_update is the in-house
package manager. It's sad the game data is not versioned, but I don't
see a way around it at the moment.

We have quite a few game engines in our repository that
depend on proprietary game data to be playable. But The Dark Mod is not one
of them.

Toggle quote (3 lines)
> The value of the description field must be a plain string. It should
> not be a format expression to allow for translations.

Hmm... I really liked that I could make the environment variable
customizable, but I guess I'll have to hard-code it in the description then.

Thanks for the review!

--
Pierre Neidhardt
-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAlywXNUACgkQm9z0l6S7
zH9AWQf/eT6FKx1yKU8g99fZE/J6AvZw7aB8eZTqH+lEJvMH/BlD1Bne6Qjup3Zo
zrpmPAqmWMy24LkOvzp7KB1VBVpZZ+rp9rAGfuYa6NiseJ3ia+r7yioQm4eSAwts
QxB38FbNnW8uheQMGacLzHPvK3OXfFDsmPvNX/0eib0BWHL5BOckxf+7MdGbRzMW
3F6YyanEZEz0ShGSAnoa54BKHqi8Pyn0ssKTOLg5QUMY0R6hQqcz0nZ2TbkrAOVB
sQ0sR2h9lDHFQRhjsQ6R43vJzBQL7puhY/VS/uZrQb9i6y2kUig5UYb7mkpc7uZt
b+gQsyQnxj6/LNw6ASM2HrdxNtDL3g==
=udyO
-----END PGP SIGNATURE-----

R
R
Ricardo Wurmus wrote on 12 Apr 2019 13:22
(name . Pierre Neidhardt)(address . mail@ambrevar.xyz)(address . 35234@debbugs.gnu.org)
87o95b31ta.fsf@elephly.net
Pierre Neidhardt <mail@ambrevar.xyz> writes:

Toggle quote (24 lines)
> Ricardo Wurmus <rekado@elephly.net> writes:
>
>> Hi Pierre,
>>
>>> * gnu/packages/games.scm (the-dark-mod): New variable.
>> […]
>>> + (synopsis "Game based on the Thief series by Looking Glass Studios")
>>> + (description (format #f "The Dark Mod (TDM) is stealth/infiltration game
>>> +based on the Thief series by Looking Glass Studios. Formerly a Doom III mod,
>>> +it is now released as a standalone.
>>> +
>>> +The game data must be fetched manually by running @command{tdm_update}.
>>> +The ~a environment variable specifies the location where the game data is
>>> +saved (defaults to ~a)."
>>> + the-dark-mod-env-var-name the-dark-mod-env-var-value))
>>
>> Is this actually free software? Does it depend on the proprietary Thief
>> game data to be playable? What is the purpose of tdm_update?
>
> It is: I added a comment in the license section: all the data fetched by
> the "tdm_update" executable is under CC. tdm_update is the in-house
> package manager. It's sad the game data is not versioned, but I don't
> see a way around it at the moment.

I’d prefer not to recommend the use of tdm_update and create a package
for the game data instead. Under what URL can the game data be
downloaded? Can we use a web.archive.org URL or host the data
somewhere?

Toggle quote (4 lines)
> We have quite a few game engines in our repository that
> depend on proprietary game data to be playable. But The Dark Mod is not one
> of them.

First: what game engines do we provide that can only be used with
proprietary game data?

Second: The Dark Mod source repository contains a README with this text:

This source release does not contain any game data, the game data is still
covered by the original EULA and must be obeyed as usual.


What is that EULA? Is this README incorrect? Or this misleading as it
would only apply to Doom 3?

--
Ricardo
P
P
Pierre Neidhardt wrote on 12 Apr 2019 14:02
(name . Ricardo Wurmus)(address . rekado@elephly.net)(address . 35234@debbugs.gnu.org)
87mukvjusd.fsf@ambrevar.xyz
Ricardo Wurmus <rekado@elephly.net> writes:

Toggle quote (5 lines)
> I’d prefer not to recommend the use of tdm_update and create a package
> for the game data instead. Under what URL can the game data be
> downloaded? Can we use a web.archive.org URL or host the data
> somewhere?

There are a bunch of official mirrors, not of which versions the data.
I think it'd be nice to discuss this with upstream though.

Toggle quote (7 lines)
>> We have quite a few game engines in our repository that
>> depend on proprietary game data to be playable. But The Dark Mod is not one
>> of them.
>
> First: what game engines do we provide that can only be used with
> proprietary game data?

OpenMW, Arx Libertatis, OpenRCT2, off the top of my head.
Maybe some forks of the Doom 1 & 2 engines too.

Toggle quote (10 lines)
> Second: The Dark Mod source repository contains a README with this text:
>
> This source release does not contain any game data, the game data is still
> covered by the original EULA and must be obeyed as usual.
>
> https://svn.thedarkmod.com/publicsvn/darkmod_src/trunk/README.txt
>
> What is that EULA? Is this README incorrect? Or this misleading as it
> would only apply to Doom 3?

Absolutely, the README is a left-over of the Doom 3 GPL source.
(Many files haven't been updated properly.)

--
Pierre Neidhardt
-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAlywfmIACgkQm9z0l6S7
zH/tbwf+KwzxijkuyxidOlRa/5k/XMSzUXthBRfjBHQqafEbCd/Gbb6LlfzJoXGE
loL8fSOrsSf0sbmIHoJVLjeHpwKbMngBWGo5UCUH4x/AX7dlx/jYyIjhqabEHqpM
dPXqFROpIVlJXhvbWq3CoMC/pEh6uQE9vQvMTWEeip+Kbsn2dajt4L5jtMjwAxwG
V3nNt3jNm9LCFHTm9NG8W5EWl7fme8IO4xDkH3YKz07rCoNc4rfCE5EO02nQBXAG
9lEOL9BmEAgEhsHXYZvkC9eklizrpqjwUvBKE7c2OjmBaD71Ng4puCHKrIG16CQL
N3aWX253XVYOj13c5XuxYpAhVENRjg==
=sJFr
-----END PGP SIGNATURE-----

R
R
Ricardo Wurmus wrote on 21 Apr 2019 16:13
(name . Pierre Neidhardt)(address . mail@ambrevar.xyz)
87ef5v78f8.fsf@elephly.net
Pierre Neidhardt <mail@ambrevar.xyz> writes:

Toggle quote (1 lines)
> Ricardo Wurmus <rekado@elephly.net> writes:
[…]
Toggle quote (5 lines)
>> First: what game engines do we provide that can only be used with
>> proprietary game data?
>
> OpenMW, Arx Libertatis, OpenRCT2, off the top of my head.

Hmm, that’s not good then. I think we should take a closer look at them
to decide whether they should be removed.

The description of Arx Libertatis says this:

Arx Libertatis is a cross-platform, open source port of Arx Fatalis,
a 2002 first-person role-playing game / dungeon crawler developed by
Arkane Studios. This port however does not include the game data, so
you need to obtain a copy of the original Arx Fatalis or its demo to
play Arx Libertatis.[…]

Aside from the “open source” mention I don’t think it’s right for us to
recommend that users obtain a copy of a proprietary game.

Toggle quote (2 lines)
> Maybe some forks of the Doom 1 & 2 engines too.

I think these are fine, because there are numerous games based on these
engines

--
Ricardo
L
L
Ludovic Courtès wrote on 21 Apr 2019 18:18
(name . Ricardo Wurmus)(address . rekado@elephly.net)
87pnpf72ns.fsf@gnu.org
Hi Ricardo,

Ricardo Wurmus <rekado@elephly.net> skribis:

Toggle quote (23 lines)
> Pierre Neidhardt <mail@ambrevar.xyz> writes:
>
>> Ricardo Wurmus <rekado@elephly.net> writes:
> […]
>>> First: what game engines do we provide that can only be used with
>>> proprietary game data?
>>
>> OpenMW, Arx Libertatis, OpenRCT2, off the top of my head.
>
> Hmm, that’s not good then. I think we should take a closer look at them
> to decide whether they should be removed.
>
> The description of Arx Libertatis says this:
>
> Arx Libertatis is a cross-platform, open source port of Arx Fatalis,
> a 2002 first-person role-playing game / dungeon crawler developed by
> Arkane Studios. This port however does not include the game data, so
> you need to obtain a copy of the original Arx Fatalis or its demo to
> play Arx Libertatis.[…]
>
> Aside from the “open source” mention I don’t think it’s right for us to
> recommend that users obtain a copy of a proprietary game.

The “you need to obtain a copy…” bit is problematic because it refers to
non-free software.

However, I believe it’s really talking about “non-functional data” in
FSDG terms:


So, rephrased to suggest obtaining the non-free _data_, the sentence may
be OK per the FSDG. The problem is that it’s maybe not that simple to
obtain the data without the non-free game…

Thoughts?

Now, I would hope that the free game engine could serve as the basis for
a free game, with free game data as well.

Ludo’.
P
P
Pierre Neidhardt wrote on 22 Apr 2019 11:02
(address . 35234@debbugs.gnu.org)
87k1fm9zw5.fsf@ambrevar.xyz
Ludovic Courtès <ludo@gnu.org> writes:

Toggle quote (5 lines)
> Thoughts?
>
> Now, I would hope that the free game engine could serve as the basis for
> a free game, with free game data as well.

Absolutely. Technically all those engines can be re-used for
fully-free game development.

There is a blurred line however between the means and the ends here.
For instance, lots of packages we have in Guix can be used to deal with
some proprietary data, from web browsers to video players, you name it.

My take at this issue is that free game engines are a first step towards
liberating the video game industry further. If we don't allow the
opportunity for free game engines in the first place, free game data
will never be worked on.

Guix stands mostly (but not only) for free software. Game data is a
whole different battle though, and I'm not sure it's the role of Guix to
fight this one. If we can encourage freedom, however, by supporting the
first step towards "free game data," then it's a win for freedom in my
opinion. The reverse could be more damaging to the users' freedom in
the long run than protecting it.

The Dark Mod is fully free, the game data is under some CC, so I'll
commit the package if there is no objection.

--
Pierre Neidhardt
-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAly9gwoACgkQm9z0l6S7
zH9ykgf9GS1YfVBEbizJAXXMUbOE54bNBzss7qIhHcFuMxfszgAmNTKNTXe+ry7D
qkVZekXVGfAGn9yzVc7ECmfrR2oJo1w9cBBwtqAbZRCyYhX5Bl2eNoIXNBJ21kVT
/SKUofw/NireNfnEqk7bEkDGDtrjjNiGAUBF1KhHFuryE7jLIY/C5ZHLWsWoYKyt
wATh6G0Y81Cwbh8H2X5o6FB0bKnjT0MDC82UC4yYR6YR3BS2adUFX+wiBUzoY64j
TK9EmjD9Mtqz/oLuL/0Dh9PGGFoLFt40gbkW4ke9vqdaB4jWlMfkYinOy5IzhG+3
XPAJmY+DogBOMsDqKGMS5vLql61bjQ==
=BJqL
-----END PGP SIGNATURE-----

R
R
Ricardo Wurmus wrote on 22 Apr 2019 11:19
(name . Pierre Neidhardt)(address . mail@ambrevar.xyz)
878sw275ye.fsf@elephly.net
Pierre Neidhardt <mail@ambrevar.xyz> writes:

Toggle quote (19 lines)
> Ludovic Courtès <ludo@gnu.org> writes:
>
>> Thoughts?
>>
>> Now, I would hope that the free game engine could serve as the basis for
>> a free game, with free game data as well.
>
> Absolutely. Technically all those engines can be re-used for
> fully-free game development.
>
> There is a blurred line however between the means and the ends here.
> For instance, lots of packages we have in Guix can be used to deal with
> some proprietary data, from web browsers to video players, you name it.
>
> My take at this issue is that free game engines are a first step towards
> liberating the video game industry further. If we don't allow the
> opportunity for free game engines in the first place, free game data
> will never be worked on.

This is a separate issue. There is no objection to providing free game
engines.

This is how we got here:

Toggle snippet (23 lines)
>>> First: what game engines do we provide that can only be used with
>>> proprietary game data?
>>
>> OpenMW, Arx Libertatis, OpenRCT2, off the top of my head.
>
> Hmm, that’s not good then. I think we should take a closer look at them
> to decide whether they should be removed.
>
> The description of Arx Libertatis says this:
>
> Arx Libertatis is a cross-platform, open source port of Arx Fatalis,
> a 2002 first-person role-playing game / dungeon crawler developed by
> Arkane Studios. This port however does not include the game data, so
> you need to obtain a copy of the original Arx Fatalis or its demo to
> play Arx Libertatis.[…]
>
> Aside from the “open source” mention I don’t think it’s right for us to
> recommend that users obtain a copy of a proprietary game.

The “you need to obtain a copy…” bit is problematic because it refers to
non-free software.

The package claims to provide a game, not a game engine. As a user I
would install this only to be told that I need to obtain proprietary
software (i.e. the game or the demo) to play this. This is steering
people to seek out and use proprietary software.

We should change the package so that it conveys the right message,
either by making it clear that this is not a game but the game engine,
or by including the game data. Even if the data are non-functional they
must be redistributable. If they are not then we cannot include the
game data and it would be highly misleading to call the package after
the game.

Toggle quote (3 lines)
> The Dark Mod is fully free, the game data is under some CC, so I'll
> commit the package if there is no objection.

Please hold off on pushing this package until we reach an agreement. My
original objection was this:

Toggle snippet (16 lines)
> * gnu/packages/games.scm (the-dark-mod): New variable.
[…]
> + (synopsis "Game based on the Thief series by Looking Glass Studios")
> + (description (format #f "The Dark Mod (TDM) is stealth/infiltration game
> +based on the Thief series by Looking Glass Studios. Formerly a Doom III mod,
> +it is now released as a standalone.
> +
> +The game data must be fetched manually by running @command{tdm_update}.
> +The ~a environment variable specifies the location where the game data is
> +saved (defaults to ~a)."
> + the-dark-mod-env-var-name the-dark-mod-env-var-value))

Is this actually free software? Does it depend on the proprietary Thief
game data to be playable? What is the purpose of tdm_update?

I don’t think it’s good to have people run the tdm_update tool, because
this smells like the anti pattern seen for many games in other
distributions where you really only install a downloader, which then
fetches the (potentially non-free) game data.

The game data are free in this case, but since this is provided by an
unversioned URL it might not be when a user runs the command. I prefer
to include a snapshot of the game data.

--
Ricardo
A
A
Adonay Felipe Nogueira wrote on 22 Apr 2019 11:40
(address . guix-patches@gnu.org)
DAEA3491-A0CB-420D-AD9B-3B45B5D00CC1@hyperbola.info
Em 21 de abril de 2019 11:13:47 BRT, Ricardo Wurmus <rekado@elephly.net> escreveu:
Toggle quote (15 lines)
>Hmm, that’s not good then. I think we should take a closer look at
>them
>to decide whether they should be removed.
>
>The description of Arx Libertatis says this:
>
> Arx Libertatis is a cross-platform, open source port of Arx Fatalis,
> a 2002 first-person role-playing game / dungeon crawler developed by
> Arkane Studios. This port however does not include the game data, so
> you need to obtain a copy of the original Arx Fatalis or its demo to
> play Arx Libertatis.[…]
>
>Aside from the “open source” mention I don’t think it’s right for us to
>recommend that users obtain a copy of a proprietary game.

As far as I know including game engines is fine as long as they (not the game data) can be provided as FSDG-compliant (this is a litter further than simply being free/libre because GNU FSDG may require removal of third-party repositories - depending on their policy).

These software are useful since one can develop free/libre games to work with them.

What I do think must be done is have a policy not to do a full copy-paste to the description from the original project in the package's metadata, this way we can foster a better compliance with the GNU FSDG in regards to not referencing non-free/non-libre functional data or nonfunctional ones that forbid unlimited sharing and selling.

This "avoid full copy-paste" policy would be similar to what we have in the Free Software Directory[1] - not equal since the motive would be different.

The next challenge would be making sure that the software and documentation don't mention stuff that isn't FSDG-compliant.



--
- Página com formas de contato:
- Ativista do software livre (não confundir com o gratuito). Avaliador
da liberdade de software e de sites.
- Página com lista de contribuições:
- Para uso em escritórios e trabalhos, favor enviar arquivos do padrão
internacional OpenDocument/ODF 1.2 (ISO/IEC 26300-1:2015 e
correlatos). São os .odt/.ods/.odp/odg. O LibreOffice é a suíte de
escritório recomendada para editar tais arquivos.
- Para outros formatos de arquivos, veja:
- Gosta do meu trabalho? Contrate-me ou doe algo para mim!
- Use comunicações sociais federadas padronizadas, onde o "social"
permanece independente do fornecedor. #DeleteWhatsApp. Use #XMPP
#DeleteInstagram #DeleteTwitter #DeleteYouTube. Use #ActivityPub via
- #DeleteNetflix #CancelNetflix. Evite #DRM:
P
P
Pierre Neidhardt wrote on 22 Apr 2019 11:42
(name . Ricardo Wurmus)(address . rekado@elephly.net)
87h8aq9y0t.fsf@ambrevar.xyz
Makes sense, understood.

--
Pierre Neidhardt
-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAly9jIIACgkQm9z0l6S7
zH8WKgf/TUoRN+sX6e4isfuohtheXlUyuqP6ZWJpnvNY/12nwXyasEpZUWSjOWmx
ZVAP5xbGqSrZgq9SDo/T7BlS1cbv3+qob4HkmnEY8T4+ri9BOKxOJe9CLME44nLS
14eqd0jzoiuzTPIZW59ejq8LqfqCoHS8Guwbelu7ZZ9Yai8iuFLaUPDxQk3nTnKL
P/TKQvG5RqiqrixdQxIrviQz0HulZQsetAdLIj0BLsLeiVD22bh8CqAXOOC5F6FR
ydehOETWlvJVKcTUo+zhdPRlFEdHvUFTXryXxXmYzpfO4+MfpMpEC8L/DpqGODpi
lxWn7vL7fBOHj3MMs8XmfwN+xhVElQ==
=//9I
-----END PGP SIGNATURE-----

A
A
Adonay Felipe Nogueira wrote on 22 Apr 2019 12:01
(address . guix-patches@gnu.org)
36120AED-F542-4A47-9EAF-E2F576E8340F@hyperbola.info
Em 21 de abril de 2019 13:18:15 BRT, "Ludovic Courtès" <ludo@gnu.org> escreveu:
Toggle quote (16 lines)
>The “you need to obtain a copy…” bit is problematic because it refers
>to
>non-free software.
>
>However, I believe it’s really talking about “non-functional data” in
>FSDG terms:
>
>https://gnu.org/distros/free-system-distribution-guidelines.html#non-functional-data
>
>So, rephrased to suggest obtaining the non-free _data_, the sentence
>may
>be OK per the FSDG. The problem is that it’s maybe not that simple to
>obtain the data without the non-free game…
>
>Thoughts?

As a plus, if we were to include the [assumed] nonfunctional data as package definition, we would have to attest whether that could be shared and sold unlimitedly.

As for simply mentioning it or referring to a repository containing it, considering the fact that it's been 6 months since I last read the GNU FSDG thoroughly, I do think that the guidelines need to be updated so as to officially address these two cases. Perhaps we all need to question FSF to do that?

A reminder however, that maps with scripted events are also functional data since they can misbehave. Whether the game referenced by the engine uses those is yet to be proven.


--
- Página com formas de contato:
- Ativista do software livre (não confundir com o gratuito). Avaliador
da liberdade de software e de sites.
- Página com lista de contribuições:
- Para uso em escritórios e trabalhos, favor enviar arquivos do padrão
internacional OpenDocument/ODF 1.2 (ISO/IEC 26300-1:2015 e
correlatos). São os .odt/.ods/.odp/odg. O LibreOffice é a suíte de
escritório recomendada para editar tais arquivos.
- Para outros formatos de arquivos, veja:
- Gosta do meu trabalho? Contrate-me ou doe algo para mim!
- Use comunicações sociais federadas padronizadas, onde o "social"
permanece independente do fornecedor. #DeleteWhatsApp. Use #XMPP
#DeleteInstagram #DeleteTwitter #DeleteYouTube. Use #ActivityPub via
- #DeleteNetflix #CancelNetflix. Evite #DRM:
-----BEGIN PGP SIGNATURE-----

iI4EABEKADYvHEFkb25heSBGZWxpcGUgTm9ndWVpcmEgPGFkZmVub0BoeXBlcmJv
bGEuaW5mbz4FAly9kREACgkQyNbhUgHunaGBrwEAnWSkP0ijZjWV6KEYPFKbTafX
4U263ap94ipnsTw840YA/jtvVYHPitHz+jMuVIADQ9MtkUsAItM5ugnlpyEU285K
=N2Vi
-----END PGP SIGNATURE-----


R
R
Ricardo Wurmus wrote on 22 Apr 2019 13:56
(name . Adonay Felipe Nogueira)(address . adfeno@hyperbola.info)(address . 35234@debbugs.gnu.org)
877ebm6ypa.fsf@elephly.net
Adonay Felipe Nogueira <adfeno@hyperbola.info> writes:

Toggle quote (14 lines)
> What I do think must be done is have a policy not to do a full
> copy-paste to the description from the original project in the
> package's metadata, this way we can foster a better compliance with
> the GNU FSDG in regards to not referencing non-free/non-libre
> functional data or nonfunctional ones that forbid unlimited sharing
> and selling.
>
> This "avoid full copy-paste" policy would be similar to what we have
> in the Free Software Directory[1] - not equal since the motive would
> be different.
>
> The next challenge would be making sure that the software and
> documentation don't mention stuff that isn't FSDG-compliant.

This is usually addressed during patch review.

--
Ricardo
L
L
Ludovic Courtès wrote on 22 Apr 2019 18:50
(name . Ricardo Wurmus)(address . rekado@elephly.net)
8736mayof6.fsf@gnu.org
Ricardo Wurmus <rekado@elephly.net> skribis:

Toggle quote (12 lines)
> The package claims to provide a game, not a game engine. As a user I
> would install this only to be told that I need to obtain proprietary
> software (i.e. the game or the demo) to play this. This is steering
> people to seek out and use proprietary software.
>
> We should change the package so that it conveys the right message,
> either by making it clear that this is not a game but the game engine,
> or by including the game data. Even if the data are non-functional they
> must be redistributable. If they are not then we cannot include the
> game data and it would be highly misleading to call the package after
> the game.

I agree.

Pierre, can you look into implementing one of these two options?

Toggle quote (12 lines)
>> * gnu/packages/games.scm (the-dark-mod): New variable.
> […]
>> + (synopsis "Game based on the Thief series by Looking Glass Studios")
>> + (description (format #f "The Dark Mod (TDM) is stealth/infiltration game
>> +based on the Thief series by Looking Glass Studios. Formerly a Doom III mod,
>> +it is now released as a standalone.
>> +
>> +The game data must be fetched manually by running @command{tdm_update}.
>> +The ~a environment variable specifies the location where the game data is
>> +saved (defaults to ~a)."
>> + the-dark-mod-env-var-name the-dark-mod-env-var-value))

(As a side note: do not use ‘format’ here, or wrap the format string in
‘G_’ to allow for i18n.)

Toggle quote (12 lines)
> Is this actually free software? Does it depend on the proprietary Thief
> game data to be playable? What is the purpose of tdm_update?
>
> I don’t think it’s good to have people run the tdm_update tool, because
> this smells like the anti pattern seen for many games in other
> distributions where you really only install a downloader, which then
> fetches the (potentially non-free) game data.
>
> The game data are free in this case, but since this is provided by an
> unversioned URL it might not be when a user runs the command. I prefer
> to include a snapshot of the game data.

+1. The download script looks like giving upstream blanket permission;
even from a technical standpoint, it goes counter our reproducibility
mantra.

(We would disable phone-home mechanisms, and automatic download of game
data goes even a step further.)

Ludo’.
P
P
Pierre Neidhardt wrote on 22 Apr 2019 19:42
(address . 35234@debbugs.gnu.org)
87zhoi6io3.fsf@ambrevar.xyz
Any suggestion on how/where to snapshot the game data?
We could ask upstream, but I'm not very optimistic this will help much.

--
Pierre Neidhardt
-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAly9/PwACgkQm9z0l6S7
zH9ZWwf/csPnXJc6C/PAhXDG8DhAY0WVIQosFndOSYtoy28BjxnYkL7Ez++qc5cY
FvdMM3kcVfh2OJ3zg+tN8ymgXWMO5Pq6PffULukr5MxB+2Z7sfQo2BIUs4NBCihP
CB6NLQb03Qlx2+QqflL+sDvtS0UuXS0S8SeOYs+VwT5H7EIxUfXW3jHzcBHxOB+x
EsRwo1Cj97F21RjQ2+poBNpsz5tUUbktLk2xoA1XLaZPUkUtYkFSyo92/f9+RtwD
9z2dZ7IiC/VdVEZPvTQlPtJ6Dywwe4OjxRNyhKRLRCKHsC8I0p9wOAiT8qN+xx3y
PHXMpcO7YU/nQFfZ0A45gAcIh+n0KA==
=S+oP
-----END PGP SIGNATURE-----

?
Your comment

Commenting via the web interface is currently disabled.

To comment on this conversation send an email to 35234@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 35234
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch