Website: http://ufoai.sourceforge.net/ Changelog: http://ufoai.ninex.info/wiki/index.php/Changelog/2.2 Compile guide: http://ufoai.ninex.info/wiki/index.php/Compile_for_Linux (might be out of date... haven't tried myself.)
Created attachment 141260 [details] 2.2 alfa stage ebuild Basic ebuild converted from previous one Fixed: bug #206430 (x11-proto/xf86vidmodeproto line [feel fre to submit diff there with this :)]) downloads correct packages Not tested: everything else, isp is not cooperating and i'll have all files downloaded in morning (IT morning about 12pm CET) so i get back to it. Sadly they've released new wersion but, didn't update their howto for compiling, so i'll test what it exactly needs and what options it have.
Created attachment 141290 [details] alfa 2 This time it check the source correctly and start compiling (fails doing map [i'll get to this tomorow]) if we don't build maps it compiles correctly, but fails on install (this i'll try fix after i fix map problem)
Created attachment 141293 [details] beta1 This is first functional ebuild, please try and report bugs :) Compiles fine Runs fine Somehow does not work with lang files...
** With your ebuils the file game.so is located in two place : -/usr/share/games/ufo-ai/base/game.so -/usr/games/lib64/ufo-ai/game.so it should be only in "/usr/games/lib64/ufo-ai/game.so" but the game game look for it in "/usr/share/games/ufo-ai/base/". ** this section : local libdir=$(games_get_libdir)/${PN} # Set libdir sed -i \ -e "s:libPath, \"\.\":libPath, \"${libdir}\":" \ src/{client,ports/linux}/*.c || die "sed *.c failed" sed -i \ -e "s:\"s_libdir\", \"\":\"s_libdir\", \"${libdir}\":" \ src/client/cl_sound.c || die "sed snd_ref.c failed" sed -i \ -e "s:game\.so\", path:game\.so\", \"${libdir}\":" \ src/ports/linux/linux_main.c || die "sed sys_linux.c failed" does nothing in this version and there are no useful reference to these entry : - libdir - libpath - game.so maybe we have to modify the "configure"... but don't know... **this section doesn't do anything : exeinto "$(games_get_libdir)/${PN}" doexe *.so base/game.so || die "doexe ${f} failed" result : install: cannot stat `*.so': No such file or directory so the execute permission is not set on the file (not seen any functional difference... I make an ebuild too but can't find a way the game find : /usr/games/lib64/ufo-ai/game.so
Created attachment 141312 [details, diff] online check for updates in translations added It compiles and updates them correctly, but stil does not use them :(
Created attachment 141314 [details] beta2 Problem 1: wrong placing of game.so (change configure probbably as you say) Problem 2: still not using translation files (it should use them, they are same as in the previous version (2.1.1) :() I sugess that we fix problem 2 first so some people test it :)
also there is tool to update translations from wiki (more translated messages than in .po files) so I add lang flag and update this translation from wiki
Created attachment 141321 [details] beta3 enables openal translations works when compiled with debug... (I really don't know why it is not working when compiled as release :()
(In reply to comment #7) > also there is tool to update translations from wiki (more translated messages > than in .po files) > so I add lang flag and update this translation from wiki > I tried it and it was dumbass idea, because it start crazy downloading and patching and it takes seriously looong time so, i sugess we don't use it.
Created attachment 141339 [details] rc1 With this version there is i18n working correctly all the time :) So there remains only problem with game.so (if it is really problem...). I would say let it go this way, it compiles, it runs, it uninstalls, what else you can except from thing like this :)
When I start a new game, instead of displaying test it display just "intro_sequence1", "intro_sequence2", "intro_sequence3", .... have you the same problem ?
(In reply to comment #11) > When I start a new game, instead of displaying test it display just > "intro_sequence1", "intro_sequence2", "intro_sequence3", .... > > have you the same problem ? > Damn you are correct, i thought that if they are finaly in the game, they'll be in menu too :( <still don't get wy is it working with enabled debug>
RC Candidate didn't translate menu in debug too :(
It works if you remove : emake update-po || die "emake updating langs failed"
Created attachment 141388 [details] RC2 Maybe final version? :) try to find another problems :)
about that game.so problem, they say that it is problem of quake2 engine...
Doesn't have time to test earlier... :(, functionally looks good !!
(In reply to comment #15) > Created an attachment (id=141388) [edit] > RC2 > > Maybe final version? :) try to find another problems :) > works for me fine on ~amd64
Created attachment 151632 [details] ufo-ai-2.2.1.ebuild version bump
You should only write that it only needs renaming, when you changed nothing :]
a little bit more than renaming, but right, not very much ;)
OK it's not hard to make my own overlay but nevertheless: When do we get this? The 2.2 bump was a major change and a lot of features were added.
I'd like to see this in the official tree too.
Latest version is missing sdl-mixer dependency.
Dependencies are listed here: http://ufoai.ninex.info/wiki/index.php/Compile_for_Linux I'll try to adapt the ebuild to fit those requirements.
Created attachment 160112 [details] ufo-ai-2.2.1.ebuild with sdl-mixer dependency Added dependencies for >=media-libs/sdl-mixer-1.2.7 net-misc/curl as per upstream documentation. Compiles and starts fine, please test for yourselves.
*** Bug 232535 has been marked as a duplicate of this bug. ***
(In reply to comment #22) > OK it's not hard to make my own overlay but nevertheless: > When do we get this? With current Gentoo speed, I think it will appear in portage when 2.3 is out. (;
Sorry, isn't there should be ${MY_PN}-${PV}-data.tar instead of ${MY_PN}-2.2-data.tar ?..
ufo-ai-2.2.1.ebuild w sdl-mixed dep compiles and works in x86 with USE="alsa doc jack nls openal" but needs a fix for USE="doc" (or build fails miserably, as the makefile doesn't contain a rule for "docs") - though using that flag seems to be doing just a longer compile but no documentation. What is needed, is to change word "docs" to "doxygen-docs" in following section: if use doc ; then emake docs || die "emake docs failed" fi After that, it compiles documentation for developers but does not install it... 2.2.1 is more playable than 2.1.1 in my opinion.
I did some checking with makefiles and found out, that it would be more sane to run "emake pdf-manual" instead of "emake docs" (or "emake doxygen-docs" as I previously suggested), though that would require a change to DEPEND: "doc? ( app-doc/doxygen )" -> "doc? ( virtual/latex-base )" or something latex-related. And for doxygen-docs, IUSE would probably want a 'dev'-flag (which would then DEPEND on doxygen and run emake doxygen-docs). Either of doc-makes will not install anything, so for pdf-manual replace "dohtml -r docs/html" with "newdoc src/docs/tex/ufo-manual_EN.pdf ufo-manual_EN.pdf" (or something). Haven't tried out that yet...
Created attachment 161748 [details] ufo-ai-2.2.1.ebuild sdl-mixer, homepage, doc, dev After "some" time of rebuilding and testing for things to work... Here is my fixed ebuild that is based on attachment "ufo-ai-2.2.1.ebuild with sdl-mixer dependency". I have added the 'main' homepage, a useflag (USE=dev) for building developement documentation with doxygen (dependency added/modified), changed USE=doc actions to build user manual with latex (dependency for virtual/latex-base). Though... building USE=dev is not entirely sane. It takes a helluva lot of time to build and multiplies installation size by 2 (~360M -> ~850M). But there it is, with a appropriate ewarn on unpack.
(In reply to comment #29) > Sorry, isn't there should be ${MY_PN}-${PV}-data.tar instead of > ${MY_PN}-2.2-data.tar ?.. > Yes it should, something like this : MY_P="ufoai-${PV}" DESCRIPTION="UFO: Alien Invasion - X-COM inspired strategy game" HOMEPAGE="http://ufoai.ninex.info/" SRC_URI="mirror://sourceforge/ufoai/${MY_P}-source.tar.bz2 mirror://sourceforge/ufoai/${MY_P}-data.tar"
@Jyrki Thanks for the ebuild, works fine for me on x86. I've added it to roslin overlay and fixed the ${MY_PN} stuff. Here's a diff: # -- diff -Naur ufo-ai-2.2.1.ebuild.old ufo-ai-2.2.1.ebuild --- ufo-ai-2.2.1.ebuild.old 2008-08-01 09:10:03.000000000 +0200 +++ ufo-ai-2.2.1.ebuild 2008-08-01 08:59:03.000000000 +0200 @@ -4,11 +4,11 @@ inherit eutils autotools games -MY_PN="ufoai" +MY_P="${P/o-a/oa}" DESCRIPTION="UFO: Alien Invasion - X-COM inspired strategy game" HOMEPAGE="http://ufoai.sourceforge.net/ http://ufoai.ninex.info/" -SRC_URI="mirror://sourceforge/ufoai/${MY_PN}-${PV}-source.tar.bz2 - mirror://sourceforge/ufoai/${MY_PN}-2.2-data.tar" +SRC_URI="mirror://sourceforge/ufoai/${MY_P}-source.tar.bz2 + mirror://sourceforge/ufoai/${MY_P}-data.tar" # mirror://sourceforge/ufoai/${MY_P}-mapsource.zip" LICENSE="GPL-2" @@ -39,7 +39,7 @@ doc? ( virtual/latex-base ) dev? ( app-doc/doxygen )" -S=${WORKDIR}/${MY_PN}-${PV}-source +S=${WORKDIR}/${MY_P}-source dir=${GAMES_DATADIR}/${PN} src_unpack() { # --
Created attachment 162570 [details] ufo-ai 2.2.1 Completely revised ebuild, test all features duno why nobody complained (with some use it was not able to compile at all...)
When i write attachment 162570 [details] i was not sure if there is not defined dedicated we want to have server and client or only server or only client so what would be best you thing dedicated = server ; !dedicated = client || dedicated = server; !dedicated = server & client
Created attachment 162572 [details] 2.2.1 ebuild + forget to run repoman check so fixed some quoting + dedicated=server !dedicated=server+client as is done by other ebuilds
*** Bug 236045 has been marked as a duplicate of this bug. ***
2.2.1 version is now in portage. Thanks
