03-17-2007, 11:46 AM,
|
|
alex25
Senior Member
|
Posts: 531
Threads: 42
Joined: Jun 2006
|
|
rookie1 Wrote: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.
i just fixed the SConscript file. they should be installed now.
--alex--
|
|
03-17-2007, 01:22 PM,
|
|
gebeleizis
Junior Member
|
Posts: 3
Threads: 0
Joined: Jun 2006
|
|
joevenzon Wrote:Just to give everyone an update, the release is probably going to be Monday or Tuesday.
Great, great, great news!
Thank u so much.
|
|
03-18-2007, 06:44 PM,
|
|
jpenguin
Junior Member
|
Posts: 28
Threads: 12
Joined: Jul 2006
|
|
I compiled the SVN 1625 for OS X, pretty sweet new cars ant tracks. Can't wait to see the improvements in the release, it'll be sweet. Getting rid of the "career" option was great. Love the new menu, theme and all.
|
|
03-19-2007, 01:52 AM,
|
|
thelusiv
Administrator
|
Posts: 2,346
Threads: 223
Joined: Jun 2005
|
|
Yeah sorry for not letting anyone know, but I've been at Road Atlanta all weekend (yes, the track in the game). If you're wondering, no, the track in the game doesn't quite do the real one justice...I'll go into what could be improved later. Anyway I spent the weekend working at driver flagging stations on the turns. I had a blast and today I got to drive a friend's car around the track for a couple of touring laps (less than 60 mph, but still fun, esp. through the esses). What a cool track!
Anyway, since the new package seems to be working, I'll finish up the loose ends tomorrow and finally get the release out. I really tried to finish before I left but didn't quite have time. However I did put together release notes and I think I have figured out how to statically link OpenAL, ALUT, and SDL_gfx (because those don't have a "skeleton" for autopackage...plus, OpenAL and ALUT are a pain to install and get the right version). The last file I linked above I actually updated once more after that post with some static linking. Tomorrow the release should go out with all 3 (after someone besides me, not running Ubuntu, tests it out )
abs1nth: What I had intended for you to do was to just empty the definitions.h file when you build, and continue using config_mac.h as before.
Really though, I wish we could use SCons on every platform so that things like this would be more straightforward. I bet XCode could even be set up to run the build using SCons commands, even using scons-local which can be distributed with the build setup (we already include it with every release), so people wanting to compile don't have to go through the extra step of installing SCons on their systems. That is, after all, one of the reasons I wanted to use SCons in the first place, it is very cross-platform compatible. If I had a machine to run OS X on, I would set it up myself, I bet it would take little work to add Apple support to the build setup (and Windows too, for that matter).
|
|
03-19-2007, 12:00 PM,
|
|
joevenzon
Administrator
|
Posts: 2,679
Threads: 52
Joined: Jun 2005
|
|
With the latest autopackage, I get the following error when running it:
Code: FAIL:Install the package with the command 'package install' instead.
When I run "package install VDrift..." I get:
Code: FAIL:The action 'install' is unknown. Run 'package --help' to see a list of possible actions.
Perhaps the upload was corrupt?
|
|
03-20-2007, 03:15 AM,
|
|
thelusiv
Administrator
|
Posts: 2,346
Threads: 223
Joined: Jun 2005
|
|
The problem on your end Joe is that you need newer Autopackage tools, and I guess that it's not really doing a good job of seeing this and updating itself. I'm trying to talk to the Autopackage folks but they've shut down their forums because of spam and no one is answering in IRC. I guess I'll make a mailing list post...I just can't find anything on the web site, wiki, or anything else explaining how to upgrade it besides just reinstalling it - which is missing the point of Autopackage, it's supposed to automatically install itself. I'll see what I can come up with. I have successfully tested the static compilation of OpenAL, ALUT and SDL_gfx. The package installs just fine, and VDrift runs on my system even after I uninstall all 3 of those libraries. Here's a link to the latest testing package:
http://clemsonlinux.org/~thelusiv/VDrift...al.package (12MB) right-click, save as
|
|
03-20-2007, 04:12 AM,
|
|
thelusiv
Administrator
|
Posts: 2,346
Threads: 223
Joined: Jun 2005
|
|
Well, it seems to be because I changed the autopackage "target version" to 1.2 instead of 1.0. That caused the package to be built a little differently. One change was the different name, another was forcing users to use "package install" instead of installing directly. I don't think they thought that out very well though, because they have sort of broken backwards compatibility. Maybe I should just stick with the 1.0 spec, but I think the 1.2 spec is probably better since most people probably will not have installed any autopackages before, anyway. Either way I'd like to know how to really fix it, so we can use the new stuff but also include instructions on how to update the autopackage stuff for folks who need to. Sadly, the autopackage docs are dreadfully out of date. I've just joined the mailing list, since I didn't get any help in IRC, and making a post before I go to sleep tonight...
|
|
03-20-2007, 08:54 AM,
|
|
rookie1
Member
|
Posts: 231
Threads: 32
Joined: Nov 2006
|
|
I have no problem installing the 2007-03-17 version. It also automatically updated my autopackage to 1.2.1. The 2007-03-20 version gives me no problem either. I guess it's because I'm already running autopackage 1.2.1 by now.
|
|
03-20-2007, 12:05 PM,
|
|
joevenzon
Administrator
|
Posts: 2,679
Threads: 52
Joined: Jun 2005
|
|
Ahah... my package executable (/usr/bin/package) is a Tcl built-in command. It's not related to autopackage at all! If I run
Code: ~/.local/bin/package install VDrift\ 2007-03-20-minimal.package
then everything works fine. I guess I didn't install autopackage system-wide, and so the other (non-autopackage) executable called "package" was running. Everything works fine now.
|
|
|