--- Log opened Mon Apr 27 00:00:11 2009
20090427 00:09:12< CIA-30> esr * r35251 /trunk/data/campaigns/Delfadors_Memoirs/ (3 files in 3 dirs): 
20090427 00:09:12< CIA-30> Move the maje keep nearer the south fort so getting them into the fight
20090427 00:09:12< CIA-30> happens faster.
20090427 00:09:12-!- wesbot changed the topic of #wesnoth-dev to: accepted students for SoC: http://socghop.appspot.com/org/home/google/gsoc2009/wesnoth | 56 bugs, 235 feature requests, 12 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20090427 00:11:34-!- EdB [n=edb@252.101.196-77.rev.gaoland.net] has quit [Remote closed the connection]
20090427 00:12:38-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has quit [Success]
20090427 00:12:53-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090427 00:23:02-!- cjhopman [n=cjhopman@wesnoth/developer/cjhopman] has joined #wesnoth-dev
20090427 00:24:37-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has quit ["ChatZilla 0.9.84 [Firefox 3.0.9/2009040821]"]
20090427 00:24:53-!- GNUtoo [n=gnutoo@host18-39-dynamic.117-80-r.retail.telecomitalia.it] has quit [Read error: 113 (No route to host)]
20090427 00:31:52-!- zookeeper [n=l@wesnoth/developer/zookeeper] has quit []
20090427 00:33:43-!- BenUrban [n=benurban@unaffiliated/benurban] has quit ["Power failu"]
20090427 00:34:31-!- Shadow_Master is now known as Antispam_Master
20090427 00:34:58-!- Antispam_Master is now known as shadowmaster
20090427 00:37:03-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has quit ["leaving"]
20090427 00:37:09-!- ilor [n=user@wesnoth/developer/ilor] has quit []
20090427 00:37:38-!- shadowmaster is now known as Shadow_Master
20090427 00:37:44< Ivanovic> volunteers? http://www.wesnoth.org/forum/viewtopic.php?p=354029#p354029
20090427 00:37:59< Ivanovic> no idea who maintains liberty at the moment
20090427 00:38:02< Ivanovic> is it zookeeper?
20090427 00:38:11-!- BenUrban [n=benurban@c-68-49-10-243.hsd1.md.comcast.net] has joined #wesnoth-dev
20090427 00:38:20< Shadow_Master> Ivanovic: or esr
20090427 00:38:25-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has quit [Connection reset by peer]
20090427 00:38:39-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090427 00:39:41< Shadow_Master> the WML looks fine though
20090427 00:42:06< Ivanovic> no idea, it is time for me to head off to bed, n8
20090427 00:43:50 * Shadow_Master throws a pillow at Ivanovic 
20090427 00:48:05 * Polarina raises a jar of medicines and hands it towards Shadow_Master.
20090427 00:48:09< Polarina> These will calm you down.
20090427 00:50:24< Shadow_Master> I'm calmed.
20090427 00:51:25-!- Appleman1234 [n=Appleman@131.181.47.2] has joined #wesnoth-dev
20090427 01:02:18-!- Ambushsabre [n=ambushsa@c-75-67-216-121.hsd1.nh.comcast.net] has joined #wesnoth-dev
20090427 01:23:56-!- Ambushsabre [n=ambushsa@c-75-67-216-121.hsd1.nh.comcast.net] has quit [Read error: 110 (Connection timed out)]
20090427 02:01:47-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20090427 02:02:33-!- Ivanovic_ [n=ivanovic@dtmd-4db2b774.pool.einsundeins.de] has joined #wesnoth-dev
20090427 02:14:26-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20090427 02:15:16-!- Ivanovic [n=ivanovic@wesnoth/developer/ivanovic] has quit [Read error: 110 (Connection timed out)]
20090427 02:16:31-!- Ivanovic_ is now known as Ivanovic
20090427 02:19:04< esr> Shadow_Master: I'll deal with the Liberty glitch.
20090427 02:24:48< esr> Odd.  The WML looks OK.
20090427 02:26:06 * Polarina crawls around.
20090427 02:26:54-!- Elvish_Pillage2 [n=eli@68-116-175-120.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!"]
20090427 02:36:11-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["Zzzzzzzzzzzzzzzzzzzzzzzzzz"]
20090427 02:36:53-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Remote closed the connection]
20090427 02:44:03< CIA-30> esr * r35252 /trunk/po/ (6 files in 6 dirs): Updatyed en_GB translation.
20090427 02:45:35< Polarina> Updatyed?
20090427 02:49:37< Espreon> Polarina: 'Twas a typo.
20090427 02:50:26< Polarina> Can it be fixed?
20090427 02:51:08< Espreon> ...
20090427 02:51:26< Polarina> ?
20090427 02:52:39< Espreon> Nani?
20090427 02:52:58< Polarina> Nani!
20090427 02:54:06< Espreon> Iidaro.
20090427 02:55:04< Polarina> Venĝu!
20090427 02:56:34< Espreon> Polarina: What is this "venĝu" of which you speak?
20090427 02:57:03< Polarina> Espreon: Avenge! in Esperanto.
20090427 02:57:41< Espreon> No comprendo esperanto.
20090427 02:58:06< Polarina> I translated that word for you...
20090427 02:58:40< Espreon> ¡Ay, Dios mío!
20090427 02:58:52 * Espreon runs away from Polarina and her Esperanto.
20090427 02:59:36< Polarina> ¡Sí, su dios!
20090427 03:00:50< Polarina> ¡Si no intente aprender esperanto, mi gato te matará!
20090427 03:02:47-!- Polarina [n=polarina@wesnoth/translator/Polarina] has quit ["Leaving."]
20090427 03:03:17-!- Turuk_ [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090427 03:03:43< Espreon> No me gusta esperanto...
20090427 03:10:23-!- Zen_Clark [n=user@99-136-80-191.lightspeed.rcsntx.sbcglobal.net] has joined #wesnoth-dev
20090427 03:10:31-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has quit [Connection timed out]
20090427 03:44:52-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit [Read error: 60 (Operation timed out)]
20090427 03:47:59-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20090427 04:16:56-!- ancestral [n=masterpr@97-116-120-23.mpls.qwest.net] has joined #wesnoth-dev
20090427 04:28:26-!- Ivanovic_ [n=ivanovic@dtmd-4db2c10b.pool.einsundeins.de] has joined #wesnoth-dev
20090427 04:39:00< ancestral> Hey I got this message from autogen.sh: ckage requirements (lua-5.1 >= 5.1) were not met:
20090427 04:39:30< ancestral> er...: checking for LUA... checking for LUA... checking for LUA... configure: error: Package requirements (lua-5.1 >= 5.1) were not met:
20090427 04:39:30< ancestral> No package 'lua-5.1' found
20090427 04:40:14< ancestral> nm I think I got it
20090427 04:40:21-!- Zen_Clark [n=user@99-136-80-191.lightspeed.rcsntx.sbcglobal.net] has quit ["Bed time"]
20090427 04:44:34-!- Ivanovic [n=ivanovic@dtmd-4db2b774.pool.einsundeins.de] has quit [Read error: 113 (No route to host)]
20090427 04:45:19-!- crimson_penguin [n=ben@64.201.60.216] has joined #wesnoth-dev
20090427 04:46:24-!- Ivanovic_ is now known as Ivanovic
20090427 04:50:44-!- Chusslove [n=caslav@brsg-d9bef895.pool.mediaWays.net] has quit [Read error: 110 (Connection timed out)]
20090427 05:25:54-!- esr [n=chatzill@wesnoth/developer/esr] has quit [Remote closed the connection]
20090427 05:33:20-!- Appleman1234 [n=Appleman@131.181.47.2] has quit [Read error: 60 (Operation timed out)]
20090427 06:02:21-!- happygrue [n=George@wesnoth/developer/wintermute] has quit [Remote closed the connection]
20090427 06:05:51-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit ["Leaving"]
20090427 06:09:12-!- wesbot changed the topic of #wesnoth-dev to: accepted students for SoC: http://socghop.appspot.com/org/home/google/gsoc2009/wesnoth | 56 bugs, 236 feature requests, 12 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20090427 06:18:48-!- Turuk_ [n=Turuk@wesnoth/forumsith/turuk] has quit [Success]
20090427 06:19:03-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090427 06:38:34-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has quit [Read error: 104 (Connection reset by peer)]
20090427 06:38:38-!- noy [n=Noy@d75-157-52-251.bchsia.telus.net] has joined #wesnoth-dev
20090427 06:38:49-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090427 06:55:22-!- cornmander [n=cornmand@cornmander.com] has joined #wesnoth-dev
20090427 06:55:40< cornmander> IRC connection dropped a while back and I didn't notice
20090427 06:55:44-!- cornmander is now known as corn
20090427 06:55:49< corn> should be OK now
20090427 07:01:17-!- cjhopman [n=cjhopman@wesnoth/developer/cjhopman] has quit [Read error: 60 (Operation timed out)]
20090427 07:03:27-!- Turuk_ [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090427 07:11:29-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has quit [Connection timed out]
20090427 07:12:25-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit [Remote closed the connection]
20090427 07:12:33-!- silene [n=plouf@ASte-Genev-Bois-152-1-40-202.w83-114.abo.wanadoo.fr] has joined #wesnoth-dev
20090427 07:28:13-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090427 07:35:47-!- Turuk_ [n=Turuk@wesnoth/forumsith/turuk] has quit [Connection timed out]
20090427 07:47:56-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has quit [Read error: 60 (Operation timed out)]
20090427 07:54:00-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090427 07:59:18-!- maxy [n=maxy@80-219-0-199.dclient.hispeed.ch] has joined #wesnoth-dev
20090427 08:00:28-!- Sirp [n=me@wesnoth/developer/dave] has quit ["leaving"]
20090427 08:12:21-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has quit [Read error: 60 (Operation timed out)]
20090427 08:14:19-!- silene [n=plouf@wesnoth/developer/silene] has quit [Read error: 54 (Connection reset by peer)]
20090427 08:18:37-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090427 08:20:15-!- mordante [n=mordante@87.215.201.26] has joined #wesnoth-dev
20090427 08:20:23< mordante> hi
20090427 08:27:20-!- silene [n=plouf@ASte-Genev-Bois-152-1-4-34.w82-121.abo.wanadoo.fr] has joined #wesnoth-dev
20090427 08:30:04-!- turin [n=turin@168.215.249.223] has quit [Read error: 60 (Operation timed out)]
20090427 08:42:03-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has joined #wesnoth-dev
20090427 08:42:47< Ivanovic> moin
20090427 09:08:09-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has quit [Read error: 104 (Connection reset by peer)]
20090427 09:08:23-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090427 09:09:57< Ivanovic> off to uni, cu
20090427 09:12:07-!- YogiHH [i=d4ca9d15@wesnoth/developer/yogihh] has joined #wesnoth-dev
20090427 09:12:19< YogiHH> hello everyone
20090427 09:29:13-!- Blueblaze [n=nick@c-98-199-143-139.hsd1.tx.comcast.net] has quit [Remote closed the connection]
20090427 09:37:47< Rhonda> Does someone remember the thread in the forum about wesnoth toggling in and out of fullscreen?
20090427 09:40:40-!- loonybot [n=loonybot@79.139.247.143] has joined #wesnoth-dev
20090427 09:42:19-!- silene [n=plouf@wesnoth/developer/silene] has quit ["Leaving."]
20090427 09:43:29< ancestral> I seem to remember reading that post
20090427 10:11:07-!- loonycyborg [n=sergey@79.139.247.143] has joined #wesnoth-dev
20090427 10:21:23-!- ancestral [n=masterpr@97-116-120-23.mpls.qwest.net] has quit ["And that's the end of THAT chapter"]
20090427 10:24:13-!- mjs-de [n=mjs-de@vpw.wh.Uni-Dortmund.DE] has joined #wesnoth-dev
20090427 10:25:48-!- DDR [n=chatzill@66.183.125.196] has quit [Read error: 60 (Operation timed out)]
20090427 10:29:35-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has quit ["leaving"]
20090427 10:39:17-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20090427 10:53:33-!- Michael_ [n=chatzill@d27-96-11-16.nap.wideopenwest.com] has joined #wesnoth-dev
20090427 10:53:41< Michael_> Hmm
20090427 11:04:29-!- euschn [n=chatzill@tmp9.logic.tuwien.ac.at] has joined #wesnoth-dev
20090427 11:04:36< euschn> good morning
20090427 11:10:48< YogiHH> hi euschn
20090427 11:12:03< euschn> hi YogiHH. Is there anything you would like me to add to my patch for https://gna.org/bugs/?13268 , or is it fine for now?
20090427 11:25:11< YogiHH> euschn: No, i am fine with that.
20090427 11:25:44< euschn> YogiHH: great
20090427 11:33:55-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has quit [Success]
20090427 11:34:10-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090427 11:39:11-!- teaser [n=tsr@c-7b42e155.220-1-64736c10.cust.bredbandsbolaget.se] has joined #wesnoth-dev
20090427 11:39:40< teaser> hi, any python gods around?
20090427 11:44:29< YogiHH> teaser: give it a try, just ask and see if you get an answer. If there is none, try to address esr directly, he will probably read the log of this channel
20090427 11:45:36< teaser> YogiHH: thanks, but I was aiming for review of a whole script. I'll just upload it to the forums and leave a comment for e-sr and e-lias here when I'm done ;)
20090427 11:58:07-!- Michael_ is now known as Mica
20090427 12:00:08-!- coldeq [n=coldeq@ppp121-44-155-124.lns10.syd7.internode.on.net] has joined #wesnoth-dev
20090427 12:09:55-!- Mica [n=chatzill@d27-96-11-16.nap.wideopenwest.com] has quit ["ChatZilla 0.9.84 [Firefox 3.0.9/2009040821]"]
20090427 12:17:23< teaser> Progress is being made on the replay-archive-thingy. Relevant post for interested parties (and I'm especially looking at esr and elias for python reviewing and Soliton for structure reviewing): http://www.wesnoth.org/forum/viewtopic.php?p=354178#p354178
20090427 12:21:26-!- VladimirSlavik [n=chatzill@wesnoth/translator/VladimirSlavik] has joined #wesnoth-dev
20090427 12:23:46-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20090427 12:27:40-!- xonev [n=chatzill@59.92.96.25] has joined #wesnoth-dev
20090427 12:37:37-!- elias [n=allefant@allegro/developer/allefant] has joined #wesnoth-dev
20090427 12:37:45< mordante> YogiHH, you read that tiny gui still compiles?
20090427 12:42:00< Soliton> teaser: the server has python version 2.5.2, btw.
20090427 12:42:56< teaser> Soliton: nice, since the MySQLdb-module doesn't seem to work on 2.6 :)
20090427 12:48:23< Soliton> teaser: so in the db there are several tables that are supposed to be connected by some id?
20090427 12:49:07< teaser> Soliton, yup, I've put some comments int the db, but most comments about the strucutre are in the .py-file
20090427 13:00:27< CIA-30> loonycyborg * r35253 /trunk/ (SConstruct src/SConscript): 
20090427 13:00:27< CIA-30> Avoid linking programs against external dependencies they don't need.
20090427 13:00:27< CIA-30> Don't link wesnothd against pango etc, don't link the game against mysql..
20090427 13:02:14< YogiHH> mordante: yes i did, i fixed that issue on saturday around midnight, so that is expected. I just wondered why it compiled earlier.
20090427 13:08:16-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has quit [Read error: 60 (Operation timed out)]
20090427 13:13:31< teaser> yo elias, there is something for you in the logs ;)
20090427 13:13:57-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090427 13:14:25< elias> hm
20090427 13:14:45< elias> found it i think
20090427 13:21:08-!- xonev_ [n=chatzill@59.92.21.186] has joined #wesnoth-dev
20090427 13:23:17< elias> teaser: for the db-name, you want another command-line parameter?
20090427 13:27:15-!- xonev [n=chatzill@59.92.96.25] has quit [Read error: 110 (Connection timed out)]
20090427 13:27:20-!- xonev_ is now known as xonev
20090427 13:30:43< teaser> elias, no, not really, ideally there would be some config-section in the beginning of the file for db-params...
20090427 13:31:00< elias> of the .py file?
20090427 13:31:13< teaser> ...the important thing is to get the db-name into the queries
20090427 13:32:03< teaser> yes, or maybe a .csv file outside to put in other config stuff (it must be readable by both python and php (that I'm going to use for the frontend)
20090427 13:32:53< elias> ah, ok. should be easy
20090427 13:34:41< elias> about the borked replays... i can look into it, just need them
20090427 13:35:52< teaser> well, it seems mostly to be a problem with text-domains put in the middle of things
20090427 13:36:19< teaser> of the top of my head all SX-survivals are problematic
20090427 13:36:35< elias> where can i get one of those?
20090427 13:36:55< teaser> also I think that we shouldn't fix it too much, it is nice to put an incentive for creators to make good code ;)
20090427 13:37:35< teaser> in the archive, or I can upload one (I've wgetted around 1500 replays that I intend to use to test the frontend)
20090427 13:38:27< elias> yeah, just need one which the C++ parser can read but wmlparser.py does not
20090427 13:39:00< teaser> ok, one sec, should I upload it to the forum or here (then you'll have to teach e how)
20090427 13:39:04< elias> i also saw that there's some C++ code to access mysql now
20090427 13:39:23< elias> so likely for whoever uses that it would be trivial to write this tool in C++ (using the real parser) :)
20090427 13:39:50< elias> just give me an URL to wget
20090427 13:40:12< teaser> ah, good point ;)
20090427 13:40:20< teaser> s/point/points
20090427 13:40:55< teaser> http://wesnoth.org/replays/1.6/SXC_BraveHeart_Turn_10_(8517).gz
20090427 13:45:31< elias> i see... try adding this after creating the WML parser:
20090427 13:45:33< elias> p.no_macros = True
20090427 13:46:21< elias> then it just ignores the text-domain stuff, which should be ok for the replays
20090427 13:47:08< Soliton> yeah, replays should not contain any macros.
20090427 13:50:03< elias> hm, then it should make no difference
20090427 13:50:51< elias> hm, parses fine without it now
20090427 13:51:04< teaser> didn't make a difference, as Soliton guessed
20090427 13:51:11< elias> what error do you get?
20090427 13:51:50< teaser> (from another borked replay) inline:91549: = expected for "_ "Gladiators"" from :1
20090427 13:52:18< teaser> another repla featuring the same scenario went in fine, so it seems a bit random ;)
20090427 13:52:35-!- ABCD [n=ABCD@wikipedia/ABCD] has quit ["No Ping reply in 90 seconds."]
20090427 13:52:56< elias> so SXC_BraveHeart_Turn_10_(8517).gz works fine?
20090427 13:52:58-!- ABCD [n=ABCD@wikipedia/ABCD] has joined #wesnoth-dev
20090427 13:53:05< CIA-30> loonycyborg * r35254 /trunk/SConstruct: SCons was installing irrelevant files to docdir. Fixed.
20090427 13:54:53< teaser> yep, that one went in well
20090427 13:55:14< elias> ah, ok, can i get one then which breaks?
20090427 13:56:30-!- ABCD_ [n=ABCD@wikipedia/ABCD] has joined #wesnoth-dev
20090427 13:56:30-!- ABCD [n=ABCD@wikipedia/ABCD] has quit [Success]
20090427 13:57:55< teaser> http://www.wesnoth.org/forum/download/file.php?id=30412
20090427 13:58:47< mordante> YogiHH, maybe before I compiled between breakage and the fix
20090427 13:59:52< teaser> mainly (as in what I've spotted so far) it has to do with some eras messing up in the the [faction]-defs with regards to the text-domain-thingy
20090427 14:02:08-!- ABCD_ [n=ABCD@wikipedia/ABCD] has quit [Read error: 104 (Connection reset by peer)]
20090427 14:02:32-!- ABCD [n=ABCD@wikipedia/ABCD] has joined #wesnoth-dev
20090427 14:03:28-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has quit [Read error: 104 (Connection reset by peer)]
20090427 14:03:43-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090427 14:07:09-!- ABCD_ [n=ABCD@wikipedia/ABCD] has joined #wesnoth-dev
20090427 14:07:59< CIA-30> elias * r35255 /trunk/data/tools/wesnoth/wmlparser.py: Made the python WML parser not choke on inline #textdomain commands.
20090427 14:08:09< elias> teaser: ^ that should fix it
20090427 14:08:56< teaser> elias great, thanks, now is there a svn-command to just update that file?
20090427 14:09:17-!- ABCD_ [n=ABCD@wikipedia/ABCD] has quit [Read error: 104 (Connection reset by peer)]
20090427 14:09:23< elias> svn up data/tools/wesnoth/wmlparser.py
20090427 14:10:46-!- ABCD_ [n=ABCD@wikipedia/ABCD] has joined #wesnoth-dev
20090427 14:12:00-!- ABCD [n=ABCD@wikipedia/ABCD] has quit [Read error: 104 (Connection reset by peer)]
20090427 14:31:04-!- Gnutoo [n=gnutoo@host239-162-dynamic.51-79-r.retail.telecomitalia.it] has joined #wesnoth-dev
20090427 14:44:09-!- cjhopman [n=cjhopman@wesnoth/developer/cjhopman] has joined #wesnoth-dev
20090427 14:47:19-!- coldeq1 [n=dimitri@ppp121-44-155-124.lns10.syd7.internode.on.net] has joined #wesnoth-dev
20090427 14:55:23-!- xonev [n=chatzill@59.92.21.186] has quit [Read error: 104 (Connection reset by peer)]
20090427 14:56:10-!- coldeq1 [n=dimitri@ppp121-44-155-124.lns10.syd7.internode.on.net] has left #wesnoth-dev []
20090427 14:56:40-!- shikadibot [n=elynia@wesnoth/bot/shikadibot] has joined #wesnoth-dev
20090427 15:00:36-!- BenUrban [n=benurban@unaffiliated/benurban] has quit ["Power failu"]
20090427 15:06:41-!- ABCD_ is now known as ABCD
20090427 15:09:14-!- cjhopman [n=cjhopman@wesnoth/developer/cjhopman] has quit []
20090427 15:10:37-!- Gnutoo [n=gnutoo@host239-162-dynamic.51-79-r.retail.telecomitalia.it] has quit [Read error: 110 (Connection timed out)]
20090427 15:10:52-!- Gnutoo [n=gnutoo@host126-144-dynamic.54-79-r.retail.telecomitalia.it] has joined #wesnoth-dev
20090427 15:17:06-!- Reisiger [n=Reisiger@adsl-62-167-48-223.adslplus.ch] has joined #wesnoth-dev
20090427 15:28:21-!- crimson_penguin [n=ben@64.201.60.216] has joined #wesnoth-dev
20090427 15:30:41< Ivanovic> hi
20090427 15:33:19< crimson_penguin> hi Ivanovic 
20090427 15:49:59-!- happygrue [n=George@wesnoth/developer/wintermute] has joined #wesnoth-dev
20090427 15:51:27< CIA-30> soliton * r35256 /branches/1.6/src/addon_management.cpp: clarified a dialog message
20090427 15:51:56< CIA-30> soliton * r35257 /branches/1.6/doc/man/wesnoth.6: corrected formatting
20090427 15:52:30< CIA-30> soliton * r35258 /trunk/src/addon_management.cpp: clarified a dialog message
20090427 15:52:36< CIA-30> soliton * r35259 /trunk/doc/man/wesnoth.6: corrected formatting
20090427 15:52:41< CIA-30> soliton * r35260 /trunk/src/addon_management.cpp: remember the port when returning to the addon server
20090427 16:02:16< Soliton> zookeeper: http://www.wesnoth.org/forum/viewtopic.php?p=353952#p353952  i suppose that has to do with changing display of specials? i think the specials only work against the undead champions. can that be worked around?
20090427 16:11:23-!- jmunro[a] is now known as jmunro
20090427 16:14:13< CIA-30> loonycyborg * r35261 /trunk/src/SConscript: Fixed a possible compile error in case of missing fribidi.
20090427 16:14:16< zookeeper> Soliton, so that they're invisible except in the attack dialog when attacking the champs? i guess
20090427 16:14:31< zookeeper> let me see..
20090427 16:16:33< Soliton> zookeeper: yeah, that's how it should be, i think.
20090427 16:17:08< zookeeper> i guess just adding empty strings for name_inactive should do?
20090427 16:17:28< Soliton> sounds good.
20090427 16:17:53< Ivanovic> mordante (though probably better silene, who currently is not around): https://gna.org/bugs/?13311
20090427 16:18:15< Ivanovic> or maybe YogiHH does know this, since it is basically about the save dialog misbehaving...
20090427 16:18:16< Ivanovic> ;)
20090427 16:21:41< CIA-30> zookeeper * r35262 /trunk/data/campaigns/Under_the_Burning_Suns/scenarios/03_Stirring_in_the_Night.cfg: Added empty name_inactive= strings for the champion specials so that they wouldn't show up except when attacking the champions. Untested.
20090427 16:21:44< zookeeper> Soliton, committed. i don't have time for testing right now
20090427 16:22:25< Soliton> okay, thanks.
20090427 16:23:10< zookeeper> i haven't gotten everything set back up properly after a silly full windows wipe i had to do a couple days back
20090427 16:24:29< Soliton> restore the backups?
20090427 16:24:59-!- Gnutoo [n=gnutoo@host126-144-dynamic.54-79-r.retail.telecomitalia.it] has quit [No route to host]
20090427 16:25:17< Soliton> user data was on a seperate partition anyway, right?
20090427 16:25:46< zookeeper> yeah, i didn't lose any of my actual data, i just had to wipe windows since it had become...uh, infected with a rather nasty virus.
20090427 16:25:49< loonycyborg> On windows all data should be on same partition and never backed up :P
20090427 16:28:33-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has joined #wesnoth-dev
20090427 16:28:41< zookeeper> so i haven't gotten everything redownloaded+installed+setup properly yet...i can commit though ;)
20090427 16:28:49< zookeeper> anyways, i'm afk ->
20090427 16:29:46-!- ABCD [n=ABCD@wikipedia/ABCD] has quit [Read error: 113 (No route to host)]
20090427 16:32:45-!- ettin_ [n=jorda@wesnoth/developer/ettin] has joined #wesnoth-dev
20090427 16:39:05-!- jmunro is now known as jmunro[a]
20090427 16:40:39-!- esr [n=chatzill@static-71-162-243-5.phlapa.fios.verizon.net] has joined #wesnoth-dev
20090427 16:40:51< esr> dfranke: ping?
20090427 16:41:42-!- Mica [n=chatzill@d27-96-11-16.nap.wideopenwest.com] has joined #wesnoth-dev
20090427 16:43:04< Ivanovic> esr: since you updated the en_GB translation in trunk: don't forget 1.6
20090427 16:43:06< Ivanovic> ;)
20090427 16:44:11< Ivanovic> esr, zookeeper: which one of you dues currently maintain liberty?
20090427 16:44:18< Ivanovic> could you check http://www.wesnoth.org/forum/viewtopic.php?p=354029#p354029 ?
20090427 16:45:53< esr> Ivanovic: I looked at that yesterday.  Neither ShadowMaster nor I could spot anything wrong with the WML.  zookeepwr gets to have a go next.
20090427 16:45:55-!- ettin [n=jorda@wesnoth/developer/ettin] has quit [Read error: 110 (Connection timed out)]
20090427 16:46:23< Mica> ESR: How're you? Been awhile. (Sorry to sorta take away from business conversation xD)
20090427 16:47:11< esr> Mica: Frantically busy as usual. Trying to finish a polishing pass of Delfador's Memoirs.
20090427 16:47:43< Mica> I see ESR, you keep busy! Always fun though. Man I miss it here...
20090427 16:49:42< YogiHH> Mica: Just stay then ;-)
20090427 16:50:02< Mica> YogiHH: I hope I will this time, it turned into "I don't want to play today" to... as long as it has been
20090427 16:50:34< YogiHH> that's fine, we all need a break every now and then
20090427 16:50:57 * YogiHH turned away from playing mp for quite a while now
20090427 16:51:30< Mica> Aww, I was hoping I could play a game with someone. :P
20090427 16:59:12-!- YogiHH [i=d4ca9d15@wesnoth/developer/yogihh] has left #wesnoth-dev []
20090427 16:59:15-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has quit [Success]
20090427 16:59:24< Mica> I'll be back later everyone, see you guys.
20090427 16:59:26-!- Mica [n=chatzill@d27-96-11-16.nap.wideopenwest.com] has quit ["ChatZilla 0.9.84 [Firefox 3.0.9/2009040821]"]
20090427 16:59:30-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090427 17:05:05-!- Crab_ [n=Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20090427 17:05:06-!- mordante [n=mordante@87.215.201.26] has quit ["Leaving"]
20090427 17:05:12< Crab_> hi
20090427 17:15:39< CIA-30> ivanovic * r35263 /trunk/po/ (wesnoth/id.po wesnoth-editor/id.po wesnoth-units/id.po): updated Indonesian translation
20090427 17:15:50< CIA-30> ivanovic * r35264 /branches/1.6/po/ (wesnoth/id.po wesnoth-editor/id.po wesnoth-units/id.po): updated Indonesian translation
20090427 17:19:56-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has quit ["leaving"]
20090427 17:20:03-!- Gnutoo [n=gnutoo@host126-144-dynamic.54-79-r.retail.telecomitalia.it] has joined #wesnoth-dev
20090427 17:30:37-!- ettin_ [n=jorda@wesnoth/developer/ettin] has quit ["leaving"]
20090427 17:30:58< CIA-30> soliton * r35265 /branches/1.6/data/campaigns/Under_the_Burning_Suns/scenarios/03_Stirring_in_the_Night.cfg: macrofied recurring objectives and clarified the village control objective
20090427 17:31:24< CIA-30> soliton * r35266 /trunk/data/campaigns/Under_the_Burning_Suns/scenarios/03_Stirring_in_the_Night.cfg: macrofied recurring objectives and clarified the village control objective
20090427 17:32:06-!- crimson_pingvin [n=ben@64.201.60.216] has joined #wesnoth-dev
20090427 17:33:51-!- noy [n=Noy@d75-157-52-251.bchsia.telus.net] has joined #wesnoth-dev
20090427 17:35:49< Soliton> hmm, maybe that is still not all that clear.
20090427 17:35:53-!- crimson_pingvin [n=ben@64.201.60.216] has quit [Client Quit]
20090427 17:36:07-!- crimson_pingvin [n=ben@64.201.60.216] has joined #wesnoth-dev
20090427 17:36:22-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Nick collision from services.]
20090427 17:36:24-!- crimson_pingvin is now known as crimson_penguin
20090427 17:38:23-!- Polarina [n=polarina@wesnoth/translator/Polarina] has joined #wesnoth-dev
20090427 17:50:16< Crab_> benetnash: around ?
20090427 17:53:38-!- Mica [n=chatzill@d27-96-11-16.nap.wideopenwest.com] has joined #wesnoth-dev
20090427 17:55:39-!- Mica [n=chatzill@d27-96-11-16.nap.wideopenwest.com] has quit [Client Quit]
20090427 17:56:02-!- Polarina [n=polarina@wesnoth/translator/Polarina] has left #wesnoth-dev []
20090427 17:56:41-!- Polarina [n=polarina@wesnoth/translator/Polarina] has joined #wesnoth-dev
20090427 17:59:45-!- crimson_pinvin [n=ben@64.201.60.216] has joined #wesnoth-dev
20090427 18:03:45-!- Sapient [n=patrickp@wesnoth/developer/sapient] has joined #wesnoth-dev
20090427 18:05:50-!- crimson_pinvin [n=ben@64.201.60.216] has left #wesnoth-dev []
20090427 18:06:32-!- crimson_pinvin [n=ben@64.201.60.216] has joined #wesnoth-dev
20090427 18:08:21-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has quit [Read error: 60 (Operation timed out)]
20090427 18:12:38-!- ikarius [n=ross@c-98-207-18-148.hsd1.ca.comcast.net] has quit []
20090427 18:14:07-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090427 18:17:13< Shadow_Master> less src/wesndata/coabou.cfg
20090427 18:20:25-!- euschn [n=chatzill@tmp9.logic.tuwien.ac.at] has quit [Read error: 110 (Connection timed out)]
20090427 18:25:29-!- Mica [n=chatzill@96.27.16.11] has joined #wesnoth-dev
20090427 18:37:06-!- ettin [n=jorda@wesnoth/developer/ettin] has joined #wesnoth-dev
20090427 18:38:50< Shadow_Master> every day, a full rebuild in trunk
20090427 18:38:59< Shadow_Master> Awesome.
20090427 18:39:04< Mica> I'd say that's a good thing
20090427 18:39:08< crimson_penguin> ...I'm pretty sure the AI just did something very obviously stupid
20090427 18:39:08< Mica> Means progress is getting done
20090427 18:39:33< Crab_> crimson_penguin: what it has done ?
20090427 18:39:35< crimson_penguin> oh wait, maybe not; I guess if they do nothing they gain 2hp extra
20090427 18:39:43< crimson_penguin> but it's still probably stupid
20090427 18:40:06< Mica> I still think the AI needs improvements, but it makes a lot of moves that I go 'Oh, I guess that does work too'
20090427 18:40:22< Shadow_Master> system at 90°C
20090427 18:40:24< crimson_penguin> well they've got their leader, a red mage, on a village, with two enemies with no ranged attack next to it
20090427 18:40:32< crimson_penguin> but it does nothing for its turn
20090427 18:40:39< Mica> I'd say attack them.. but...
20090427 18:40:41< Mica> heh
20090427 18:40:46< Shadow_Master> I really should run and buy some eggs
20090427 18:41:11< Crab_> crimson_penguin: is it in MP game ?
20090427 18:41:18< crimson_penguin> Crab_: yeah
20090427 18:41:23< Crab_> crimson_penguin: can you post a save somewhere ? open a bug, for example
20090427 18:41:34< Crab_> crimson_penguin: I'll take a look at it
20090427 18:41:45< Crab_> crimson_penguin: or send it via forum pm ( Crab )
20090427 18:43:41< crimson_penguin> ok
20090427 18:44:34-!- ikarius [n=ross@smtp.gridironsystems.com] has joined #wesnoth-dev
20090427 18:47:15< crimson_penguin> Crab_: how about this? http://wesnoth.happyspork.com/files/No_attack.gz
20090427 18:47:24< crimson_penguin> just end turn to reproduce
20090427 18:48:00< Crab_> ok, downloaded it
20090427 18:49:07< Crab_> (reproduced)
20090427 18:49:34< crimson_penguin> :)
20090427 18:49:45< crimson_penguin> the other leader did the same thing in the end too
20090427 18:49:54< crimson_penguin> you couldn't necessarily reproduce that though
20090427 18:51:03-!- shidow_mister [n=ignacio@146.155.83.62] has joined #wesnoth-dev
20090427 18:55:12-!- shidow_mister [n=ignacio@146.155.83.62] has quit [Client Quit]
20090427 18:58:14-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has quit [Read error: 60 (Operation timed out)]
20090427 18:58:34-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090427 18:58:40-!- Reisiger [n=Reisiger@adsl-62-167-48-223.adslplus.ch] has quit ["Verlassend"]
20090427 19:02:07< Shadow_Master> ah- hah, ha ha. It took us years to realize that keeping the individual logdomain object declarations in log.hpp was a bad idea? :-/
20090427 19:03:34-!- elias [n=allefant@allegro/developer/allefant] has quit ["Leaving"]
20090427 19:05:11< Crab_> crimson_penguin: thanks. bug found. 
20090427 19:05:21< Crab_> crimson_penguin: at start of each turn, AI prefers recruiting to combat. so, when it evaluates those 4 possible attacks, it skips them because it wants to recruit with leader later. 
20090427 19:05:56< Crab_> crimson_penguin: as there are *no* combat moves for the green player except attacks of the leader (which are not done because AI prefers recruiting) , ai is unable to do an attack. so, it considers that no attacks are possible this turn. so, no attacks are made.
20090427 19:05:58 * Shadow_Master leaves a box of cookies for silene
20090427 19:06:29< Soliton> isn't there another attack phase for the leader in the end?
20090427 19:07:16< Crab_> Soliton: yes, there is, but it works a bit differently. I'll check that one as well.
20090427 19:08:14< Crab_> it's called 'desperate_attack' and the flow control gets to it very infrequently...
20090427 19:09:32< Soliton> the leader was not ZOCed then?
20090427 19:09:44< Crab_> the leader is ZOCed
20090427 19:10:01< Soliton> sounds like there should be a desperate attack then.
20090427 19:10:13< Crab_> checking that part at the moment...
20090427 19:10:51-!- Mica [n=chatzill@96.27.16.11] has quit ["ChatZilla 0.9.84 [Firefox 3.0.9/2009040821]"]
20090427 19:11:01< Crab_> (there is no 'desperate attack's attempted)
20090427 19:11:55< Soliton> maybe desperate attack got broken then.
20090427 19:15:31< Crab_> there are other broken places there, as well..
20090427 19:16:09< Crab_> note that there is another leader who doesn't display this bug only because his keep is occupied by an enemy unit
20090427 19:16:15< Crab_> (in that save)
20090427 19:16:29< Crab_> so, he doesn't "prefer" recruiting because his keep is not free.
20090427 19:17:37-!- AndreLuiz [n=deko__@unaffiliated/andreluiz] has quit [Remote closed the connection]
20090427 19:17:55< Soliton> why does the ZOCed leader think he can get to the keep? hoping his minions clear the way? or just a missing check?
20090427 19:18:50< Crab_> Soliton: his minions may clean the way..
20090427 19:22:08< Crab_> got it.
20090427 19:23:09< Crab_> 1) ai thinks that it is a good idea to heal the leader in the village. so, it sets his movement points to 0 (he's in village).   2) there's a check which effectively forbids desperate attacks if leader moves are 0.
20090427 19:24:26< Crab_> Soliton: so, no desperate attacks are considered, which is clearly a bug.
20090427 19:24:55< Soliton> yeah, sounds like never? since moves are likely to be always set to 0 at that point.
20090427 19:25:19< Crab_> Soliton, no :) moves are often >0 at that point.
20090427 19:26:16< Crab_> Soliton: there's four things that a leader may want to do after recruit: 1) grab a village  2) move off keep to make room for an ally to recruit   3) retreat 4) desperate attack.
20090427 19:26:26< Crab_> 1-2-3 require move>0
20090427 19:26:43< Crab_> 4, on the other hand, does not require move>0
20090427 19:27:05< Soliton> so movement was set to 0 to prevent 1-2-3?
20090427 19:27:32< Crab_> no. movement was set to 0 earlier since the AI desided that the leader needs healing.
20090427 19:27:38< Crab_> and he was standing in the village
20090427 19:27:53< Crab_> so, it thought 'ok, I'll remain here and heal', and set the move to 0.
20090427 19:27:56< Crab_> this is ok
20090427 19:28:29-!- Shadow_Master [n=ignacio@wesnoth/developer/shadowmaster] has quit ["Segmentation fault."]
20090427 19:28:36< CIA-30> ivanovic * r35267 /trunk/po/wesnoth-utbs/ru.po: updated Russian translation
20090427 19:28:38-!- YogiHH [n=chatzill@80.171.127.61] has joined #wesnoth-dev
20090427 19:28:39< CIA-30> ivanovic * r35268 /branches/1.6/po/wesnoth-utbs/ru.po: updated Russian translation
20090427 19:28:41-!- Shadow_Master [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20090427 19:29:10< Crab_> Soliton: but, in  src/ai/ai.cpp:2037 , it checks that move is >0 before considering those 1-2-3-4.
20090427 19:29:16< Crab_> Soliton: and this is a bug
20090427 19:31:36< Soliton> ok, certainly no need for that check for desperate attack.
20090427 19:32:38< Crab_> Soliton: note that simply removing this check will not *fix* the bug fully.
20090427 19:33:19< Crab_> Soliton: since desperate_attack is considered only if the ai considers the leader 'threatened'
20090427 19:34:16< Crab_> Soliton: and there might be situation where the leader is not threatened, but has 'an attack of opportunity' (ranged vs melee-only enemy)
20090427 19:34:17< crimson_penguin> so complicated
20090427 19:34:21< Soliton> well, doesn't it consider a normal attack, too? i don't see why it wouldn't.
20090427 19:34:32< crimson_penguin> glad I could point out a valid bug to fix though :)
20090427 19:34:42< Soliton> s/wouldn't/shouldn't/
20090427 19:34:48< Crab_> crimson_penguin: yes, thanks :)
20090427 19:35:29-!- fendrin [n=fabi@78.52.120.99] has joined #wesnoth-dev
20090427 19:35:41< Soliton> glad we have someone dedicated to the AI now. :-)
20090427 19:36:00< fendrin> hi
20090427 19:36:45< Crab_> Soliton: it considers the normal attack, but if it has enough gold and if it's keep is not occupied, it thinks 'i will better try to recruit'
20090427 19:37:38< Soliton> right, so it just considers it in the first step. but if the leader gets another phase it could just do it again.
20090427 19:39:10< Crab_> Soliton: yes, we can say 'please consider combat again', but this should be done with care, since we don't want to get in an infinite loop, such as 'should i attack ? no, it's better to recruit...should I recruit? no, it's better to attack,..."
20090427 19:40:27-!- Andrai [n=Andrai@150.165.63.86] has joined #wesnoth-dev
20090427 19:40:30< Soliton> if it's a recursive call, yeah.
20090427 19:40:46< Crab_> Soliton: yes, current default ai is a tail recursion
20090427 19:41:07< Crab_> Soliton: proper solution to this mess is known, and is developed at the moment. It's a reorganization of that tail recursion into a loop called "evaluate candidate actions"
20090427 19:41:46< Crab_> in this loop, all phases will be considered, and the best will be executed
20090427 19:44:47< Crab_> repeat (consider all possible things and pick_best_thing_to_do)   while (has_done_something);
20090427 19:49:56-!- boucman [n=rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20090427 19:50:48< boucman> hey all
20090427 19:50:58< Crab_> hi boucman
20090427 19:54:36< YogiHH> hi boucman
20090427 19:56:00< Sapient> what up b
20090427 19:56:16< YogiHH> boucman: do you want to have another look at euschn's patch for bug #13268? I reviewed it already and it looks fine to me. But maybe you can double-check.
20090427 19:56:20< boucman> not much...
20090427 19:56:31< boucman> nah, I'll trust you...
20090427 19:56:43< boucman> as long as changelog/about.cfg are correct ;)
20090427 19:57:19< YogiHH> boucman: another question, i saw that a patch got assigned to corn. Is "assigned to" the one working on it, or the one reviewing it?
20090427 19:57:33< YogiHH> boucman: good point, hehe
20090427 19:57:55-!- ABCD [n=ABCD@wikipedia/ABCD] has joined #wesnoth-dev
20090427 19:58:28< boucman> it's usually the one reviewing it, but it doesn't make much sense when the original submitter is also a dev
20090427 19:58:28< loonycyborg> "assigned to" is the person who is responsible for committing it :P
20090427 19:58:48< boucman> I assign most dev patches to themselves, unless they specifically say to whom they want them assigned
20090427 19:59:04< boucman> in the case of new devs, I reassign to them since they can now commit themselves
20090427 19:59:23< YogiHH> ah, ok, that's why
20090427 19:59:34< corn> mm
20090427 19:59:43< corn> sorry for being inactive these past few days, major dental emergency
20090427 19:59:44< corn> ):
20090427 19:59:50< boucman> happens :)
20090427 20:00:54-!- EdB [n=edb@63.12.95-79.rev.gaoland.net] has joined #wesnoth-dev
20090427 20:03:36-!- ABCD [n=ABCD@wikipedia/ABCD] has quit [Read error: 104 (Connection reset by peer)]
20090427 20:04:36-!- ABCD [n=ABCD@wikipedia/ABCD] has joined #wesnoth-dev
20090427 20:21:37< zookeeper> Ivanovic, esr, i also took a look at that liberty bug and couldn't see any way it could be possible. i didn't test, but...
20090427 20:26:21-!- maxy [n=maxy@80-219-0-199.dclient.hispeed.ch] has quit [Remote closed the connection]
20090427 20:39:10< Crab_> boucman: see http://tinyurl.com/wesnoth-test
20090427 20:40:35< boucman> interesting...
20090427 20:40:59< boucman> do you plan to do a web interface or something ?
20090427 20:41:12< boucman> it seems FAI is significantly better...
20090427 20:41:14< Crab_> what do you mean by web interface ?
20090427 20:41:37< boucman> a way to collect and display that info (web or not)
20090427 20:41:47< Crab_> well, this *is* the web interface.
20090427 20:41:49< boucman> that's not a priority, I'm just asking...
20090427 20:41:53< Crab_> the data is updated from the db
20090427 20:41:56< boucman> ok oops :)
20090427 20:42:08< Crab_> and the test upload them to db, live.
20090427 20:42:10< boucman> hadn't seen it was php, I thought it was a static page ;)
20090427 20:42:30< boucman> sounds great :)
20090427 20:42:30< Crab_> I think that it will be merged into stats.wesnoth.org someday
20090427 20:42:44< Crab_> for now, this is just a test (formula ai is empty there)
20090427 20:42:51< Crab_> so, it's default ai vs default ai
20090427 20:43:00< Crab_> since fai has no formulas at the moment )
20090427 20:43:08< Crab_> and the number of tests is too small at the moment
20090427 20:43:20< boucman> Crab_: why is fai winning if they are identical ?
20090427 20:43:30< Crab_> boucman: randomness
20090427 20:43:54< boucman> 65 vs 47  seems statistically significant to me...
20090427 20:44:29< Crab_> boucman: may be some artifact of my previous tweaks. for now, it is running N tries x 4 maps (maps suggested by Dragonking) x 2 sides.
20090427 20:44:38< Crab_> boucman: each try is ~20 seconds
20090427 20:45:18< boucman> k
20090427 20:46:01< Crab_> boucman: I'll improve it to checkout & build (scons) new version from svn each day, and to log 'errors' (such as segfaults) better.
20090427 20:46:28< boucman> sure, sounds good
20090427 20:46:54< Crab_> actual test program is a small python script (my first python program, by the way), with a postgresql backend.
20090427 20:48:21-!- silene [n=plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20090427 20:48:24< silene> hi
20090427 20:52:19-!- Crab_1 [n=Crab_@smtp.terraninfo.net] has joined #wesnoth-dev
20090427 20:52:28< Crab_1> boucman: I'll add a graph '% of wins by svn revision', and after I'll commit the ai fork (today or tomorrow), I'll make it compare original default ai vs forked default ai.
20090427 20:52:42-!- Crab_ [n=Crab_@wesnoth/developer/crab] has quit [Read error: 113 (No route to host)]
20090427 20:52:48-!- Crab_1 [n=Crab_@smtp.terraninfo.net] has left #wesnoth-dev []
20090427 20:53:03< boucman> sounds good
20090427 20:53:19< boucman> I have to admit that the percentage was something I missed immediately
20090427 20:53:22-!- Crab_ [n=Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20090427 20:53:31< boucman> (20:48:00) boucman: sounds good
20090427 20:53:31< boucman> (20:48:16) boucman: I have to admit that the percentage was something I missed immediately
20090427 20:54:05< boucman> Crab_: it would be good to also remember the average match duration somewhere if possible, we might need it to spot regressions at some point
20090427 20:54:26< Crab_> boucman: I store this info (seconds and turns)
20090427 20:54:34< boucman> cool
20090427 20:54:42< Crab_> boucman: I'll modify the frontend to show it
20090427 20:56:50< boucman> Crab_: I just refreshed and I have lines with no AI names, is that WIP ?
20090427 20:57:16-!- Elvish_Pillager [n=eli@68-116-175-120.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20090427 20:57:27< Crab_> boucman: this is the case where wesnoth game wasn't finished correctly (exception, segfault, or something like that)
20090427 20:57:42< Crab_> boucman: I'll add additional logging (to store stderr/stdout) in that case.
20090427 20:58:20< boucman> ok, it was not clear...
20090427 20:59:36< Crab_> boucman: it is also interesting for me to see, which ai side (1 or 2) will get more wins (on a specific map)
20090427 20:59:40< silene> Crab_: it seems like the main difference between the two AIs is due to the side numbers; would it be posible to start some fights with a fixed recruiting? so that we can evaluate the impact of the first recruitment pattern with respect to the impact of the first captured villages
20090427 21:01:34< Crab_> silene: yes, this is possible. since we can specify 'what to recruit' inside of a ai config, put that config in a .cfg file, and pass the path to it (and pass faction) it to the tester script.
20090427 21:02:38< Crab_> avg(duration) is 22 seconds, that is ~160 games per hour
20090427 21:03:14< silene> Crab_: just to be sure there are no misunderstanding, i was thinking about having the castle already filled before start, so that the AI is not confused by the opponent having no units
20090427 21:03:58< Crab_> silene: ah, that.. well, also possible, we just need to make a multiplayer scenario with that.
20090427 21:05:52< Crab_> silene: but the main point of this testing is to spot regressions (when there's two AIs, and one ai stays the same -'stable', and other is actively developed)
20090427 21:06:07< boucman> Crab_: more generally, we want to be able to test "special cases" (which seems fairly easy) but make sure not to polute your database with them, if you see what I mean...
20090427 21:07:24< Crab_> boucman: well, nothing prevents me from creating a integer 'partition' flag to avoid pollution
20090427 21:07:59< Crab_> boucman: and for small 'special cases', karl_m is creating a way to run many tests on a single map in batch mode (based on ai arena tests)
20090427 21:08:10< silene> Crab_: yes, i understand; but looking at your results, it seems like the initial recruitment seems like the dominating factor; so i fear that without playing a part of the games with a fixed recruitment, it will just put regressions or improvements in the noise
20090427 21:08:24< boucman> Crab_: how many patches has karl_m submitted so far ?
20090427 21:08:41-!- happygrue [n=George@wesnoth/developer/wintermute] has quit [Read error: 104 (Connection reset by peer)]
20090427 21:08:43< Crab_> boucman: 1 submitted and committed. 1 wip.
20090427 21:09:12-!- Turuk_ [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090427 21:09:28< boucman> Crab_: sounds good, he's on his way to being a dev...
20090427 21:09:30< Crab_> silene: I want to have at least 1000 games before making any conclusions...
20090427 21:10:04< boucman> please do not commit his current patch, I would like to have a go at it (just assign it to me once you're happy with what he did and consider it ready for commit)
20090427 21:10:25< Crab_> boucman: ok. it's wip at the moment.
20090427 21:11:16-!- happygrue [n=George@wesnoth/developer/wintermute] has joined #wesnoth-dev
20090427 21:11:16< silene> Crab_: fine, but i'm pretty sure you won't see any difference with your current results, the "by side" results seem pretty stable
20090427 21:12:41< Crab_> silene: yes, you're right. but, since it's unattended, i don't hurry ..
20090427 21:13:07< Crab_> silene: why you you think that initial recruitment makes this difference ?
20090427 21:13:18< silene> talking about patches, as anyone complaints about benetnash's patch?
20090427 21:13:41< boucman> Crab_: you should do a wesnoth screensaver, or a Wesnoth@Home project to collect AI data ;)
20090427 21:13:51< Polarina> silene: No, not me.
20090427 21:14:05< boucman> silene: which one is it ?
20090427 21:14:11< Crab_> boucman: he-he :)
20090427 21:14:23< Crab_> boucman: https://gna.org/patch/?1170
20090427 21:15:10< boucman> silene: give me a minute
20090427 21:15:34< silene> Crab_: as a human player, i have noticed that the initial recruitment can sometimes make a huge difference (especially on smaller maps); i wouldn't be surprised if the situation was similar for AIs
20090427 21:16:16< Crab_> silene: yes, but default ai recruitment is random, it doesn't take enemy units into account.
20090427 21:16:34< Crab_> " const int option = rand()%options.size(); "
20090427 21:16:42< boucman> silene: he also needs to compare on the weapon used, or there might be unwanted equalities
20090427 21:16:43< Polarina> Crab_: :O
20090427 21:16:47< silene> Crab_: then it has changed, because there was a time it was taking both enemy units and map terrains into account
20090427 21:16:58< Soliton> it still does.
20090427 21:17:07-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has quit [Read error: 110 (Connection timed out)]
20090427 21:17:10< Polarina> Crab_: First of all, rand is evil. Second, using modulus on rand is evil, too.
20090427 21:17:40< boucman> Polarina: this has been discussed multiple times, 
20090427 21:17:54< Crab_> silene: 'taking both enemy units and map terrains into account' -> it's formula ai recruitment, but, afaik, it still has some critical bugs. Dragonking works on improving it.
20090427 21:18:21< silene> Crab_: i'm talking about a time when formula ai did not exist ;-)
20090427 21:18:48< silene> boucman: could you post a note about this point? thanks
20090427 21:19:39< Crab_> silene: ah, yes, you're right. it is there
20090427 21:19:52< Crab_> but it only *blacklists* some units
20090427 21:20:15< boucman> silene: done
20090427 21:21:35< silene> Crab_: is there something wrong with blacklisting?
20090427 21:22:04< Crab_> silene: nothing wrong. but from all non-blacklisted, one is chosen at random. and this is not so good.
20090427 21:22:32< Crab_> silene: and, that random doesn't take 'weights' obtained during blacklisting into account
20090427 21:24:46< silene> Crab_: this isn't that bad a way to recruit, since when default AI has side 2, it wins half of the games; so, it correctly reacts to the recruitment choices of formula ai, it seems
20090427 21:25:19< silene> (that, or formula ai default recruitment is really bad)
20090427 21:25:21< Crab_> silene: both formula-ai and default_ai are, actually, the same there. since that formula ai has no formulas )
20090427 21:25:55< Crab_> silene: formula ai recruitment suffers from some 'ai stands and does nothing' bugs.
20090427 21:27:46< silene> Crab_: what does that mean "no formula"? it obviously behaves differently than the default ai, so there must be a formula somewhere, no?
20090427 21:28:33< Crab_> that 'formula ai' is data/ai/ais/formula_ai.cfg
20090427 21:28:52< Crab_> so, it has 'ai algorithm=formula_ai', but it has no formulas
20090427 21:29:57< Crab_> so, it just falls back to formula ai
20090427 21:30:02< silene> shouldn't it default to the default AI then? (sorry, i'm really confused)
20090427 21:30:18< Crab_> s/back to formula ai/falls back to default ai
20090427 21:30:22-!- Sapient [n=patrickp@wesnoth/developer/sapient] has left #wesnoth-dev []
20090427 21:30:58< Crab_> formula_ai object is created, formula_ai::play_turn is called, it skips all formula-based loops, and then, fallbacks to default_ai
20090427 21:31:22< silene> so the results should be perfectly symmetrical?
20090427 21:32:01< Crab_> silene: yes, they should be symmetrical, not perfectly, of course, (each map is played 2 times with sides swapped)
20090427 21:33:09< Crab_> silene: I think that after there will be more data, it will become more-or-less symmetrical
20090427 21:33:12< silene> why not perfectly? there is a 10% difference between the two AIs, this is more than the noise i would expect
20090427 21:34:32< Crab_> silene: yes, this is somewhat strange, but I think that this is noise 
20090427 21:36:14< Crab_> silene: after I will have more data, I'll grab up a copy of stats textbook and make a test 'is the chance of victory for those two ais equal' ?
20090427 21:36:38< Soliton> what factions do they play?
20090427 21:36:45< Crab_> Soliton: random chosen by wesnoth
20090427 21:37:08< Crab_> Soliton: faction data is not recorder at the moment
20090427 21:37:15< Crab_> s/recorder/recorde
20090427 21:37:22< Crab_> s/recorde/recorded
20090427 21:37:31< Soliton> and when they swap sides they can then have different factions?
20090427 21:38:19< Soliton> i wouldn't count on the AI playing all factions equally well. infact i'd be surprised if it does.
20090427 21:38:34< Crab_> Soliton: yes, they can.
20090427 21:39:14-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20090427 21:39:22< Soliton> probably better to do a fixed iteration through all factions.
20090427 21:39:48< Crab_> Soliton: yes, i'll do that
20090427 21:39:58< Soliton> combinations...
20090427 21:40:31< silene> monte-carlo says fixed iterations are bad
20090427 21:41:07< Ivanovic> silene: do you know what the status of this patch is? https://gna.org/patch/?1141
20090427 21:41:29< Soliton> well, then don't let wesnoth decide the faction otherwise i'm pretty sure you will have trouble to get that info.
20090427 21:41:58< Crab_> Soliton: I use log domain ai/testing to feed the info back from wesnoth to the testing script
20090427 21:42:06< Ivanovic> silene: and maybe you got an idea about this one, if it is wesnoth specific or really upstream: https://gna.org/bugs/index.php?13311
20090427 21:42:30< silene> Ivanovic: no, cjhopman didn't reply to my concern, not sure if he decided to drop this task
20090427 21:43:24< silene> Ivanovic: at first sight, i would tell this is a window issue, but let me check the code
20090427 21:43:43< Ivanovic> silene: yes, it sounds very much like
20090427 21:43:50< Ivanovic> i just wanted to be even more sure
20090427 21:43:51< Ivanovic> ;)
20090427 21:44:39< Crab_> silene: can you point me to some english language textbook/paper about 'monte-carlo says fixed iterations are bad' ?
20090427 21:45:46< silene> Crab_: just look at the error bound of a monte-carlo integration and compare it to the error bound of a fixed step integration
20090427 21:46:49< boucman> Soliton: when I first at Crab_'s website the difference in victory was aproximately 20 more victories for the FAI
20090427 21:47:17< boucman> now, it is still aprox 20 for FAI, so I would say it's a bug in the first iterations or something like that
20090427 21:47:38< Crab_> boucman: well, script hasn't changed between iterations )
20090427 21:47:43< boucman> ok
20090427 21:48:21< Crab_> boucman: when there'll be ~1000 results, it will become more clear, I think...
20090427 21:48:29< boucman> I guess so
20090427 21:48:50< Soliton> yes, with random factions the variance will be a lot higher.
20090427 21:49:21< boucman> Crab_: actually, standard deviation would be more usefull than percentage of vicotry, I guess
20090427 21:50:00< Crab_> boucman: standard deviation of what random function ?
20090427 21:50:44< boucman> nvm
20090427 21:52:24< YogiHH> anyone has an idea how construct_dialog.add_button works? Does it add a new "line" to the dialog and creates the button there or what does the layout look like?
20090427 21:52:27-!- cjhopman [n=cjhopman@wesnoth/developer/cjhopman] has joined #wesnoth-dev
20090427 21:52:44-!- AndreLuiz [n=deko__@unaffiliated/andreluiz] has joined #wesnoth-dev
20090427 21:54:06< Crab_> silene: this also means that I should randomize the map, too ?
20090427 21:54:15< cjhopman> Ivanovic, https://gna.org/patch/?1141 is in progress... once i find some time to sit down with it for a bit I'll finish it up
20090427 21:54:52< cjhopman> probably this next weekend
20090427 21:56:17< boucman> Crab_: (I must have missed a part of the discussion) why do we randomize the factions, we want to test all factions equally...
20090427 21:56:22< silene> Crab_: yes, but looking at the number of games played on each map, i thought this was already the case
20090427 21:57:09< Crab_> silene: no, it's because of "interrupted runs"
20090427 21:57:32< silene> interrupted runs are not counted as draws?
20090427 21:58:06< Soliton> cjhopman: i think you added a new parameter to wesnoth. please also add it to the man page.
20090427 21:58:28< Crab_> silene: "when I hit Ctrl+C", no, this is not a draw.
20090427 21:58:38< Crab_> draw is only when wesnoth says "it's a draw"
20090427 22:00:39< cjhopman> Soliton, ah right, I'll do that when I get home tonight
20090427 22:01:25< Crab_> silene: but there's 50 turns, and so the chances for a draw are slim (avg is ~18 turns)...
20090427 22:02:49-!- cjhopman [n=cjhopman@wesnoth/developer/cjhopman] has quit []
20090427 22:03:49< Crab_> boucman: silene says that randomizing factions/maps is good to get a better estimate in less test runs.
20090427 22:05:18< boucman> it doesn't matter either way, I guess... there will be enough runs with any faction/side/map/ai combination to have significant stats
20090427 22:07:05< silene> the idea is that, since there are 2 sides, 6 factions, 4 maps, there are 288 configurations if i'm not mistaken; so if you play each of them the same number of times, you will only get 3 runs per configuration (for 1000 games), which is next to useless, so better randomize the configurations
20090427 22:07:11-!- AndreLuiz [n=deko__@unaffiliated/andreluiz] has quit [Remote closed the connection]
20090427 22:09:48< boucman> silene: that's about 1h30 to play a complete set, I think crab intends to run it 24/7 so after a week, we will have significant results, and I don't think it makes sense to update the dev AI more than once a week
20090427 22:11:10< silene> "no more than once week", i'm quite sure that in the first weeks, it will be several times each day the ai will be updated
20090427 22:12:04< boucman> silene: yes, but I don't think we should reset the test machine at every commit
20090427 22:12:34< boucman> silene: I stand corrected, the diff between default and FAI seems to increase
20090427 22:14:09< silene> it would be a good way to detect regression early though; having a fresh run each day would be great
20090427 22:17:13< boucman> Crab_: I would be very interested to know if the poison FAI helps, once you have a significant number of runs with your current setup
20090427 22:18:06< Crab_> boucman: note that not all races have poisoners... and not all races are equally vulnerable to them...
20090427 22:18:34< boucman> yes, I know.... that difference will probably appear when you filter by faction/oponent faction
20090427 22:18:35< Crab_> boucman: we can make an orc mirror "default_ai" vs "formula_ai+poisoning script"
20090427 22:18:45< boucman> that too...
20090427 22:18:58< Crab_> boucman: or just filter by factions, as you're said..
20090427 22:27:31< CIA-30> jhinrichs * r35269 /trunk/ (6 files in 4 dirs): 
20090427 22:27:31< CIA-30> Savegame reorganization Step 1: Providing a simpler interface to saving and loading.
20090427 22:27:31< CIA-30> Implement the savegame dialog for OOS messages.
20090427 22:27:56< boucman> YogiHH: that's a pretty long step one :)
20090427 22:28:17< YogiHH> boucman: indeed, maybe i should work with subletters :-)
20090427 22:33:56< loonycyborg> YogiHH: src/gui/dialogs/game_save.hpp:66: error: type qualifiers ignored on function return type
20090427 22:34:16< loonycyborg> Are you sure that it absolutely should be const bool? :)
20090427 22:34:31 * YogiHH checks
20090427 22:35:28< YogiHH> ok, that's pretty pointless, i guess :-)
20090427 22:35:40< YogiHH> loonycyborg: what's your compiler?
20090427 22:36:03< loonycyborg> g++ (Gentoo 4.3.2 p1.1) 4.3.2
20090427 22:37:06 * loonycyborg compiles with -W -Wall -Werror
20090427 22:38:19< loonycyborg> Also, now it spews a lot of "defined but not used" errors: src/font.hpp:80: error: 'font::SIZE_TINY' defined but not used
20090427 22:39:01< CIA-30> jhinrichs * r35270 /trunk/src/ (gui/dialogs/game_save.hpp savegame.cpp): Oops, forgot to remove some test code for the last commit and removes a pointless const.
20090427 22:40:44< Crab_> loonycyborg: it seems that font::SIZE_TINY should be in "#ifdef USE_TINY_GUI"
20090427 22:41:47< Crab_> since it is only used in ./widgets/textbox.cpp:31
20090427 22:43:01-!- cjhopman [n=chris@wesnoth/developer/cjhopman] has joined #wesnoth-dev
20090427 22:43:06< loonycyborg> Crab_: That particular warning is fixed in r35270
20090427 22:43:43< Crab_> loonycyborg: ok :)
20090427 22:44:13< loonycyborg> Besides, SIZE_TINY seems to refer to text size, not gui type :)
20090427 22:44:26< Crab_> loonycyborg: i was not about "const bool", I was speaking about src/font.hpp:80: error: 'font::SIZE_TINY' defined but not used
20090427 22:46:27< loonycyborg> Yes. I understand. But that warning was when compiling was when compiling dialog.cpp and that file compiled fine after svn up.
20090427 22:47:08< loonycyborg> git svn rebase that is :P
20090427 22:49:23-!- VladimirSlavik_ [n=chatzill@88.103.147.178] has joined #wesnoth-dev
20090427 22:51:13< cjhopman> Crab_: 22 seconds seems slow to me...
20090427 22:51:50< Crab_> cjhopman: P4 3.0 GHz / 2Gb memory / FreeBSD 7
20090427 22:52:43< Crab_> cjhopman: with only a bit of logging (~100 lines per game)
20090427 22:53:11< cjhopman> 2 default ais for my laptop runs in ~2-3 seconds
20090427 22:54:29< boucman> cjhopman: let me guess
20090427 22:54:36-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20090427 22:54:39< boucman> you want to do some profiling on Crab_'s machine ;)
20090427 22:54:48-!- Andrai [n=Andrai@150.165.63.86] has quit ["EU VO ALI E JA VOLTO, TRUTA"]
20090427 22:55:45< cjhopman> nah, just want to profile the way that he is running it
20090427 22:55:54< cjhopman> it might just be that formula ai is slow
20090427 22:56:15< boucman> cjhopman: FAI is like default AI at this point
20090427 22:56:32< Crab_> cjhopman: yes, formula ai is slower - it creates a new default ai instance each turn, when it fallbacks.
20090427 22:57:01< cjhopman> i cant imagine that that would slow it down much
20090427 22:57:37< Crab_> cjhopman: do you have a postgresql db around ?
20090427 22:57:52< cjhopman> nope
20090427 22:58:02< CIA-30> jhinrichs * r35271 /trunk/src/ (dialogs.cpp dialogs.hpp): 
20090427 22:58:02< CIA-30> Savegame reorganization Step 1: Providing a simpler interface to saving and loading.
20090427 22:58:02< CIA-30> Remove dialogs.cpp::get_save_name_oos, which is no longer needed now.
20090427 22:58:48< Crab_> cjhopman: nvm, it can be done more easily...
20090427 22:59:04< boucman> night all
20090427 22:59:09< cjhopman> night boucman
20090427 22:59:28-!- boucman [n=rosen@wesnoth/developer/boucman] has quit [Remote closed the connection]
20090427 23:00:27< Crab_> cjhopman: --log-info=ai/testing --nogui --multiplayer --controller1=ai --controller2=ai --ai_config1=ai/ais/default_ai.cfg --ai_config2=ai/ais/formula_ai.cfg
20090427 23:01:23< Crab_> cjhopman: these are the options which are used.
20090427 23:01:51< cjhopman> ok, thanks
20090427 23:01:57< cjhopman> i'll try it in a minute
20090427 23:02:47< Crab_> YogiHH: does svn compile for you ?
20090427 23:03:45< Crab_> YogiHH:  I get http://wesnoth.pastebin.com/m6fb68130 
20090427 23:04:08< YogiHH> Crab_: yes it does, just did a complete recompile
20090427 23:04:37-!- VladimirSlavik [n=chatzill@wesnoth/translator/VladimirSlavik] has quit [Read error: 110 (Connection timed out)]
20090427 23:04:58< YogiHH> Crab_: oops, ok, that file is still not in my project. Will fix soon.
20090427 23:11:58-!- AndreLuiz [n=deko__@unaffiliated/andreluiz] has joined #wesnoth-dev
20090427 23:13:14-!- Crab_1 [n=Crab_@smtp.terraninfo.net] has joined #wesnoth-dev
20090427 23:13:27-!- Crab_1 [n=Crab_@smtp.terraninfo.net] has left #wesnoth-dev []
20090427 23:14:08-!- Crab_ [n=Crab_@wesnoth/developer/crab] has quit [Read error: 104 (Connection reset by peer)]
20090427 23:15:23< esr> fendrin: ping?
20090427 23:15:31-!- Crab_ [n=Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20090427 23:16:06< Shadow_Master> *crash*
20090427 23:18:10< loonycyborg> Shadow_Master: You mean Condition "'window_types.find(*itor) != window_types.end()' failed at src/gui/widgets/settings.cpp:291in function 'read'."? :P
20090427 23:18:51< Crab_> loonycyborg: no, that's the old one :)
20090427 23:18:54< Shadow_Master> loonycyborg: no. I mean esr pinged fendrin too strongly
20090427 23:18:59< Shadow_Master> poor fendrin
20090427 23:19:06< esr> lol
20090427 23:20:11< Shadow_Master> Ivanovic: more or less, when do you plan to release 1.7.0¡
20090427 23:20:31< Ivanovic> Shadow_Master: in may
20090427 23:20:38< Shadow_Master> argh
20090427 23:20:55< loonycyborg> When it'll become broken enough to be considered development release :P
20090427 23:21:02< Shadow_Master> I can help.
20090427 23:21:14< crimson_penguin> :D
20090427 23:21:30< Shadow_Master> esr: could you write a wmllint rule that converst s[story] [part] into [story] p[page]?
20090427 23:21:41< Shadow_Master> same syntax, just the node key changed
20090427 23:21:55< esr> Probably.  What's the reason for the name change?
20090427 23:22:09< Shadow_Master> IMHO it sounds more to the point than [story] [part]
20090427 23:23:09< Shadow_Master> I also want to change the syntax latter to allow for slightly more flexible story pages; e.g. the  end-of-campaign text effect could be made available for regular story pages
20090427 23:23:23< esr> ... That's not a super-good reason, actually.  In English story/part is just as valid, it just suggests a different granukarity.
20090427 23:23:40-!- cjhopman [n=chris@wesnoth/developer/cjhopman] has quit ["Konversation terminated!"]
20090427 23:23:45< YogiHH> ugh, another boost library...
20090427 23:23:46< esr> Oh, that second reason might be good.
20090427 23:24:47< Shadow_Master> exactly what do you mean with granularity? Nonetheless, here, "parte" (part) may stand for the whole set of [part] since it is synonym with "chapter", more or less
20090427 23:25:43< Shadow_Master> now, if you don't want the syntax change, tell me and I can rever tot he old [part] in my code
20090427 23:25:55< Shadow_Master> s/syntax/name/
20090427 23:27:35< Shadow_Master> src/tests/gui/test_save_dialog.cpp:105: error: ‘get_save_name_oos’ is not a member of ‘dialogs
20090427 23:28:28< Shadow_Master> mordante, YogiHH ?
20090427 23:28:37< Crab_> Shadow_Master: YogiHH
20090427 23:28:42< Shadow_Master> YogiHH .
20090427 23:28:46< YogiHH> Shadow_Master: i am working on that...
20090427 23:28:50< Shadow_Master> YogiHH: :P
20090427 23:29:19< fendrin> esr: pong
20090427 23:29:24 * loonycyborg bypassed the error with 'scons wesnoth'
20090427 23:29:30< Crab_> Shadow_Master: you can comment that line out, but then you'll be hit by "Dev message: Condition 'window_types.find(*itor) != window_types.end()' failed at src/gui/widgets/settings.cpp:291 in function 'read'." at runtime
20090427 23:29:30< loonycyborg> Since it's in unit tests.
20090427 23:29:42< Shadow_Master> @.@
20090427 23:30:05< Shadow_Master> OUCH: bad ToD (23:30 WST)
20090427 23:30:41< esr> fendrin: There's a chasm in the middle of the Ka'lian.  Is that intentional?
20090427 23:32:08< fendrin> esr: No.
20090427 23:32:38< esr> My wife pointed out.  I suggest fixing lt :-)
20090427 23:32:49< fendrin> esr: Or does it look any good?
20090427 23:33:04< esr> No, not really.
20090427 23:33:40< fendrin> esr: is she playing stable or trunk?
20090427 23:33:52< esr> Trunk.
20090427 23:34:05< esr> She's my main plaaytester :-)
20090427 23:34:34< Shadow_Master> I'll return when Y0giHH finishes fixing... stuff ;)
20090427 23:35:41 * YogiHH builds another boost library...
20090427 23:36:07< Shadow_Master> esr: so, should I revert to "part"?
20090427 23:37:08< fendrin> esr: LoW trunk is very untested.
20090427 23:38:27< esr> Shadow_Master: Unless there's an actual functional distinction you want to make between [part] and [page], I'd suggest reverting.  Actually I'd recommend saving [page] for a (hypothetical) subpart of [part], in case you ever need such structure.
20090427 23:39:09< Shadow_Master> subparT?
20090427 23:39:45< Shadow_Master> considering that a page will always take over just exactly one screen, just like [part]...uh... right
20090427 23:39:45< esr> Yeah, as in three levels - story containing part containing page.
20090427 23:40:02< Shadow_Master> esr: can I keep the C++ class name though? :(
20090427 23:40:03< silene> Shadow_Master: i had the same concern, if [page] is just [part] renamed, better leave it named [part]
20090427 23:40:23< Shadow_Master> I guess that's an external no ;(
20090427 23:41:07-!- VladimirSlavik_ [n=chatzill@88.103.147.178] has quit [Remote closed the connection]
20090427 23:42:30< CIA-30> shadowmaster * r35272 /trunk/src/storyscreen/ (controller.cpp interface.cpp): 
20090427 23:42:30< CIA-30> Undeprecate [part] and remove support for [page]. Once the class
20090427 23:42:30< CIA-30> definitions are renamed as well, we can start enabling this code.
20090427 23:46:57< silene> Crab_: are you really sure there are no hidden formula somewhere or a strange fallback or something? this isn't just noise you are getting, there are a noticeable difference between formula ai and default ai
20090427 23:47:34-!- EdB [n=edb@63.12.95-79.rev.gaoland.net] has quit [Remote closed the connection]
20090427 23:47:43< CIA-30> jhinrichs * r35273 /trunk/src/tests/gui/test_save_dialog.cpp: Test don't work along well with savegame.cpp, but i have no idea how to fix that properly. So i'll just comment it for the moment.
20090427 23:48:01< YogiHH> Shadow_Master: Can you verify if it compiles again, please?
20090427 23:49:48< Crab_> YogiHH: it compiles with this commented. but there's still "Dev message: Condition 'window_types.find(*itor) != window_types.end()' failed at src/gui/widgets/settings.cpp:291 in function 'read'." at runtime
20090427 23:50:15-!- stikonas [n=quassel@ctv-213-164-120-170.vinita.lt] has joined #wesnoth-dev
20090427 23:50:30< Shadow_Master> YogiHH: no, it doesn't compile because I killed a .cpp file ;)
20090427 23:50:35< Shadow_Master> in my working copy
20090427 23:51:35< Crab_> silene: I, too, see this. I'll recheck
20090427 23:52:09< Shadow_Master> either my laptop turned uncannily slow (unlikely) or there are more heavy .hpp files included around (most likely)
20090427 23:52:37< YogiHH> Crab_: did you update the data directory as well?
20090427 23:53:33< Crab_> YogiHH: yes. 
20090427 23:53:51< Shadow_Master> same here
20090427 23:53:52< YogiHH> Crab_: weird, i am not having any problems here...
20090427 23:54:03< Crab_> YogiHH: note - this is at runtime, not at compile time
20090427 23:54:18< CIA-30> shadowmaster * r35274 /trunk/src/storyscreen/ (controller.cpp page.cpp page.hpp render.cpp render.hpp): 
20090427 23:54:18< CIA-30> Revert to storyscreen page -> part convention in new storyscreen code
20090427 23:54:18< CIA-30> (part 2).
20090427 23:54:19< YogiHH> Crab_: i know, just checked again
20090427 23:54:35< CIA-30> shadowmaster * r35275 /trunk/src/ (7 files in 2 dirs): 
20090427 23:54:35< CIA-30> Revert to storyscreen page -> part convention in new storyscreen code
20090427 23:54:35< CIA-30> (part 3).
20090427 23:54:50< CIA-30> shadowmaster * r35276 /trunk/src/storyscreen/render.cpp: Fix compilation.
20090427 23:55:32< esr> Shadow_Master: Is the new srtoryscreen code ready for prime time yet?  There's a boatload of ugly markup in mainline that I'm eager to fix.
20090427 23:57:37< Shadow_Master> esr: sorry, no Pango support yet. As I told you the other day I haven't worked on Wesnoth at all lately
20090427 23:57:38< YogiHH> Crab_: can you give me a backtrace, please?
20090427 23:57:46< Crab_> ok
20090427 23:57:55< Shadow_Master> esr: "ugly markup" never worked on story screens anyway
20090427 23:58:05< esr> I know.
20090427 23:58:53< Crab_> YogiHH: http://wesnoth.pastebin.com/m71f7c51b
20090427 23:59:06< CIA-30> shadowmaster * r35277 /trunk/src/storyscreen/ (7 files): 
20090427 23:59:06< CIA-30> Revert to storyscreen page -> part convention in new storyscreen code
20090427 23:59:06< CIA-30> (part 4 and final - C++ interface has been renamed).
20090427 23:59:58-!- turin [n=turin@168.215.250.18] has joined #wesnoth-dev
--- Log closed Tue Apr 28 00:00:02 2009