[Warzone-dev] Backporting of readme-changes

2008-07-22 Thread Kreuvf
Hi there, just played the beta 4 and noticed that the readme is not up-to-date (=trunk). I asked Giel about backporting which resulted in the following problem: Revisions 5261 and 5281 by Per included readme changes AND code changes. The question now is if backporting of the code-changes won't br

Re: [Warzone-dev] Backporting of readme-changes

2008-07-22 Thread Giel van Schijndel
Kreuvf schreef: > just played the beta 4 and noticed that the readme is not up-to-date > (=trunk). I > asked Giel about backporting which resulted in the following problem: > > Revisions 5261 and 5281 by Per included readme changes AND code changes. The > question now is if backporting of the cod

Re: [Warzone-dev] Backporting of readme-changes

2008-07-22 Thread Per Inge Mathisen
On Tue, Jul 22, 2008 at 3:19 PM, Giel van Schijndel <[EMAIL PROTECTED]> wrote: > Further the two revisions by Per, 5261 [1] and 5281 [2], are the changes > to the playlist format. > >> Solutions are welcome. > > As a solution I propose backporting of the two mentioned revisions. > > @ Per: I'd like

[Warzone-dev] [bug #12064] Microsoft Visual C++ Runtime Error

2008-07-22 Thread anonymous
URL: Summary: Microsoft Visual C++ Runtime Error Project: Warzone Resurrection Project Submitted by: None Submitted on: Tuesday 07/22/2008 at 18:21 CEST Category: None Severity

Re: [Warzone-dev] [Warzone-commits] r5639 - in /branches/2.1: ./ data/tagdefinitions/savegame/map.def src/droid.c src/function.c src/game.c src/map.c src/oprint.c src/research.c src/researchdef.h src/

2008-07-22 Thread Dennis Schridde
Am Dienstag, 22. Juli 2008 18:00:19 schrieb Giel van Schijndel: > Author: muggenhor > Date: Tue Jul 22 18:00:18 2008 > New Revision: 5639 All just bugfixes? > r5454 | muggenhor | 2008-07-09 21:02:19 +0200 (wo, 09 jul 2008) | 5 lines > > Remove `hitPoints` from the code as it's never used. > >

[Warzone-dev] [bug #12065] doesn't delete 2 openal buffers on exit

2008-07-22 Thread Paul Wise
URL: Summary: doesn't delete 2 openal buffers on exit Project: Warzone Resurrection Project Submitted by: pabs Submitted on: Tuesday 07/22/2008 at 16:58 Category: Engine: Sound

[Warzone-dev] how to disable background music

2008-07-22 Thread Martin Koller
Hi, as warzone (svn trunk rev r5639) crashes immediately when I start a game without --nosound, it's impossible to play/test anything. (I created already a ticket for the crash http://gna.org/bugs/?12017 ) As a workaround: can the background music somehow be disabled but the rest of the sound e

Re: [Warzone-dev] [Warzone-commits] r5638 - in /branches/2.1: ./ lib/framework/frame.h lib/framework/resource_parser.y lib/framework/strres.c lib/framework/strres.h lib/framework/treap.c lib/framework

2008-07-22 Thread Per Inge Mathisen
On Tue, Jul 22, 2008 at 5:11 PM, Giel van Schijndel <[EMAIL PROTECTED]> wrote: > Merged revisions > 5098,5102,5126-5128,5131,5135-5136,5139-5141,5148,5150,5153,5155,5164,5166,5168-5169,5171,5174-5175,5180,5184,5186,5192-5193,5215-5217,5219,5222,5225-5226,5228-5229,5232,5235-5236,5242-5243,5246,525

[Warzone-dev] Connection Refused from popts Mirror - OS X

2008-07-22 Thread Tim Baumgartner
In what has grown into a beast of a bug report (https://gna.org/bugs/index.php?11940), there have been reports of OS X users having problems downloading popt during the build process. Attempting to connect to the URI in the Xcode build script (rpm.net.in domain) results in a connection refuse

Re: [Warzone-dev] Patch for Leopard QuesoGLC Linking Problem

2008-07-22 Thread Giel van Schijndel
Tim Baumgartner schreef: > Ari Johnson wrote: >> No. I like it being separate, as long as it is intelligent about >> deciding whether to actually apply the patch. :) > > Alright, the Xcode script now looks for the QuesoGLC patch in > macosx/external/. The updated Xcode project file patch is attac

Re: [Warzone-dev] [Warzone-commits] r5638 - in /branches/2.1: ./ lib/framework/frame.h lib/framework/resource_parser.y lib/framework/strres.c lib/framework/strres.h lib/framework/treap.c lib/framework

2008-07-22 Thread Giel van Schijndel
Per Inge Mathisen schreef: > On Tue, Jul 22, 2008 at 5:11 PM, Giel van Schijndel <[EMAIL PROTECTED]> wrote: >> Merged revisions >> 5098,5102,5126-5128,5131,5135-5136,5139-5141,5148,5150,5153,5155,5164,5166,5168-5169,5171,5174-5175,5180,5184,5186,5192-5193,5215-5217,5219,5222,5225-5226,5228-5229,52

Re: [Warzone-dev] should warzone2100 (beta) be in Debian testing (and migrate to stable)?

2008-07-22 Thread Giel van Schijndel
This message is taken from this Debian "bug" [1], which is about the "warzone2100" package. Jon Dowland schreef: > Well, it seems upstream didn't freeze or release 2.1 after > all. Since we are about to freeze, the question is, should > warzone2100 in its current state enter Lenny? This bug will >

Re: [Warzone-dev] [Warzone-commits] r5638 - in /branches/2.1: ./ lib/framework/frame.h lib/framework/resource_parser.y lib/framework/strres.c lib/framework/strres.h lib/framework/treap.c lib/framework

2008-07-22 Thread Giel van Schijndel
Giel van Schijndel schreef: > Giel van Schijndel schreef: >> Per Inge Mathisen schreef: >>> On Tue, Jul 22, 2008 at 5:11 PM, Giel van Schijndel <[EMAIL PROTECTED]> >>> wrote: Merged revisions 5098,5102,5126-5128,5131,5135-5136,5139-5141,5148,5150,5153,5155,5164,5166,5168-5169,5171,5174-

Re: [Warzone-dev] how to disable background music

2008-07-22 Thread Martin Koller
On Tuesday 22 July 2008, Martin Koller wrote: > As a workaround: can the background music somehow be disabled but the > rest of the sound effects still be available ? > E.g. a commandline option --nomusic would be great. I found a config entry to achieve this: music_enabled=0 -- Best regards/Sc

Re: [Warzone-dev] [Warzone-commits] r5639 - in /branches/2.1: ./ data/tagdefinitions/savegame/map.def src/droid.c src/function.c src/game.c src/map.c src/oprint.c src/research.c src/researchdef.h src/

2008-07-22 Thread Giel van Schijndel
Dennis Schridde schreef: > Am Dienstag, 22. Juli 2008 18:00:19 schrieb Giel van Schijndel: >> Author: muggenhor >> Date: Tue Jul 22 18:00:18 2008 >> New Revision: 5639 > All just bugfixes? No, all of that boils down to code removal actually. The only code that cannot contain bugs is "no code". -

Re: [Warzone-dev] Patch for Leopard QuesoGLC Linking Problem

2008-07-22 Thread Ari Johnson
On Tue, Jul 22, 2008 at 2:28 PM, Giel van Schijndel <[EMAIL PROTECTED]> wrote: > Tim Baumgartner schreef: >> Ari Johnson wrote: >>> No. I like it being separate, as long as it is intelligent about >>> deciding whether to actually apply the patch. :) >> >> Alright, the Xcode script now looks for th

[Warzone-dev] [bug #12068] Incomplete I18N

2008-07-22 Thread Ronny Standtke
URL: Summary: Incomplete I18N Project: Warzone Resurrection Project Submitted by: ronnystandtke Submitted on: Dienstag 22.07.2008 um 20:55 Category: Engine: GUI Severity: Norma

Re: [Warzone-dev] [Warzone-commits] r5638 - in /branches/2.1: ./ lib/framework/frame.h lib/framework/resource_parser.y lib/framework/strres.c lib/framework/strres.h lib/framework/treap.c lib/framework

2008-07-22 Thread Giel van Schijndel
Giel van Schijndel schreef: > Per Inge Mathisen schreef: >> On Tue, Jul 22, 2008 at 5:11 PM, Giel van Schijndel <[EMAIL PROTECTED]> >> wrote: >>> Merged revisions >>> 5098,5102,5126-5128,5131,5135-5136,5139-5141,5148,5150,5153,5155,5164,5166,5168-5169,5171,5174-5175,5180,5184,5186,5192-5193,5215-

Re: [Warzone-dev] [Warzone-commits] r5638 - in /branches/2.1: ./ lib/framework/frame.h lib/framework/resource_parser.y lib/framework/strres.c lib/framework/strres.h lib/framework/treap.c lib/framework

2008-07-22 Thread Per Inge Mathisen
On Tue, Jul 22, 2008 at 10:00 PM, Giel van Schijndel <[EMAIL PROTECTED]> wrote: >> Why are you merging all these revisions into a stable branch??? > > It's basically dead code removal. Though if you meant to ask: "what does > it gain us", then aside from cleaner code the answer is: nothing. Then i

Re: [Warzone-dev] Patch for Leopard QuesoGLC Linking Problem

2008-07-22 Thread Tim Baumgartner
Ari Johnson wrote: > On Tue, Jul 22, 2008 at 2:28 PM, Giel van Schijndel <[EMAIL PROTECTED]> wrote: >> Tim Baumgartner schreef: >>> Ari Johnson wrote: No. I like it being separate, as long as it is intelligent about deciding whether to actually apply the patch. :) >>> Alright, the Xcode