I would propose a backport of Godot for Mageia. This is a brand new package, providing version 2.0-stable of this great open source game engine </self promotion, I'm from upstream>. SRPM in core/backports_testing: =============================== - godot-2.0-1.mga5 RPMs in core/backports_testing: =============================== godot-2.0-1.mga5 godot-runner-2.0-1.mga5 godot-templates-linux32-2.0-1.mga5.i586 godot-templates-linux64-2.0-1.mga5.x86_64 godot-server-2.0-1.mga5 I'll provide some instructions on how to test soon, and will likely also backport a couple libre games developed with Godot, that will make it easier to test the various RPMs listed above.
CC: (none) => alketii, stormi
Testing procedure/what to expect of those packages: =================================================== - The "godot" package contains the "godot" binary, which is the full game engine with its editor. Launching it should start the project manager, which then lets either create a new project or load an existing one. Loading an existing project can be tested e.g. by download an archive of https://github.com/KOBUGE-Games/minilens and browsing to its "engine.cfg" from the project manager. - The "godot-runner" package is the game engine without the editor, so it can be used to play games but not to edit them. Running "godot-runner" from within the minilens game folder linked above should start the game. - The "godot-server" is the game engine with the editor tools but no graphical interface. It can be used to host a server (no easy way to test that that I know of) or to do some command line operations, e.g. from the minilens dir: $ godot-server -export "Linux X11" ~/tmp/minilens - The "godot-templates-linux{32,64}" are export templates for the Linux platform. The can be used to export a given project (see example above) for the "Linux X11" platform in 32 and 64bit respectively. Due to limitations of Mageia's repositories, the 64bit version is not available on 32bit Mageia installations, but it works the other way around.
Whiteboard: (none) => has_procedure
In VirtualBox, M5, KDE, 32-bit Package(s) under test: godot godot-templates-linux32 default install of godot & godot-templates-linux32 [root@localhost wilcal]# urpmi godot Package godot-2.0-1.mga5.i586 is already installed [root@localhost wilcal]# urpmi godot-templates-linux32 Package godot-templates-linux32-2.0-1.mga5.i586 is already installed Launching from a terminal results in a seg fault: [wilcal@localhost ~]$ godot libGL error: pci id for fd 4: 80ee:beef, driver (null) libGL error: core dri or dri2 extension not found libGL error: failed to load driver: vboxvideo OpenGL Warning: XGetVisualInfo returned 0 visuals for 0b6d00b0 OpenGL Warning: Retry with 0x8002 returned 0 visuals Segmentation fault Is godot Vbox unfriendly?
CC: (none) => wilcal.int
The other way around Bill. It's an OpenGL game.
It requires support for OpenGL 2.1 yes, which most hardware provides, but VBox probably not given the huge number of games that can't be started on it (I think it's possible to configure GL in VBox somehow, but never got around to trying it).
I've just pushed a new RPM to improve the packaging a bit: - demos are now provided (in their own package) - build branding now contains "mageia" instead of "custom_build" - uses Mageia optimisation flags and linking flags SRPM in core/backports_testing: =============================== - godot-2.0-1.1.mga5 RPMs in core/backports_testing: =============================== godot-2.0-1.1.mga5 godot-demos-2.0-1.1.mga5 godot-runner-2.0-1.1.mga5 godot-templates-linux32-2.0-1.1.mga5.i586 godot-templates-linux64-2.0-1.1.mga5.x86_64 godot-server-2.0-1.1.mga5
I pushed version 2.0.1 which is a bugfix I just released upstream :) Testing procedure in comment 1; as noticed by William it has to be tested on real hardware or a VM that is configured for OpenGL 2.1+. SRPM in core/backports_testing: =============================== - godot-2.0.1-1.mga5 RPMs in core/backports_testing: =============================== godot-2.0.1-1.mga5 godot-demos-2.0.1-1.mga5 godot-runner-2.0.1-1.mga5 godot-templates-linux32-2.0.1-1.mga5.i586 godot-templates-linux64-2.0.1-1.mga5.x86_64 godot-server-2.0.1-1.mga5
Blocks: (none) => 18025
Checking dependencies in place for Backports. # urpmi --searchmedia "Core Backports Testing" godot To satisfy dependencies, the following packages are going to be installed: Package Version Release Arch (medium "Core Backports Testing") godot 2.0.1 1.mga5 x86_64 godot-demos 2.0.1 1.mga5 noarch (recommended) godot-templates-linux64 2.0.1 1.mga5 x86_64 (recommended) 102MB of additional disk space will be used. 72MB of packages will be retrieved. Proceed with the installation of the 3 packages? (Y/n) y Downloaded minilens https://github.com/KOBUGE-Games/minilens Ran godot.. $ godot SCAN PROJECTS AT: /home/claire found: 1 projects. ERROR OPENING FILE: icon.png OPENING: /home/claire/minilens-master/minilens-master (::home::claire::minilens-master::minilens-master) Boot splash path: res://KOBUGE_Splash.png [SUTjoystick]: module loaded Selected "Scan" and fed it the minilens directory. It found it and displayed it in the main window. Highlighted and clicked "Run". Some red error messages as it played but it played just fine and was quite fun so tested at least 4 or 5 levels until it got too hard :)
Whiteboard: has_procedure => has_procedure mga5-64-ok
Moved to backports
Status: NEW => RESOLVEDCC: (none) => tmbResolution: (none) => FIXED