Matthew Miller | 3 May 21:08 2016
Gravatar

Fwd: Policy change on emulators

I think this will be of interest to this SIG. I noticed that
https://fedoraproject.org/wiki/SIGs/Games#List_of_games_we_will_NOT_package
has some notes on emulators based on the previous more restrictive
policy.

----- Forwarded message from Tom Callaway <tcallawa <at> redhat.com> -----

> Date: Tue, 3 May 2016 14:55:19 -0400
> From: Tom Callaway <tcallawa <at> redhat.com>
> To: devel-announce <at> lists.fedoraproject.org, Fedora Legal List
> 	<legal <at> lists.fedoraproject.org>
> Subject: [Fedora-legal-list] Policy change on emulators
> Archived-At: <http://lists.fedoraproject.org/archives/list/legal <at> lists.fedoraproject.org/message/OCIB2WAZ6DF3HJZV2OWYOTNRTUZZ6VRX/>
> X-Bogo25: U 0.52
> 
> To the Fedora Community,
> 
> The Fedora policy on emulators has been in place for quite some time, it
> is one of the first legal rules we put in place. Recently, we
> reconsidered that rule and have amended our position (with discussion
> from Red Hat Legal).
> 
> Previously, the guidelines forbid the majority of emulators from being
> included in Fedora, but the new guidelines, while longer, are more
> permissive.
> 
> === Emulators ===
> 
> Some emulators (applications which emulate another platform) are not
> permitted for inclusion in Fedora. These rules will help you determine
(Continue reading)

Dennis Payne | 12 Apr 17:34 2016

Finding Fonts

Ostrich Riders failed to work on Mint because of the hard-coded path to
the font file. I asked on the FreeGameDev forum what is the best way to
find a font file. In general the response was don't bother just include
the font with your game. I know Fedora and other distributions don't
like that. I decided to write up an article talking about changing
Ostrich Riders to use fontconfig library. Hopefully it will encourage
other developers to handle fonts in a more distribution friendly way.

http://identicalsoftware.com/games/ostrichriders2

--

-- 
Dennis Payne
dulsi <at> identicalsoftware.com
Roon's Raccoon Sprintladder: https://ideas.lego.com/projects/126010
_______________________________________________
games mailing list
games <at> lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/games <at> lists.fedoraproject.org
John M. Harris, Jr. | 27 Mar 23:27 2016

Self Introduction: John M. Harris, Jr.

Hello, I am a developer, currently working on a game engine called
OpenBlox. In my free time, I am working to package other free games and
game related libraries. I have recently "finished" an RPM spec for a
library called RakNet, that is used by the package "blobby" (but was
bundled).

You may find that review request at the link below, if you are
interested: https://bugzilla.redhat.com/show_bug.cgi?id=1308367
--

-- 
John M. Harris, Jr.
_______________________________________________
games mailing list
games <at> lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/games <at> lists.fedoraproject.org
Andrea Musuruane | 26 Mar 14:11 2016
Picon
Gravatar

Tecnoballz

Hi all,
    I am Tecnoballz maintainer.

Currently Tecnoballz is failing to build in rawhide:
https://bugzilla.redhat.com/show_bug.cgi?id=1308179

There is a new upstream version (0.93.1) and it builds without problems. I also added Debian/upstream patches.

In order to allow a shared scoreboard file, the Games Packaging guidelines strongly suggest to make the executable setgid 'games' and to drop setgid privileges as soon as possible:
https://fedoraproject.org/wiki/SIGs/Games/Packaging

I tried to port the patch Hans De Goede did for version 0.92:
_______________________________________________
games mailing list
games <at> lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/games <at> lists.fedoraproject.org
Raphael Groner | 2 Mar 11:20 2016

pychess update

Hi,

can you please update pychess?

https://bugzilla.redhat.com/show_bug.cgi?id=924214
https://bugzilla.redhat.com/show_bug.cgi?id=1272653

~R.
_______________________________________________
games mailing list
games <at> lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/games <at> lists.fedoraproject.org
Rémi Verschelde | 24 Feb 10:26 2016
Picon
Gravatar

Distro-agnostic advice for Godot Engine packaging

Hi everyone,

First of all excuse me if I'm not using the proper channel for this,
but due to the lengthy nature of this email, I thought it more
appropriate on this mailing list than as a comment in a new bug report
asking for Godot to be packaged.

TL;DR: If there's interest I can work with you to get Godot packaged
in your distro, as I'm a Mageia (RPM) packager myself and Godot dev.

---

I maintain a good deal of games and related libraries for Mageia [2],
and am also an upstream contributor to Godot Engine [3]. I just
packaged Godot's new release, 2.0-stable, the spec file (RPM) of which
can be seen here [4].

Godot is a MIT licensed 2D and 3D game engine, which comes with a
feature packed editor and scripting language to make games easily and
export them to a wide variety of platforms (most desktop platforms,
android and iOS, HTML5 via asm.js).

I wanted to share some insider tips about how to package Godot most efficiently.

The game engine comes with various components, which would ideally all
be built and packaged, though only some (marked with (*)) are really
necessary. There are no "make install" instructions, so the
installation paths used are my own choice (and to some extent
recommendation):

- /usr/bin/godot(*): The editor tools for the X11 platform, built with
`scons p=x11 tools=yes'. This binary would be the whole game engine in
itself, so it's the only required thing to have a usable Godot engine
for developers.

- /usr/bin/godot-runner(*): To actually play Godot games (especially
libre ones that you might want to package, e.g. Minilens[5] or Tanks
of Freedom[6]), one only needs a version of Godot built without the
editor tools (`scons p=x11 tools=no'). All games can therefore run
with the same binary (provided they were designed for the same Godot
version). To avoid having to build Godot again for each packaged game,
I chose to have this -runner binary that can then be used with wrapper
scripts to launch each game (`godot-runner -path
/usr/share/games/minilens' for example). Note that the games could be
run directly with the editor-enabled `godot' binary, but as it's
bigger, it's likely better for players to have a smaller binary.

- /usr/bin/godot-server: This is the headless version of the Godot
editor (`scons p=server tools=yes'), that can be used to host game
servers or to do some editor operations without the GUI (exporting
games, importing assets, etc.). One could also package the version
without the tools instead (`scons p=server tools=no') but I chose to
keep the tools for more flexibility and avoid to have to make two
binaries for this.

- /usr/libexec/godot/templates/* (or /usr/lib/godot/templates/* on
Debian probably):
Godot uses "templates" to export game binaries to all supported
platforms, which are basically the same as the `godot-runner' binary
above, but not only for the same platform and architecture as the host
system. They are usually built from source or downloaded from the
website (building all of them involves a complex buildsystem,
especially for iOS, asm.js and android), and installed in
~/.godot/templates (before the question shows up, moving Godot's
userdir to XDG_CONFIG_HOME is planned, but was not done for 2.0-stable
to avoid breaking compatibility[7]).
It is also possible to define a path to look for system-installed
templates, hence the above proposed installation path. This would be
done by building the `godot' and `godot-server' binaries with
`unix_global_settings_path=/usr/libexec/godot' (the "templates/" part
is hardcoded, and documented here [8]).
The templates need to have very specific names to be recognized, see
my above-linked spec file [4]. So far I am only building Linux 32-bit
and 64-bit templates in release and debug modes, as I did not want to
make the buildsystem too complex. It's less than what most users would
need, but it's enough to have a "working" exporter on your distro, so
that users can readily export their game in a couple clicks and test
them on their host or other Linux hosts.

Then there are the SVG icon and desktop file, that's pretty
straightforward (I'm not using the upstream SVG icon as I don't like
it's "Android app-like" background :), so I made my own without the
background).

Some binaries (the templates and `godot-runner') are compressed with
upx, which is pretty efficient and what upstream does for their
official binaries. I'd be interested to hear about experienced
packagers whether this would be a bad practice as far as Linux
packaging is concerned though.

You will probably also find some libraries that you will want to see
unbundled. This is a noble wish and I also always try to unbundle
libraries in software that I package; for Godot however one has to
remember that the binaries produced (at least for the templates) need
to run on virtually any Linux distribution, and this pushes us to the
limits of "clean" packaging practices (though I obviously chose not to
bundle openssl, even if it means that the templates produced on other
distros are broken on Fedora, and reciprocally [9][10]).
For the main editor binaries though, if you see bundled libraries that
could/should be unbundled, I'd gladly work with you to achieve this.

Sorry for the lengthy email, but I hope it contains useful information
if you have packagers interested in Godot. The packaging method I
described above is also not necessarily the best way to package Godot,
and I'd welcome any feedback about it too.

Best regards,

Rémi Verschelde / Akien

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793057
[2] https://people.mageia.org/u/akien.html
[3] https://godotengine.org
[4] http://svnweb.mageia.org/packages/cauldron/godot/current/SPECS/godot.spec?view=markup
[5] https://github.com/KOBUGE-Games/minilens
[6] https://github.com/w84death/Tanks-of-Freedom
[7] https://github.com/godotengine/godot/issues/3513
[8] http://docs.godotengine.org/en/latest/reference/packaging_godot.html
[9] https://github.com/godotengine/godot/issues/1391
[10] https://bugzilla.redhat.com/show_bug.cgi?id=1277662
_______________________________________________
games mailing list
games <at> lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/games <at> lists.fedoraproject.org
Dennis Payne | 12 Feb 14:41 2016

Code::Blocks

I understand why people use IDE. I don't care for them but I can
understand why someone would like them. IDEs should allow you someway
to compile from the command line. Code::Blocks does this but fails in
the end. Despite being used from the command line, it opens a window to
display results. Obviously this fails when running without X to build
an rpm.

I don't suppose some program in fedora has a way to build from a
codeblocks project. It's not hard to build a makefile. There is also a
cbp2make program but it doesn't appear to be package for Fedora. I was
just trying to keep using the Code::Blocks project file.
--

-- 
Dennis Payne
dulsi <at> identicalsoftware.com
Roon's Raccoon Sprintladder: https://ideas.lego.com/projects/126010
_______________________________________________
games mailing list
games <at> lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/games <at> lists.fedoraproject.org
Dennis Payne | 8 Feb 14:43 2016

SFML anyone?

I've ported Ostrich Riders to the latest SFML. When I run it, I get a
window saying:

“Ostrich Riders 0.6.1” is not responding.

You may choose to wait a short while for it to continue or force the
application to quit entirely.

The program is running fine despite the warning. If you click wait you
can continue on your merry way. However, I don't find that acceptable.
Does anyone what can be done to prevent this? I tried a simple example
for SFML I found online. It too caused the popup. Both functions use
sf::RenderWindow::pollEvent. Using sf::RenderWindow::waitEvent doesn't
have that problem but the program won't work properly that way. Does
anyone know of programs in Fedora using SFML? Do they have this
problem?
--

-- 
Dennis Payne
dulsi <at> identicalsoftware.com
Roon's Raccoon Sprintladder: https://ideas.lego.com/projects/126010
_______________________________________________
games mailing list
games <at> lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/games <at> lists.fedoraproject.org
Hans de Goede | 3 Feb 09:12 2016
Picon
Gravatar

Game pkg review swap

Hi All,

I've finshed up packaging another game, and I would like to do
a pkg review swap, preferably for another game related pkg.

Bug 1303349 - Review Request: flyingsaucersattack - Shoot down the attacking UFOs and to save the city

https://bugzilla.redhat.com/show_bug.cgi?id=1303349

Regards,

Hans
_______________________________________________
games mailing list
games <at> lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/games <at> lists.fedoraproject.org
mastaiza | 5 Jan 23:38 2016
Picon

Urbanterror , Redeclipse

these games ever work.
Hans de Goede | 2 Jan 19:50 2016
Picon
Gravatar

Game review request swap

Hi All,

I've just finished packaging a game which I've been wanting to package
for a while now:

https://bugzilla.redhat.com/show_bug.cgi?id=1295138

Review Request: marsshooter - M.A.R.S. - A ridiculous shooter

I would like to do a review swap for this, preferably with another
game (related) package, so as to help gaming on Fedora be even better.

Regards,

Hans

Gmane