Can you upgrade the version that appears in portage to the last? Thanks Reproducible: Always
Created attachment 150730 [details] openarena-0.7.6.ebuild
Is this a binary package? I would be better if it was built from source.
yes, binary. I will look into a source based one when I'll find the time...
Created attachment 151515 [details] openarena-0.7.6.ebuild Fix "SRC_URI"
Created attachment 151631 [details] openarena-0.7.6 source based ebuild Only tested on amd64 with or without "dedicated" use flag. Now, have we to install it in "/opt" ?, and the fetch restriction ? It need certainly some more test...
Source-based ebuilds shouldn't install to /opt... Instead, it should install to the normal games locations. If something in /opt can use the data, then we'd just symlink it, like we do with quake3/quake3-bin/quake3-data... Why is this fetch restricted? Does the web page have some kind of nasty download applet or something? I tried downloading both and had no problems, so it looks like it isn't necessary.
Created attachment 152221 [details] openarena-0.7.6 source based ebuild changes : - remove 'restrict="fetch strip"' - move install in '/usr' instead of '/opt' - move exec in right place - move doc in right place - some cleanup
Hello, I've just tested your latest ebuild on PPC and it works, with a minor change: you just have to put the following line: use ppc && arch="ppc" after the line: use amd64 && arch="amd64 I don't know if there's any way to automate this. The quake3 ebuild uses "ARCH=$(tc-arch-kernel)" as an emake argument, but I don't know if this is any help to you. Also, for me, the menu entry is listed, but without an icon. Thank you for your hard work.
Created attachment 152819 [details] openarena-0.7.6 source based ebuild changes : - remove arch type in path so it should build on any compatible arch - re-introduce 'smp' use flag, I don't find why it disappear in 0.7.1 ? - don't compile all we don't need - take icon from source tarball and not an added one - some more cleanup From the previous report and the Makefile, it should work on ppc & ppc64 too
Everything seems to be working for me, thank you very much.
Created attachment 154935 [details] openarena-0.7.7 source based ebuild bump to latest version
The 0.7.7 ebuild doesn't seem to work, because there is no file oa077.zip. Apparently 0.7.7 was released only as a patch to 0.7.6.
I just verified and in this ebuild the downloaded files are : http://download.tuxfamily.org/openarena/rel/076/oa076.zip http://download.tuxfamily.org/openarena/rel/077/oa077-patch.zip http://openarena.ws/svn/source/077/openarena077scr3.tar.bz2 I don't know where it want you to download "oa077.zip" ?
(In reply to comment #13) > I just verified and in this ebuild the downloaded files are : > > http://download.tuxfamily.org/openarena/rel/076/oa076.zip > http://download.tuxfamily.org/openarena/rel/077/oa077-patch.zip > http://openarena.ws/svn/source/077/openarena077scr3.tar.bz2 > > I don't know where it want you to download "oa077.zip" ? I'm so sorry, I made a mistake while updating the ebuild! I've now tested it and both the ebuild and the game work fine on PPC.
*** Bug 228531 has been marked as a duplicate of this bug. ***
0.8.0 is out now
Created attachment 162579 [details] openarena-0.8.0.ebuild openarena-0.8.0
Great work, Alexey. Thank you.
Compilation fails with /usr/lib/gcc/i686-pc-linux-gnu/4.3.1/../../../../i686-pc-linux-gnu/bin/ld: canno t find -lvorbisfile if media-libs/libvorbis is not emerged. And could you please slot openarena? Not all servers and players even want to migrate from 0.7.1 to 0.7.7 and 0.8.0 won't be popular at least month. So I have to have 0.7.7 and 0.7.1 (in binary) to play.
Fetch restriction: I believe that the reason OpenArena has the fetch restriction is because of its web site: (from openarena.ws) OpenArena is a violent, sexy, multiplayer first person shooter based on the ioquake3 fork of the id tech 3 engine. It has many game types beyond deathmatch and a lot of characters. Due to violent and racy content, it may not be suitable for children under 17. (/from openarena.ws) I don't know if that's a valid reason for the fetch restriction.
No, that's not really one of the reasons for which we use the fetch restriction.
There are a bunch of options in the Makefile that need to have use flag support. curl, speex, mumble....etc.
And the Missionpack isn't available for this ebuild (although it's a standart 080 feature)
Also this ebild doesn't have serverfix: http://openarena.wikia.com/wiki/Bugs That means noone can connect me if I create a "local" game.
Following the news on http://openarena.ws/news.html the version 0.8.0 is removed as infringing copyright. So this can't be fixed now.
Created attachment 166697 [details] openarena-0.8.0 change : - include the mission pack - first try to add use flag, need certainly some more work, please test now just need to wait 0.8.1...
can't find the server-fix source so I haven't included it...
Remy Dupont, thank you for your work. http://openarena.ws/board/index.php?topic=2419.0 081 released
Created attachment 170445 [details] openarena-0.8.1.ebuild Updated ebuild for 0.8.1
Created attachment 170482 [details] openarena-0.8.1.ebuild Hi, I little bit updated and cleaned up ebuild Remi posted. I removed speex flag since there is choice between bundled and system only (so we want system one, voip should be enabled by default since it has no other dep just speex itself we already pull in). Disabled mumble by default since it is depending on QT4 (actualy it needs some qt parts even I as kde guy dont like). Mostly this can be updated when there is 2.2 portage stable since we use eapi=2 for most kde-herd ebuilds. [marking two older attachments as depercated by this one (minimalising confusion for user)] Games pple: would you think about reopening/putting into tree?
*** Bug 245217 has been marked as a duplicate of this bug. ***
openarena-0.8.1.ebuild fails for me with the following error: CC code/sdl/sdl_glimp.c SMP_CC code/sdl/sdl_glimp.c LD openarena-build/openarena.x86 LD openarena-build/openarena-smp.x86 openarena-build/client/cl_cgame.o: In function `CL_FirstSnapshot': cl_cgame.c:(.text+0x24e): undefined reference to `speex_preprocess_state_init' cl_cgame.c:(.text+0x273): undefined reference to `speex_preprocess_ctl' cl_cgame.c:(.text+0x294): undefined reference to `speex_preprocess_ctl' openarena-build/client/cl_main.o: In function `CL_CaptureVoip': cl_main.c:(.text+0x46a7): undefined reference to `speex_preprocess_run' openarena-build/client/cl_main.o: In function `CL_Disconnect': cl_main.c:(.text+0xa937): undefined reference to `speex_preprocess_state_destroy' collect2: ld returned 1 exit status make[2]: *** [openarena-build/openarena.x86] Error 1 make[2]: *** Waiting for unfinished jobs.... openarena-build/client/cl_cgame.o: In function `CL_FirstSnapshot': cl_cgame.c:(.text+0x24e): undefined reference to `speex_preprocess_state_init' cl_cgame.c:(.text+0x273): undefined reference to `speex_preprocess_ctl' cl_cgame.c:(.text+0x294): undefined reference to `speex_preprocess_ctl' openarena-build/client/cl_main.o: In function `CL_CaptureVoip': cl_main.c:(.text+0x46a7): undefined reference to `speex_preprocess_run' openarena-build/client/cl_main.o: In function `CL_Disconnect': cl_main.c:(.text+0xa937): undefined reference to `speex_preprocess_state_destroy' collect2: ld returned 1 exit status make[2]: *** [openarena-build/openarena-smp.x86] Error 1 make[2]: Leaving directory `/var/tmp/paludis/games-fps-openarena-0.8.1/work/openarena-engine-0.8.1' make[1]: *** [targets] Error 2 make[1]: Leaving directory `/var/tmp/paludis/games-fps-openarena-0.8.1/work/openarena-engine-0.8.1' make: *** [release] Error 2 /usr/libexec/paludis/utils/emake: emake returned error 2 !!! ERROR in games-fps/openarena-0.8.1: !!! In src_compile at line 3789 !!! emake failed USE: curl -dedicated openal smp vorbis
(In reply to comment #32) > openarena-0.8.1.ebuild fails for me with the following error: > > CC code/sdl/sdl_glimp.c > SMP_CC code/sdl/sdl_glimp.c > LD openarena-build/openarena.x86 > LD openarena-build/openarena-smp.x86 > openarena-build/client/cl_cgame.o: In function `CL_FirstSnapshot': > cl_cgame.c:(.text+0x24e): undefined reference to `speex_preprocess_state_init' > cl_cgame.c:(.text+0x273): undefined reference to `speex_preprocess_ctl' > cl_cgame.c:(.text+0x294): undefined reference to `speex_preprocess_ctl' > openarena-build/client/cl_main.o: In function `CL_CaptureVoip': > cl_main.c:(.text+0x46a7): undefined reference to `speex_preprocess_run' > openarena-build/client/cl_main.o: In function `CL_Disconnect': > cl_main.c:(.text+0xa937): undefined reference to > `speex_preprocess_state_destroy' > collect2: ld returned 1 exit status > make[2]: *** [openarena-build/openarena.x86] Error 1 > make[2]: *** Waiting for unfinished jobs.... > openarena-build/client/cl_cgame.o: In function `CL_FirstSnapshot': > cl_cgame.c:(.text+0x24e): undefined reference to `speex_preprocess_state_init' > cl_cgame.c:(.text+0x273): undefined reference to `speex_preprocess_ctl' > cl_cgame.c:(.text+0x294): undefined reference to `speex_preprocess_ctl' > openarena-build/client/cl_main.o: In function `CL_CaptureVoip': > cl_main.c:(.text+0x46a7): undefined reference to `speex_preprocess_run' > openarena-build/client/cl_main.o: In function `CL_Disconnect': > cl_main.c:(.text+0xa937): undefined reference to > `speex_preprocess_state_destroy' > collect2: ld returned 1 exit status > make[2]: *** [openarena-build/openarena-smp.x86] Error 1 > make[2]: Leaving directory > `/var/tmp/paludis/games-fps-openarena-0.8.1/work/openarena-engine-0.8.1' > make[1]: *** [targets] Error 2 > make[1]: Leaving directory > `/var/tmp/paludis/games-fps-openarena-0.8.1/work/openarena-engine-0.8.1' > make: *** [release] Error 2 > /usr/libexec/paludis/utils/emake: emake returned error 2 > > !!! ERROR in games-fps/openarena-0.8.1: > !!! In src_compile at line 3789 > !!! emake failed > > USE: curl -dedicated openal smp vorbis > Would you mind posting speex version?
> Would you mind posting speex version? speex-1.2_rc1 is installed
(In reply to comment #34) > > Would you mind posting speex version? > > speex-1.2_rc1 is installed > same here on amd64 with latest stable (speex-1.2_beta3_p2) and latest available (speex-1.2_rc1)
Created attachment 170635 [details] openarena-0.8.1.ebuild Mea culpa. I forget that i have on testing machine not updated system in wry wery long. In order to play this game we need to use allways internal speex. Now it should again work correctly. Again i am sorry for confusion :]
And what i totally forget is now it does not depend on system speex since it uses bundled one, so it can be removed from depend. :]
I'm just curious: why shouldn't it depend on the system speex, instead of the bundled one? Are they different in some way? Is the bundled one customized specifically for OA? As I've stated, I'm just curious, since depending on system libraries has been known as "the right way".
(In reply to comment #38) > I'm just curious: why shouldn't it depend on the system speex, instead of the > bundled one? Are they different in some way? Is the bundled one customized > specifically for OA? > > As I've stated, I'm just curious, since depending on system libraries has been > known as "the right way". > Their bundled speex is "special" obviously, because it wont link against system one. So rather than doing monstrouse patch i just use bundled stuff. :]
3 latest 081 ebuilds by Tomáš Chvátal http://bugs.gentoo.org/show_bug.cgi?id=245759 imho the above link should be here
