Release process for 0.2.8_beta2

Help test release candidates for the next release
Luke-Jr
Dr Z Level
Posts: 2246
Joined: Sun Mar 20, 2005 4:03 pm
Location: IM: luke@dashjr.org

Post by Luke-Jr »

z-man wrote:I'm going to bed now; the RPMs are building overnight. I'll upload them to SF and/or aabeta tomorrow when I have time, next will be the Windows builds, then autopackage.
Forgot to post the source? ;)
(I did it for you-- on aabeta, anyway)
User avatar
Z-Man
God & Project Admin
Posts: 11717
Joined: Sun Jan 23, 2005 6:01 pm
Location: Cologne
Contact:

Post by Z-Man »

Emphasis for TnA, patience:
Luke-Jr wrote:
z-man wrote:I'm going to bed now; the RPMs are building overnight. I'll upload them to SF and/or aabeta tomorrow when I have time, next will be the Windows builds, then autopackage.
Forgot to post the source? ;)
(I did it for you-- on aabeta, anyway)
I didn't forget; I wanted the sources to linger around here before they go public. On SF, replacing files is not supported, so if there is an error, we have to give the archive a new name. I'll try to use aabeta fro the other stuff first.

TnA: you can also just rename the recording to .zip and fool the forum. I honestly don't know how to zip files properly in your installation.
Luke-Jr
Dr Z Level
Posts: 2246
Joined: Sun Mar 20, 2005 4:03 pm
Location: IM: luke@dashjr.org

Post by Luke-Jr »

z-man wrote:
Luke-Jr wrote:
z-man wrote:I'm going to bed now; the RPMs are building overnight. I'll upload them to SF and/or aabeta tomorrow when I have time, next will be the Windows builds, then autopackage.
Forgot to post the source? ;)
(I did it for you-- on aabeta, anyway)
I didn't forget; I wanted the sources to linger around here before they go public. On SF, replacing files is not supported, so if there is an error, we have to give the archive a new name.
Ah... is it only me that thinks once tagged a release should be unchanged? o.o;;
In which case, a new archive should get a new name anyway... perhaps beta 2.1 or 2-1 and such like used for RPMs...
User avatar
Z-Man
God & Project Admin
Posts: 11717
Joined: Sun Jan 23, 2005 6:01 pm
Location: Cologne
Contact:

Post by Z-Man »

Luke-Jr wrote:Ah... is it only me that thinks once tagged a release should be unchanged? o.o;;
In which case, a new archive should get a new name anyway... perhaps beta 2.1 or 2-1 and such like used for RPMs...
No, you're not totally alone with this. After a release has been made public (putting a tarball here does not count, putting anything up at aabeta or sf does), the tags of all relevant files are fixed. The Holy Purpose of the tags is to reconstruct the sources that were used for the release later, and by moving the tag, you jeopardize that and Go To Hell.
However, before that moment, the tag is just a tool to help the release process and can be moved at will. For example: imagine I tag a version that crashes immediately on 64 bit machines. I test the tagged version and notice the error; I correct it and move the tag. Everything is fine as long as the sources have not yet been released.
Yes, I could test the sources before tagging them; however, if I use CVS checkouts for that, I run the risk that a random commit gives me two different source versions on the two PCs I test. Bad. I can build a tarball on one machine, send it over to the second and test that; then, a full build is required just for the tests, bandwidth is wasted, and IF an error occurs, I have a very hard time incorporating the fix.
Now, for the final release, we'll be more careful; we'll tag release candidates, and the tag of the final release will be an exact copy of one of the RC tags (plus/minus the version file).

I uploaded my builds to aabeta. TnA, that's here for Windows.

Known Problems (to be edited later):
- The server crashes if the connection to the master server fails. This happens when it's down or unreachable, or if SERVER_IP is set wrongly.
- The FPS counter goes crazy at the start of a round and displays incredibly high values; it calms down after some seconds. Only happens in Windows where we have to smooth the inaccurate system timer.
- Missing files: diamond.aamap.xml and two READMEs in the resources, and src/macosx/English.lproj/InfoPlist.strings.

I'll put the files on SF now. Then autopackage.
Last edited by Z-Man on Sun Sep 11, 2005 10:26 am, edited 1 time in total.
User avatar
Jonathan
A Brave Victim
Posts: 3391
Joined: Thu Feb 03, 2005 12:50 am
Location: Not really lurking anymore

Post by Jonathan »

z-man wrote:Only happens in Windows where we have to smooth the inaccurate system timer.
I've always wanted to ask, HOW inaccurate is it?
ˌɑrməˈɡɛˌtrɑn
User avatar
Z-Man
God & Project Admin
Posts: 11717
Joined: Sun Jan 23, 2005 6:01 pm
Location: Cologne
Contact:

Post by Z-Man »

Jonathan wrote:I've always wanted to ask, HOW inaccurate is it?
50 ms (from measurements, not the spec). Yep. Only up to 20 FPS, you can use the Windows timer accurately. I know there are better timers around (the HPCs), but I don't know how to access them and had no time to find out yet. Help in this area would be appreciated.

Bad news on the static linking front: SDL, and worse, OpenGL, seem to use C++ internally, so they pull in libstdc++ as a dynamic dependency all by itself. We'd still use the statically linked version, so binary compatibility is ensured; but then there are two copies of the library in memory that don't communicate, which is potentially bad depending on what SDL and OpenGL do with it. For SDL, we could find out and work around it or statically link with it, too, but that's not an option for GL and GLU.

So, now I'll give the "dual build" feature of autopackage a try; it can build two binaries with two compilers transparently and install the right version later on. Using gcc 3.3 and 4.0 should cover most existing systems.
User avatar
TiTnAsS
Match Winner
Posts: 655
Joined: Sun Jan 23, 2005 2:44 am
Location: Reppin the Bay Area!

Post by TiTnAsS »

TiTnAsS wrote: I noticed that beta 2 download..is there one for windows yet?
My bad i did a bit of speed reading... im STILL sick.... its been 2 weeks now
Damn, it sure has been a while!
User avatar
TiTnAsS
Match Winner
Posts: 655
Joined: Sun Jan 23, 2005 2:44 am
Location: Reppin the Bay Area!

Post by TiTnAsS »

When you glance then press escape now it minamizes the game... O_O a recording of this dosnt help cuz it dosnt show it minamize and im to retarded to get a recording anyway :oops:
Damn, it sure has been a while!
User avatar
Jonathan
A Brave Victim
Posts: 3391
Joined: Thu Feb 03, 2005 12:50 am
Location: Not really lurking anymore

Post by Jonathan »

z-man wrote:
Jonathan wrote:I've always wanted to ask, HOW inaccurate is it?
50 ms (from measurements, not the spec).
:o That's about 50000 times less accurate than my stable gettimeofday results (filling a large buffer with times doesn't skip any values if everyone else is asleep, and the number of identical times in a row doesn't vary much).
ˌɑrməˈɡɛˌtrɑn
Luke-Jr
Dr Z Level
Posts: 2246
Joined: Sun Mar 20, 2005 4:03 pm
Location: IM: luke@dashjr.org

Post by Luke-Jr »

z-man wrote:I uploaded my builds to aabeta.
Just 2 nitpicks:
1) GNU should be capitalised as such
2) you uploaded the source I had already put up for you a second time-- that's fine, but you left it on the release list twice ^^;;
User avatar
dlh
Formerly That OS X Guy
Posts: 2035
Joined: Fri Jan 02, 2004 12:05 am
Contact:

Post by dlh »

src/macosx/English.lproj/InfoPlist.strings is missing from the beta2 sources.
User avatar
Z-Man
God & Project Admin
Posts: 11717
Joined: Sun Jan 23, 2005 6:01 pm
Location: Cologne
Contact:

Post by Z-Man »

Jonathan: yup, it's a shame.

Luke: Nitpicks accepted. I corrected my scripts for the GNU thing, and I'll be more careful about the other.

Nemo: Sorry. I appear to have done only "cvs -q update" before tagging and forgot the "-d". The diamond map and the resource READMEs are missing, too, but that's not too bad. What IS bad is that the missing files are not only missing in the archive, they're not tagged.
Since the builds are already out there, we have no choice. I'll re-tag the sources as v0_2_8_beta2-1 and build new source archives; the internal version will be unchanged. I won't rebuild the binaries, the missing files are less of a bug than the two known problems.

Edit: The tag is in place. I'll upload the sources here shortly.

TnA: Could it be that you bound glancing to the Windows key? About recording: There are now two menu entries in the start menu that record and playback a session. The recording file should be placed on the desktop.
You do not have the required permissions to view the files attached to this post.
User avatar
TiTnAsS
Match Winner
Posts: 655
Joined: Sun Jan 23, 2005 2:44 am
Location: Reppin the Bay Area!

Post by TiTnAsS »

[quote]TnA: Could it be that you bound glancing to the Windows key? About recording: There are now two menu entries in the start menu that record and playback a session. The recording file should be placed on the desktop. [/quote="Z-Man"]

Nope my glances are my right Ctrl button and my 0 (ins) button. I've only tryed with the ctrl one ill go try with 0 to.

My bad it dosnt do it with the 0 button.. i guess ctrl + escape minamizes now? :)
Damn, it sure has been a while!
User avatar
Z-Man
God & Project Admin
Posts: 11717
Joined: Sun Jan 23, 2005 6:01 pm
Location: Cologne
Contact:

Post by Z-Man »

TiTnAsS wrote:My bad it dosnt do it with the 0 button.. i guess ctrl + escape minamizes now? :)
Something like that, yes :)
User avatar
Z-Man
God & Project Admin
Posts: 11717
Joined: Sun Jan 23, 2005 6:01 pm
Location: Cologne
Contact:

Post by Z-Man »

Autopackages are here!
Known problems: the server comes without usable init scripts and user creation. Um, and upon checking,it does not work at all. I'll disable the download and investigate.

Unfortunately, the double compile feature of autopackage is not yet fully implemented. So, for this build, I chose to statically link with libxml2 (built with the autopackage compiler as well), but dynamically with libstdc++. And I used gcc 3.3 which is compatibile with older systems while the newer systems should have legacy support for binaries built with it.
In spite of the theoretical difficulties, I tested statically linking against libstdc++; there seemed to be no immediate problems. I'll try to find a viable way to build libstdc++ with the autopackage tools, too; one initial attempt failed.
Post Reply