|
Description
Christoph Brill (egore) (RESIGNED)
2005-07-06 01:59:55 UTC
Created attachment 62736 [details]
games-sports/vdrift-20050625
The ebuild
New tarball out, Drift-openal-2005-07-18.tar.bz2 I tried installing it, but this ebuild does no compilation. Am I missing something? ebuild comments: Use doins -r for the data instead of the loop. Needs to be patched to find the data files in the install location instead of using the games wrapper. Ditch the DOCS variable and just list them in src_install *** Bug 101849 has been marked as a duplicate of this bug. *** Damn. How does it come that I didn't find this bug out. Lost a lot of time for nothing... Well... I submitted in Bug 101849 another ebuild for VDrift 2005-08-02, and a small patch so that VDrift changes its working directory to its runtime data directory (/usr/share/games/VDrift/runtime). Hum... I have a strange error : the KDE VDrift entry appears in the "Lost &
Found" submenu. Did I something wrong?
I did the following in src_install() :
insinto /usr/share/pixmaps
newins runtime/data/textures/steering-wheel.png vdrift.png
make_desktop_entry vdrift VDrift vdrift.png SportsGame
Version bumped to 20050802 Created attachment 69326 [details]
games-sports/vdrift-20050901
Minor changes to get the euild working with latest version
Created attachment 69373 [details]
games-sports/vdrift-20050901
An ebuild using a patch (inspired by that done by Greisberger Christophe).
I have found an another way with sed, to provide the same result, but I find it
ugly. I've just commented , you can choose if you prefer to use the patch or
the ugly sed ;)
the dependences come from files README and configure.in .
I've added the fmod useflag, but I have not tested it.
Created attachment 69374 [details, diff]
vdrift-20050901-gentoo-paths.patch
the patch to use with the precedent ebuild
Created attachment 69566 [details, diff]
vdrift-20050901-gentoo-compile.patch
Patch for merging with fmod useflag.
The file include/sounds.h contains bad paths for fmod.h and fmod_errors.h
Created attachment 69567 [details]
games-sports/vdrift-20050901
After an repoman scan, it appears that using openal useflag is better.
This ebuild uses the precedent patch for fmod.
I have tested it (with openal and fmod).
Hi, There is new version of vdrift 20050102 available for download. http://vdrift.net/article.php/2005-10-02-linux-source However it uses a different approach to building the game. Instead of autotools it uses SCons, therefore fixing of an ebuild is required as well. If someone is up to this I would appresiate it ;) Thanks Created attachment 69807 [details]
games-sports/vdrift-20051002
Nonworking(!) approach for the scons-based version. Everything seems to build
fine. But the automatic installation fails (obviously because of a sandbox
violation). I'll look for another scons based project in portage (something
like blender) and see how the installation stuff is handled in there.
If a scons guru is faster than me, just go ahead :D
(NOTE: That commented line in src_unpack was a patch to disable the line
"local_env.Install(bin, vdrift)" in src/SConsript ... it didn't change
anything)
Hi, I wrote the SCons setup for VDrift. I think your problem is associated with a bug we just discovered...it is supposed to cache build options and remember them when the program is installed. However, it does not use the cached options for some reason, and so it is necessary to specify the build options when you do scons install also. If someone knows how to fix it, please let me know. scons bin=/usr/games/bin sudo scons install bin=/usr/games/bin should do the trick. Just looked at the ebuild itself. I'm not running Gentoo and can't test it but it might help to point out that there's no runtime/ directory now. Also we've moved our web site to http://vdrift.net/ but I can't change it ;) The issue is, that scons does some "internal tricks" during installation. ACCESS DENIED open_wr: /usr/X11R6/lib/.scons11324 ACCESS DENIED open_wr: /usr/X11R6/lib/.sconsign These 2 lines are the problem. It happens when it wants to install the vamos engine (iirc). I thought I worked around it by giving the prefixes. But I was wrong. Created attachment 69857 [details]
games-sports/vdrift-20051002
This ebuild works for me.
An patch is needed for the file "src/SConscript".
The sed replace -O2 by users CXXFLAGS .
NOTE: The bug have a wrong name : [EBUILD] vdrift-20050102
Created attachment 69858 [details, diff]
patch : vdrift-20051002-gentoo-compile.patch
Problems who are corrected by this patch :
- This patch add SConsignFile() option for to use current dir to write
signature files.
- When fmod=1, the local_env.Append argument contains an error
(In reply to comment #18) > These 2 lines are the problem. It happens when it wants to install the vamos > engine (iirc). I thought I worked around it by giving the prefixes. But I was wrong. There's no need to install the vamos engine - it's compiled into the VDrift binary. (In reply to comment #20) > Problems who are corrected by this patch : > - This patch add SConsignFile() option for to use current dir to write > signature files. > - When fmod=1, the local_env.Append argument contains an error Good catch on fmod... Hadn't seen the SConsignFile() option either. I've made these changes to the build. (In reply to comment #19) > This ebuild works for me. > An patch is needed for the file "src/SConscript". > The sed replace -O2 by users CXXFLAGS . I don't know much about Gentoo RDEPEND, but we require SDL_net now and don't you need to include SDL too? (In reply to comment #23) Hi, thanks for the comments. media-libs/sdl-net has to be added to RDEPENDS. about adding libsdl to dependancies: media-libs/libsdl is required by sdl-image (and sdl-net). I have looked other ebuilds in portage tree that have dependance to sdl-image. Some of them have direct dependance to libsdl and one ebuild hasn't it. I think it's a bit redundant to add it, but I don't know if it's better to add it or not. after asking to #gentoo-dev-help some explanations about DEEPENDS and RDEPENDS, I think that : - media-libs/libsdl don't need to be added to dependancies. - media-libs/sdl-net and media-libs/sdl-image have to be in DEPENDS and not RDEPENDS VDrift 2005-11-03 is out. Also, I am now running Gentoo again... Created attachment 72131 [details]
games-sports/vdrift-20051103
Without inherit python, the ebuild make an sandbox violation
I add an sed command to use libfmod provided by gentoo instead of the one
provided by the game.
For compiling with fmod=1 ( USE="-openal" ), a patch is needed
Created attachment 72132 [details, diff]
patch : vdrift-20051103-gentoo-compile.patch
I have far from a good knowledge of C++ .
With this patch all seems to work correctly.
Created attachment 72155 [details, diff]
patch correcting the precedent ebuild : vdrift-20051103.ebuild.diff
The precedent ebuild contains an error in connection with where the program
seeks its files.
This patch corrects it.
Created attachment 72156 [details, diff]
patch : vdrift-20051103-gentoo-compile.patch
the programm doesn't exit properly with ">=media-libs/openal-20050504-r1"
The problem was that the program loops indefinitely in the alutExit() function.
After adding alcDestroyContext and alcCloseDevice before alutExit, the program
finishes normally.
hi, here scons fails to run if the the directory /usr/share/games/vdrift doesnt exists. Created attachment 76168 [details]
games-sports/vdrift-20051103
Hi,
please try this one.
Works for me, I've added some seds to correct the error and include our fmod*.h instead of those distributed with the game.
There's a new version of VDrift out, released 2/21. Created attachment 81358 [details]
games-sports/vdrift-20060221
Hi,
In this version the fmod support seems to be dropped.
I hope that DEPENDS and RDEPENDS are rights now.
Is it needed to add X specific dependencies in this ebuild ? media-libs/libsdl already do it when build with the X useflag. Can I presume that everyone who want to build this game have X useflag in his make.conf ? (In reply to comment #35) > Is it needed to add X specific dependencies in this ebuild ? > media-libs/libsdl already do it when build with the X useflag. > > Can I presume that everyone who want to build this game have X useflag in his > make.conf ? No, but you *can* use GAMES_USE_SDL="X" in the ebuild, and the default pkg_setup will bail out if the user didn't build media-libs/libsdl with USE="X" as you expected. Created attachment 82297 [details]
games-sports/vdrift-20060221
Added :
- a check to figure out if libsdl was built with X and opengl USE flags
- a direct dependency to libsdl.
It is redundant but it will be easier to see what is needed for this program.
Removed:
- the dependency to virtual/opengl .
If the ebuild checks that libsdl is built with opengl, this dependency is handled by libsdl.
compiles and runs on my amd64. FabienZ, great work on the ebuild! I'm just wondering, what's keeping this out of portage? I'm not saying it should be in it, I'm just curious - what can we do to help that? set GAMES_USE_SDL to X and ditch pkg_setup
error check dogamesbin in src_install
no need for ${PN}.png for make_desktop_entry
no need to inherit python?
(In reply to comment #40) > set GAMES_USE_SDL to X and ditch pkg_setup > error check dogamesbin in src_install > no need for ${PN}.png for make_desktop_entry > no need to inherit python? Hi, I have 2 problems with your suggestions: 1) libsdl has to be built with BOTH X and opengl. As I understand, if I set GAMES_USE_SDL='X opengl' , only one of those dependancies will be checked. 2) Without inherit python, emerge fails with a sandbox violation : --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = /var/log/sandbox/sandbox-games-sports_-_vdrift-20060221-r3-18331.log unlink: /usr/lib/scons/SCons/dblite.pyc open_wr: /usr/lib/scons/SCons/dblite.pyc -------------------------------------------------------------------------------- I don't understand what's appened exactly, I'm just supposing that one or more variables in python.eclass have an influence to scons. Created attachment 86211 [details]
games-sports/vdrift-20060221
An ebuild containing corrections following your suggestions, except for the 2 things mentioned before
(In reply to comment #42) > Created an attachment (id=86211) [edit] > games-sports/vdrift-20060221 > > An ebuild containing corrections following your suggestions, except for the 2 > things mentioned before > compiles and runs on my ~amd64 thanks a lot! New version out: 2006-07-08, src and autopackage, both available with full or minimal data. Read more about the release here: <http://vdrift.net/article.php/2006-07-08-linux-src-autopackage-release> Download here: <http://sourceforge.net/project/showfiles.php?group_id=137283&package_id=150901> Be sure to read the release notes. Some important stuff is there. Works well enough to be ~amd64-keyworded. Created attachment 92315 [details]
games-sports/vdrift-20060708
Updated ebuild
Now data and sources are in 2 separate tarballs
Fabien, how does it work to install with prefix='' and modifying only the datadir, but not the bindir? To what directories does this ebuild install the binary and data? OK, I see what you're doing (after talking to you on IRC a little while ago). So what's the status on this ebuild? What needs to happen to get it into Portage? I wish I could help, but I'm not running Gentoo at the moment... Please add ~amd64, this game does compile and work on amd64. i'm having trouble with this game... it compiles and starts fine, but when i start a race the car just bounces around. here is my emerge --info Portage 2.1.1_rc1-r6 (default-linux/x86/2006.0, gcc-4.1.1/vanilla, glibc-2.4-r3, 2.6.17-gentoo-r4-tux i686) ================================================================= System uname: 2.6.17-gentoo-r4-tux i686 AMD Athlon(tm) XP 2600+ Gentoo Base System version 1.12.4 Last Sync: Thu, 07 Sep 2006 13:20:01 +0000 ccache version 2.4 [enabled] app-admin/eselect-compiler: 2.0.0_rc2-r1 dev-lang/python: 2.4.3-r3 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r2 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -momit-leaf-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/eselect/compiler /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -momit-leaf-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.roedu.net/pub/mirrors/gentoo.org/ ftp://ftp.romnet.org/gentoo/ftp://ftp.lug.ro/gentoo" LINGUAS="en_US" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.ro.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowext 7zip X aac alsa apache2 apm arts artswrappersuid avi berkdb bitmap-fonts bittorrent cairo cddb cdinstall cdr cdrom cli crypt css cups dbus dlloader dri dvd dvdr eds effects elibc_glibc emboss encode esd ethereal figlet finger firefox flac fmod foomaticdb fortran ftp gdbm gif gimp glitz glut glx gmail gpm gzip hal http imagemagick imlib input_devices_evdev input_devices_joystick input_devices_keyboard input_devices_mouse irc isdnlog ithreads jabber java javascript joystick jpeg kde kdeenablefinal kdexdeltas kernel_linux kqemu libg++ libwww linguas_en_US lm_sensors logrotate mad mikmod mmx mmxext mono motif moznoirc mp3 mpeg mplayer msn musicbrainz ncurses net network nforce2 nls no-old-linux nocd nptl nptlonly nsplugin ntfs ntlm nvidia ogg openal opengl oss pam pascal pcre pda pdflib perl php png ppds pppd python qt3 qt4 quicktime readline real reflection samba scp sdl session sockets speex spell spl sqlite3 sse ssl subversion svg symlink tcltk tcpd theora threads truetype truetype-fonts type1-fonts udev usb userland_GNU v4l vcd video_cards_nv video_cards_nvidia video_cards_vesa vorbis win32codecs wxwindows xcomposite xine xinerama xinetd xml xorg xscreensaver xv xvid yahoo zeroconf zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS (In reply to comment #50) There is a known problem with vdrift and gcc-4.1. This problem is fixed in svn. Since gcc-4.1 is stabilized, this is a real problem, and I hope that vdrift team will put a new release soon. Bump to 2006-10-06. this is what i get when emerging 2006-10-06:
[...]
>>> Source compiled.
--------------------------- ACCESS VIOLATION SUMMARY ---------------------------
LOG FILE = "/var/log/sandbox/sandbox-games-sports_-_vdrift-20061006-17176.log"
mkdir: /share
symlink: /usr/bin/vdrift
--------------------------------------------------------------------------------
!!! This ebuild is from an overlay: '/usr/local/portage'
what can i do about it?
Created attachment 99826 [details, diff]
Patch ebuild to 20061006
Here's a patch that worked for me to bring vdrift-20060708 to vdrift-20061006 with a few changes:
- No inherit python
- amd64
- data-full unpacked in same location
- stop the symlink being made #53
- avoid sandbox install errors
- use built-in data install (don't copy SConstruct files)
Created attachment 101517 [details]
vdrift-20061006.ebuild
Tidied ebuild. Works on x86.
No luck Checking for C++ header file AL/alc.h... yes Checking for C++ header file AL/alut.h... yes Checking for C header file libintl.h... yes scons: *** Target `/var/tmp/portage/games-sports/vdrift-20061006/image///usr/games/bin/' of Install() is a file, but should be a directory. Perhaps you have the Install() arguments backwards? File "src/SConscript", line 91, in ? !!! ERROR: games-sports/vdrift-20061006 failed. ...and needs to run games_pkg_setup (In reply to comment #56) > scons: *** Target > `/var/tmp/portage/games-sports/vdrift-20061006/image///usr/games/bin/' of > Install() is a file, but should be a directory. Perhaps you have the Install() > arguments backwards? > File "src/SConscript", line 91, in ? This is a known bug with SCons 0.96.9x and VDrift 2006-10-06. We have a workaround in SVN that fixes this. One possible solution though is to downgrade your version of SCons to 0.96.1, I believe it does not have this problem. It doesn't have that problem but then 'scons install' doesn't work. (In reply to comment #58) > It doesn't have that problem but then 'scons install' doesn't work. Do you mean that scons install doesn't work in the new version, or when downgrading SCons? There will be a new release in a week or so... Hello, is someone going to make an ebuild for the newest version? Created attachment 114228 [details]
vdrift-20070323.ebuild
Here you go, only has the minimal data as the full isn't on sf.net yet.
- Paths in the tarballs changed a bit
- Don't seem to need the sed'ing any more
vdrift-20070323.ebuild won't compile. It needs media-libs/sdl-gfx as dependency. The full data tarball has been added to the release now. Yes, SDL_gfx is a new required library (but should be the only one). Scratch that, the full data package was incompletely uploaded. Re-uploading now, will update when it's really available. By the way, I'm not sure how the build is set up right now, but it's probably a bad idea to depend on the full data set for the ebuild. It's about 220 MB, so if things don't work, that's a lot of downloading for nothing at all. The full data package is now available and complete. Created attachment 114350 [details]
vdrift-20070323.ebuild
Full data, with dependency for mesa as well as sdl-gfx.
N.B. Install doesn't write any output for a while after checking for header files, stick with it!
(In reply to comment #64) > if things don't work, that's a lot of downloading for nothing at all. what things? Actually, compiling from source everything should go smoot(In reply to comment #67) > (In reply to comment #64) > > if things don't work, that's a lot of downloading for nothing at all. > > what things? > Well, I can't think of any big problems in this version, but you never know...we have a problem of people always downloading the full packages before trying the minimal ones. I suppose depending on full might be OK for Gentoo, since the user is always going to compile it themselves. It's really the pre-compiled packages that are having the most trouble right now. Thanks. |
