Forums

Full Version: Release very soon
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2 3 4 5
If you just copy all of the menu files over, that will update it. The only changes were to 1) the background bitmap 2) the button bitmaps.
Hello, when do you think to realase the new version?

I have to write an article about Vdrift for a windows computer magazine, but the windows build is really out to date and scary.
I'd prefer to use the new version.

Would it be possible to receive an early windows build before this week end?
Well, I would have done it this weekend
But somehow previous week someone changed the code so the windows build crashes.

This should be fixed before a release could happen
FFuser: can you see if the changes to quat.h and quat.cpp in R1603 caused the errors? And, if so, any idea why??
sorry if i'm way off but i can see the new definitions.h needing changes not only for the "__APPLE__" case i already added but for windows as well. but this should really result in compilations and not crash problems
Yes, definitions.h is a file generated by SCons at compile time, which is why it changes all the time. Apple and Windows builds should change almost the entire contents of this file.
For everyone wondering on the status of the release, I think it may be today or tomorrow. I just need to fix the autopackage creation...I'm almost there. There seems to be something inexplicably making the packages fail to install, after checking libs OK and preparing for it, the installer just gives up. I think I'm going to try re-creating the apspec file from scratch since things may have changed in there that I don't know about.
In case anyone was wondering, the crash problems on windows have apparently been fixed.
Yes indeed, the Windows bug seems fixed, and last night I re-did the autopackage. I read a lot of docs and now I understand the API better, plus some things had moved in our directory structure as well as changed in the API since the apspec file was originally set up. I will check in my changes shortly, but for now I'm posting because I just uploaded a test package which I need some people to try out. Here's the link:

http://clemsonlinux.org/~thelusiv/vdrift...86.package [17MB] right-click, save link as...

Please test it on different Linux systems. Let me know of any glaring problems. This is very very close to release and hopefully I can get it out today because I won't be around this weekend...so I need fast testing too! Smile

The package has been improved so that now, if the OpenAL, ALUT, or SDL_gfx libraries are missing, they are not only checked for, but this is reported to the user before the installation fails. This was a bug in the previous package setup, it failed without explaining why. I have gone to the trouble to even tell the user where to get the libs if it does fail. Smile

I have built a full data package too, but autopackage wants to use my /tmp directory which is a very small partition, and fills up before it can compress the entire thing. Yes, I cleaned it out. I'll figure out a way around this soon enough...

edit: lots of stuff checked in for release in SVN r1619.
Tested in Kubuntu Feisty Fawn, Herd 5. Got the following error,

# Preparing: VDrift
# Checking for required C library versions ... passed
# Checking for Standard C++ library ... passed
# Checking for X ... passed
# Checking for OpenGL Graphics Toolkit ... passed
# Checking for OpenGL Utility Library ... passed
# Checking for Simple DirectMedia Layer (SDL) ... passed
# Checking for SDL Image Library ... passed
# Checking for Simple DirectMedia Layer Mixer (SDL_mixer) ... passed
# Checking for SDL Network Library ... passed
# Checking for SDL_gfx ... passed
# Checking for OpenAL ... passed
# Checking for OpenAL Utility Toolkit ... passed
# Installing: VDrift [1/1]
# 100%[==================================================] Extracting files
# Installing executable...
# Copying files to /usr/share/games/vdrift/bin
# Linking from /usr/bin/vdrift to /usr/share/games/vdrift/bin/vdrift
# Installing data...
# Copying files to /usr/share/games/vdrift/data/carparts
# Copying files to /usr/share/games/vdrift/data/settings
# Copying files to /usr/share/games/vdrift/data/lists
# Copying files to /usr/share/games/vdrift/data/sounds
# Copying files to /usr/share/games/vdrift/data/textures
# Copying files to /usr/share/games/vdrift/data/skins
# Copying files to /usr/share/games/vdrift/data/cars
# Copying files to /usr/share/games/vdrift/data/tracks
# Finishing up...
# Installing translated dictionary files...
# Installing icons...
/tmp/autopackage.229192381/meta/@vdrift.net/vdrift:2007-03-16-minimal/apkg-install-script: line 101: installMenuItem: command not found
FAIL: Package VDrift could not be installed.
Invoking session rollback and returning the computer to its
previous state before this installation procedure was started.
Same error on gentoo.
I am uploading a new package right now. I think the problem is that installMenuItem is new in autopackage 1.2, and the apspec was only requiring 1.0 before. So now the package requires 1.2. It worked for me because I already have 1.2, but you guys seem to have 1.0 still. Hopefully when autopackage sees the package with the new version it will update itself at the same time. The new package is about 15 MB, here it is: http://clemsonlinux.org/~thelusiv/VDrift...al.package

It contains rookie1's recently checked in track map code and some other fixes Joe and I have been checking in this morning correcting little issues (see SVN log for details...), the package reflects SVN r1623.
>Yes, definitions.h is a file generated by SCons at compile time

that should have been a clue to me, all my modifications to this file were overwritten ;(
abs1nth Wrote:>Yes, definitions.h is a file generated by SCons at compile time

that should have been a clue to me, all my modifications to this file were overwritten ;(

since it seems impossible to keep any permanent modifications to this file i guess i have to replace every

#include "definitions.h"

with

#ifdef __APPLE__
#include "mac_definitions.h"
#else
#include "definitions.h"
#endif

if we would introduce one prefix header we could
• move all (external) includes into one file
• remove a lot of duplicates. i.e. with SDL_image.h and definitions.h now
• use this header for as precompiled prefix header which would speed up compilation a LOT (on systems that support this, i think gcc 3.3 and up, on systems that don't support it we won't loose much)
I've tried the new package and the installation is successful. I think 2 texture files were left out however,

data/textures/hud/cardot0.png
data/textures/hud/cardot1.png

These are the dots shown on the track map.
Pages: 1 2 3 4 5