[[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]]
In a lot of ways I think the bigger problem for free software games is discoverability. Have you played Smalltrek? How about Witch's Blast? OpenAlchemist? Diver Down? Mindcrosser? Hijinx: A Christmas Capper? Seahorse Adventures? Shattered Pixel Dungeon? Anagramarama? Ardentryst?
We can do something to help with that. The first step is to add entries in directory.fsf.org for them.
Then we could make another page with a list of these free games and put it on gnu.org/software. It could have 5-10 lines of description of each game.
WDYT?
Non-free game engines I agree with. I think non-free tools is not enforceable. If the developer uses free content from opengameart.org or other sites, they may have no idea how the content was created. It makes sense to not allow non-free tools to build the game.
I agree that there is nothing to be gained by making rules about how the files _were_ written or tested. Or about what tools a participant privately uses. If you prefer to use a non-free text editor, that has no effect on anyone else, so we have no reason to bother you about that. We don't even need to ask what you actually use.
The rules that make sense are about what the release program allows developers to do to develop it further. So every file should be suitable for editing with a free editor, and compiling with a free compiler, etc.
Side issue. May I suggest not using the word "content" to describe works of authorship or art? That term subtly denigrates _all_ of them.
See https://gnu.org/philosophy/words-to-avoid.html.
We can do something to help with that. The first step is to add entries
in directory.fsf.org for them.
Then we could make another page with a list of these free games
and put it on gnu.org/software. It could have 5-10 lines of description of each game.
WDYT? -- RMS
There is a https://libregamewiki.org/ which already does this and seem to get around same traffic as FSD, but it doesn't seem to have a major impact on discoverability of these games.
So i think that adding a page to FSD about free games would help, but I doubt it would have a major impact on discoverability without the proposed game jam or other means of promotion.
On 12/30/21 05:28, Richard Stallman wrote:
We can do something to help with that. The first step is to add entries in directory.fsf.org for them.
Then we could make another page with a list of these free games and put it on gnu.org/software. It could have 5-10 lines of description of each game.
WDYT?
-- -- Jaco b Hrbek
Hello!
I was just casually glancing through my email inbox and this caught my attention!
Recently, I have become convinced that a viable way to start a new collaborative society is through community efforts in having fun, developing our own video games together and by extension, creating rich interactive educational content! Not only the content itself, even the process of making the game itself can be made into an educational content (like the show PowerNation 😆)
I am discussing with a few people and hopefully we will start to do something next year 😄.
In my opinion, Education is the key to everything, and in terms of computer programming, it is the way to simplify software with better algorithm, rather than mindlessly putting together unaccountable libraries (NPM??)
Cheers, Yasu
On Dec 30, 2021, at 13:30, Richard Stallman rms@gnu.org wrote:
[[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]]
In a lot of ways I think the bigger problem for free software games is discoverability. Have you played Smalltrek? How about Witch's Blast? OpenAlchemist? Diver Down? Mindcrosser? Hijinx: A Christmas Capper? Seahorse Adventures? Shattered Pixel Dungeon? Anagramarama? Ardentryst?
We can do something to help with that. The first step is to add entries in directory.fsf.org for them.
Then we could make another page with a list of these free games and put it on gnu.org/software. It could have 5-10 lines of description of each game.
WDYT?
Non-free game engines I agree with. I think non-free tools is not enforceable. If the developer uses free content from opengameart.org or other sites, they may have no idea how the content was created. It makes sense to not allow non-free tools to build the game.
I agree that there is nothing to be gained by making rules about how the files _were_ written or tested. Or about what tools a participant privately uses. If you prefer to use a non-free text editor, that has no effect on anyone else, so we have no reason to bother you about that. We don't even need to ask what you actually use.
The rules that make sense are about what the release program allows developers to do to develop it further. So every file should be suitable for editing with a free editor, and compiling with a free compiler, etc.
Side issue. May I suggest not using the word "content" to describe works of authorship or art? That term subtly denigrates _all_ of them.
See https://gnu.org/philosophy/words-to-avoid.html.
-- Dr Richard Stallman (https://stallman.org) Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)
libreplanet-discuss mailing list libreplanet-discuss@libreplanet.org https://lists.libreplanet.org/mailman/listinfo/libreplanet-discuss