Bug 107968 - [EBUILD] xmoto-0.1.11
|
Bug#:
107968
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: enhancement
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: games@gentoo.org
|
Reported By: egore@gmx.de
|
|
Component: Games
|
|
|
URL:
http://xmoto.sourceforge.net/
|
|
Summary: [EBUILD] xmoto-0.1.11
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2005-10-03 02:16 0000
|
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:
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
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 an attachment (id=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.
comments:
- remove "X-Moto is" from DESCRIPTION
- use 2 different '|| die'-messages instead of "install failed" twice
Otherwise looks good to me
Why it's not in portage still?
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"
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.
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 an attachment (id=77800) [details]
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.
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.
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.
*** Bug 122497 has been marked as a duplicate of this bug. ***
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. ***
*** Bug 137075 has been marked as a duplicate of this bug. ***
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 an attachment (id=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().
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.
(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
