Bug 1752206 - GNOME Games cannot run games
Summary: GNOME Games cannot run games
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: gnome-games
Version: 31
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Artem
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-09-14 12:45 UTC by Alexander Mikhaylenko
Modified: 2019-09-14 16:53 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2019-09-14 16:53:39 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
Screenshot (31.27 KB, image/png)
2019-09-14 12:45 UTC, Alexander Mikhaylenko
no flags Details
gnome-games screenshot (35.92 KB, image/png)
2019-09-14 13:02 UTC, Artem
no flags Details

Description Alexander Mikhaylenko 2019-09-14 12:45:58 UTC
Created attachment 1615134 [details]
Screenshot

Description of problem:

GNOME Games uses libretro cores to run games, which are not available in Fedora. This means that actually running games with the app doesn't work.

Version-Release number of selected component (if applicable):
gnome-games-3.32.1-3.fc31.x86_64

How reproducible:
Try to run a game

Actual results:
See screenshot.

Expected results:
The game runs and is playable.

Additional info:
We ship many libretro cores in our Flathub build, meaning it works out of the box. If Fedora cannot do this, I would vastly prefer the app not to be packaged.

Comment 1 Vitaly 2019-09-14 12:52:35 UTC
Fedora cannot ship proprietary components, like libretro cores.

Comment 2 Artem 2019-09-14 13:02:28 UTC
Created attachment 1615135 [details]
gnome-games screenshot

Mine look like this (see screenshot) so title is misleading - GNOME Games can run games.

How about help with packaging libretro cores? And what about legal side?

Comment 3 Vitaly 2019-09-14 13:10:24 UTC
> And what about legal side?

Most of cores can be added only to RPM Fusion non-free repository.

Comment 4 Alexander Mikhaylenko 2019-09-14 13:11:07 UTC
> Mine look like this (see screenshot) so title is misleading - GNOME Games can run games.

Desktop platform is only one of 20+ platforms that we support normally. To save you time I can also mention that it will run Steam games.

Also, I see we need to update the desktop file blacklist. On your screenshot, only one item is actually a game.

> Fedora cannot ship proprietary components, like libretro cores.

They are not proprietary. We don't ship proprietary components in our flatpak either.

> How about help with packaging libretro cores? And what about legal side?

Well, we already only officially support the Flathub build, so no, I'm not going to help with packaging. :)

> Most of cores can be added only to RPM Fusion non-free repository.

Then maybe the app should be there too?

Comment 5 Vitaly 2019-09-14 13:18:15 UTC
> They are not proprietary. We don't ship proprietary components in our flatpak either.

Proprietary: https://github.com/libretro/snes9x/blob/master/LICENSE

>  This software is provided 'as-is', without any express or implied
>  warranty. In no event shall the authors be held liable for any damages
>  arising from the use of this software or it's derivatives.

>  Snes9x is freeware for PERSONAL USE only. Commercial users should
>  seek permission of the copyright holders first. Commercial use includes,
>  but is not limited to, charging money for Snes9x or software derived from
>  Snes9x, including Snes9x or derivatives in commercial game bundles, and/or
>  using Snes9x as a promotion for your commercial product.

Fedora cannot ship software with such ugly licenses.

> Then maybe the app should be there too?

No. This app is allowed for Fedora. It works.

Comment 6 Alexander Mikhaylenko 2019-09-14 13:19:21 UTC
> Proprietary: https://github.com/libretro/snes9x/blob/master/LICENSE

Yes. And we don't ship that one either, we ship bsnes-mercury for SNES.


Note You need to log in before you can comment on or make changes to this bug.