On Fri, Oct 15, 2010 at 06:56:32PM +0200, Per Inge Mathisen wrote:
I'm a bit out of the loop, I guess, on the git stuff. Are we now all
using gitorious, or are some people still hanging out at sf.net? If
gitorious is so horrible, perhaps we should try github? I use that for
another project at
On Fri, Oct 08, 2010 at 00:42:27 -0400, buginator wrote:
Trying to upload to gitorious, I did:
git status
# On branch pre-3.0
# Your branch is ahead of 'origin/2.3' by 70 commits.
git push...
'Everything up-to-date'
This will create a new remote branch 'pre-3.0' and push your changes to
On Tue, Sep 28, 2010 at 11:17:27PM -0400, buginator wrote:
On 9/28/10, Per Inge Mathisen wrote:
On Tue, Sep 28, 2010 at 5:25 AM, buginator wrote:
On 9/27/10, buginator wrote:
It was said that it would be a good idea to get a CVE.
http://cve.mitre.org/cve/obtain_id.html
Anyone care to
Hi all,
I would like to propse to add a linear algebra library as a dependency
to Warzone. One library I have in mind (and have had good experience
with in the past) is Eigen [1].
Having a linear algebra library will eventually be required to be able
to reimplement OpenGL's matrix math (which
On Fri, Sep 17, 2010 at 22:38:54 -0400, buginator wrote:
On 9/17/10, muggen...@users.sourceforge.net wrote:
Revision: 11676
vertex shader: don't use deprecated ftransform()
error |10:33:24: [loadShaders] Vertex shader compilation has failed
[shaders/tcmask.vert]
error |10:33:24:
On Sat, Sep 18, 2010 at 11:44:28AM -0400, Safety0ff wrote:
On 10-09-18 11:32 AM, Giel van Schijndel wrote:
What happens when you remove the invariant gl_Position;
specification?
Also do you know which version of GLSL your drivers are using? I'm
guessing an #if __VERSION__, may be required
On Sat, Sep 18, 2010 at 11:44:28AM -0400, Safety0ff wrote:
On 10-09-18 11:32 AM, Giel van Schijndel wrote:
What happens when you remove the invariant gl_Position;
specification?
Also do you know which version of GLSL your drivers are using? I'm
guessing an #if __VERSION__, may be required
On Thu, Sep 16, 2010 at 08:48:19PM -0400, buginator wrote:
On 9/16/10, Giel van Schijndel wrote:
On Wed, Sep 15, 2010 at 10:06:51PM -0400, buginator wrote:
with novideo.ogg file (which has been in all the release candidates.)
The files are pretty small anyway, and they won't add that much
On Thu, Sep 16, 2010 at 09:51:38AM +0200, Per Inge Mathisen wrote:
On Wed, Sep 15, 2010 at 9:08 PM, muggen...@users.sourceforge.net wrote:
Log Message:
---
Replace #ifdef(APPLE) #include $path/gl.h sections with SDL_opengl.h
which handles this already
Please do not mess around
On Wed, Sep 15, 2010 at 03:17:17 -0500, Guangcong Luo wrote:
On Wed, Sep 15, 2010 at 3:04 AM, Per Inge Mathisen wrote:
On Thu, Sep 2, 2010 at 6:36 AM, Zarel wrote:
Log Message:
---
2.3: Rebalance 0.8.1:
- Removed Cyclone turret
Did you check that Cyclone is never referenced by the
On Mon, Sep 13, 2010 at 11:53:06PM +, bugina...@users.sourceforge.net wrote:
Revision: 11668
http://warzone2100.svn.sourceforge.net/warzone2100/?rev=11668view=rev
Author: buginator
Date: 2010-09-13 23:53:06 + (Mon, 13 Sep 2010)
Log Message:
---
Fix edit
On Tue, Sep 14, 2010 at 12:30:48 -0400, buginator wrote:
On 9/13/10, Giel van Schijndel wrote:
This however, would require significant changes to the drawing code.
Keep in mind that these changes would be required for *pure* OpenGL 3.0
as well, with pure meaning without the backward
On Tue, Sep 14, 2010 at 12:56:53AM -0400, buginator wrote:
On 9/13/10, Christian Ohm wrote:
So how long would this bugfix 2.3 live? Until 2.5 is done, and then
2.4 is fixes only? By what criteria will the jump to 2.5 happen?
I am not really sure what the new criteria will be required for a
On Tue, Sep 14, 2010 at 05:31:10PM +0200, Christian Ohm wrote:
On Tuesday, 14 September 2010 at 11:31, Giel van Schijndel wrote:
On Tue, Sep 14, 2010 at 12:56:53AM -0400, buginator wrote:
On 9/13/10, Christian Ohm wrote:
How about doing 2.3.5.x releases for bugfixes only instead? So
Hi all,
Long time since I've actually written on this mailing list.
I've been looking into modifying the rendering code in such a way that
it can be used to render on OpenGL ES (ES 2.0+ considering that I only
have hardware to test that version) enabled devices.
This however, would require
On Fri, Feb 05, 2010 at 11:59:56PM +, bugina...@users.sourceforge.net wrote:
Revision: 9641
http://warzone2100.svn.sourceforge.net/warzone2100/?rev=9641view=rev
Author: buginator
Date: 2010-02-05 23:59:55 + (Fri, 05 Feb 2010)
Log Message:
---
Change
On Fri, Nov 20, 2009 at 04:13:19PM +0100, Kamaze wrote:
I just saw that the server didn't respond, due to some Bind9 hangup.
Regarding to munin, Bind9 freezed at 2AM CET. Can you _please_ write an
e-mail to me next time you may notice such a hangup? This would result
in somewhat smaller
Got this message from Paul Wise on IRC:
16:36 pabs3 Giel: Debian freezes in March 2100, would be good if
WRP folks could think about which version they want in stable.
http://lists.debian.org/debian-devel-announce/2009/10/msg2.html
Quoted the release announcement here:
Hi
Release
On Sun, Aug 16, 2009 at 12:55:12PM +0200, Per Inge Mathisen wrote:
On Sun, Aug 16, 2009 at 12:42 PM, Elio Gubserelio.o...@gmail.com wrote:
Afaik we're using the database for multiplayer stats and text stats for
campaign. (correct me if i'm wrong)
IIRC it is the other way around.
It is the
On Mon, Jun 01, 2009 at 11:19:55AM +0200, Kreuvf wrote:
Per Inge Mathisen wrote:
I don't think units can drive over the rearm pads?
I could change that. It makes sense.
Hopefully those ground units don't shoo away the VTOLs then, especially during
re-arming.
Agreed, provided that regular
On Mon, May 25, 2009 at 10:03:09AM +0200, Dennis Schridde wrote:
Am Sonntag, 24. Mai 2009 23:40:41 schrieb muggen...@users.sourceforge.net:
Revision: 7539
http://warzone2100.svn.sourceforge.net/warzone2100/?rev=7539view=rev
Author: muggenhor
Date: 2009-05-24 21:40:41 +
On Thu, May 28, 2009 at 01:08:08PM -0400, bugs buggy wrote:
On 5/28/09, Kreuvf kre...@warzone2100.de wrote:
This is even worse considering that wz2100.net to the best of my
knowledge is the only mirror for the aforementioned resources and
down-times happen. So I propose adding the following to
On Wed, May 27, 2009 at 10:43:35PM -0400, bugs buggy wrote:
Can someone who doesn't suffer from GNAitus and has good upstream
bandwidth, please add the GPL notice (COPYING file?), and a VERSION
file (which I guess would be 1.0) inside sequences.wz? We may also
want to include the full text
On Sat, May 30, 2009 at 11:24:54PM +0200, Giel van Schijndel wrote:
On Wed, May 27, 2009 at 10:43:35PM -0400, bugs buggy wrote:
Can someone who doesn't suffer from GNAitus and has good upstream
bandwidth, please add the GPL notice (COPYING file?), and a VERSION
file (which I guess would be 1.0
On Tue, Apr 14, 2009 at 08:58:52PM +, zare...@users.sourceforge.net wrote:
Revision: 7027
http://warzone2100.svn.sourceforge.net/warzone2100/?rev=7027view=rev
Author: zarelsl
Date: 2009-04-14 20:58:52 + (Tue, 14 Apr 2009)
Log Message:
---
Commit Rebalance
On Wed, Apr 08, 2009 at 02:19:08PM +0200, Christian Ohm wrote:
On Wednesday, 8 April 2009 at 11:46, Per Inge Mathisen wrote:
But I'm not sure if the actual problem is in Mesa, or if Warzone is doing
something strange with the VBOs. If someone knows some simple example programs
using VBOs
On Sun, Mar 15, 2009 at 08:09:19PM +0100, Dennis Schridde wrote:
Am Sonntag, 15. März 2009 18:15:32 schrieb bugs buggy:
Was wondering what port should we change 2.2 to use?
2.0.x was using: (do we still have a 2.0 lobby server?)
gameserver_port:
masterserver_port: 9998
2.1 is using:
On Fri, Mar 06, 2009 at 08:17:42PM -0500, bugs buggy wrote:
On 3/5/09, Zarel zare...@gmail.com wrote:
2009/3/4 Zarel zare...@gmail.com:
Just kidding. They're not going to sync intrepid. Apparently, once an
Ubuntu version has been released, only critical bugfixes and
security patches are
On Sun, Feb 22, 2009 at 01:26:51PM +0100, Dennis Schridde wrote:
Am Sonntag, 22. Februar 2009 05:44:03 schrieb Giel van Schijndel:
Building of the nightly build failed for revision r6682 [1] when
trying to build a debug executable.
Attached is the full build output (both stdout and stderr
On Sun, Feb 22, 2009 at 07:49:30PM +0100, Per Inge Mathisen wrote:
On Sun, Feb 22, 2009 at 7:06 PM, Guangcong Luo zare...@gmail.com wrote:
Rebalance 0.2.4 - fixes many balance problems. Changes documented on
Warzone Guide - currently available at http://guide.wz2100.net/new/
This will be
On Thu, Feb 19, 2009 at 10:20:33PM +0100, Dennis Schridde wrote:
Am Donnerstag, 19. Februar 2009 22:02:01 schrieb Per Inge Mathisen:
Last updated 2008-10-08, seems like nobody is using it. I do not want
to update it when nobody else is. And you know I hate dead code.
Go for it.
I think
On Sat, Feb 14, 2009 at 02:19:28PM +0100, Dennis Schridde wrote:
Am Samstag, 14. Februar 2009 08:40:30 schrieb Kreuvf:
bugs buggy wrote:
Inside the .info file itself would be all the author's name, and
whatever else info the map pack creator wants to put inside it. The
game wouldn't ever read
On Thu, Feb 12, 2009 at 12:34:07AM -0500, bugs buggy wrote:
Revision: 6634 --
[snip]
- I don't think I screwed up start-at-block-declaration rules for
MSVC, but given the size of these changes I can't be sure.
[snip]
Well you did. Though, at least nobody can say you aren't verbose
enough
On Wed, Feb 11, 2009 at 05:34:37AM +0100, Giel van Schijndel wrote:
Building of the nightly build failed for revision r6617 [1] when
trying to build a non-debug executable.
Broken by r6613.
--
Giel
signature.asc
Description: Digital signature
On Mon, Feb 02, 2009 at 08:58:11AM +0100, Per Inge Mathisen wrote:
On Sun, Feb 1, 2009 at 11:55 PM, Giel van Schijndel m...@mortis.eu wrote:
It is misleading, though, since it can also be ASSERT_AND_RETURN or
just RETURN, depending on how the program is compiled and how gdb
reacts to abort
On Sat, Jan 31, 2009 at 11:45:11PM +0100, Per Inge Mathisen wrote:
No. There are in fact three places now that the expression result is checked:
1) Checking if we should log an error
2) The assert()
3) The return condition
In my patch I only cache it in the first case for the last case,
On Thu, Jan 29, 2009 at 08:49:39PM +0100, Per Inge Mathisen wrote:
I want to define a new macro ASSERT_RETURN(expr, retval, ...) that
asserts in debug builds, and returns with the given return value in
non-debug builds. This to make it easier to do the right thing when
coding, which is to
On Thu, Jan 15, 2009 at 02:07:01AM +0100, buildbot+notif...@kynes.de wrote:
The Buildbot has detected a new failure of nightly_mingw32 on Warzone 2100:
Resurrection Project.
Full details are available at:
http://build.kynes.de/builders/nightly_mingw32/builds/111
Buildbot URL:
On Mon, Jan 05, 2009 at 05:25:45PM +0100, Giel van Schijndel wrote:
On Sun, Jan 04, 2009 at 04:32:07PM +, Freddie Witherden wrote:
Most of these failures originate from having too few disk space. I
think the size of trunk (in bytes) has increased causing this error.
Considering that I don't
://developer.wz2100.net/ticket/177
[4] http://developer.wz2100.net/ticket/202
[5] http://svn.gna.org/svn/warzone/tags/2.1.1/ChangeLog
[6] http://wz2100.net/download
--
Best regards,
Giel van Schijndel,
The Warzone 2100 Resurrection Project
signature.asc
Description: Digital signature
On Fri, Jan 09, 2009 at 02:00:01AM +0100, buildbot+notif...@kynes.de wrote:
The Buildbot has detected a new failure of nightly_mingw32 on Warzone 2100:
Resurrection Project.
Full details are available at:
http://build.kynes.de/builders/nightly_mingw32/builds/105
Buildbot URL:
On Tue, Jan 06, 2009 at 08:52:33AM +, Freddie Witherden wrote:
A week or so ago Giel committed some endian changes which fix several
bugs on big-endian systems, namely loading and saving games. These fixes
are very important for PowerPC users (mainly OS X, possibly a few Linux
users).
On Sun, Jan 04, 2009 at 04:32:07PM +, Freddie Witherden wrote:
Most of these failures originate from having too few disk space. I
think the size of trunk (in bytes) has increased causing this error.
Considering that I don't have any more diskspace on this system I'll
be disabling my
On Mon, Jan 05, 2009 at 08:55:18AM +0100, Per Inge Mathisen wrote:
On Sun, Jan 4, 2009 at 10:54 PM, bugs buggy buginato...@gmail.com wrote:
Other things I have noticed, is there any reason why we have both
bug trackers active? I don't really bother to check GNA anymore,
since trac is far
On Mon, Jan 05, 2009 at 07:02:02PM +0100, Per Inge Mathisen wrote:
6. Ignore patches, import only bugs.
The list of patches is much, much shorter, and the relevant ones more
easily ported over by hand. Most of them can probably be closed
outright.
I'd rather import the closed ones as well,
On Thu, Jan 01, 2009 at 06:22:40PM +0100, Per Inge Mathisen wrote:
On Thu, Jan 1, 2009 at 4:26 PM, Dennis Schridde devuran...@gmx.net wrote:
Can you not just skip asserts in the debugger?
Can you? Ever since the crash handler was added, I always end up in a
non-skippable abort inside it
On Sun, Jan 04, 2009 at 05:42:33AM +0100, Giel van Schijndel wrote:
Building of the nightly build failed for revision r6527 [1] when
trying to build a debug executable.
Most of these failures originate from having too few disk space. I think
the size of trunk (in bytes) has increased causing
On Thu, Dec 25, 2008 at 05:36:23AM +0100, Giel van Schijndel wrote:
Building of the nightly build failed for revision r6489 [1] when
trying to build a non-debug executable.
Seems the changes to NTW caused this.
make[3]: *** No rule to make target
`../data/mods/multiplay/ntw/multiplay/script
On Fri, Dec 26, 2008 at 05:34:40AM +0100, Giel van Schijndel wrote:
Building of the nightly build failed for revision r6506 [1] when
trying to build a non-debug executable.
Seems the changes to NTW caused this.
make[3]: *** No rule to make target
`../data/mods/multiplay/ntw/multiplay/script
Giel van Schijndel schreef:
On Fri, Dec 26, 2008 at 05:34:40AM +0100, Giel van Schijndel wrote:
Building of the nightly build failed for revision r6506 [1] when
trying to build a non-debug executable.
Seems the changes to NTW caused this.
make[3]: *** No rule to make target
`../data/mods
On Wed, Dec 24, 2008 at 02:08:07AM +0100, buildbot+notif...@kynes.de wrote:
The Buildbot has detected a new failure of nightly_mingw32 on Warzone 2100:
Resurrection Project.
Full details are available at:
http://build.kynes.de/builders/nightly_mingw32/builds/90
Buildbot URL:
.)
Download
The source code and all available binaries can be found, as usual, at
the download page [3].
[1] http://developer.wz2100.net/ticket/90
[2] http://svn.gna.org/svn/warzone/tags/2.1.0/ChangeLog
[3] http://www.wz2100.net/download
--
Best regards,
Giel van
On Sun, Dec 21, 2008 at 09:30:42PM +0100, Giel van Schijndel wrote:
* Switching languages through the menu, on Mac OSX can cause crashes.
PS This is described in ticket:170 [1].
[1] http://developer.wz2100.net/ticket/170
--
Giel
signature.asc
Description: Digital signature
Giel van Schijndel schreef:
Building of the nightly build failed for revision r6467 [1] when
trying to build a non-debug executable.
Fixed.
--
Giel
signature.asc
Description: OpenPGP digital signature
___
Warzone-dev mailing list
Warzone-dev
On Fri, Dec 05, 2008 at 09:29:43PM +0100, Kamaze wrote:
Windows:
* Minimal installer: Includes only the base files, with the ability
to download the Music/Mods while installing, containing a guide
where people can get (URL) the Music and FMV packages and where
they have to put/copy
Dennis Schridde schreef:
Am Freitag, 5. Dezember 2008 02:07:03 schrieb [EMAIL PROTECTED]:
BUILD FAILED: failed compile warnings+1
+chat_parser.y:760: warning: unused parameter 'msg'
Was that way before, except that it was hidden that the variable
wasn't used. I.e. it was used to produce some
Dennis Schridde schreef:
To the packagers of this release: It would have been nice to inform the
mailinglist of this event. I think it is even listed on the checklist...
My fault. I sincerely apologise.
--
Giel
signature.asc
Description: OpenPGP digital signature
Dennis Schridde schreef:
Am Montag, 24. November 2008 02:06:06 schrieb [EMAIL PROTECTED]:
The Buildbot has detected a new failure of nightly_mingw32 on Warzone 2100:
Resurrection Project. Full details are available at:
http://build.kynes.de/builders/nightly_mingw32/builds/60
Buildbot URL:
Warzone 2100 Trac schreef:
#153: XTnvzutg
-+--
Spam ticket here...
Kamaze schreef:
Kreuvf schrieb:
And to me the syntax looks a bit crufty (but I guess it is like that
because you have a parser at hand for that).
Uhm, thats normal JSON-Syntax. That was something I had in my mind,
because it supports various datatypes and nesting, as well as arrays. It
is
Giel van Schijndel schreef:
Building of the nightly build failed for revision r6344 [1] when
trying to build a non-debug executable.
Fixed in r6346.
--
Giel
signature.asc
Description: OpenPGP digital signature
___
Warzone-dev mailing list
Warzone
Hi all,
Considering that we've got one release candidate out for 2.1 already
(and a proposal for a second one by me) I'd like to set an (informal?)
deadline for releasing 2.1.0. I propose to use 13/14 December 2008 for
this purpose.
--
Giel
signature.asc
Description: OpenPGP digital
Hi all,
After taking a close look at the Trac post commit hook I discovered it
had some missing linefeeds ('\n') causing syntax errors, and in turn
causing it not to work.
So I fixed these problems and now when you commit Trac parses the commit
message as follows (to add notices to tickets):
It
Giel van Schijndel schreef:
Building of the nightly build failed for revision r6246 [1] when
trying to build a non-debug executable.
Fixed.
--
Giel
signature.asc
Description: OpenPGP digital signature
___
Warzone-dev mailing list
Warzone-dev
Dennis Schridde schreef:
Am Donnerstag, 23. Oktober 2008 07:23:06 schrieb bugs buggy:
Also, I think we should do a Release Candidate of 2.1, just in case we
missed something.
Good idea.
(This is just the current 2.1 branch, no need to create
a new RC tag or anything right? )
Please do
Zarel schreef:
On Mon, Oct 20, 2008 at 3:26 AM, Dennis Schridde [EMAIL PROTECTED] wrote:
Am Montag, 20. Oktober 2008 01:09:50 schrieb Zarel:
On Sun, Oct 19, 2008 at 5:01 PM, Giel van Schijndel [EMAIL PROTECTED]
wrote:
The only reason for not including/enabling this would be that it looks
Giel van Schijndel schreef:
Building of the nightly build failed for revision r6194 [1] when
trying to build a non-debug executable.
Fixed.
--
Giel
signature.asc
Description: OpenPGP digital signature
___
Warzone-dev mailing list
Warzone-dev
bugs buggy schreef:
On 10/20/08, Per Inge Mathisen [EMAIL PROTECTED] wrote:
On Mon, Oct 20, 2008 at 12:38 PM, Giel van Schijndel [EMAIL PROTECTED]
wrote:
and give the users a choice.
Users only want a choice until given a choice, then they want it to
work. Besides, in my experience, making
Elio Gubser schreef:
The issues that must be done still:
*Disable multi-turret support.
hmm, people (at least me) really love that feature and would hazard the
consequences (imo and what i've read in the forums)
The only reason for not including/enabling this would be that it looks
bad
Zarel schreef:
2008/10/12 Giel van Schijndel [EMAIL PROTECTED]:
Erm Why does it report failure? The build clearly succeeded... (i.e.
[1] and [2] are produced as a result of it).
[1]
http://warzone.mortis.eu/nightly-builds/warzone2100-trunk-r6140-debug.exe
[2]
http://warzone.mortis.eu
[EMAIL PROTECTED] schreef:
The Buildbot has detected a new failure of nightly_mingw32 on Warzone 2100:
Resurrection Project.
Full details are available at:
http://build.kynes.de/builders/nightly_mingw32/builds/12
Buildbot URL: http://build.kynes.de/
Buildslave for this Build:
Per Inge Mathisen schreef:
On Mon, Oct 6, 2008 at 1:23 AM, Giel van Schijndel [EMAIL PROTECTED] wrote:
Per Inge Mathisen schreef:
BTW - what will happen to existing, checked out working copies if the
current contents of trunk/ is moved?
I don't want my existing working copies to die a sudden
Per Inge Mathisen schreef:
On Mon, Oct 6, 2008 at 10:41 AM, Giel van Schijndel [EMAIL PROTECTED] wrote:
Why do we even need the videos under revision control?
People asked the same question about the data/ stuff. It quickly
became clear that not having data under version control invited
Bruce Chidester schreef:
I set up a Facebook profile where I can post my pictures, ...
Shouldn't mail sent from non-subscribing mail-addresses be blocked for
manual processing? If that ^^ mail address is subscribed I suggest to
remove it right away...
--
Giel
signature.asc
Description:
Per Inge Mathisen schreef:
On Sun, Oct 5, 2008 at 7:50 AM, bugs buggy [EMAIL PROTECTED] wrote:
With the upcoming release of the FMV patch in trunk, *before* we add the
fmvs into the repo, I would like to confirm the data structure.
trunk/data (only pumpkin official stuff, + derivatives of
Dennis Schridde schreef:
Am Sonntag, 5. Oktober 2008 14:43:40 schrieb Giel van Schijndel:
Thus I suggest we use this directory layout for our own repository:
trunk/data
trunk/pkg
Why put pkg here?
pkg will need to be have access to both the source and data...
--
Giel
signature.asc
Per Inge Mathisen schreef:
On Sun, Oct 5, 2008 at 2:43 PM, Giel van Schijndel [EMAIL PROTECTED] wrote:
I would prefer to have tools as part of the code/ directory, since
they are (or should be) closely linked to the rest of the code.
Agreed. I would also prefer to use source instead of code
Christian Ohm schreef:
On Sunday, 5 October 2008 at 1:50, bugs buggy wrote:
With the upcoming release of the FMV patch in trunk, *before* we add the
fmvs into the repo, I would like to confirm the data structure.
Question: Why do you want to add those to SVN? I can understand the rest of
Per Inge Mathisen schreef:
BTW - what will happen to existing, checked out working copies if the
current contents of trunk/ is moved?
I don't want my existing working copies to die a sudden death.
If you have any changes you in any of the directories (subdirectories
included) that will be
Dennis Schridde schreef:
Am Sonntag, 28. September 2008 15:50:24 schrieb Giel van Schijndel:
Tag of the `2.1 beta 5` release
http://wiki.wz2100.net/Release_checklist
Please follow all the steps listed there.
(Missing translation import and bugtracker version increment made me notice
you did
Dennis Schridde schreef:
Am Montag, 29. September 2008 02:07:12 schrieb [EMAIL PROTECTED]:
The Buildbot has detected a new failure of nightly_mingw32 on Warzone 2100:
Resurrection Project. Full details are available at:
http://build.kynes.de/builders/nightly_mingw32/builds/2
Buildbot URL:
Dennis Schridde schreef:
Am Sonntag, 28. September 2008 01:03:31 schrieb Giel van Schijndel:
As a temporary read-only mirror: https://trac.mortis.eu/warzone/
Which gives 500 - Internal Server Error... :P
I found this traceback three times in my error log (using Trac 0.10, for
line numbers
Kamaze schreef:
In before I get bombed with questions about it:
wz2100.net is currently down.
A libc6-xen update yesterday doomed my whole DomU and the Xen-Deamon
seems to be stuck with my DomU. I can't kill/pause/unpause/burn it. So,
i have to restart the Dom0, which is a bit difficult
bugs buggy schreef:
On 9/24/08, Giel van Schijndel [EMAIL PROTECTED] wrote:
bugs buggy schreef:
On 9/22/08, Freddie Witherden [EMAIL PROTECTED] wrote:
This is not a good use of developer time -- which could be better
spent on 2.2 -- ensuring that we never get into this situation again
Per Inge Mathisen schreef:
Also, if we release something directly from trunk without creating a
release branch for it, I think we should not call it a beta. Let's
call it an alpha-1 release. (I do not think we want to maintain two
release branches at the moment.)
Actually I'd prefer not to
Hi all,
In the Vote for what you think is best thread we seemed to have
reached some form of agreement on releasing both 2.1 beta5 alongside a
2.2 beta/alpha/thingy directly from trunk or a release branch otherwise.
In any case, I'm starting this thread for one reason only. I think we
should tag
Zarel schreef:
2008/9/25 Giel van Schijndel [EMAIL PROTECTED]:
Hi all,
In the Vote for what you think is best thread we seemed to have
reached some form of agreement on releasing both 2.1 beta5 alongside a
2.2 beta/alpha/thingy directly from trunk or a release branch otherwise.
In any case
Dennis Schridde schreef:
I'd like to hear your opinions, ideas, insights.
Maybe you've got a different/better idea how to prevent long times of silence
between releases?
Quick short: I'd rather release early and often (with some bugs) than
less often with less frequent testing.
--
Per Inge Mathisen schreef:
On Mon, Sep 22, 2008 at 6:08 PM, Freddie Witherden
[EMAIL PROTECTED] wrote:
I still think that SQLite is the way to go, so far as future proofing
goes. Going straight to tagfile makes it a lot harder to go to SQLite
later on (two converters needed etc.). The
bugs buggy schreef:
On 9/22/08, Freddie Witherden [EMAIL PROTECTED] wrote:
This is not a good use of developer time -- which could be better
spent on 2.2 -- ensuring that we never get into this situation again.
This about sums it up.
Developer time is short, so we need to do what will be
Giel van Schijndel schreef:
Building of the nightly build failed for revision r6063 [1] when
trying to build a debug executable.
Short of disk space: fixed.
--
Giel
signature.asc
Description: OpenPGP digital signature
___
Warzone-dev mailing list
On Fri, Sep 19, 2008 at 01:44:28AM -0400, bugs buggy wrote:
Phase 2 has been completed.
FMVs are now working for the intel screen, as can be seen by that thread.
I am using GL_TEXTURE_RECTANGLE_ARB to get around the NPOT textures.
How about only using GL_TEXTURE_RECTANGLE_ARB when
Kreuvf schreef:
bugs buggy wrote:
Would anyone object if I encoded the sound into the video? Or is it
better to leave it as it is now?)
Afaik sound and video were separated with the intention of distributing the
same
video material with different sound files (for every language).
The
Giel van Schijndel schreef:
Author: muggenhor
Date: Sat Sep 20 14:37:22 2008
New Revision: 6054
URL: http://svn.gna.org/viewcvs/warzone?rev=6054view=rev
Log:
Fix bad pathfinding performance:
* (Attempt to) fix the bad pathfinding by reverting r4637:4639 which removed
the gateway zones
Freddie Witherden schreef:
From my point I think our options are:
- Try *again* to backport the multi-threaded pathing.
I've tried that *before* reverting r4637, and failed miserably. (Way too
much API changes to do within 2 whole days).
- Skip 2.1 and go straight to 2.2 with FMV
Per Inge Mathisen schreef:
On Tue, Sep 16, 2008 at 10:09 PM, Giel van Schijndel [EMAIL PROTECTED]
wrote:
That area of memory is currently memset(0) before writing to disk right?
We could try to take some fail gracefully approach and reject the
savegame if that piece of memory is zero. Where
Per Inge Mathisen schreef:
Though, if this means we can finally release 2.1, I'm for breaking
compatibility. However, *crashing* on current savegames is simply not
an acceptable outcome.
That area of memory is currently memset(0) before writing to disk right?
We could try to take some fail
Per Inge Mathisen schreef:
So I read http://developer.wz2100.net/ticket/62 and I do not
understand what kind of problem this patch was supposed to solve.
The complexity of the makefiles.
It is not acceptable that we regenerate .wz files for every 'make'. We
are far from guaranteed that the
Dennis Schridde schreef:
I do not know how it is after the addition of /originals (did someone ask
the git-svn users before...?). The last time, when there were weird
non-standard directories mixed with standard directories in a
standard-layout-git-svn import, it messed up the repos quite
bugs buggy schreef:
On 9/13/08, Per Inge Mathisen [EMAIL PROTECTED] wrote:
Ok, I think we have given gna.org enough time to fix their problems.
Can you people please indicate what _your_ preferred future direction
for the repository is?
1) Wait more for gna.org to solve their problems.
1 - 100 of 513 matches
Mail list logo