Freeorion is a clone of Master of orion. I'm planning to make an ebuild of this, but first it's required to make an ebuild of GiGi, one of it's dependencies that's not in portage. If Freeorion goes to portage, it should definately go under the category games-strategy. Reproducible: Always Steps to Reproduce:
after gigi works - bug #59218
Must remember to click the little box.
I have experimented a little with this new version and GiGi. I got GiGi working with a small patch, but it's useless unless this can be made working. It seems that FreeOrion 0.2 isn't going to compile at all, it just spits out a lot of errors. I'll probably have another look at it when freeorion.org comes up..
*** Bug 124208 has been marked as a duplicate of this bug. ***
any news down there?
CVS ebuilds are (for now) in Bug 114444
*** Bug 187069 has been marked as a duplicate of this bug. ***
(In reply to comment #0) Hi everybody, i don't have too much time to test games and to send ebuilds but this one that i tried to build without success few years ago is now ready and works for me. Actually, Freeorion ebuild was tested on both 386 and amd64 platforms. So please don't bother me about duplicates or whatever if the ebuild is not at its right place (2004 old patches are like wine, the older, the better, also i think i'm at the right place anyway :) There are 2 ebuild versions, one with gigi integrated and the other without it and gigi is just a dependency. Also the ebuild was built from a no working ebuild posted in gentoo bugzilla for a while. I didn't test its mod flag but i left it in. To make things consistent i created a new working gigi ebuild too. There is a major limitation and i didn't find a workaround. You need to launch the game from the /usr/share/games/freeorion directory. Otherwise freeorion is unable to find its font files or you need to copy them in your home directory and that's not clean. I let a more courageous gamer to improve and debug the SConstruct file ;) [shell] cd /usr/share/games/freeorion freeorion -g [/shell] One patch was inspired from freeorion.fedora.config.patch freeorion ebuild without GiGi, you need media-libs/gigi-999 games-strategy/freeorion-999 and of course freeorion ebuild with GiGi, you just need games-strategy/freeorion-999 Jj
Created attachment 126979 [details] gigi ebuild
Created attachment 126980 [details, diff] patch for freeorion
Created attachment 126982 [details, diff] another patch for freeorion
Created attachment 126984 [details] freeorion without GiGi you need GiGi ebuild with that ebuild
Created attachment 126985 [details] freeorion with GiGi you have everything you need in one ebuild, but will certainly conflict when GiGi ebuild will be integrated in the gentoo tree. To avoid that just prefer the other version :)
Hi, I've tried to use the ebuild with GiGi included ... - I had to remove the absolute paths from the patches, so that the files can be found - the second hunk for SConstruct does not apply as it is fixed in svn - the rest of the hunks applies with some fuzz ... - boost >= 1.36 is needed, but the ebuild does not have a versioned dependency (note also that the rest of dependencies does not match the list at the project page, but I had trouble just with this one) - after unmasking and installing the new boost, I had to run eselect boost ... this is probably something that the ebuild should check and issue explanatory error message, before the configure fails (else one wonders why it cannot find boost which was just installed ...) - after that, the compilation (svn rev. 2707) went fine, however, I cannot start the game: kavol@jarmilka ~ $ freeorion GG exception (subclass GG::Font::BadFile) caught in GUI::Run(): Face object created from "/home/kavol/default/DejaVuSans.ttf" was invalid ... needless to say, the file /home/kavol/default/DejaVuSans.ttf does not exist btw, wouldn't it be better to use (and finetune the ebuild for) some stable sources than for the svn?
Created attachment 225311 [details] new freeorion ebuild, based on the new cmake build-system
Created attachment 225313 [details] new gigi ebuild, based on the new cmake build-system
A few days ago i became aware of FO having changed their build-system from scons to cmake. Gigi doesn't build (for me) with the doc use-flag enabled (i consider this a bug in gigi) and FreeOrion fails an assert with boost when firing it up. Most likely related to ogre / my ati-video. Hence i leave this bug closed, but a review of the ebuilds is appreciated.
Created attachment 225457 [details] new gigi ebuild, based on the new cmake build-system
Created attachment 232307 [details, diff] GiGi fix for new libpng support new libpng in GiGi
To compile freeorion I used this flags: USE="-threads sdl cg ois cegui examples" With "threads" on GiGi - freeorion does not work ( see http://www.freeorion.org/forum/viewtopic.php?f=24&t=4662&p=43160 ) Then I have error: Failed to find an Ogre GL render system. The issue (http://www.freeorion.org/forum/viewtopic.php?f=25&t=2488) is to create file: /usr/games/freeorion cat > ogre_plugins.cfg <<EOF # Plugin folder PluginFolder=/usr/lib64/OGRE # Plugins Plugin=RenderSystem_GL Plugin=Plugin_ParticleFX Plugin=Plugin_OctreeSceneManager Plugin=Plugin_CgProgramManager EOF and run freeorion with resource-dir arg: ./freeorion --resource-dir /usr/games/freeorion/default/default
I tried to install freeorion/gigi with those ebuilds, and ran into an error at the end of gigi build. in fo-forum (http://www.freeorion.org/forum/viewtopic.php?f=24&t=4192) they said, "Downgrade boost", but when installing boost 1.35 and eselecting it, the build of gigi still finds 1.41. is this my fault, or of the ebuild? and furthermore: the fo ebuild depends on "<media-gfx/graphviz-2.21", which isn''t in the tree. is it save to depend on "media-gfx/graphviz"?
in gamerlay overlay needs boost-1.42 to build freeorion now dev-util/subversion can be changed to dev-vcs/subversion in dependencies too
Created attachment 248751 [details] gigi-9999-r1.ebuild - fixed USE flags The ebuild from gamerlay does not work, because it checks for USE-Flags in ogre that are not added in IUSE. I have corrected those, so the ebuild checks for one of the three threading USE-Flags in ogre-1.7.1 when "threads" is used.
Created attachment 248753 [details] freeorion-9999-r2.ebuild - added "cg" and "threads" USE-Flags, ogre_plugins.cfg is now created I changed the following: - Added cg USE-Flag, as the cg-toolkit is for nvidia, it should be optional and cascade to ogre dependency - Added threads USE-Flags, which now cascades to gigi and ogre (boost-threads) dependency - Added: CFLAG stripping, and stripping of -Wl,--as-needed. This is just for testing purpose to see whether I can get the game to actually work with those (see below) but don't seem to be neccessary. - Changed: The dependency of boost is now either 1.42 or 1.43 as I read a note in the freeorion forums, that it should work with 1.43, too. - Added a rather wild hack that creates the missing ogre_plugins.cfg file, whether or not to add "Plugin=Plugin_CgProgramManager" to it depends on the cg USE-Flag Missing: I have no idea how to add a wrapper script to /usr/games/bin via ebuild, sorry. Fail: On my machine (with intel gfx chipset) I can do what I want. With and without cg-toolkit, with and without threads, with and without debug. It doesn't matter. I can not get this game to work. Every time I start a game, it breaks with "main() caught exception(std::exception): unregistered class" upon galaxy and AI creation. As this "unregistered class" thing looks like boost related, I daresay that it really is nothing more but a missing try-catch somewhere in the freeorion code. But unfortunately I have not the time at the moment to debug it.
I forgot one thing: (In reply to comment #24) > Created an attachment (id=248753) [details] > freeorion-9999-r2.ebuild - added "cg" and "threads" USE-Flags, ogre_plugins.cfg > is now created > (...) > - Added a rather wild hack that creates the missing ogre_plugins.cfg file, > whether or not to add "Plugin=Plugin_CgProgramManager" to it depends on the cg > USE-Flag (...) After I added this "hackish" creation, it came to my mind, that it would be better to patch the ogre_plugins.cfg file in. The CgProgramManager could be added like this: # Plugin=Plugin_CgProgramManager If the cg USE Flag is set, "sed" could be used to remove the comment to enable it. I guess that would be much cleaner than the raw "cat" and "echo" the ebuild does right now.
As this bug does not show up with a regular search (until re-opened), I have added an updated ebuild for gigi-9999 (libpng patch is no longer required) to this bug: http://bugs.gentoo.org/show_bug.cgi?id=343917
Gigi live ebuild does no longer compile against <boost-1.45, a new gigi-9999 ebuild is available in bug 343917
As this bug is marked RESOLVED/LATER, I opened a new bug 349367 for GiGi live ebuild
