0.8.0.1

[nman64]

Other than the updated ioquake3 source that sago007 has put together[1], are there any other changes that would need to go into a hotfix for 0.8.0?

I have already generated a separate patch[2] and have used that to put together a Fedora RPM spec[3], but if there will be a hotfix for 0.8.0, I do not want to waste my time or Michal's (the Fedora OpenArena package maintainer) getting this release committed to the Fedora repository without it.

[1] http://brie.ostenfeld.dk/~poul19/public_files/oa/dev080/ioquake3serverFix.tar.bz2
[2] http://nman64.fedorapeople.org/openarena/ioquake3-serverfix.patch
[3] http://nman64.fedorapeople.org/openarena/openarena.spec

[sago007]

So far there are no more bug report that affects the binaries and it will take some time before there are corrected enough bugs to make a 0.8.1 release.

I do want to rename some of the files before they make it into the rep. One should be aware that serverfix package does not contain game any logic and the name should really show this.

If I was a package maintainer I would not hold back.

But I'm wondering exactly what this does:

Code:

if [[ "\$0" =~ "ded" ]]; then
    exec %{_bindir}/%{name}_ded.bin +set dedicated 1 +set fs_homepath \$HOME/.openarena\
    +set fs_game baseoa +set cl_master dpmaster.deathmask.net "\$@"
else
    exec %{_bindir}/%{name}.bin +set fs_game baseoa +set fs_homepath \$HOME/.openarena\
    +set cl_master dpmaster.deathmask.net "\$@"
fi

Wouldn't it be better to use "+set dedicated 2" and and "+set sv_master dpmaster.deathmask.net"

[CFQ]

----

[sago007]

For the baseoa/baseq3 mismatch problem there's (maybe) a simple solution :

Actually I would like to stop delivering the engine and vm source in the same tar ball. The serverfix tar-file represent this as it only contains the updated engine source.

They are kept separate during development and merging them is always annoying because of the overlaps in qcommon.

Package maintainers only want the engine source and mod developers only want the vm source.

This might hurt people who want to generate so/dll/dynlib files (I don't know if the need the engine they have to work with to be present) but they have not been supported anyway for quite some time (they don't work on pure server and they may use different physics)

[CFQ]

----

[sago007]

But both tarballs will be available ?

Yes

[nman64]

But I'm wondering exactly what this does:

Code:

if [[ "\$0" =~ "ded" ]]; then
    exec %{_bindir}/%{name}_ded.bin +set dedicated 1 +set fs_homepath \$HOME/.openarena\
    +set fs_game baseoa +set cl_master dpmaster.deathmask.net "\$@"
else
    exec %{_bindir}/%{name}.bin +set fs_game baseoa +set fs_homepath \$HOME/.openarena\
    +set cl_master dpmaster.deathmask.net "\$@"
fi

Wouldn't it be better to use "+set dedicated 2" and and "+set sv_master dpmaster.deathmask.net"

The idea is to *not* publish the server's presence without the user explicitly setting "dedicated 2" and knowingly making that decision.  This wrapper script really should not do anything that the user would not expect and should stick very closely to the documented behavior of launching the binary directly.  Some of the options in this script are redundant, as they are inherited from Fedora's model of distributing a single "quake3" package compiled from the ioquake3 source and assorted data packages for various content-only games.

We hope someone that wants to operate a server will know how to reference the binary directly in their scripts or launch the wrapper like so:

Code:

openarena_ded +set dedicated 2 +set sv_master dpmaster.deathmask.net ...