X-Moto is a challenging 2D motocross platform game, where physics play an all important role in the gameplay. You need to control your bike to its limit, if you want to have a chance finishing the more difficult of the challenges. First you'll try just to complete the levels, while later you'll compete with yourself and others, racing against the clock. Reproducible: Always Steps to Reproduce:
Created attachment 69773 [details] games-sports/xmoto-0.1.4 The most simple ebuild I've ever written ... upstream does a great job.
It doesn't build on ~amd64: >>> emerge (1 of 1) games-misc/xmoto-0.1.4 to / >>> md5 files ;-) xmoto-0.1.4.ebuild >>> md5 files ;-) files/digest-xmoto-0.1.4 >>> md5 src_uri ;-) xmoto-0.1.4-src.tar.gz >>> Unpacking source... >>> Unpacking xmoto-0.1.4-src.tar.gz to /var/tmp/portage/xmoto-0.1.4/work >>> Source unpacked. * Using GNU config files from /usr/share/libtool * No config.sub found in /var/tmp/portage/xmoto-0.1.4/work/xmoto-0.1.4, skipp ing ... * No config.guess found in /var/tmp/portage/xmoto-0.1.4/work/xmoto-0.1.4, ski pping ... ./configure --prefix=/usr/games --build=x86_64-pc-linux-gnu --host=x86_64-pc-lin ux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share/ga mes --sysconfdir=/etc/games --localstatedir=/var/games checking for a BSD-compatible install... /bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether x86_64-pc-linux-gnu-gcc accepts -g... yes checking for x86_64-pc-linux-gnu-gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of x86_64-pc-linux-gnu-gcc... gcc3 checking for x86_64-pc-linux-gnu-g++... x86_64-pc-linux-gnu-g++ checking whether we are using the GNU C++ compiler... yes checking whether x86_64-pc-linux-gnu-g++ accepts -g... yes checking dependency style of x86_64-pc-linux-gnu-g++... gcc3 checking for a BSD-compatible install... /bin/install -c checking for jpeg_CreateCompress in -ljpeg... yes checking for png_read_image in -lpng... yes checking for SDL_Init in -lSDL... yes checking for glVertex3f in -lGL... yes checking for gluOrtho2D in -lGLU... yes checking for vorbis_synthesis_blockin in -lvorbis... yes checking for oggpack_adv in -logg... yes checking for ov_read in -lvorbisfile... yes configure: creating ./config.status config.status: creating Makefile config.status: creating bin/Makefile config.status: executing depfiles commands Making all in bin make[1]: Entering directory `/var/tmp/portage/xmoto-0.1.4/work/xmoto-0.1.4/bin' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/var/tmp/portage/xmoto-0.1.4/work/xmoto-0.1.4/bin' make[1]: Entering directory `/var/tmp/portage/xmoto-0.1.4/work/xmoto-0.1.4' x86_64-pc-linux-gnu-g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VER SION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"xmoto\" -DV ERSION=\"0.1.4\" -DHAVE_LIBJPEG=1 -DHAVE_LIBPNG=1 -DHAVE_LIBSDL=1 -DHAVE_LIBGL=1 -DHAVE_LIBGLU=1 -DHAVE_LIBVORBIS=1 -DHAVE_LIBOGG=1 -DHAVE_LIBVORBISFILE=1 -I. -I. -Isrc -w -O3 -DGAMEDATADIR=\"/usr/share/games/xmoto\" -c -o BuiltInFont.o `test -f 'src/BuiltInFont.cpp' || echo './'`src/BuiltInFont.cpp In file included from src/BuiltInFont.h:25, from src/BuiltInFont.cpp:27: src/VCommon.h:52: error: conflicting declaration 'typedef void (*PFNGLBUFFERDATA ARBPROC)(GLenum, int, const GLvoid*, GLenum)' /usr/include/GL/glext.h:3989: error: 'PFNGLBUFFERDATAARBPROC' has a previous dec laration as `typedef void (*PFNGLBUFFERDATAARBPROC)(GLenum, GLsizeiptrARB, const GLvoid*, GLenum)' src/VCommon.h:52: error: declaration of `typedef void (*PFNGLBUFFERDATAARBPROC)( GLenum, int, const GLvoid*, GLenum)' /usr/include/GL/glext.h:3989: error: conflicts with previous declaration `typede f void (*PFNGLBUFFERDATAARBPROC)(GLenum, GLsizeiptrARB, const GLvoid*, GLenum)' src/VCommon.h:52: error: declaration of `typedef void (*PFNGLBUFFERDATAARBPROC)( GLenum, int, const GLvoid*, GLenum)' /usr/include/GL/glext.h:3989: error: conflicts with previous declaration `typede f void (*PFNGLBUFFERDATAARBPROC)(GLenum, GLsizeiptrARB, const GLvoid*, GLenum)' make[1]: *** [BuiltInFont.o] Error 1 make[1]: Leaving directory `/var/tmp/portage/xmoto-0.1.4/work/xmoto-0.1.4' make: *** [all-recursive] Error 1 !!! ERROR: games-misc/xmoto-0.1.4 failed. !!! Function games_src_compile, Line 164, Exitcode 2 !!! emake failed !!! If you need support, post the topmost build error, NOT this status message. ###################################################### Portage 2.0.53_rc3 (default-linux/amd64/2005.1/no-multilib, gcc-3.4.4, glibc-2.3.5-r1, 2.6.12-archck6 x86_64) ================================================================= System uname: 2.6.12-archck6 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.12.0_pre8 dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.13 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.du.se/pub/os/gentoo" LANG="en_US.utf8" LC_ALL="en_US.utf8" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 7zip X a52 aac alsa apache2 avi bash-completion berkdb bzip2 cairo clock-screen crypt cups curl dts dvd dvdr dvdread effects emacs emacs-w3 encode ffmpeg flac foomaticdb fortran freetype gd gdbm geoip gif glitz gtk2 imap imlib imlib2 inkjar ipv6 ithreads joystick jpeg key-screen lzw lzw-tiff mad matroska memlimit mikmod mod mp3 mpeg mysql ncurses net network nls no-htdocs no-old-linux nptl nptlonly nvidia ogg oggvorbis openal opengl openntpd pcre pdflib perl plugin png posix python readline rtc ruby sdl search-screen softmmu spell ssl stream svg tcpd theora threads tiff truetype truetype-fonts type1 type1-fonts unicode usb userlocales utf8 vorbis xinerama xml2 xv xvmc zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LDFLAGS, LINGUAS, MAKEOPTS
Version 0.1.5 is out
Created attachment 69803 [details] games-sports/xmoto-0.1.5 bumped
Created attachment 69931 [details] games-sport/xmoto-0.1.5 alt ebuild slighlty better ebuild
Created attachment 69933 [details] games-sport/xmoto-0.1.5 alt ebuild (corrected) ooops - submited wrong version...
Comments: Needs to use egamesconf don't install COPYING error check file installs ( ... || die ...) don't try to doins the target directory no need for the dodir in src_install dogamesbin and doins take a file list; no need for two calls. "emake failed"
Created attachment 69935 [details] games-sport/xmoto-0.1.5 alt ebuild (CXXFLAGS aware) third version - now it utilizes user's CXXFLAGS. the next version will come shortly - my friend which is using amd64 reported that it doesn't build there - patch needed.
2Mr.Bones: OK - will do necessary changes.
Created attachment 69939 [details] games-sport/xmoto-0.1.5 alt ebuild (changes, requested by Mr.Bones) 2Mr.Bones: now it seems to be OK? PS. patch for amd64 needed.
comments: - remove "X-Moto is" from DESCRIPTION - use 2 different '|| die'-messages instead of "install failed" twice Otherwise looks good to me
Created attachment 70007 [details] games-sports/xmoto-0.1.6 ebuild 1. version bump 2. requested changes 3. removed glu dep
Created attachment 70052 [details] games-sports/xmoto-0.1.6-r1.ebuild
Created attachment 70053 [details, diff] xmoto-0.1.6-amd64.patch
Comment on attachment 70052 [details] games-sports/xmoto-0.1.6-r1.ebuild ebuild for amd64
Comment on attachment 70053 [details, diff] xmoto-0.1.6-amd64.patch patch for amd64
Why it's not in portage still?
http://www.gentoo.org/proj/en/desktop/games/#doc_chap5_sect10
Sorry :)
Hello! Version bump. NOTE! NOTE! NOTE! You MUST emerge ode-0.5-r3 first - get ebuild from bug #110953 ( http://bugs.gentoo.org/show_bug.cgi?id=110953). Best regards, Andrew.
Created attachment 71765 [details] games-sports/xmoto-0.1.7.ebuild
Created attachment 71766 [details, diff] lua.patch
I will attach an ebuild i had wrote for this game, which i think is a bit cleaner than the one which is here: - libode is statically linked, and thus should be in DEPEND but not RDEPEND - fix the C(XX)FLAGS issues at automake level (this way, no need to modify make env vars) - no src_install, the one from games.eclass is fine - in src_install use "make install" with DESTDIR, since it works just fine - no need to install the doc files which only say "see README"
Created attachment 72366 [details] xmoto-0.1.8.ebuild
Created attachment 72367 [details, diff] files/xmoto-0.1.8-autotools-fixes.patch
i chatted with upstream author and got a bunch of fixes added ... please re-open when 0.1.9 or later becomes available
0.1.10 is available (mostly bugfixes and new levels, according to ChangeLogs). A bump from the xmoto-1.6-r1.ebuild which is attached here worked fine for me.
It's still alpha.
Created attachment 74290 [details] x-moto-0.1.10.ebuild this ebuild along with the path worked for me
Created attachment 74291 [details, diff] xmoto-0.1.10-with-ode-lua-src.patch s/path/patch/
Charly, what problem is your patch solving? For me, 0.1.10 compiles fine out of the box (0.1.8 ebuild minus the src_unpack and auto* depends). The only thing i see that might still need a fix is the libode detection, because it's only by luck that it works. The point is that -lstdc++ and -lm are actually required for linking the test program, but they are implied by the libSDL_mixer.la, which is why it doesn't hurt that they are missing. I think it would be cleaner to do something like this in configure.in (would help for compiling without sdlmixer support for instance): -AC_SEARCH_LIBS(dJointAttach,ode ode0, [], [AC_MSG_ERROR(libode or libode0 required)]) +AC_SEARCH_LIBS(dJointAttach,ode ode0, [], [AC_MSG_ERROR(libode or libode0 required)],-lstdc++ -lm)
*** Bug 116862 has been marked as a duplicate of this bug. ***
*** Bug 119908 has been marked as a duplicate of this bug. ***
Created attachment 77800 [details, diff] keyboard-0.1.10.patch Now... one should always search for closed bugs too before submitting a new ebuild. ;) However, the reason I was fiddling the xmoto source was because I couldn't get numpad 0 to work. This patch fixes it. I suggest adding the patch to this ebuild and disregard my ebuild posted earlier.
Created attachment 79097 [details] xmoto-0.1.11.ebuild Version bump (it's still classed as alpha), and tidied the dependencies, although they're probably not complete for amd64.
I should have searched bugzilla first, but anyway... I've created my own ebuild and fixed quite a few issues with it - most patches are not needed anymore as they are covered with my autotools fixes, which properly fix the issues. The issues are related with --as-needed ldflag, though I have heard of other issues too I'm not sure about the keyboard-0.1.10 patch - is that included in 0.1.11? If not, I can include it in my ebuild as well.
Created attachment 79250 [details, diff] autotools patch that make build work I'm not obsoleting anything yet, as I'm not sure which patch is still required
Created attachment 79252 [details] New ebuild
Created attachment 79253 [details] I just used the DEPENDS of the old ebuild as they looked better. Btw - any reason to have the emul's in the DEPEND? The game builds and runs fine on amd64
Created attachment 79257 [details] new xmoto-0.1.11.ebuild Remove unneeded IUSE
Oops, please remove sys-libs/lib-compat and app-emulation/emul-linux-x86-compat from the dependencies - they were added due to the file collision with media-libs/smpeg over /usr/lib/libsmpeg-0.4.so.0
comment #28 still applies. Reopen with it's at least beta.
Created attachment 79260 [details] new xmoto-0.1.11.ebuild I think quite a few dependencies are redundant (not directly needed - rather indirectly), but I left them for now
*** Bug 122497 has been marked as a duplicate of this bug. ***
Created attachment 81763 [details, diff] Patch to make xmoto compile with gcc-4.1
I cannot verify since my system isn't gcc-4, but it still compiles with gcc-3. To stop an attachement war, I've just included it in my overlay - you can find it on dev.gentoo.org/~config/overlay/games-sports/ Your patch is now included Thanks!
*** Bug 127189 has been marked as a duplicate of this bug. ***
*** Bug 128287 has been marked as a duplicate of this bug. ***
I wonder why on a 2.4GHz, GF4 Ti 4200 it works sooooooo sloooooow... (it isn't playable) Can't post any emerge info or so right now, but maybe some ideas?! /: (acceleration with nvidia works, load is minimum...)
*** Bug 130358 has been marked as a duplicate of this bug. ***
Created attachment 86301 [details] xmoto-0.1.12.ebuild (Something I've used, most likely not The Outlook for Portage. Compiles with GCC 4.1.)
Created attachment 87247 [details] xmoto-0.1.14.ebuild Version bump; added license and description.
Created attachment 87253 [details] xmoto-0.1.14.ebuild Cleanup.
Created attachment 87255 [details] xmoto-0.1.14.ebuild Please use the games eclass next time, we have that one for a reason: games should be executable only by users in the games group to avoid many security problems. http://genstef.homelinux.org/local/games-sports/xmoto/xmoto-0.1.14.ebuild http://genstef.homelinux.org/local/games-sports/xmoto/files/xmoto-as-needed.patch
Created attachment 87256 [details, diff] files/xmoto-as-needed.patch
*** Bug 137075 has been marked as a duplicate of this bug. ***
Created attachment 89389 [details] xmoto-0.1.16.ebuild New version.
comments: If RDEPEND and DEPEND are the same, just set DEPEND and RDEPEND will be set to the same thing by portage. needs to inherit eutils for epatch and patching should be done in src_unpack use make DESTDIR="${D}" install instead of egamesinstall put prepgamesdirs last in the src_install function take "X-Moto is" out of DESCRIPTION
(In reply to comment #58) > comments: > > If RDEPEND and DEPEND are the same, just set DEPEND and RDEPEND will be set to > the > same thing by portage. Good to know. > needs to inherit eutils for epatch and patching should be done in src_unpack Right. > use make DESTDIR="${D}" install instead of egamesinstall Why ? > put prepgamesdirs last in the src_install function Ok. > take "X-Moto is" out of DESCRIPTION I copied the description from older ebuild.
(In reply to comment #58) > comments: > > If RDEPEND and DEPEND are the same, just set DEPEND and RDEPEND will be set to > the > same thing by portage. > > needs to inherit eutils for epatch and patching should be done in src_unpack > > use make DESTDIR="${D}" install instead of egamesinstall > > put prepgamesdirs last in the src_install function > > take "X-Moto is" out of DESCRIPTION > (In reply to comment #59) > (In reply to comment #58) > > comments: > > > > If RDEPEND and DEPEND are the same, just set DEPEND and RDEPEND will be set to > > the > > same thing by portage. > > Good to know. > > > needs to inherit eutils for epatch and patching should be done in src_unpack > > Right. > > > use make DESTDIR="${D}" install instead of egamesinstall > > Why ? > > > put prepgamesdirs last in the src_install function > > Ok. > > > take "X-Moto is" out of DESCRIPTION > > I copied the description from older ebuild. > (In reply to comment #0) > X-Moto is a challenging 2D motocross platform game, where physics play an all > important role in the gameplay. You need to control your bike to its limit, if > you want to have a chance finishing the more difficult of the challenges. > > First you'll try just to complete the levels, while later you'll compete with > yourself and others, racing against the clock. > > Reproducible: Always > Steps to Reproduce: (In reply to comment #0) > X-Moto is a challenging 2D motocross platform game, where physics play an all > important role in the gameplay. You need to control your bike to its limit, if > you want to have a chance finishing the more difficult of the challenges. > > First you'll try just to complete the levels, while later you'll compete with > yourself and others, racing against the clock. > > Reproducible: Always > Steps to Reproduce: (In reply to comment #0) > X-Moto is a challenging 2D motocross platform game, where physics play an all > important role in the gameplay. You need to control your bike to its limit, if > you want to have a chance finishing the more difficult of the challenges. > > First you'll try just to complete the levels, while later you'll compete with > yourself and others, racing against the clock. > > Reproducible: Always > Steps to Reproduce: (In reply to comment #0) > X-Moto is a challenging 2D motocross platform game, where physics play an all > important role in the gameplay. You need to control your bike to its limit, if > you want to have a chance finishing the more difficult of the challenges. > > First you'll try just to complete the levels, while later you'll compete with > yourself and others, racing against the clock. > > Reproducible: Always > Steps to Reproduce: (In reply to comment #0) > X-Moto is a challenging 2D motocross platform game, where physics play an all > important role in the gameplay. You need to control your bike to its limit, if > you want to have a chance finishing the more difficult of the challenges. > > First you'll try just to complete the levels, while later you'll compete with > yourself and others, racing against the clock. > > Reproducible: Always > Steps to Reproduce:
*** Bug 138243 has been marked as a duplicate of this bug. ***
*** Bug 140476 has been marked as a duplicate of this bug. ***
Created attachment 91877 [details] Updated ebuild Not sure why this is LATER, but I worked in the suggestions and merged it with my ebuild from the dupe (Sorry, I did a search, didn't find it anyway). Took zlib out as it's a system target, moved deps to DEPEND and the patch to src_unpack().
Created attachment 91878 [details] xmoto-0.1.16.ebuild ... And proptly fixed a typo and the description ;) Sorry, didn't have my coffee yet.
28/07/2006 - XMoto 0.2.0 released * Yet a new version numbering policy: Last number incremented for bug-fix releases, middle one is even for official releases and uneven for development (CVS) versions. So this is official stable release :) Note for potential ebuild maker: * Added dependency for libbz2 (for web transfer compression). Still nobody cares to maintain it? I see few dev@gentoo.org addresses in CC and some devs have it in their overlays also...
I got it emerged by simply renaming the last ebuild to xmoto-0.2.0.ebuild (and adding "app-arch/bzip2" to RDEPEND just in case). Plays fine so far!
reopen - upstream has removed the alpha warning after I mailed them about it
thanks to all contributors! I committed this ebuild to portage now.
Created attachment 94306 [details] games-sports/xmoto-0.2.0 Hi, I have create few ebuild for xmoto since 0.1.14 version (http://forums.gentoo.org/viewtopic-t-463875-postdays-0-postorder-asc-start-0.html). This ebuild fix many problems : - the owner of xmoto and xmoto-edit - add icon for kde/gnome menu - add entry for xmoto-edit in the kde/gnome menu The icon files can be found here : http://www.gd2d.net/portage
(In reply to comment #69) > This ebuild fix many problems : > - the owner of xmoto and xmoto-edit > - add icon for kde/gnome menu > - add entry for xmoto-edit in the kde/gnome menu > > The icon files can be found here : http://www.gd2d.net/portage > the owner and group are already fixed as usual by prepgamesdir in the in-portage ebuild. An menu entry is also in the in-portage ebuild. But thanks for the xmoto-edit enry and the icon!, I added those. And please next time open a new bug instead of abusing an already closed bug