Wesnoth 1.2 branch created

Hi, folks.

I've just created a branch to use to continue 1.2 development, enabling 
developers to start committing new shiny stuff to trunk.

--

Every change that only affects 1.2 should go to the 1.2 branch.

Every change that breaks the feature/code/string freeze should go to trunk.

Every change that is intended to both should be, either commited to both or 
committed to the 1.2 branch and clearly be marked in the commit log as "also 
for trunk", I'll take care of merging this changes once a day.

--

Those who want to start committing new stuff to trunk can continue using their 
current SVN working copy.

Those who want to keep commiting stuff to 1.2 (or both), fixing bugs, adding 
new sprites, and so on, should switch their working copy to 1.2 branch, by
running:
svn switch svn+ssh://svn.gna.org/svn/wesnoth/branches/1.2/
(or something similar through the graphical interface you're using).

If you can't manage to successfully switch the working copy you can always 
just do a new checkout:
svn co svn+ssh://svn.gna.org/svn/wesnoth/branches/1.2/ wesnoth-1.2/

Re: Wesnoth 1.2 branch created

On Tuesday 04 July 2006 14:02, Isaac Clerencia wrote:
> Hi, folks.
>
> I've just created a branch to use to continue 1.2 development, enabling
> developers to start committing new shiny stuff to trunk.
>
> --
>
> Every change that only affects 1.2 should go to the 1.2 branch.
>
> Every change that breaks the feature/code/string freeze should go to trunk.
>
> Every change that is intended to both should be, either commited to both or
> committed to the 1.2 branch and clearly be marked in the commit log as
> "also for trunk", I'll take care of merging this changes once a day.

Remember than commiting the changelog updates in a separate commit really 
helps merging the patches.

In the trunk changelog only changes intended exclusively for trunk should be 
added, once 1.2 is out I'll add all the stuff in 1.2's changelog to trunk's 
changelog.

Best regards

Re: Wesnoth 1.2 branch created

On Tuesday 04 July 2006 14:02, Isaac Clerencia wrote:
> Hi, folks.
>
> I've just created a branch to use to continue 1.2 development, enabling
> developers to start committing new shiny stuff to trunk.
>
> --
>
> Every change that only affects 1.2 should go to the 1.2 branch.
>
> Every change that breaks the feature/code/string freeze should go to trunk.
>
> Every change that is intended to both should be, either commited to both or
> committed to the 1.2 branch and clearly be marked in the commit log as
> "also for trunk", I'll take care of merging this changes once a day.
As most of 1.2 changes will be also intended for trunk, I guess it's simpler 
to mark those for 1.2 only as such, instead of the other way around.

Commits to 1.2 that are intended only for 1.2, should have "1.2 only" in the 
commit log.

Best regards

Away for three days

I'm going on holidays for three days, I won't have Internet access during that 
time.

I'll be back next Tuesday or Wednesday, don't break anything, be careful with 
the branch ;)

Best regards
--

-- 
Isaac Clerencia at Warp Networks, http://www.warp.es
Work: <isaac <at> warp.es>   | Debian: <isaac <at> debian.org>

_______________________________________________
Wesnoth-dev mailing list
Wesnoth-dev <at> gna.org
https://mail.gna.org/listinfo/wesnoth-dev

autosave

Hi,

I just noticed that the autosave functionality is done twice. There is two
calls, one in playmp_controller::before_human_turn and one in
playsingle_controller::before_human_turn. The latter is called from the
former so in mp autosaving happens twice at the beginning of the players
turn.

The only difference between both calls is the first parameter which is left
empty in the first call. If there is no problem with it i would suggest to
delete the call in playmp_controller.

Greetings

Yogi

Re: autosave

On Thu, 2006-07-13 at 21:27 +0200, Jörg Hinrichs wrote:
> Hi,
> 
> I just noticed that the autosave functionality is done twice. There is two
> calls, one in playmp_controller::before_human_turn and one in
> playsingle_controller::before_human_turn. The latter is called from the
> former so in mp autosaving happens twice at the beginning of the players
> turn.
> 
> The only difference between both calls is the first parameter which is left
> empty in the first call. If there is no problem with it i would suggest to
> delete the call in playmp_controller.

Please do, and then test.

Sorry I've been away, but other issues have been swallowing time:
see .sig.  I do plan on reverting my "config_writer" commit before 1.2
is released: it is unfinished, doesn't speed anything up, and won't be
finished any time soon.

Cheers!
Rusty.
--

-- 
Help! Save Australia from the worst of the DMCA: http://linux.org.au/law

MP and Campaign servers need a new host

Hi

The box running the MP and Campaigns servers will no longer be available 
from some time in august since I will no longer have the possibility to 
have a server on my University network. We need new volunteers to take 
over these services soon. The bandwidth usage is quite modest. There are 
some admin tasks that needs to be done:
- Campaign server: deletion of illegal/inappropriate material (doesn't 
happen often) and providing authors with lost passwords (which happen 
more often :) )
- Regular recompiling and restart of MP servers

Also they happen to crash/hang from time to time and need to be 
restarted. There are some scripts made for some of this stuff which I 
can hand over, also the content of the campaign server needs to be 
transfered.

Preferably the server should allow for devs to connect with SSH. The 
current one have been administered by me, Isaac and Dave. Dave isn't 
very active anymore and I want to step down from this responsibility I 
hope someone else is willing to take over. There should preferable be 
someone who is active on IRC (and the forum) so they can act on feedback 
regarding server problems.

--

-- 
mvh                 (o_
Hogne Håskjold      //\
                     V_/_

Re: MP and Campaign servers need a new host

On Fri, Jul 14, 2006 at 14:01:06 +0200,
  Hogne Håskjold <haskjold <at> pvv.org> wrote:
> 

While I am not at this time able to donate access to a server, I think it might
help to clarify a couple of things.

> have a server on my University network. We need new volunteers to take 
> over these services soon. The bandwidth usage is quite modest. There are 

Can you provide any estimates on the bandwidth requirements?

> some admin tasks that needs to be done:
> - Campaign server: deletion of illegal/inappropriate material (doesn't 
> happen often) and providing authors with lost passwords (which happen 
> more often :) )
> - Regular recompiling and restart of MP servers

Do these really need to be done by the person owning the server if other
people have access?

> Preferably the server should allow for devs to connect with SSH. The 

Isn't this a requirement (at least for several devs to have access), not a
preference?

> hope someone else is willing to take over. There should preferable be 
> someone who is active on IRC (and the forum) so they can act on feedback 
> regarding server problems.

Re: MP and Campaign servers need a new host

On Friday, 14 July 2006 17:50, Bruno Wolff III wrote:
> Do these really need to be done by the person owning the server if other
> people have access?
No.

> > Preferably the server should allow for devs to connect with SSH. The
>
> Isn't this a requirement (at least for several devs to have access), not a
> preference?
No if the owner takes care of everything :)

> > hope someone else is willing to take over. There should preferable be
> > someone who is active on IRC (and the forum) so they can act on feedback
> > regarding server problems.
>
> Again, does this need to be the owner of the server?
No.

> Note the answer here, might be different than above, because these requests 
> may require doing something that needs physical access.
Well, I guess he/she should notice if the server goes down :)

Best regards

--

-- 
Isaac Clerencia at Warp Networks, http://www.warp.es
Work: <isaac <at> warp.es>   | Debian: <isaac <at> debian.org>

_______________________________________________

New Wesnoth Public Server

Hi Folks!

Being a big fan of wesnoth, i am quite happy, that i can help the communty
out a little bit. As i have heard, your current public server will have to
go down soon, leaving the community without a way to get into wesnoth
online games easily.

I am the security coordinator and server tech of xaos. Xaos is a gaming
network, with the goals to offer alot of players a big spectrum of games,
they can play on our servers. Xaos is and will always be free and fully
donation and adsense financed. Currently we own 3 server in the states,
which we have to drop soon due to bad routing. In exchange or these, we
will get 4 new servers each with the following specs:

Opteron 148
3 gigs of ram
2x 120 GB Raid0 or Raid1 Sata harddrives
100mbit unmetered bandwidth.

Right now we are hosting 2 Projects:

1. www.xaosro.org
A free and private Ragnarok Online Server

2. www.xaoswow.org
A free and private World Of Warcraft server

Since that hardware is overkill for our projects and the fact that the
Wesnoth public server software aint that ressourcehungry, i offer housing
of your public servers for free on one of the xaos servers for free. It