Bugzilla Bug 98094

VDrift is a cross-platform, open source driving simulation made with drift
racing in mind. It's powered by the excellent Vamos physics engine.

Again I got bored, again I wrote an ebuild. (And again I should remeber if I
have ebuilds on my hd which aren't in bugzilla)

Reproducible: Always
Steps to Reproduce:

Created an attachment (id=62736) [edit]
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 an attachment (id=69326) [edit]
games-sports/vdrift-20050901

Minor changes to get the euild working with latest version

Created an attachment (id=69373) [edit]
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 an attachment (id=69374) [edit]
vdrift-20050901-gentoo-paths.patch

the patch to use with the precedent ebuild

Created an attachment (id=69566) [edit]
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 an attachment (id=69567) [edit]
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 an attachment (id=69807) [edit]
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 an attachment (id=69857) [edit]
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 an attachment (id=69858) [edit]
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 an attachment (id=72131) [edit]
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 an attachment (id=72132) [edit]
patch : vdrift-20051103-gentoo-compile.patch

I have far from a good knowledge of C++ .
With this patch all seems to work correctly.

Created an attachment (id=72155) [edit]
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 an attachment (id=72156) [edit]
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 an attachment (id=76168) [edit]
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 an attachment (id=81358) [edit]
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 an attachment (id=82297) [edit]
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 an attachment (id=86211) [edit]
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 an attachment (id=92315) [edit]
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 an attachment (id=99826) [edit]
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 an attachment (id=101517) [edit]
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 an attachment (id=114228) [edit]
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 an attachment (id=114350) [edit]
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.