--- Log opened Tue Sep 01 00:00:40 2009
20090901 00:00:48< esr> True.  You're the expert there, I guess.
20090901 00:01:46-!- melinath [n=melinath@ip-78-236.wireless.oberlin.edu] has quit ["Verlassend"]
20090901 00:02:49< fendrin> esr: Right. I try to avoid changes that might need rebalancing or string changes.
20090901 00:04:04< esr> My biggest concern is that the buglist has gotten huge again.  We're nowhere near being able to reklease a 1.8.
20090901 00:05:14< Ivanovic> esr: have you already had time to close the fixed bugs?
20090901 00:05:30< esr> Ivanovic: I have done so.
20090901 00:05:55< Ivanovic> great
20090901 00:06:07< fendrin> Some engine bugs make several LoW scenario very broken
20090901 00:06:26< Ivanovic> esr: any news about http://www.wesnoth.org/wiki/SpellingMistakes ?
20090901 00:07:02< esr> Ivanovic: No, I haven't hat time to look at it yet.  (Very busy on another project.)
20090901 00:07:08< Ivanovic> okay
20090901 00:07:17< Ivanovic> just wanted to make sure that it is not forgotten
20090901 00:07:49< esr> Ivanovic: I just looked - the backup isn't too bad, actually.
20090901 00:08:10< Ivanovic> backup?
20090901 00:08:18< esr> I can probably clear it up in half an hour - I'll try to get to it tonight.
20090901 00:08:30< Ivanovic> ah, okay, on your other project, right?
20090901 00:08:32< esr> backup of unfixed buglets.
20090901 00:08:40< fendrin> esr: Please do the prosa update for LoW before the string frezze. It's a shame the current stubs went in 1.7.4.
20090901 00:08:56< esr> When is string freeze?
20090901 00:09:28< Ivanovic> "soon" (no fixed date yet but i wanted to have 1.8 out in october and at least 6 weeks of frozen strings (of those 4 weeks hard freeze))
20090901 00:09:46< fendrin> Ivanovic told me he is only waiting for LoW.
20090901 00:10:40< esr> OK, I'll budget some time tonight.
20090901 00:11:21< esr> Ivanovic: Vut we've *got* to get the bug-list seriously trimmed before we ship 1.8 - right now it's a mess. 
20090901 00:11:33< Ivanovic> esr: hehe
20090901 00:11:50< Ivanovic> esr: though i know that most bugs get fixed once we have a hard timeline and the features done
20090901 00:12:28< Ivanovic> esr: and you know that i can easily delay things if it is still too buggy, but updated and/or *new* strings should already be done so that translations can be as perfect as possible, too
20090901 00:13:14< Ivanovic> esr: but a campaign rewrite is a clear case of a really big feature
20090901 00:13:22< Ivanovic> ;)
20090901 00:14:03< esr> Sigh.  I know I haven't been around much...vacation, then all my energy got sucked away by another project.
20090901 00:14:21-!- boucman [n=rosen@wesnoth/developer/boucman] has quit ["Leaving."]
20090901 00:24:44-!- DDR [n=chatzill@66.183.125.196] has quit [Remote closed the connection]
20090901 00:25:51< crimson_penguin> Ivanovic: well, I forgot about updating the Download page this time - but I think that can count as getting back at you for giving me advice that led to me having to upload twice :P
20090901 00:26:07-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has quit [Remote closed the connection]
20090901 00:26:18< Ivanovic> crimson_penguin: since the binary was up before the announcement i had to edit the downloads page anyway
20090901 00:26:27< crimson_penguin> oh right :)
20090901 00:32:41< YogiHH> night everyone
20090901 00:33:25-!- YogiHH [n=chatzill@c158232.adsl.hansenet.de] has left #wesnoth-dev []
20090901 01:02:00-!- Chusslove [n=Chusslov@212.124.171.238] has quit [Read error: 145 (Connection timed out)]
20090901 01:03:32-!- Sapient [n=patrickp@wesnoth/developer/sapient] has joined #wesnoth-dev
20090901 01:04:22< Sapient> Zarel / zookeeper : lawful dark queen makes about as much sense as chaotic mage of light
20090901 01:05:51< Blarumyrran> wouldnt a totalitarian regime be lawful
20090901 01:06:23< Sapient> no, trees are lawful
20090901 01:06:35< Sapient> and totalitarian regimes hate trees
20090901 01:10:01< Blarumyrran> But dark queens hate snowwhites, and all humans associated with dwarves are chaotic
20090901 01:14:06< Sapient> I can't argue with that
20090901 01:17:09-!- Chusslove [n=Chusslov@212.124.172.201] has joined #wesnoth-dev
20090901 01:17:48-!- sauron [i=sauron@ip-83-142-116-12.enterpol.pl] has quit []
20090901 01:29:27< CIA-62> fendrin * r38267 /trunk/data/campaigns/Delfadors_Memoirs/scenarios/ (18 files): DM: Added notes to the scenario's objectives.
20090901 01:31:58< Sapient> darkness/light and chaotic/lawful are closely linked in wesnoth... so the unit type name is a problem if she is going to be lawful
20090901 01:33:40-!- BenUrban [n=benurban@unaffiliated/benurban] has joined #wesnoth-dev
20090901 01:37:20-!- alink [n=alink@wesnoth/developer/alink] has quit [Remote closed the connection]
20090901 01:38:56-!- xchat_sux [n=eli@71-10-231-36.dhcp.oxfr.ma.charter.com] has quit ["Hi! I'm a quit message virus vaccine. If you see a quit message virus, don't replace your quit message with it!"]
20090901 01:41:45< Sapient> and this whole "lawful evil" discussion sounds like D&D more than wesnoth, really
20090901 01:42:59-!- Thrawn [n=chatzill@pool-72-93-182-170.bstnma.east.verizon.net] has joined #wesnoth-dev
20090901 01:47:12< loonycyborg> Sapient: Maybe make her neutral instead?
20090901 01:48:52< Sapient> She's like the opposite of Konrad... he has (sceptre) fire magic, she has cold magic; he young, she old; he male, she female; he lawful, she chaotic
20090901 01:49:29< Sapient> making her neutral or lawful is just weird
20090901 01:49:41< Thrawn> hey sapient 
20090901 01:49:53< Sapient> yo Thrawn
20090901 01:52:12< Sirp> Asheviere uses the powers of darkness, the spirits of chaos, to fight, so she's more powerful at night, so she's chaotic.
20090901 01:52:16 * Sirp shrugs
20090901 01:52:42< Ivanovic> balancing forces that she is chaothic
20090901 01:52:52< Ivanovic> and she never cleaned up her room when she was young
20090901 01:52:57< Ivanovic> that is *real* chaos
20090901 01:53:02< Ivanovic> so what else should she be?!?
20090901 01:53:25< Sapient> only a chatoic person would wear such a revealing dress, too ;)
20090901 01:53:44< Ivanovic> and:
20090901 01:53:51< Ivanovic> she is an orc-hugger
20090901 01:54:19< Ivanovic> (this is the kids friendly edition, so i won't use s**gg**
20090901 01:54:27< Thrawn> heh
20090901 01:54:39< Sapient> yeah, I think what it boils down to is WIND&D
20090901 01:54:54< Ivanovic> Sapient: perfect reason
20090901 01:55:00< Ivanovic> time for me to head off to bed, n8
20090901 01:56:17< Sapient> plotting the murder of one's own family members might earn the 'chaotic' label even in D&D terms, though
20090901 01:57:10< Thrawn> it may get you evil, but not necessarily chaotic
20090901 01:58:28< Thrawn> if it were done because you found all the flaws in their character, and used those to convince yourself that they should be killed, you'd be lawful/neutral evil
20090901 02:02:38-!- DDR [n=chatzill@66.183.125.196] has joined #wesnoth-dev
20090901 02:03:23-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20090901 02:05:06-!- ilor_ [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20090901 02:05:16-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"]
20090901 02:05:51-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Remote closed the connection]
20090901 02:08:57< Sapient> ok, cya later
20090901 02:08:59-!- Sapient [n=patrickp@wesnoth/developer/sapient] has left #wesnoth-dev []
20090901 02:10:01-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has quit ["night all"]
20090901 02:14:46-!- ilor [n=user@wesnoth/developer/ilor] has quit [Read error: 110 (Connection timed out)]
20090901 02:14:52-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20090901 02:17:31-!- yamokidzu-it [n=rainy-it@host214-75-dynamic.16-79-r.retail.telecomitalia.it] has quit [Read error: 110 (Connection timed out)]
20090901 02:18:56-!- BenUrban [n=benurban@unaffiliated/benurban] has quit [Read error: 110 (Connection timed out)]
20090901 02:40:26-!- DDR [n=chatzill@66.183.125.196] has quit [Remote closed the connection]
20090901 02:48:06-!- BenUrban [n=benurban@unaffiliated/benurban] has joined #wesnoth-dev
20090901 02:55:54-!- Zarel [i=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20090901 02:57:44< Zarel> [13:40] * mordante blames Zarel :-P
20090901 02:58:03< Zarel> Yay! I'm now the official scapegoat for _two_ open-source projects!
20090901 02:58:06 * Zarel feels special inside
20090901 02:59:33-!- Appleman1234 [n=Appleman@131.181.100.231] has joined #wesnoth-dev
20090901 03:02:16-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit ["WRYYYYYYYYYYYYYYYYYYYY!"]
20090901 03:08:23-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20090901 03:16:09< corn> how do I set SVN to stop tracking a local copy of a file? I want to maintain a development version of my code so that I can run it on my server without having to have a seperate branch and waste time backporting
20090901 03:16:21< corn> (the files not to be tracked are configuration files)
20090901 03:20:07< corn> crab_: has your aitest finished? I haven't gotten any new rows in ~5 hours
20090901 03:22:37< corn> oh, svn faq covers my question, sorry
20090901 03:22:40-!- Chusslove [n=Chusslov@212.124.172.201] has quit [Remote closed the connection]
20090901 03:35:18-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20090901 03:47:14-!- Thrawn [n=chatzill@pool-72-93-182-170.bstnma.east.verizon.net] has quit ["ChatZilla 0.9.85 [Firefox 3.0.13/2009073022]"]
20090901 03:47:33< wajimba> The Inferno Drake is not attached to the Burner Line?
20090901 03:47:43< wajimba> *in 1.7.4
20090901 03:49:03-!- Blueblaze [n=nick@76.202.22.1] has joined #wesnoth-dev
20090901 03:58:56< wajimba> Error while playing the game: game_error: Could not find the unit being advanced to: fire Drake
20090901 03:59:24< wajimba> I'm guessing the issue may lie in the fact that "fire Drake" is not capitalized
20090901 03:59:42< wajimba> Hopefully TSI notices when he gets back
20090901 04:00:19< wajimba> idk if I'll be here when he does, so if someone else could point him to the logs that would be awesome
20090901 04:01:47< wajimba> That bug exits the map too, that's pretty serious to have shipped with 1.7.4
20090901 04:02:46-!- Ivanovic_ [n=ivanovic@77.178.32.143] has joined #wesnoth-dev
20090901 04:05:19< wajimba> ohh, the merfolk sprites have been updated- who's been working on those?
20090901 04:07:54< Blarumyrran> jetryl
20090901 04:09:07< wajimba> nice
20090901 04:09:49< noy> wajimba: I'm not sure about this but there have been naming changes
20090901 04:10:02< noy> you might want to file a bug report about the fire drake
20090901 04:10:14< wajimba> how would I do that?
20090901 04:11:28< noy> ... uh
20090901 04:12:52< wajimba> http://www.wesnoth.org/wiki/ReportingBugs
20090901 04:13:16-!- DDR [n=chatzill@66.183.125.196] has joined #wesnoth-dev
20090901 04:16:04< wajimba> mah goodness gna.org is slow
20090901 04:16:11-!- Tesafilmchen [n=quassel@p5B277B09.dip.t-dialin.net] has joined #wesnoth-dev
20090901 04:18:49-!- Ivanovic [n=ivanovic@wesnoth/developer/ivanovic] has quit [Read error: 110 (Connection timed out)]
20090901 04:19:33-!- Tesafilmchen [n=quassel@p5B277B09.dip.t-dialin.net] has quit [Read error: 104 (Connection reset by peer)]
20090901 04:20:44-!- Ivanovic_ is now known as Ivanovic
20090901 04:24:40< wajimba> bug #14224 created
20090901 04:26:39-!- wajimba is now known as wajimba_afk
20090901 04:29:12-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit [Read error: 60 (Operation timed out)]
20090901 04:30:07-!- Netsplit lindbohm.freenode.net <-> irc.freenode.net quits: Smar, Appleman1234, yann, DDR
20090901 04:30:34-!- mars__ [n=mars@82.139.145.12] has joined #wesnoth-dev
20090901 04:30:40-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20090901 04:31:06< mars__> hi
20090901 04:32:07-!- dfranke [i=dfranke@wesnoth/developer/dfranke] has quit [Read error: 110 (Connection timed out)]
20090901 04:32:11< mars__> I have a WML question in scenario. Is it possible to (in easy way) add to all units some movement (it's a big multiplayer map and I would like to tweak movement of all units for this case)
20090901 04:36:03-!- Netsplit over, joins: DDR, Appleman1234, Smar, yann
20090901 04:43:16-!- mars__ [n=mars@82.139.145.12] has quit ["mars__ has no reason"]
20090901 04:44:03-!- Tesafilmchen [n=micha@p5B277B09.dip.t-dialin.net] has joined #wesnoth-dev
20090901 04:52:45 * wajimba_afk checks in periodically
20090901 04:56:23-!- wesbot changed the topic of #wesnoth-dev to: 86 bugs, 241 feature requests, 11 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20090901 04:59:09-!- Tesafilmchen [n=micha@p5B277B09.dip.t-dialin.net] has left #wesnoth-dev ["Konversation terminated!"]
20090901 05:02:14-!- Tesafilmchen [n=micha@p5B277B09.dip.t-dialin.net] has joined #wesnoth-dev
20090901 05:04:18-!- BenUrban is now known as BenUrban_
20090901 05:05:53-!- BenUrban [n=benurban@unaffiliated/benurban] has joined #wesnoth-dev
20090901 05:21:02-!- BenUrban_ [n=benurban@unaffiliated/benurban] has quit [Read error: 110 (Connection timed out)]
20090901 05:21:42-!- DDR [n=chatzill@66.183.125.196] has quit [Remote closed the connection]
20090901 05:29:15-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit ["WRYYYYYYYYYYYYYYYYYYYY!"]
20090901 05:46:08-!- Blueblaze [n=nick@76.202.22.1] has quit [Read error: 145 (Connection timed out)]
20090901 05:55:54-!- Tesafilmchen [n=micha@p5B277B09.dip.t-dialin.net] has quit [Remote closed the connection]
20090901 06:00:35-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit []
20090901 06:14:34-!- BenUrban [n=benurban@unaffiliated/benurban] has quit [Read error: 104 (Connection reset by peer)]
20090901 06:14:51-!- BenUrban_ [n=benurban@unaffiliated/benurban] has joined #wesnoth-dev
20090901 06:15:00-!- dmj726 [n=david@63.252.67.71] has left #wesnoth-dev []
20090901 06:15:23-!- BenUrban_ is now known as BenUrban
20090901 06:16:22-!- ancestral [n=ancestra@97.116.126.99] has joined #wesnoth-dev
20090901 06:29:25-!- wajimba_afk is now known as wajimba_sleeping
20090901 06:33:31-!- BenUrban [n=benurban@unaffiliated/benurban] has quit [Read error: 60 (Operation timed out)]
20090901 06:49:36-!- BenUrban [n=benurban@unaffiliated/benurban] has joined #wesnoth-dev
20090901 07:04:11-!- Sirp [n=user@wesnoth/developer/dave] has quit ["leaving"]
20090901 07:16:23-!- BenUrban_ [n=benurban@unaffiliated/benurban] has joined #wesnoth-dev
20090901 07:20:34-!- BenUrban [n=benurban@unaffiliated/benurban] has quit [Read error: 110 (Connection timed out)]
20090901 07:20:34-!- BenUrban_ is now known as BenUrban
20090901 07:24:14-!- Thrawn [n=chatzill@pool-72-93-182-170.bstnma.east.verizon.net] has joined #wesnoth-dev
20090901 07:31:09< CIA-62> cornmander * r38268 /website/stats.wesnoth.org/dbsample.py: Completely rewrote the table sampling code to work with multiple tables and cleaned it up significantly in the process.
20090901 07:36:50< CIA-62> cornmander * r38269 /website/stats.wesnoth.org/dbsample.py: Changed the database user in sampling script.
20090901 07:41:29-!- Thrawn [n=chatzill@pool-72-93-182-170.bstnma.east.verizon.net] has quit ["I'm not here right now."]
20090901 07:50:12< Soliton> corn: you can't tell svn to stop tracking a file that is being.. tracked, unless you remove it.
20090901 07:51:18< corn> Soliton: well, I was hoping that there was some way to keep a canonical configuration file and tell SVN to stop tracking local changes on my dev box to that file without using the svn delete command
20090901 07:52:22< Soliton> i don't think any versioning system does that.
20090901 07:53:51< Soliton> configuration files that everyone has to customize shouldn't be in svn to begin with.
20090901 07:54:17< corn> hm
20090901 07:55:21< Soliton> maybe you can seperate the part that needs to be customized out to another file?
20090901 07:55:54< corn> that would be true if it were a webapp destined for packaging and distribution in projects outside of wesnoth, but since it's wesnoth specific I put wesnoth-specific assumptions in code
20090901 07:56:18< corn> (regarding table names and app configuration)
20090901 07:56:49< Soliton> well, why do you need to change it then?
20090901 07:57:43< corn> I don't want to commit changes without testing them on my dev box, so you can say that the total number of 'projects' using this code is 2
20090901 07:58:35< corn> it's not such a big deal, I already fixed it on my end
20090901 07:58:50< Soliton> ahh, what i do with scripts i can only really test on the server is do the changes there, test them and rsync them over and commit sometime later.
20090901 07:59:30< corn> yeah, I did something like that for the past 2 days
20090901 07:59:55< corn> I did changes on wesnoth.org, generated diffs, merged back on my dev box, and commited
20090901 08:00:03< corn> but this should make the process a lot simpler
20090901 08:00:17< corn> everything except the uploader portion can be tested on my dev box by using db backups
20090901 08:03:47-!- Blueblaze [n=nick@adsl-76-202-22-1.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20090901 08:07:06-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20090901 08:21:08-!- BenUrban [n=benurban@unaffiliated/benurban] has quit [Read error: 104 (Connection reset by peer)]
20090901 08:21:15-!- BenUrban_ [n=benurban@unaffiliated/benurban] has joined #wesnoth-dev
20090901 08:22:01-!- BenUrban_ is now known as BenUrban
20090901 08:27:46-!- Blarumyrran [n=minaise@81-20-159-197.levira.ee] has quit []
20090901 08:46:35-!- Crab_ [n=Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20090901 08:48:57-!- euschn [n=chatzill@wesnoth/developer/euschn] has joined #wesnoth-dev
20090901 09:15:27< CIA-62> crab * r38270 /trunk/data/ (3 files in 2 dirs): LoW 2: slightly changed ai macroses. LoW 3: added orc strategy selection
20090901 09:15:33< CIA-62> crab * r38271 /trunk/data/campaigns/Legend_of_Wesmere/scenarios/03_Kalian.cfg: LoW 3: change the text color of bonus objective
20090901 09:15:38< CIA-62> crab * r38272 /trunk/data/campaigns/Legend_of_Wesmere/scenarios/03_Kalian.cfg: removed a debug message
20090901 09:17:58< CIA-62> crab * r38273 /trunk/data/campaigns/Legend_of_Wesmere/scenarios/02_Hostile_mountains.cfg: LoW 2: fixed usage of an outdated AI macro
20090901 09:30:45< Ivanovic> moin
20090901 09:32:19-!- Chusslove [n=Chusslov@212.124.172.201] has joined #wesnoth-dev
20090901 09:42:43-!- Appleman1234 [n=Appleman@131.181.100.231] has quit [Read error: 110 (Connection timed out)]
20090901 09:52:54-!- knotwork_ [n=markm@hlfxns01bbg-142177235097.pppoe-dynamic.ns.aliant.net] has quit [Read error: 110 (Connection timed out)]
20090901 09:54:48< CIA-62> thespaceinvader * r38274 /trunk/data/core/units/drakes/ (Hurricane.cfg Sky.cfg): Fixes to Hurricane Drake and Sky Drake WML.
20090901 10:07:47-!- knotwork [n=markm@hlfxns01bbg-142177235097.pppoe-dynamic.ns.aliant.net] has joined #wesnoth-dev
20090901 10:09:40-!- YogiHH [i=d4ca9d15@wesnoth/developer/yogihh] has joined #wesnoth-dev
20090901 10:09:43< YogiHH> hello
20090901 10:25:52-!- Zarel [i=Zarel@warzone2100/developer/Zarel] has quit [Read error: 110 (Connection timed out)]
20090901 10:26:45-!- Appleman1234 [n=Appleman@131.181.100.231] has joined #wesnoth-dev
20090901 10:35:10-!- Chusslove [n=Chusslov@212.124.172.201] has quit [Remote closed the connection]
20090901 10:56:23-!- wesbot changed the topic of #wesnoth-dev to: 85 bugs, 241 feature requests, 11 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20090901 10:56:59-!- knotwork [n=markm@hlfxns01bbg-142177235097.pppoe-dynamic.ns.aliant.net] has quit [Read error: 60 (Operation timed out)]
20090901 10:59:51-!- knotwork [n=markm@hlfxns01bbg-142177235097.pppoe-dynamic.ns.aliant.net] has joined #wesnoth-dev
20090901 11:00:48< YogiHH> euschn: I have to admit, i didn't follow stuff on bug #13268. Did you do anything to mess with unit ID's instead of recall list indices?
20090901 11:01:57< YogiHH> euschn: And i think we can mark bug #13016 as fixed, do you agree?
20090901 11:07:02< Ivanovic> hehe, this one sounds interesting but can only be fixed in trunk anyway (if it is still a problem there): https://gna.org/bugs/index.php?14223
20090901 11:07:21< Ivanovic> euschn, YogiHH: no idea if this one is for you two or silene or sapient
20090901 11:13:29< CIA-62> fendrin * r38275 /trunk/data/campaigns/Under_the_Burning_Suns/scenarios/03_Stirring_in_the_Night.cfg: UtBS 3: Fixed a bug that caused walking corpses to spawn for the player.
20090901 11:14:47< CIA-62> fendrin * r38276 /branches/1.6/data/campaigns/Under_the_Burning_Suns/scenarios/03_Stirring_in_the_Night.cfg: UtBS 3: Backport of commit 38275.
20090901 11:19:12-!- ancestral [n=ancestra@97.116.126.99] has quit ["And that’s the end of THAT chapter."]
20090901 11:20:48-!- Blueblaze [n=nick@adsl-76-202-22-1.dsl.hstntx.sbcglobal.net] has quit [Read error: 104 (Connection reset by peer)]
20090901 11:23:09-!- cib0 [n=cib@p5DD344A7.dip.t-dialin.net] has joined #wesnoth-dev
20090901 11:25:45< Soliton> Ivanovic: actually i might have introduced it since i recently made the server remember the era from the previous game which the host doesn't notice, i guess.
20090901 11:25:57< Ivanovic> Soliton: oh, okay
20090901 11:26:39-!- knotwork [n=markm@hlfxns01bbg-142177235097.pppoe-dynamic.ns.aliant.net] has quit [Read error: 110 (Connection timed out)]
20090901 11:26:49< Soliton> (and the quick trait comes from an era event.)
20090901 11:28:05< Soliton> the leader is probably not stored at all but just recreated by its id which is a bug though IMO.
20090901 11:38:21-!- loonybot [n=loonybot@79.139.139.133] has joined #wesnoth-dev
20090901 11:39:11-!- loonycyborg [n=sergey@79.139.139.133] has joined #wesnoth-dev
20090901 11:44:55< YogiHH> Soliton: Hmm, you mean it is recreated by its unit_type and loses all experience as well as any other changes? Are you referring to the mp single scenario or the campaign?
20090901 11:48:18< Soliton> well, it'd need to be a campaign of course. i'm not sure about experience but from the bug report it sounds like the unit is just recreated. i've not tested it myself.
20090901 11:52:59< YogiHH> Ivanovic: In any case, fixing that properly instead of reverting Soliton's change (if that really was the reason), would not be feasible for 1.6, i guess. I will add a comment to try that with 1.7. and see if it features the same problem.
20090901 11:53:15< YogiHH> Soliton: I suppose you applied that change to the trunk server as well?
20090901 11:54:02< Soliton> yes.
20090901 11:54:39< Soliton> it's mostly there to have the era filled out in the gamelist entry, i can easily make that the only thing instead of preserving the era completely.
20090901 11:56:06< Soliton> it seems like ideally the era should be preserved/resent by the host on the next scenario if only because of the era events though.
20090901 12:01:25< YogiHH> Soliton: Mhm, from what i have seen, this is the case in savegames for 1.7, i think they contain some new tags for that.
20090901 12:01:50< YogiHH> off for lunch
20090901 12:04:31-!- knotwork [n=markm@hlfxns01bbg-142177235097.pppoe-dynamic.ns.aliant.net] has joined #wesnoth-dev
20090901 12:05:36-!- ilor_ [n=user@wesnoth/developer/ilor] has quit [Read error: 60 (Operation timed out)]
20090901 12:08:19< CIA-62> crab * r38277 /trunk/data/core/macros/ai.cfg: fixed usage of an outdated AI macro
20090901 12:09:33-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20090901 12:09:47< Soliton> ahh the stubbornness of those pesky incumbent developers...
20090901 12:11:07-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20090901 12:16:52< Ivanovic> YogiHH: as i already wrote, i would not have expected this to be a fix that would be suitable for 1.6.5
20090901 12:27:00< Soliton> YogiHH: can you join #wesnoth-dev-nonpublic?
20090901 12:41:55-!- knotwork [n=markm@hlfxns01bbg-142177235097.pppoe-dynamic.ns.aliant.net] has quit [Read error: 60 (Operation timed out)]
20090901 12:50:35-!- knotwork [n=markm@hlfxns01bbg-142177235097.pppoe-dynamic.ns.aliant.net] has joined #wesnoth-dev
20090901 12:51:59< Soliton> shadowmaster: http://www.wesnoth.org/forum/viewtopic.php?f=13&t=26893  maybe that guy wants to update the map tag.
20090901 12:59:22-!- ilor [n=user@wesnoth/developer/ilor] has quit [Read error: 60 (Operation timed out)]
20090901 13:00:24-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20090901 13:04:55< YogiHH> Soliton: I joined
20090901 13:05:48< YogiHH> oops, one moment
20090901 13:06:15< Soliton> very stealthy join. :->
20090901 13:06:40< YogiHH> typo ;-)
20090901 13:10:32-!- knotwork [n=markm@hlfxns01bbg-142177235097.pppoe-dynamic.ns.aliant.net] has quit [Read error: 60 (Operation timed out)]
20090901 13:14:28< CIA-62> ivanovic * r38278 /trunk/ (changelog players_changelog po/wesnoth-httt/zh_TW.po): updated Chinese (Traditional) translation
20090901 13:14:31< CIA-62> ivanovic * r38279 /branches/1.6/po/wesnoth-httt/zh_TW.po: updated Chinese (Traditional) translation
20090901 13:39:21-!- Appleman1234 [n=Appleman@131.181.100.231] has quit [Read error: 110 (Connection timed out)]
20090901 13:42:56-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20090901 13:49:41-!- Chusslove [n=Chusslov@adsl-ppp-0135.yubc.net] has joined #wesnoth-dev
20090901 13:52:16-!- knotwork [n=markm@hlfxns01bbg-142177235097.pppoe-dynamic.ns.aliant.net] has joined #wesnoth-dev
20090901 14:04:57< euschn> YogiHH: yes, bug #13016 is fixed imho; as for #13268, i did not change the way recall list indices are used
20090901 14:06:13< YogiHH> euschn: alright
20090901 14:06:49< YogiHH> Ivanovic: Do you plan 1.7.4 to be the last release before presenting a release candidate for 1.8?
20090901 14:12:25-!- BenUrban [n=benurban@unaffiliated/benurban] has quit [Read error: 60 (Operation timed out)]
20090901 14:22:32< Ivanovic> YogiHH: 
20090901 14:22:34< Ivanovic> no
20090901 14:22:53< Ivanovic> first we will have beta releases with the string and feature freeze active
20090901 14:23:03< Ivanovic> the rcs will start some time afterwards
20090901 14:34:40-!- BenUrban [n=benurban@unaffiliated/benurban] has joined #wesnoth-dev
20090901 14:36:10< YogiHH> euschn, Ivanovic: ok, i will take a look at bug #13268, then
20090901 14:42:06-!- Crab_ [n=Crab_@wesnoth/developer/crab] has quit [Read error: 104 (Connection reset by peer)]
20090901 14:42:55-!- Crab_ [n=Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20090901 14:45:57-!- thespaceinvader_ [n=chatzill@cpc2-whit1-0-0-cust986.cdif.cable.ntl.com] has joined #wesnoth-dev
20090901 14:49:29< CIA-62> euschn * r38280 /trunk/src/ (19 files in 3 dirs): added namespace 'savegame' for savegame related code
20090901 14:59:17-!- fendrin [n=fabi@wesnoth/developer/fendrin] has quit [Remote closed the connection]
20090901 15:02:48-!- BenUrban [n=benurban@unaffiliated/benurban] has quit ["Power failu"]
20090901 15:04:47-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has quit [Read error: 110 (Connection timed out)]
20090901 15:14:45-!- Kenpachi [n=chatzill@CPE-124-182-119-212.sa.bigpond.net.au] has joined #wesnoth-dev
20090901 15:24:00-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has joined #wesnoth-dev
20090901 15:30:29-!- fendrin [n=fabi@g226138095.adsl.alicedsl.de] has joined #wesnoth-dev
20090901 15:37:02-!- Kenpachi [n=chatzill@CPE-124-182-119-212.sa.bigpond.net.au] has quit [Read error: 110 (Connection timed out)]
20090901 15:38:05< fendrin> Crab_: around?
20090901 15:38:18< Crab_> fendrin: yes
20090901 15:40:33< fendrin> Crab_: Do you have an opinion what kind of music fits to low 3 first sequence?
20090901 15:41:25< Crab_> fendrin: no
20090901 15:42:32< fendrin> Crab_: I will try something dangerous then.
20090901 15:44:16< Crab_> fendrin: it's better (if possible) to start that 'something dangerous' not from the start, but just after the orc slayer says 'Punch his arrogant words back down his throat!' 
20090901 15:48:17< fendrin> Crab_: That can be done.
20090901 15:55:11< CIA-62> euschn * r38281 /trunk/src/ (6 files in 2 dirs): renamed savegame::savegame_manager to savegame::manager
20090901 15:57:15< Soliton> Ivanovic: the new bug for 1.7.4 that will get mentioned a million times: https://gna.org/bugs/index.php?14224
20090901 15:59:02< Soliton> luckily people can fix it easily themselves.
20090901 16:02:21< Ivanovic> Soliton: have you already made the mp server for dev not accept 1.7.3?
20090901 16:02:26-!- ilor [n=user@wesnoth/developer/ilor] has quit [Remote closed the connection]
20090901 16:02:28< Soliton> yep.
20090901 16:02:37< fendrin> Crab_: Okay, the intro is elf-land, then revalation until the "Punch his..." leads to the_dangerous_symphony and another one or 2 evil songs. Kalenz arrival triggers heroes_rite and the old playlist.
20090901 16:02:39-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20090901 16:02:39< Ivanovic> if not, please do so as soon as possible since thespaceinvader_ by mistake changed resistances for some units
20090901 16:02:44< Ivanovic> (was fixed soon after the release)
20090901 16:03:04 * Soliton sighs.
20090901 16:03:28< Ivanovic> thespaceinvader_: in general it might be a good idea to just take the unit wml as it is, mark the "problematic" animation that you want to replace and then insert a huge block with empty lines there
20090901 16:03:44< Ivanovic> thespaceinvader_: completely redoing the files is a *bad* idea since it will lead to errors like this all the time
20090901 16:03:50< Crab_> fendrin: ok
20090901 16:03:53< Soliton> and double check "svn diff" before committing.
20090901 16:04:41< Soliton> (git has a handy commit -v feature which gives you the diff in the commit window.)
20090901 16:05:02-!- stikonas [n=and@ctv-213-164-125-176.vinita.lt] has joined #wesnoth-dev
20090901 16:05:51-!- wajimba_sleeping is now known as wajimba
20090901 16:07:12< Soliton> maybe we should put the animation WML of units into an extra file so it's easy to see if someone messes up the stats. :->
20090901 16:09:28-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20090901 16:11:08-!- thespaceinvader_ [n=chatzill@cpc2-whit1-0-0-cust986.cdif.cable.ntl.com] has quit [Read error: 110 (Connection timed out)]
20090901 16:16:09-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has quit ["leaving"]
20090901 16:16:43< wajimba> Soliton: how do we fix the 14224 bug ourselves?
20090901 16:16:53< wajimba> is it on a forum somewhere?
20090901 16:18:31< Rhonda> wesbot: bug 14224
20090901 16:18:32< wesbot> Bug #14224  Assigned to: Phil Barber <thespaceinvader>  Status: Fixed  Priority: 5 - Normal
20090901 16:18:34< Soliton> get http://svn.gna.org/viewcvs/*checkout*/wesnoth/trunk/data/core/units/drakes/Fire.cfg?rev=38261
20090901 16:18:35< wesbot> Summary: Inferno Drake not attached to Burner line
20090901 16:18:37< wesbot> Original submission: Noticed it on the http://www.wesnoth.org/units/trunk/... 
20090901 16:18:40< wesbot> page, then tested in game. When a Fire Drake tries to level up, this error messa
20090901 16:18:43< wesbot> URL: https://gna.org/bugs/?14224
20090901 16:18:52< Soliton> and replace your version of Fire.cfg with that.
20090901 16:19:25< Soliton> however that will cause recruitment OOS (which you can safely ignore though).
20090901 16:19:48< Soliton> Ivanovic: really big mess... next release ASAP please. :-/
20090901 16:19:56< thespaceinvader> apologies for that, by the way - I really thought I'd managed not to screw anything up that time
20090901 16:20:37< Soliton> thespaceinvader: just double check "svn diff" before you commit.
20090901 16:21:13< CIA-62> euschn * r38282 /trunk/src/ (5 files): added savegame_config.cpp; added savegame::write_music_playlist and removed include of sound.hpp from savegame.cpp
20090901 16:21:14< thespaceinvader> i will have to check how, but i'll do my best to
20090901 16:21:41< Soliton> i'm sure there is some button to check the diff in tortoise.. zookeeper?
20090901 16:21:59< zookeeper> yeah, you can just right-click on a file in the commit window to check the diff
20090901 16:22:21< zookeeper> or do the same in explorer directly
20090901 16:24:49< thespaceinvader> ok, cool
20090901 16:24:50< thespaceinvader> thanks
20090901 16:24:55< wajimba> Would it be possible to just release a patch to fix this? Or would getting to next release be easier?
20090901 16:26:45< Soliton> what kind of patch?
20090901 16:27:02< Soliton> a patch for the source? sure, easy. would anyone care? no.
20090901 16:31:17< wajimba> No, I mean a patch for the windows users that are too lazy to find the Fire.cfg file
20090901 16:31:38< wajimba> but I think if there are instructions, the people that care to will do it
20090901 16:33:31< wajimba> we should just post the instructions somewhere official and point people to it if they ask
20090901 16:34:47< Soliton> yep, the release announcment thread ideally.
20090901 16:35:22< Crab_> Soliton: what about MP games w/ patched vs unpatched clients ? can the mismatch be detected *before* game starts ?
20090901 16:36:25-!- Nobun [i=4f01f595@gateway/web/freenode/x-fmdkiyrkifkajyye] has joined #wesnoth-dev
20090901 16:36:29< Soliton> you could exchange checksums of *all* units, sure.
20090901 16:36:46< Soliton> but the OOS is harmless anyway.
20090901 16:37:15< Crab_> Soliton: i.e. by patching the official server to say "hey, there might be harmless OOSes, ignore them or go download a patch at http://FOO"
20090901 16:37:15< Soliton> well, except if someone levels a fire drake but then unpatched clients will leave anyway. :-P
20090901 16:37:56< wajimba> lol
20090901 16:38:12< Soliton> oh, from the server side? well, the server doesn't really know about units.. but theoretically that could be done, too of course.
20090901 16:38:53< Soliton> but it needs client changes to send all those checksums either way.
20090901 16:38:54< Crab_> Soliton: the server shouldn't need to know about units. all that required is to know about a 'version' of WML content.
20090901 16:39:17< Soliton> what version is that?
20090901 16:39:34< Soliton> it does know the wesnoth version but will a patch change that?
20090901 16:40:04< Crab_> Soliton: imagine a patch that adds a specific 'flag' such as "bug XXX patched" in foo.cfg file
20090901 16:40:20-!- knotwork [n=markm@hlfxns01bbg-142177235097.pppoe-dynamic.ns.aliant.net] has quit [Read error: 60 (Operation timed out)]
20090901 16:40:24< Soliton> how will the server know about that?
20090901 16:40:26< Crab_> Soliton: and, client modified to send the content of that foo.cfg to server
20090901 16:40:43< Crab_> Soliton: and, the server will be able to tell to clients if there are any WML-only patches available
20090901 16:41:03< Crab_> Soliton: potentially, even offer some way to get them
20090901 16:41:26< Crab_> Soliton: it won't help this time, but it can be useful 'next time'
20090901 16:41:36< wajimba> Crab_: I like your thinking
20090901 16:42:10-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20090901 16:44:05< Soliton> Crab_: what would that foo.cfg look like? we really just need a version number.
20090901 16:44:23< Crab_> Soliton: yes, a number should be enough
20090901 16:46:00< Soliton> i suppose it'd be nice to decouple the wesnoth version from what version is used to decide logins on the server side anyway.
20090901 16:46:29< Crab_> Soliton: also, this can be asked the other way: 'user can download new version of addons from within wesnoth. why can't user download a new version of mainline units/campaigns on the fly?'
20090901 16:47:00< Soliton> because anyone can upload to the addon server.
20090901 16:47:21< Soliton> it can be implemented of course.
20090901 16:47:49< Crab_> Soliton: well, it's interesting to look at history, to see 'how many bugs were wml-only?'
20090901 16:48:18< CIA-62> euschn * r38283 /trunk/src/ (savegame.cpp savegame_config.cpp savegame_config.hpp): added savegame::write_events()
20090901 16:48:29< Soliton> not a lot of that magnitude, i'd say.
20090901 16:49:28< Soliton> but it'd be nice if we can distribute fixes for those out of release cycles.
20090901 16:50:03-!- euschn [n=chatzill@wesnoth/developer/euschn] has quit ["ChatZilla 0.9.85 [Firefox 3.0.13/2009080315]"]
20090901 16:50:20< Nobun> (Question about Corrupted Replay: after doing the operations to fix it - move "music" and "time" from snapshot to replay_start etc some problems still remains in one Corrupted Replay I "fixed" with a little program I developing:)
20090901 16:50:26-!- euschn [n=chatzill@wesnoth/developer/euschn] has joined #wesnoth-dev
20090901 16:50:45< Nobun> 1) problem is the movement of leader
20090901 16:50:55< Nobun> it is lost
20090901 16:51:06< Soliton> what does that mean?
20090901 16:51:21< Nobun> leader 1 instead of occupy village near remains idle
20090901 16:51:32< Nobun> (after recruiting units)
20090901 16:51:44< Soliton> weird, so the first move is lost?
20090901 16:51:50< Nobun> exactly
20090901 16:51:56< Soliton> does it give no error?
20090901 16:52:07< Nobun> the error is in turn2
20090901 16:52:16< Nobun> when leader try to come back in rock
20090901 16:52:18< Soliton> well, sure but before that.
20090901 16:52:27< Nobun> no
20090901 16:52:38< Soliton> can you post an example replay?
20090901 16:53:06< Nobun> yes it is the replay-base I used to test my program
20090901 16:53:27< Nobun> I have 2 replays but how can I send you them?
20090901 16:55:17< Soliton> does that webchat thing have a send option? otherwise post it one some upload site.
20090901 16:55:58< Soliton> or post it to the forum.
20090901 16:56:07< Soliton> http://filebin.ca/
20090901 17:00:07-!- ilor [n=user@wesnoth/developer/ilor] has quit [Read error: 145 (Connection timed out)]
20090901 17:00:15< Nobun> http://filebin.ca/qwtzb/w_replay_01.rar
20090901 17:00:25-!- melinath [n=melinath@ip-215-166.north.oberlin.edu] has joined #wesnoth-dev
20090901 17:00:30< Nobun> sorry for taking so much time.
20090901 17:00:36< Nobun> it is a very long one
20090901 17:01:35< Soliton> heh, original: 1.2MB; fixed: 0.5MB; maybe you fixed a bit too much... ;-)
20090901 17:01:44-!- ilor [n=user@83.22.187.163] has joined #wesnoth-dev
20090901 17:01:53< Nobun> I followed a suggestion by Yogibear
20090901 17:02:14< Nobun> the [replay] section in [replay_start] is empty in fixed version
20090901 17:03:27< Soliton> you deleted the snapshot as well it seems. though for a pure replay that should be fine.
20090901 17:04:10< Nobun> I did all changes your suggested (both you and Yogibear)
20090901 17:04:34< Nobun> and I create a little application for that (still in development)
20090901 17:04:54< Nobun> but, for example, also music is listened wrongly
20090901 17:05:07< Nobun> (played the menu music)
20090901 17:05:58< Soliton> music and time is outside of any tag in the fixed version.
20090901 17:06:20< Soliton> the replay tag is empty, too.
20090901 17:06:32< Nobun> they is inside the [replay_start] even if 1 more tag then normal
20090901 17:06:41< Nobun> they are *
20090901 17:07:05< Nobun> and [replay] was empty becouse Yogibear said me it is useless
20090901 17:07:16< YogiHH> Nobun: As you mention it: Movement of leader needs to be restored, too
20090901 17:07:18< Nobun> and suggested me to add an erase of that saction
20090901 17:07:32< YogiHH> Nobun: sorry, forgot about that before
20090901 17:07:52< Soliton> what's special about the leader movement?
20090901 17:07:53< melinath> This may already be known, but the 1.7.3 resistances for the sky drake/hurricane drake are screwy.
20090901 17:08:02< Soliton> melinath: indeed it is.
20090901 17:08:11< melinath> figured. Thanks. :-)
20090901 17:08:22< Soliton> melinath: bonus points if you find what all else is meesed up with the drakes!
20090901 17:08:23< YogiHH> Soliton: nothing, just that the leader doesn't move if all his movepoints have been used already ;-)
20090901 17:08:50< Soliton> ah, i was wondering but that should give an error, no?
20090901 17:09:06< Soliton> i guess it's the annoying goto in replays feature.
20090901 17:09:09< YogiHH> Soliton: It does, it should show in stderr.txt
20090901 17:09:10< melinath> Soliton: Ah... thanks, but I'll pass. Seems like too much work.
20090901 17:09:37< wajimba> melinath: hint, check the next version
20090901 17:09:49< Nobun> unluckly not errors before turn 2
20090901 17:10:01< YogiHH> Nobun: There is an attribute for the unit, i think it is even named "movement" or "movement_left" or something. You need to set it to the value of maximum movement
20090901 17:10:31< Nobun> I will add this 
20090901 17:10:42< wajimba> yogihh, nobun: is it "moves"?
20090901 17:10:58 * YogiHH checks
20090901 17:11:27< wajimba> I've done a few :unit moves=20 ingame :)
20090901 17:11:47< wajimba> on UMC scenarios that are too big
20090901 17:12:09< Soliton> yeah, it's moves.
20090901 17:12:38< YogiHH> Soliton: Hmm, what is "movement", then?
20090901 17:12:54< Soliton> good question seems to be the same as max_moves.
20090901 17:13:13< Soliton> but moves is what you have actually left in that turn.
20090901 17:13:51< YogiHH> ok
20090901 17:13:55< Nobun> ok so I need to reset also the "moves" value and set it with the same number of "movement" right?
20090901 17:14:05< YogiHH> yes
20090901 17:14:11< YogiHH> off to catch my train
20090901 17:14:15-!- YogiHH [i=d4ca9d15@wesnoth/developer/yogihh] has left #wesnoth-dev []
20090901 17:15:07< Soliton> maybe better copy from max_moves.
20090901 17:15:32< Nobun> ok
20090901 17:16:17< Nobun> are there any other thing to know about how to fix a replay corrupted? (except OOS -> it is another question)
20090901 17:17:11< Soliton> no idea. show a corrupted replay and someone can try to figure out what's wrong.
20090901 17:17:23< Soliton> btw, OOS and corrupted replay are the exact same thing.
20090901 17:17:52< Nobun> not in the case of this type of corrupted replay (no OOS during game)
20090901 17:18:23-!- Crab_ [n=Crab_@wesnoth/developer/crab] has quit ["Leaving."]
20090901 17:18:32< Nobun> it was only a game subspended and re-hosted later
20090901 17:18:53< Nobun> I was able to reproduce the bug in 1.6.3
20090901 17:18:56< Soliton> it is nevertheless exactly the same.
20090901 17:20:11< Soliton> zookeeper: do you know what movement is in unit WML?
20090901 17:20:38< Soliton> can't really tell from the source.
20090901 17:22:40< wajimba> Solition: was the only difference in the Fire.cfg the "fire Drake" -> "Inferno Drake"?
20090901 17:24:01< Soliton> yes, wajimiba.
20090901 17:24:10< Nobun> Soliton: about [music] and [time]... they are putted outside snapshot (so inside replay_start) with a tablation more. But music still missing. Something to correct better?
20090901 17:24:53-!- knotwork [n=markm@hlfxns01bbg-142177235097.pppoe-dynamic.ns.aliant.net] has joined #wesnoth-dev
20090901 17:24:58 * wajimba is posting instructions on the release thread
20090901 17:25:55< Soliton> Nobun: no idea. if it works it's correct.
20090901 17:26:23< Nobun> the problem is the music doesn't work
20090901 17:26:36< Nobun> so something surely missing
20090901 17:27:17< Nobun> (or wrong)
20090901 17:27:37< Soliton> well, look at a working replay and check where they're there.
20090901 17:30:08< Soliton> looks like they should be in replay_start.
20090901 17:30:27< Soliton> so no idea why that doesn't work.
20090901 17:30:44< Nobun> uhm... well thank for you time :)
20090901 17:30:59< Soliton> no problem.
20090901 17:31:12< Nobun> if some idea come into your mind about it say me in PM xD
20090901 17:31:27< Nobun> (but without any duty)
20090901 17:31:39< Soliton> i'm probably too lazy but ok. :-P
20090901 17:32:10< Nobun> eh eh. :) Have a nice day and thank again. See you next time :)
20090901 17:32:20< Soliton> see you.
20090901 17:32:27-!- Nobun [i=4f01f595@gateway/web/freenode/x-fmdkiyrkifkajyye] has left #wesnoth-dev []
20090901 17:33:03-!- alink [n=alink@wesnoth/developer/alink] has joined #wesnoth-dev
20090901 17:33:27< zookeeper> Soliton, remaining MPs should be moves=
20090901 17:33:42< wajimba> Soliton: instructions posted
20090901 17:33:51< Soliton> wajimba: thanks.
20090901 17:34:06< wajimba> welcome
20090901 17:36:33< wajimba> We should add some of the new portraits to the homepage :D
20090901 17:38:16< wajimba> just dump a few into the home_portaits directory
20090901 17:39:06< Soliton> get some artist to suggest which are suitable and i can do that.
20090901 17:39:19< wajimba> cool
20090901 17:39:49< wajimba> thespaceinvader: any suggestions?
20090901 17:40:00< Ivanovic> thespaceinvader: please make sure to list the fixes of the faulty commits regarding the drakes in the changelog
20090901 17:40:07< thespaceinvader> about the fix suggestion?  No, that looks fine to me
20090901 17:40:08< Ivanovic> (since this *is* a fix for a serious regression)
20090901 17:40:12< thespaceinvader> Ivanovic: will do
20090901 17:40:16< Ivanovic> off for some hours, cu
20090901 17:40:19< alink> Does the ability description "This unit may teleport between any two empty villages owned by its side using one of its moves." implies that it costs 1 MP ? or it's just 1 hex move (with the usual terrain MP cost) 
20090901 17:40:57< alink> and if yes, maybe we replace it by "as if they were adjacent" or something.
20090901 17:41:14< wajimba> I feel like a magical move would cost the same regardless of new terrain type
20090901 17:41:19< Soliton> alink: i guess 1MP. it's fine to change it to that IMO.
20090901 17:41:30< wajimba> kinda like always 70% chance to hit
20090901 17:41:50< Soliton> alink: what about the adjacent thing?
20090901 17:42:28< alink> Soliton: I mean "between any two empty villages as if they were adjacent" 
20090901 17:42:32-!- n3penthe [i=black@adsl-85-157-188-175.regionline.fi] has joined #wesnoth-dev
20090901 17:42:52< alink> + the owned part
20090901 17:42:54< Soliton> alink: i mean why mention that?
20090901 17:44:11< alink> ok, in fact, my problem is that we never used the teleport=1MP rule in game, it's just because village are usually 1MP that we never noticed it
20090901 17:44:26< alink> we can change it but it has multiple problems
20090901 17:44:56-!- melinath [n=melinath@ip-215-166.north.oberlin.edu] has quit ["Ex-Chat"]
20090901 17:45:33< Soliton> i've teleported to a water village before and noticed. :-)
20090901 17:45:46< alink> ah yes water village
20090901 17:45:46-!- Crab_ [n=Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20090901 17:45:54< Soliton> oh if it is problematic we can just leave it as it is now.
20090901 17:46:37< alink> and it think it may look silly for adjacent villages, teleporting to the adjacent hex seems odd
20090901 17:47:28< alink> (and will be often used by the pathfinding if it cost less than normal moves)
20090901 17:47:43< Soliton> true.
20090901 17:48:35< alink> plus various part of the code (animation, footsteps, tec..) doesn't consider a 1-hex move as a teleport. 
20090901 17:49:09-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 104 (Connection reset by peer)]
20090901 17:49:35< Soliton> well, there is no balancing concern or anything so do as is simplest.
20090901 17:49:43< alink> ok, so i think i will let it like that, the description is vague enough to support the terrain MP cost rule version
20090901 17:50:08< Soliton> well, we can certainly tweak the description.
20090901 17:51:35< alink> i check what "one move" meant in other areas of the help
20090901 17:51:50< Soliton> "This unit may teleport between any two empty villages owned by its side as if they were adjacent."
20090901 17:52:04-!- wajimba is now known as wajimba_afk
20090901 17:52:39< Soliton> wajimba_afk: it'd be nice if you can use the /away command to announce your status instead of changing your nick all the time.
20090901 17:53:11< alink> yeah i liked that simplicity, no need to memorize anything, and make it like a normal move but to a far hex, seems more KISS 
20090901 17:54:42< alink> Soliton: ok, if you agree, I will change the description to that
20090901 17:55:08-!- stikonas [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20090901 17:55:13< Soliton> you could ask some native speaker but it seems fine to me.
20090901 17:55:39-!- euschn [n=chatzill@wesnoth/developer/euschn] has quit [Read error: 110 (Connection timed out)]
20090901 17:55:49< wajimba_afk> Grammar looks fine
20090901 17:56:06< alink> because of my bad english, native speakers never understand my questions ;-p
20090901 17:57:05-!- Tesafilmchen [n=micha@p5B277441.dip.t-dialin.net] has joined #wesnoth-dev
20090901 17:59:32-!- wajimba_afk is now known as wajimba
20090901 17:59:45< wajimba> Soliton: so how does the away command work?
20090901 18:00:02< Soliton> /away afk
20090901 18:00:14< Soliton> and just /away when you return.
20090901 18:00:26< wajimba> If I get a message, it autoreplies for me?
20090901 18:00:45< Soliton> i think so. might be client specific.
20090901 18:02:15< wajimba> could you test it for me?
20090901 18:02:48< Soliton> yep, it does.
20090901 18:03:02< wajimba> cool. thanks
20090901 18:03:07< Soliton> no problem.
20090901 18:07:32< fendrin> Crab_: Okay, the intro is elf-land, then revalation until the "Punch his..." leads to the_dangerous_symphony and another one or 2 evil songs. Kalenz arrival triggers heroes_rite and the old playlist.
20090901 18:07:33< fendrin> 20090901 17:40:45 error ai/actions: Error #2001 in full move by side 3 from location 29,17 to location 29,17
20090901 18:07:35< fendrin> ERROR: type error:  expected object but found null ((null)0)
20090901 18:07:36< fendrin>   if
20090901 18:07:38< fendrin>   if
20090901 18:07:39< fendrin>   move
20090901 18:07:41< fendrin> formula type error: type error:  expected object but found null ((null)0)
20090901 18:08:41< Crab_> fendrin: can you pm an previous-turn autosave or tell how-to-reproduce ?
20090901 18:09:43< fendrin> Crab_: sorry no idea. I found that after ending the game on the commandline.
20090901 18:10:02< Crab_> do you know on which turn it was ?
20090901 18:10:09< fendrin> no
20090901 18:10:17< Crab_> ok, thanks. I'll take a look.
20090901 18:10:48< alink> well it's the turn when side 3 had a unit on 29.17 ;-)
20090901 18:11:18< Crab_> alink: yes, but that was the leader which is controller by specific formula :)
20090901 18:11:33< Crab_> s/controller/controlled
20090901 18:11:52< fendrin> Crab_: Was it the fleeing slayer?
20090901 18:12:15< alink> ah ok, but at least it seems that you already know a bit about who caused it :)
20090901 18:12:30< Crab_> fendrin: either it was he, either it was poisoning formula
20090901 18:17:06< alink> btw in AI code what is R in RCA?  (I suppose CA is Candidate Action)
20090901 18:17:33< alink> rate ?
20090901 18:18:23< Crab_> probably 'registered', from 'an ai which works by registering candidate actions and ..'
20090901 18:18:51< alink> ah ok, thanks
20090901 18:19:15-!- ilor [n=user@wesnoth/developer/ilor] has quit [Read error: 145 (Connection timed out)]
20090901 18:19:16< alink> (i have this bad habit to always want to know the meaning of acronyms)
20090901 18:20:32-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20090901 18:21:07< Crab_> alink: I think there was (in a prototype code), a function which was called something like 'register candidate actions' and it was run just before the candidate action evaluation loop.
20090901 18:21:20< Crab_> alink: so, 'rca loop', and 'rca'
20090901 18:22:22< alink> (and knowing the history of acronyms is even more interesting :-)
20090901 18:22:29-!- thespaceinvader_ [n=chatzill@cpc2-whit1-0-0-cust986.cdif.cable.ntl.com] has joined #wesnoth-dev
20090901 18:22:47-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has quit [Nick collision from services.]
20090901 18:23:05-!- thespaceinvader_ is now known as thespaceinvader
20090901 18:23:09-!- knotwork [n=markm@hlfxns01bbg-142177235097.pppoe-dynamic.ns.aliant.net] has quit [Read error: 110 (Connection timed out)]
20090901 18:23:51-!- dfranke [i=dfranke@wesnoth/developer/dfranke] has joined #wesnoth-dev
20090901 18:28:22< CIA-62> alink * r38284 /trunk/src/ (7 files in 2 dirs): remove a never used parameter
20090901 18:28:23< Crab_> fendrin: ok, 27,17 is the slayer's position..
20090901 18:28:36< Crab_> (29,17)
20090901 18:31:55-!- fendrin [n=fabi@wesnoth/developer/fendrin] has quit [Remote closed the connection]
20090901 18:32:13-!- knotwork [n=markm@hlfxns01bbg-142177235097.pppoe-dynamic.ns.aliant.net] has joined #wesnoth-dev
20090901 18:35:49-!- fendrin [n=fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20090901 18:38:37< Crab_> fendrin: were you, by chance, playing with 'droiding' sides on/off?
20090901 18:38:58< fendrin> no
20090901 18:39:03-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20090901 18:39:33< Crab_> fendrin: ok. then, I don't know the exact reason of it happening. I know 'what' happened, so I'll fix it to make sure it won't happen again.
20090901 18:39:53< Crab_> leader (with 0 mp left) was issued a move A->A order.
20090901 18:40:26< Crab_> but, as 'formula stage' is the 1st part of ai turn, he should had full MP by then
20090901 18:40:31< Crab_> so, strange.
20090901 18:40:50< fendrin> Crab_: There is a bug in wesnoth that leeches the mp of some units at turn start.
20090901 18:41:08< Crab_> fendrin: hehe. I guess that it was it, then
20090901 18:41:12< fendrin> I would have filled a bug report but can't reproduce it.
20090901 18:41:33-!- dfranke [i=dfranke@wesnoth/developer/dfranke] has quit [Connection timed out]
20090901 18:42:00< Crab_> fendrin: another possible reason of this happening is 'duplication of ai stages on save/load'
20090901 18:42:11< Crab_> fendrin: if you have any 'later' save, it can be checked
20090901 18:43:02< Crab_> but, this is less likely, since the error message mentions his initial location.
20090901 18:43:31< Crab_> anyway, it's possible to fix this by checking for MP>0.
20090901 18:45:51< fendrin> Crab_: I pm you the last save?
20090901 18:45:59< Crab_> yes, if possible
20090901 18:48:39< fendrin> Crab_: done
20090901 18:48:42< Crab_> thanks
20090901 18:54:03-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20090901 18:55:22-!- Noyga [n=lame-z@wesnoth/developer/noyga] has joined #wesnoth-dev
20090901 18:55:39-!- Noyga [n=lame-z@wesnoth/developer/noyga] has left #wesnoth-dev ["Quitte"]
20090901 19:01:38< Crab_> hmm.. replay played fine on 1st try, but, after I rewinded it, it started to spam 'replay is corrupt' messages.
20090901 19:04:27< Crab_> the oos message is weird -' SYNC: In defend Orcish Assassin (24,29) vs Orcish Assassin (25,30): chance to hit attacker is inconsistent. Data source: 40; Calculation: 30 (over-riding game calculations with data source results)'
20090901 19:04:59-!- Chusslove [n=Chusslov@adsl-ppp-0135.yubc.net] has quit [Read error: 60 (Operation timed out)]
20090901 19:05:30< Soliton> what terrain was the attacker on?
20090901 19:05:49< Soliton> sounds like it was on grassland?
20090901 19:06:05< Crab_> Soliton: it doesn't matter much - in the replay orcs fight vs elves.
20090901 19:06:15< Crab_> Soliton: so, it's broken *badly*
20090901 19:06:22< Soliton> ahh, well then i guess that is not the first error.
20090901 19:06:23< Crab_> Soliton: the replay itself is fine.
20090901 19:06:37< Soliton> it's pointless to analyze later errors.
20090901 19:06:41< Crab_> Soliton: it seems,that the problem is with 'rewind to start button'
20090901 19:07:07< Crab_> 'reset to beginning' button seems broken.
20090901 19:07:42< Soliton> ok, i'd blame those guys messing around with savegames. :-P
20090901 19:08:32< Crab_> for example, at the start of game there's some dialogue, and then, units are spawned. I watch the replay (all ok), then hit 'reset to beginning' button - but, those spawned units do not disappear (so, they're spawned a second time)
20090901 19:08:43< zookeeper> thespaceinvader, do you happen to know why the drakes are now flying all the time? it doesn't seem to make any sense to depict them that way.
20090901 19:09:15< Crab_> Soliton: and, when I try 'menu-> exit game', it doesn't exit - it sends me back to the same replay :)
20090901 19:09:35< Soliton> Crab_: oh, i thought that was fixed recently.
20090901 19:09:35< wajimba> zookeeper: he's working on the WML behind that
20090901 19:09:50< Crab_> Soliton: perfectly reproducible :)
20090901 19:10:01< Soliton> Crab_: load another game to get out of it, i think.
20090901 19:10:04< wajimba> zookeeper: I think he's planning on having only the glider line fly all the time
20090901 19:10:12< Crab_> Soliton: i simply restarted wesnoth :)
20090901 19:12:14< zookeeper> ah, ok. that sounds good
20090901 19:12:34< alink> i just mention here that these flying standing anims out of hex have a performance cost, so it may be a good idea to avoid use them for a whole faction (if possible)
20090901 19:15:34-!- wajimba [n=Andrew_A@24-158-30-63.dhcp.dlth.mn.charter.com] has quit [Read error: 54 (Connection reset by peer)]
20090901 19:15:43-!- boucman [n=rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20090901 19:16:04< boucman> hey all
20090901 19:16:16< Crab_> hi, boucman
20090901 19:23:35< boucman> so, what's up ? LoW is getting better ?
20090901 19:26:28-!- Chusslove [n=Chusslov@212.124.171.137] has joined #wesnoth-dev
20090901 19:26:28< Crab_> I hope so, two scenarios were modified a bit. still, the attempts to modify ai in LoW 3 have exposed some weaknesses in the default ai implementation, so, at the moment, I'm trying to create a prototype of a new targeting phase (roughly based on Sirp's idea)
20090901 19:26:45< boucman> sounds good
20090901 19:27:30< CIA-62> caslav_ilic * r38285 /trunk/ (4 files in 2 dirs): Updated localized images for Lithuanian.
20090901 19:30:25< Crab_> alink: how costly is A* from unit X to nearby unit Y (distance XY=5) compared to A* from unit X to far away unit Z (distance XZ=25) ?
20090901 19:30:49< thespaceinvader> zookeeper: because we haven't got the new macros to filter the standing anims sorted yet
20090901 19:32:07< boucman> thespaceinvader: could you try something wrt take off anim ?
20090901 19:32:17< thespaceinvader> boucman:  sure
20090901 19:32:21< boucman> declare it as a movement anim, and add value=1 to it
20090901 19:32:35< boucman> you should have it at the start of mvt (and only there)
20090901 19:32:36< thespaceinvader> will this work in 1.7.4?
20090901 19:32:50< boucman> yes
20090901 19:33:02< thespaceinvader> sure, i'll give it a try
20090901 19:33:17< thespaceinvader> does this need me to add the take-off frames to the movement anim, too?
20090901 19:34:07< boucman> no
20090901 19:34:07< alink> Crab_: i must check but it's very affected by the obstables between X and Z, and long distance means more chances to have obstacles
20090901 19:34:42< Crab_> alink: if we assume 'A* on a grassland map' ?
20090901 19:34:47< boucman> basically it will look for the best anim when starting mvt, will take the take off anim as such, play it while moving the unit, and once it's done try to find a new mvt anim, the take off anim is disqualified, so it will use the normal one
20090901 19:34:54-!- giusef [n=giusef@unaffiliated/giusef] has joined #wesnoth-dev
20090901 19:35:02< boucman> (assuming you have a normal, flapping, mvt anim
20090901 19:35:34< Crab_> alink: basically, 'how big is A* init cost compared to A* running cost?'
20090901 19:36:22< alink> A* init cost is low I think, but you must be aware that in our A*, the cost() function is often the bottleneck
20090901 19:36:41< thespaceinvader> boucman: that doesn't seem to do anything
20090901 19:36:47< boucman> hmm
20090901 19:36:56< boucman> could you pastebin your modified wml for me ?
20090901 19:37:02< thespaceinvader> what should it have done?
20090901 19:37:41< thespaceinvader> boucman: http://wesnoth.pastebin.com/m14dd48b0
20090901 19:37:57< alink> Crab_: and usually cost() function checking unitmap (for ZoC etc..) will be more expensive on bad case (huge unitmap) where the A* care less (unless ZoC create maze)
20090901 19:38:33< boucman> thespaceinvader: my bad, it should be value=0
20090901 19:38:44< boucman> if it doesn't work, could you paste the whole unit WML
20090901 19:38:45< thespaceinvader> ah
20090901 19:38:48< thespaceinvader> bear with me
20090901 19:39:03< boucman> no, it's my fault, I confused 0 based index and 1 based index
20090901 19:39:05< Crab_> ok, thanks
20090901 19:39:32< alink> Crab_: yeah A* init cost should be very low, except the very first query on a new map
20090901 19:40:54< thespaceinvader> no worries - again, what should it have done though?
20090901 19:40:56< alink> Crab_: btw the default AI still use some sort of cost() function which look a bit dumb, I suspect that this a big target for optimization or AI improvement 
20090901 19:41:00< thespaceinvader> it doesn't seem to have done anything
20090901 19:41:14< thespaceinvader> but then, all my test drakes have standing anims too, would that matter>?
20090901 19:41:22< boucman> no, 
20090901 19:41:38< boucman> movement anim would matter, though, that's why I want to check the complete unit WML
20090901 19:41:47< thespaceinvader> hold on
20090901 19:42:23< thespaceinvader> http://wesnoth.pastebin.com/m5db378a1
20090901 19:42:58< Crab_> alink: where ? in targeting ?
20090901 19:43:32< thespaceinvader> boucman: though the movement animations seem a lot slower than the standing...
20090901 19:43:38< thespaceinvader> despite having the same timing
20090901 19:44:06< alink> Crab_: on top of ai/default/move.cpp, don't know if/where we use it now, and yes it was in targetting before
20090901 19:44:18< alink> move_cost_calculator
20090901 19:44:19< boucman> ok, couple of questions, 
20090901 19:44:38< boucman> upstroke1 and upstroke2 are the take off frames, arn't they ?
20090901 19:44:54< boucman> everything else is the normal flying anim ?
20090901 19:44:58< alink> Crab_: used in choose_move() (targetting phase I think )
20090901 19:45:06< Crab_> alink: yes
20090901 19:45:42< fendrin> Northern Rebirth is maintained by whom?
20090901 19:45:58< fendrin> zookeeper: ^
20090901 19:46:33< alink> mmmh depend if we often have avoid_enemies_ = true, which triggers a enemy_dstsrc_.count(loc) 
20090901 19:46:59< boucman> thespaceinvader: please have a look at http://wesnoth.pastebin.com/m5b845e98
20090901 19:47:10< boucman> (i have only kept the mvt anim related parts)
20090901 19:47:11< Crab_> alink: note that 'usage=="scout" check is buggy enough.
20090901 19:47:45< boucman> we have two animations, the first one is fore take-off (value=0 tell to use it only when we have made 0 steps so far)
20090901 19:47:50< boucman> and a normal flying anim
20090901 19:47:54< thespaceinvader> right
20090901 19:48:01< boucman> so it should do a take-off animation, and then normal flying
20090901 19:48:08< thespaceinvader> the take-off bits have different frame names, i'll put those in
20090901 19:48:10< boucman> (no landing at this point)
20090901 19:48:25< boucman> yes, I guessed the names from what you gave me
20090901 19:48:29< Crab_> alink: for example, Direwolf rider is scout 
20090901 19:48:29< alink> Crab_: yeah that's the messy bad part that I mentionned when talking to you about my sorting+pruning targets idea
20090901 19:48:43-!- mordante [n=mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20090901 19:48:49< Crab_> alink: should L3 Direwolf Rider avoid enemies :) ?
20090901 19:48:56< mordante> servus
20090901 19:49:38< alink> Crab_: like i said seems a bit dumb, big target for improving AI decision (assuming that the AI really uses these A* results)
20090901 19:49:40< alink> hi mordante
20090901 19:49:46< mordante> hi alink 
20090901 19:49:58< Crab_> alink: AI spends most of the turn time in A*.
20090901 19:51:29< alink> Crab_: i know it compute them, but when checking that part in 1.6, i think i saw cases where it ignored it quickly (the move_cost confusion bug IIRC)
20090901 19:51:45< alink> but my memory is fuzzy i check again
20090901 19:52:06< Crab_> alink: yes, it searches for 'best result' and ignores all others...
20090901 19:55:12< alink> Did we ever fixed the bug about "if (locRange.first->second == u->first) { cur_route.move_cost = 0;"?  which discard the A* move cost result 
20090901 19:55:35< thespaceinvader> boucman:http://wesnoth.pastebin.com/d1e04064f that seems to play, but it moves during the take-off, that ought to be static, and it seems to only play the first two frames, the move into the flight anim
20090901 19:55:51< Crab_> alink: is it a bug ?
20090901 19:56:15< Crab_> alink: btw, we can try to simplify that 'cost' function and see if it makes the AI worse
20090901 19:56:22< alink> Crab_: it was something like always incorrectly true, but again, don't remember, so not sure if there yes
20090901 19:56:34< boucman> moving during take-off is "normal" (i.e that's what I expected, though I know that's not what you want)
20090901 19:56:51< thespaceinvader> ah ok
20090901 19:56:54< thespaceinvader> i thought it would be
20090901 19:57:26< boucman> i'm suprised about the two first frame only thing, though, could you make sure by replacing frame 3 and 4 with highly visible frames (like frames from another unit) and set anim speed to 0.25
20090901 19:57:34< thespaceinvader> sure
20090901 19:59:41< thespaceinvader> definitely only plays the first two frames
20090901 19:59:49< thespaceinvader> i checked using frames from the inferno drake
20090901 20:01:01< boucman> ok, I think i know what it is
20090901 20:01:25< boucman> how long is your version of the take-off anim ? 300 ?
20090901 20:02:07< thespaceinvader> 4 frames, 100 ms each
20090901 20:02:15< thespaceinvader> want me to try with a shorter period?
20090901 20:02:24< boucman> no
20090901 20:02:41< boucman> try with value=0,1,2 
20090901 20:04:02< thespaceinvader> that seems to work
20090901 20:04:13< alink> Crab_: yeah after the block mentioned before adding std::cout << cur_route.move_cost << "\n"; so that old bug seems still there
20090901 20:04:31< boucman> ok
20090901 20:04:33< alink> * because it seems to prints only 0
20090901 20:04:37< zookeeper> fendrin, i think esr only
20090901 20:04:47< boucman> so first question : is the sliding a problem, or is that what you wanted ?
20090901 20:05:01< alink> Crab_: making the A* move_cost result useless, the route may still be used but only for the best target 
20090901 20:05:09< thespaceinvader> it's a problem, really - for the first two frames, the unit is crouching in place
20090901 20:05:22< thespaceinvader> for the latter two frames, it's jumping in the air, so that's not a problem then
20090901 20:05:40< fendrin> esr: You maintain NR?
20090901 20:06:09< boucman> thespaceinvader: ok
20090901 20:06:25< mordante> Ivanovic, real programmers start counting at 0 :-P http://www.wesnoth.org/forum/viewtopic.php?f=5&t=26888
20090901 20:06:28< boucman> you can't really prevent it with the current engine, so i'll work on that part
20090901 20:06:46< thespaceinvader> boucman: could we use offsets to stop it?
20090901 20:06:58< boucman> yes and no
20090901 20:07:20< boucman> the problem is that the hex the drake is on changes every 150ms
20090901 20:07:20< Crab_> alink: just to be sure, what line you're mentioning ? move.cpp:358 ?
20090901 20:07:27< alink> Crab_: alternatively removing/fixing the block "// if this unit can move to that location this turn, it has a very very low cost" may make the AI smarter
20090901 20:07:47< boucman> so if you add offset=0 within the first two frames, the effect would be...
20090901 20:07:52< boucman> well, try it and see
20090901 20:07:53< thespaceinvader> boucman: ah ok
20090901 20:07:58< thespaceinvader> waiiit a second
20090901 20:08:00< alink> Crab_: yes and IIRC we already spoke about this few months ago
20090901 20:08:07< Crab_> alink: yes
20090901 20:08:14< Crab_> alink: we can test the 'may make the AI smarter' part
20090901 20:08:29< thespaceinvader> boucman: if we put start time =-200, then the first two frames would fire before the unit moved, right?
20090901 20:08:51< thespaceinvader> i'll try both
20090901 20:09:43< Crab_> alink: ai_default::choose_move is in context of ai_default, and we can add a parameter to ai_default to skip that block if a specific local ai_default parameter is set.
20090901 20:10:08< Crab_> alink: then, test 1000+ games of 'ai_default with that block' vs 'ai_default without that block'
20090901 20:10:30< thespaceinvader> offset=0 works, but after 150ms, the unit jumps to the centre of the next hex
20090901 20:11:13< Crab_> alink: on what circumstances/map do you expect improvements with that block removed ?
20090901 20:11:14< fendrin> esr: Reassigned https://gna.org/bugs/index.php?13504 to you. I have added an explanation what goes wrong should be easy to fix.
20090901 20:11:22< alink> Crab_: or we can fix that block and have a third AI 
20090901 20:11:38< thespaceinvader> and start time =-200 confuses the buggery out of it
20090901 20:11:39< boucman> thespaceinvader: that's what I expected... not sure what the -200 will do
20090901 20:11:48< boucman> what do you mean ?
20090901 20:11:52< alink> Crab_: i think it's a difference long/short range target, so map size will probably count
20090901 20:11:57< thespaceinvader> it jumps around all over the place
20090901 20:12:00< Crab_> alink: on what map should I test ? on large map or on small map ?
20090901 20:12:03< boucman> hehe
20090901 20:12:09< alink> I test again my 0 output on a small map
20090901 20:12:26< CIA-62> mordante * r38286 /trunk/src/gui/widgets/helper.hpp: Fix doxygen comment.
20090901 20:12:50< CIA-62> mordante * r38287 /trunk/src/gui/widgets/widget.hpp: Fix doxygen comment.
20090901 20:12:54< thespaceinvader> not sure about the logic of it - i think it plays 150ms of each animation in each hex,  then 150 ms in the next hex, then the end of the previous one in the previous hex etc
20090901 20:13:00< thespaceinvader> i'll try one more thing
20090901 20:14:14< boucman> thespaceinvader: you are in uncharted territory right now :P
20090901 20:14:27< thespaceinvader> aheh
20090901 20:14:29< thespaceinvader> fun
20090901 20:14:52< thespaceinvader> i tried using only 150ms of animation with offset=0, but it didn't work
20090901 20:15:05< alink> Crab_: still see only 0, but I seems to remember some rare cases when it was not 0 with 1.6,  not sure
20090901 20:15:10< thespaceinvader> in fact, it was a backward change, it went back to only playing the first two frames
20090901 20:15:22< stikonas> Chusslove: maybe you still have my XCF file with wesnoth logo? I accidentally deleted it :(
20090901 20:15:30< thespaceinvader> also, this sort of thing is making me love the cache refresh
20090901 20:15:42< thespaceinvader> i just need to be able to do it from inside a scenario now ;)
20090901 20:15:55< alink> Crab_: I understand   double rating = tg->value / std::max<int>(1, cur_route.move_cost);   rating of target will start to correctly use distance, MP cost , and "avoid enemies"
20090901 20:16:05< alink> *If I understand
20090901 20:16:17< Crab_> yes
20090901 20:16:45< Chusslove> stikonas: http://caslav.gmxhome.de/image/bfw-logo-lt.xcf :)
20090901 20:17:49< alink> Crab_: OTOH the things that I found a bit weird in move_cost_calculator will start to have an impact (on AI behavior not just AI CPU perf)
20090901 20:17:52< stikonas> thanks
20090901 20:18:18< boucman> ok, except for the sliding thing, I think we can do most of what you want with the current engine
20090901 20:18:30< alink> for example the :
20090901 20:18:31< alink> 		//if there is a unit (even a friendly one) on this tile, we increase the cost to
20090901 20:18:33< alink> 		//try discourage going through units, to thwart the 'single file effect'
20090901 20:18:57< Crab_> alink: we need to make that behavior conditional, and then use batch testing to see if there's any impact
20090901 20:20:58< alink> Crab_: yeah, and i suppose that your AI test farm has progressed since I left few months ago ;)
20090901 20:21:42< Crab_> alink: no, it's fairly stable. it does it's job well, still.
20090901 20:23:11-!- YogiHH [n=chatzill@d083221.adsl.hansenet.de] has joined #wesnoth-dev
20090901 20:23:53< alink> still good, even better, it is well tested, and no recent change may have break it :-)
20090901 20:42:59< Ivanovic> re
20090901 20:48:25-!- fabi [n=fabi@g226137146.adsl.alicedsl.de] has joined #wesnoth-dev
20090901 20:54:12< YogiHH> thespaceinvader: I was just watching the level 1 mages animation. The light he throws and the light on his stick don't seem to be in synch with each other.
20090901 20:54:34< thespaceinvader> YogiHH: not sure who made that anim, but it wasn't me
20090901 20:55:12< CIA-62> soliton * r38288 /branches/1.6/src/server/simple_wml.cpp: output all of the input not just the first char
20090901 20:55:14< YogiHH> thespaceinvader: who should i contact, then, Jetrel?
20090901 20:55:23< thespaceinvader> probably
20090901 20:57:43< CIA-62> soliton * r38289 /trunk/src/server/server.cpp: code simplification
20090901 20:57:45-!- alink_ [n=alink@host-85-27-114-223.brutele.be] has joined #wesnoth-dev
20090901 21:01:50< CIA-62> soliton * r38290 /trunk/src/server/simple_wml.cpp: output all of the input not just the first char
20090901 21:03:00-!- fendrin [n=fabi@wesnoth/developer/fendrin] has quit [Read error: 110 (Connection timed out)]
20090901 21:04:22< CIA-62> soliton * r38291 /trunk/src/addon_management.cpp: allow addons with just a config file and no dir
20090901 21:06:17< Ivanovic> AI0867, alink_, boucman, cib0, corn, Crab_, crimson_penguin, esr, fabi, grzywacz, ilor, loonycyborg, mordante, noy, shadowmaster, Soliton, thespaceinvader, YogiHH, zookeeper, everyone else who cares: what do you think of of 1.7.5 on thursday afternoon (basically in something like 43 hours)?
20090901 21:06:27-!- norbert_ [n=norbert_@82-171-70-54.ip.telfort.nl] has joined #wesnoth-dev
20090901 21:06:39< thespaceinvader> Ivanovic: i have no problem with that
20090901 21:06:41< crimson_penguin> :O didn't we just release 1.7.4 two days ago?
20090901 21:06:41< noy> don't have much of a concern with that
20090901 21:06:47< thespaceinvader> hopefully, i should have the blademaster done by then
20090901 21:06:55< Ivanovic> crimson_penguin: yes, we have but some parts are/were badly broken
20090901 21:06:56< YogiHH> Ivanovic: fine with me
20090901 21:06:59< boucman> i have no blockers, but I probably won't be able to work on L+TO anims
20090901 21:07:07< Ivanovic> (probs with the drakes)
20090901 21:07:09< crimson_penguin> well, ok, fine with me
20090901 21:07:30-!- norbert_ [n=norbert_@82-171-70-54.ip.telfort.nl] has left #wesnoth-dev ["Leaving"]
20090901 21:07:33< Soliton> Ivanovic: excellent.
20090901 21:07:41< Ivanovic> does anyone know where DK went?
20090901 21:07:52< mordante> Ivanovic, no problem for me, probably won't have much time to work on Wesnoth anyway :-(
20090901 21:08:05< Crab_> Ivanovic: ok. I *might* rollback post 1.7.4 LoW 3 changes, if I find any bugs in the new version.
20090901 21:08:10< Ivanovic> (he is the only one who has not written some short summary (or i was just not able to find it)
20090901 21:08:21< Ivanovic> Crab_: okay
20090901 21:09:29< grzywacz> Ivanovic, he said bbl
20090901 21:09:49< Ivanovic> hmm, interesting
20090901 21:09:53-!- norbert_ [n=norbert_@82-171-70-54.ip.telfort.nl] has joined #wesnoth-dev
20090901 21:10:02< fabi> Ivanovic: https://gna.org/bugs/?14197 This bug makes 4 scenarios in LoW broken. Can it be fixed beofre the 1.7.5?
20090901 21:10:03< norbert_> I'm getting an error "Illegal character in map: (Dp)" with my map that I just created with 1.6.4; is this a known issue?
20090901 21:10:24< Ivanovic> corn: what is the current status of stats.wesnoth.org? (that is, is stats upload active already in 1.7.4?))
20090901 21:10:32< grzywacz> norbert_, did you use any of the campaign-specific terrains by any chance? ;)
20090901 21:10:57< Ivanovic> fabi: uhm, good question
20090901 21:11:19< Ivanovic> no idea who is the one supposed to work on it
20090901 21:11:51< Ivanovic> i don't think it is something for mordante (terrain letter specialist) but probably more for sapient or silene since this looks like something wml specific
20090901 21:18:14 * mordante is happy not getting another bug :-)
20090901 21:22:52< norbert_> grzywacz: I can't replicate the bug
20090901 21:23:25< norbert_> grzywacz: I picked a regular tile, but when I do it again and save the map, it doesn't save away a "Dp"
20090901 21:25:50-!- Blueblaze [n=nick@adsl-76-202-22-1.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20090901 21:25:57< Crab_> fabi: are you sure that the syntax is right ?
20090901 21:27:05< fabi> Crab_: It was once. The wml code wasn't touched for some time.
20090901 21:28:03< Crab_> fabi: can you try "terrain_type" instead of "terrain" ?
20090901 21:28:22< fabi> Crab_: sure
20090901 21:29:33-!- norbert_ [n=norbert_@82-171-70-54.ip.telfort.nl] has quit ["Leaving"]
20090901 21:30:05< fabi> Crab_: maybe layer could be missing as well.
20090901 21:30:18< Crab_> fabi: no, layer seems to default to 'both'
20090901 21:32:07< Crab_> wesbot: log 34920
20090901 21:32:10< wesbot> esr * r34920 : Change the terrain definition tag from [terrain] to [terrain_type].
20090901 21:32:14< wesbot> URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=34920
20090901 21:32:25< Crab_> fabi: say hello to esr
20090901 21:36:39< fabi> Crab_: right, that did the trick.
20090901 21:37:24< Crab_> fabi: seems like, while changing [terrain] to [terrain_type], a search & replace was done, which changed "terrain" -> "terrain_type".
20090901 21:37:53< Crab_> unfortunately, there was a naming clash, so an additional undocumented change slipped in.
20090901 21:39:06< fabi> Crab_: There should be more nonworking wml around if this was renamed consequently.
20090901 21:39:33< Crab_> fabi: right. and documentation http://www.wesnoth.org/wiki/TerrainMaskWML is not correct,too.
20090901 21:40:19< Crab_> fabi: so, we either need to revert part of 34920 back, or update the docs + fix all mainline usage.
20090901 21:40:46< fabi> all terrain_type without the sourounding [] should be converted back to terrain
20090901 21:40:58< fabi> or we need to change many campaigns. 
20090901 21:40:59 * mordante agrees
20090901 21:41:07< Crab_> it seems, that, this patch, btw, also broke terrain-specific unit animation
20090901 21:41:15< mordante> :-)
20090901 21:41:19< mordante> :-(*
20090901 21:41:21< Crab_> boucman: ^ ? look at unit_animation::unit_animation in 34920
20090901 21:41:32< boucman> wesbot log 34920
20090901 21:41:33< wesbot> esr * r34920 : Change the terrain definition tag from [terrain] to [terrain_type].
20090901 21:41:37< wesbot> URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=34920
20090901 21:41:51-!- wajimba [n=Andrew_A@24-158-30-63.dhcp.dlth.mn.charter.com] has joined #wesnoth-dev
20090901 21:42:08< boucman> Crab_: what about it ?
20090901 21:43:13< Crab_> boucman: what is the "documented" syntax of config which is passed unit_animation::unit_animation ? does it expect "terrain" or "terrain_type" ?
20090901 21:43:23< Crab_> s/passed/passed to
20090901 21:43:47< Crab_> boucman: or, in another words, 'should change to unit_animation::unit_animation be reverted ?'
20090901 21:44:43< boucman> Crab_: according to AnimationWML wiki it's [terrain] in 1.6 and [terrain_type] in 1.7
20090901 21:45:11< boucman> and no, probably not reverted... wmllint might need an upgrad if it doesn't upgrade that correctly, though
20090901 21:45:14< Crab_> no, not [terrain] and [terrain_type], but "terrain_type". an attribute,not a child  :)
20090901 21:45:16-!- [Relic] [n=[Relic]@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20090901 21:45:25-!- wajimba [n=Andrew_A@24-158-30-63.dhcp.dlth.mn.charter.com] has quit [Read error: 54 (Connection reset by peer)]
20090901 21:46:24< [Relic]> Hello :)
20090901 21:47:55< Crab_> boucman: from the commit msg, it's purpose is to change config tag [terrain] to [terrain_type]. but, the patch also changes some occurrences of  attribute "terrain" to "terrain_type". 
20090901 21:48:09< mordante> hi [Relic] 
20090901 21:48:28-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20090901 21:49:06< Crab_> boucman: attribute 'terrain' is changed to 'terrain_type' in 3 places. one is wrong (the error with [rule]s not working, that fabi was having). another one is in terrain filter (looks wrong, too), another one is in unit_animation::unit_animation.
20090901 21:49:48< [Relic]> :)
20090901 21:50:06-!- Chusslove [n=Chusslov@212.124.171.137] has quit [Read error: 145 (Connection timed out)]
20090901 21:50:12< boucman> Crab_: you're right, it's an attribute, not a child
20090901 21:50:14< boucman> my bad
20090901 21:50:34< boucman> Crab_: and what would it be wrong ?
20090901 21:51:00< esr> fabi: Yes, I maintain NR. I'll take care of that bug.
20090901 21:51:45< thespaceinvader> boucman: just to satisfy my own internal ramblings: would some form of loop command in animations be possible?
20090901 21:52:16< boucman> very hard
20090901 21:52:19< Crab_> boucman: so, i'm asking about the animation config - how it's defined, using terrain= or terrain_type= ?
20090901 21:52:24< thespaceinvader> ah
20090901 21:52:27< thespaceinvader> just wondering
20090901 21:52:30< boucman> terrain_type
20090901 21:53:07< thespaceinvader> i.e. to say 'start with this bit, loop this middle bit until told to do otherwise, then finish with this bit
20090901 21:53:33< Crab_> boucman: ok, thanks.
20090901 21:54:39< boucman> thespaceinvader: jet already aksed me for that.... but the way anims are made makes it very hard to handle...
20090901 21:54:55< boucman> i have an idea for take-off anims, i'll see what I can do
20090901 22:00:32< fabi> esr: note, the macro is using [store_starting_location] that may fail even if the leader has been restored or recalled somehow. So that macro may fail whatever you try to fix it (by changing the order of the code)
20090901 22:01:30< mordante> I'm off night
20090901 22:01:36< thespaceinvader> boucman: no worries
20090901 22:01:51< fabi> esr: so I suggest to use the CAPTURE_VILLAGES SIDE X Y RADIUS macro instead.
20090901 22:02:06-!- mordante [n=mordante@wesnoth/developer/mordante] has quit ["Leaving"]
20090901 22:03:29< fabi> esr: or better STARTING_VILLAGES_AREA SIDE X Y RADIUS
20090901 22:03:30< esr> fabi: Yes, one of my to-do -tems is to add a warning about this near that macro definition.
20090901 22:03:59< esr> fabi: And BTW I'm going to do the LoW prose polish now.
20090901 22:04:16< fabi> esr: Great
20090901 22:06:52< boucman> thespaceinvader: if i commit a new feature, would you be able to compile and test ?
20090901 22:07:16< thespaceinvader> boucman: don't know how, sorry
20090901 22:07:20< boucman> np
20090901 22:07:29< boucman> 1.7.5 should be very soon anyway
20090901 22:07:42< thespaceinvader> but then, since Ivanovic is planning on a bugfix release for thursday, i can do it then
20090901 22:09:42< Ivanovic> thespaceinvader: which OS?
20090901 22:09:58< thespaceinvader> winXP
20090901 22:10:08< Ivanovic> thespaceinvader: ain't no problem at all
20090901 22:10:15< thespaceinvader> no?
20090901 22:10:18< Ivanovic> IIRC we even got some automatic daily builds
20090901 22:10:34< Ivanovic> if not loonycyborg can probably create you a new exe and you just place it in the normal install dir
20090901 22:10:59-!- yamokidzu-it [n=rainy-it@host90-73-dynamic.10-79-r.retail.telecomitalia.it] has joined #wesnoth-dev
20090901 22:11:09< thespaceinvader> ah ok
20090901 22:11:25< thespaceinvader> i seem to recall someone mentioned automatic daily windows builds, but i forget the location
20090901 22:11:37< thespaceinvader> i've never really had any call for them
20090901 22:11:48< Ivanovic> loonycyborg, Soliton: where are those automatically built binaries?
20090901 22:11:55< Soliton> it's not automatic but loonycyborg or i can make a new build.
20090901 22:12:08< Soliton> files.wesnoth.org/hidden/win
20090901 22:12:20< Ivanovic> ah, okay
20090901 22:12:38< Ivanovic> so once boucman has commited one can probably compiled withhin some mins and thespaceinvader can test things
20090901 22:12:53< thespaceinvader> ok, that sounds good
20090901 22:13:29< thespaceinvader> that would just be the executable without any data, presumably?
20090901 22:13:45< boucman> yes
20090901 22:13:53< thespaceinvader> replace the executable in 1.7.4 root with it
20090901 22:13:55< thespaceinvader> k
20090901 22:20:42< CIA-62> crab * r38292 /trunk/src/map.cpp: revert part of r34920 - change 'terrain_type' attribute in [rule] back to 'terrain', as it should be, according to the documentation. This fixes bug #14197
20090901 22:20:46< Crab_> fabi: ^
20090901 22:20:55< boucman> Crab_: huh ?
20090901 22:21:10< boucman> I think in that case, the doc is wrong...
20090901 22:21:19< boucman> it should be terrain_type in trunk
20090901 22:21:48< Crab_> boucman: terrain filter, too, has 'terrain'
20090901 22:21:57< boucman> well...
20090901 22:22:07< boucman> discuss it with esr, I don't know the details
20090901 22:24:50< Crab_> wesbot: log 34927
20090901 22:24:51 * fabi believes the change only meant to divide the 2 tags terrain, one used for defining one for creating (in a scenario). The creating one was renamed to terrain_type. The attribute terrain= shouldn't be changed to anything else anywhere.
20090901 22:24:51< wesbot> esr * r34927 : Un-break terrain filtering.
20090901 22:24:51< wesbot> URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=34927
20090901 22:24:52< Crab_> boucman: ^
20090901 22:25:19< boucman> ok, my bad
20090901 22:25:29< Crab_> fabi: in unit_animation, terrain was changed to terrain_type, too.
20090901 22:25:54< Crab_> fabi: and, there it was actually documented :)
20090901 22:26:07-!- Chusslove [n=Chusslov@adsl-ppp-0026.yubc.net] has joined #wesnoth-dev
20090901 22:26:29< fabi> Crab_: hmmm, I wouldn't do that. But if it is documented and changed already everywhere...
20090901 22:26:56< Crab_> fabi: I'm pretty much pleased with current (after 38292) situation.
20090901 22:28:03< Crab_> fabi: SLF and '[rule]' have 'terrain', unit anims have 'terrain_type', all is documented and WMLlinted where needed
20090901 22:29:23-!- zookeeper [n=l@wesnoth/developer/zookeeper] has quit []
20090901 22:31:00< boucman> hmm some people at google will have a bad day
20090901 22:31:10< Crab_> boucman: why ?
20090901 22:31:13< boucman> (gmail answers 502 error here in france)
20090901 22:33:54 * fabi believes that google is very nice to failing workers because it's a not evil company.
20090901 22:35:00-!- Blueblaze [n=nick@adsl-76-202-22-1.dsl.hstntx.sbcglobal.net] has quit [Remote closed the connection]
20090901 22:36:19-!- thespaceinvader_ [n=chatzill@cpc2-whit1-0-0-cust986.cdif.cable.ntl.com] has joined #wesnoth-dev
20090901 22:36:53-!- yamokidzu-it [n=rainy-it@host90-73-dynamic.10-79-r.retail.telecomitalia.it] has quit [Read error: 110 (Connection timed out)]
20090901 22:36:59-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has quit [Nick collision from services.]
20090901 22:37:13-!- thespaceinvader_ is now known as thespaceinvader
20090901 22:37:13-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #Wesnoth-dev
20090901 23:01:06-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20090901 23:01:56< stikonas> boucman, fabi: try IMAP, it still works, at least for now...
20090901 23:02:09< boucman> stikonas: it's broken worldwide ?
20090901 23:02:58< stikonas> yes
20090901 23:03:09< stikonas> at, least in europe
20090901 23:03:29< stikonas> I still live in Lithuania for 1 more month, and here it is broken
20090901 23:03:50< stikonas> my friend who now lives in CERN also reports broken gmail
20090901 23:06:09< boucman> thespaceinvader: implemented, updating svn and commiting next...
20090901 23:06:20< thespaceinvader> ok, cool
20090901 23:06:33< fabi> are you going to make the drakes land?
20090901 23:08:58-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20090901 23:09:12-!- noy [n=Noy@wesnoth/developer/noy] has quit [Read error: 54 (Connection reset by peer)]
20090901 23:09:19< boucman> fabi: we're working on it...
20090901 23:09:25< fabi> cool
20090901 23:09:31-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20090901 23:10:04< boucman> thespaceinvader: it's a bit late and I have a new problem, I will finish tomorow...
20090901 23:10:14< thespaceinvader> ok, no worries
20090901 23:11:51-!- noy [n=Noy@wesnoth/developer/noy] has quit [Client Quit]
20090901 23:22:53< Crab_> boucman: btw, if you're interested, here's what I'm implementing atm - http://wesnoth.pastebin.com/m5a3f0b8c
20090901 23:23:38< boucman> sounds good
20090901 23:23:57< boucman> Crab_: my only fear at this point is that AI becomes too complicated, but you're the master of the area now
20090901 23:24:49< Crab_> boucman: the main idea is 'what we want to do in other places of the map after the results of the attack is known, in most cases doesn't differ much from what we're originally wanted to do when we decided to attack'
20090901 23:24:58-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit [Read error: 60 (Operation timed out)]
20090901 23:25:10< boucman> yes
20090901 23:25:16< boucman> reducing A* problem
20090901 23:25:32< Crab_> boucman: and on moves, in most cases, there's no need to reevaluate at all.
20090901 23:26:27< Crab_> A* problem still remains (for the initial dispatching)
20090901 23:26:41-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20090901 23:27:13< Crab_> but new ways of solving it become available.
20090901 23:39:54-!- boucman [n=rosen@wesnoth/developer/boucman] has quit ["Leaving."]
20090901 23:39:54-!- esr [n=chatzill@wesnoth/developer/esr] has quit [Read error: 104 (Connection reset by peer)]
20090901 23:41:17-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Read error: 110 (Connection timed out)]
20090901 23:46:41-!- esr [n=chatzill@static-71-162-243-5.phlapa.fios.verizon.net] has joined #wesnoth-dev
20090901 23:51:47-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
--- Log closed Wed Sep 02 00:00:05 2009