--- Log opened Thu Aug 29 00:00:45 2013
20130829 00:10:52-!- H-Hour_ [~H-Hour@cpc7-sgyl35-2-0-cust428.18-2.cable.virginmedia.com] has quit [Quit: Leaving]
20130829 00:11:20-!- nurupo is now known as nurupo|away
20130829 00:14:16-!- desophos_ [~desophos@n132h78.dhcp.oxy.edu] has quit [Ping timeout: 264 seconds]
20130829 00:14:17-!- Upthorn [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Ping timeout: 240 seconds]
20130829 00:23:05-!- desophos [~desophos@n132h78.dhcp.oxy.edu] has joined #wesnoth-dev
20130829 00:26:29-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20130829 00:39:01-!- LordNasty [~NaSTy@93-43-104-160.ip91.fastwebnet.it] has joined #wesnoth-dev
20130829 01:31:23-!- mjs-de [~mjs-de@g224186100.adsl.alicedsl.de] has quit [Remote host closed the connection]
20130829 01:54:32-!- bumbadadabum [~bumba@d155109.upc-d.chello.nl] has quit [Ping timeout: 256 seconds]
20130829 02:22:40-!- Captain_Wrathbow [~Captain_W@adsl-75-42-235-163.dsl.mdsnwi.sbcglobal.net] has quit [Quit: Soli Deo Gloria]
20130829 03:17:54-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20130829 03:22:32-!- desophos [~desophos@n132h78.dhcp.oxy.edu] has quit [Read error: Connection reset by peer]
20130829 03:34:39-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 260 seconds]
20130829 03:42:56-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20130829 03:46:20< mattsc> Hi, vultraz.  Have you been able to reproduce the messenger ai problem?
20130829 03:47:02< vultraz> haven't tried since the other day, I'm working on a new scenario
20130829 03:48:11< mattsc> okay, no problem.  But that does mean that I cannot do anything about either of the two issues you raised for now.
20130829 03:48:22< mattsc> I'm not complaining, just saying.
20130829 03:49:09< vultraz> not even the [avoid]?
20130829 03:49:45< mattsc> I need to have path finding with avoid taken into account available for that first.
20130829 03:50:31< mattsc> I'm waiting for Crab_ to discuss how to proceed with that.
20130829 03:51:07< mattsc> In the meantime, I am debating whether I want to write a simple_attack MAI or not ...
20130829 03:58:12< vultraz> mattsc: what would that do?
20130829 04:00:20< mattsc> In it's simplest form, it would take 2 SUFs, one for own units, one for enemy units, and simply execute attacks of the former on the latter with maximum damage done as the main (only?) criterion.  This would be placed before the normal attack CA, which then does remaining attacks.
20130829 04:01:02< mattsc> I can see a bunch of applications for that:
20130829 04:01:30< mattsc> - Forcing the AI to attack when it otherwise wouldn't (e.g. on units that are 1 XP from leveling)
20130829 04:02:09< mattsc> - Having certain units (units types?) attack first, e.g. attack with all "expendable units" first, then with the more valuable untis.
20130829 04:02:28< mattsc> - Making the attack calculation faster in certain situations
20130829 04:02:42< mattsc> That sort of thing.  But I still am not sure whether it's worth it ...
20130829 04:15:12< vultraz> mattsc: BTW, I tested the wolves MAI. are they supposed to randomly walk away from the taregt?
20130829 04:18:47< vultraz> mattsc: I ended up abandoning it for just plain [goal]
20130829 04:18:48< mattsc> vultraz: standard wolves or multipack wolves?
20130829 04:18:57< vultraz> er...
20130829 04:19:16< vultraz> lemme check the git log
20130829 04:20:00-!- happygrue [~happygrue@wesnoth/developer/wintermute] has quit [Ping timeout: 245 seconds]
20130829 04:20:31< mattsc> animal_type=wolves should move _toward_ the closest prey.  multipack_wolves does random wander when nothing is in attack range.
20130829 04:25:30< vultraz> ok for some reason tgit log isn't working >_>
20130829 04:27:26< mattsc> vultraz: I need to be off and am not sure if I'll be back tonight,  but I'll read the logs later.  And as always, if you see something strange, sending me a replay would be very helpful.  I don't have a lot of feedback on the MAIs yet, so I am sure there are lots of bugs.
20130829 04:27:47< vultraz> well, there aren't many people using them
20130829 04:27:50< vultraz> me, and bumba maybe
20130829 04:28:12< mattsc> yeah, and a couple more
20130829 04:28:35< mattsc> again, I am not complaining, just saying that any feedback is really useful at this time.
20130829 04:29:08< mattsc> anyways, I'm off for now.  ttyl.
20130829 04:31:12-!- mattsc [~mattsc@154.20.32.246] has quit [Quit: Ciao]
20130829 04:39:14-!- EliDupree [~quassel@66-189-34-122.dhcp.oxfr.ma.charter.com] has quit [Ping timeout: 264 seconds]
20130829 04:42:32-!- Ivanovic_ [~ivanovic@x2f4a9f7.dyn.telefonica.de] has joined #wesnoth-dev
20130829 04:45:15-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 260 seconds]
20130829 04:46:26-!- Ivanovic_ is now known as Ivanovic
20130829 05:07:08-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20130829 05:31:35-!- Gambit [~derek@wesnoth/developer/grickit] has quit [Read error: Connection reset by peer]
20130829 06:34:46-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Remote host closed the connection]
20130829 06:40:26-!- nurupo|away is now known as nurupo
20130829 06:53:58-!- nurupo is now known as nurupo|away
20130829 06:54:53-!- nurupo|away is now known as nurupo
20130829 06:58:29-!- nurupo is now known as nurupo|away
20130829 07:32:28-!- Upth [~ogmar@69.62.144.56] has joined #wesnoth-dev
20130829 07:32:28-!- Upth is now known as Upthorn
20130829 07:33:31-!- Ivanovic [~ivanovic@x2f4a9f7.dyn.telefonica.de] has quit [Changing host]
20130829 07:33:31-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20130829 07:46:24-!- trademark_ [~trademark@mne69-1-82-67-17-201.fbx.proxad.net] has joined #wesnoth-dev
20130829 07:48:19-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20130829 08:03:21-!- Upthorn [~ogmar@69.62.144.56] has quit [Ping timeout: 245 seconds]
20130829 08:08:44-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20130829 08:53:46-!- stikonas [~gentoo@5.20.200.50] has joined #wesnoth-dev
20130829 08:53:46-!- stikonas [~gentoo@5.20.200.50] has quit [Changing host]
20130829 08:53:46-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20130829 09:03:03-!- boucman_work [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20130829 09:08:32-!- thunderstruck [~thunderst@cpc5-sgyl29-2-0-cust174.sgyl.cable.virginmedia.com] has joined #wesnoth-dev
20130829 09:32:24< fabi> hi thunderstruck
20130829 09:35:47< thunderstruck> fabi: Hello.
20130829 10:11:50-!- Crendgrim [~crend@77-23-29-102-dynip.superkabel.de] has joined #wesnoth-dev
20130829 10:15:22-!- H-Hour [~H-Hour@cpc7-sgyl35-2-0-cust428.18-2.cable.virginmedia.com] has joined #wesnoth-dev
20130829 10:16:55-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 260 seconds]
20130829 10:20:37< thunderstruck> Wiki says that if unit does not have id specified, a random one would be generated. Could anyone point me where is that happening in the code?
20130829 10:20:38-!- _8680__ [~8680@2002:44e1:fb42:0:76de:2bff:fed4:2766] has joined #wesnoth-dev
20130829 10:21:10< thunderstruck> Oh, I think I just found that myself.
20130829 10:24:31-!- _8680_ [~8680@2002:44e1:fb42:0:76de:2bff:fed4:2766] has quit [Ping timeout: 260 seconds]
20130829 10:25:19-!- _8680__ is now known as _8680_
20130829 10:42:21-!- mjs-de [~mjs-de@g224184218.adsl.alicedsl.de] has joined #wesnoth-dev
20130829 10:46:08-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20130829 10:48:28< fabi> thunderstruck: You are speaking about unit ids? If true, also note the underlying_id thing.
20130829 10:48:51< fabi> s/note/notice
20130829 10:49:10< fabi> thunderstruck: Oh, sorry. I see, you indeed spoke about units.
20130829 10:52:37-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 256 seconds]
20130829 11:05:45-!- bumbadadabum [~bumba@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20130829 11:39:37-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20130829 11:40:44-!- DCW [~Thunderbi@cpc1-finc14-2-0-cust12.4-2.cable.virginmedia.com] has joined #wesnoth-dev
20130829 11:42:16< thunderstruck> fabi: Crab_ recommended to use not a controller=, but a new attribute for giving side's control to other side.
20130829 11:42:27< thunderstruck> Because some of the code checks for human/ai.
20130829 11:42:52< thunderstruck> So, I thought that the best attribute for that is current_player=, since it forces a side to be reserved.
20130829 11:43:22< fabi> yes
20130829 11:43:34< fabi> no
20130829 11:43:49< fabi> I mean, controller=ai is one class.
20130829 11:43:53< thunderstruck> Currently it works like that: [side]side=2[/side] [side]side=3 current_player=2[/side]
20130829 11:45:28< fabi> controller=human means just keeping the player in charge who player the save_id before.
20130829 11:46:17< fabi> controller=player1 means we put the first player in charge, no matter if any player or who player the side before.
20130829 11:46:28< fabi>  I don't see any problem with this syntax.
20130829 11:47:19< fabi> s/player/played
20130829 11:49:59< thunderstruck> fabi: Hmm.. I think he meant that some other parts of the code do the check to see what's the controller and act accordingly.
20130829 11:50:13< thunderstruck> However, I think that's happening after the mp::connect.
20130829 11:50:30< thunderstruck> So, controller=player1 should ok.
20130829 11:51:09< fabi> Maybe, but why should that cause problems? controller=human and controller=player* can be handled by the same codepath.
20130829 11:52:28< thunderstruck> You're right. mp::connect (now mp::connect_engine) handles what is in [side] controller=.
20130829 11:56:25< fabi> thunderstruck: But make it more generic. Imagine a singleplayer campaign where you play the elves in scenario1, the merman in 2 and both in 3.
20130829 11:57:04< fabi> thunderstruck: Currently you need to mess with [store_unit] a lot, and take care about gold and such manually.
20130829 11:57:51< thunderstruck> So by "generic" you mean "available for singleplayer"?
20130829 11:57:59< fabi> Yes
20130829 11:58:37< fabi> Especially useful for LoW since it is both MP and SP campaign.
20130829 11:59:08< thunderstruck> I agree.
20130829 11:59:49< thunderstruck> However, I've basically got it implemented in MP, since it is was easy to do it
20130829 11:59:55< fabi> Still assuming that your work won't lead in unifying both code-paths that soon. 
20130829 12:00:10< thunderstruck> and there are bigger priorities in my current todo list.
20130829 12:00:36< thunderstruck> (it was easy to do in MP)
20130829 12:00:57< thunderstruck> But later, I could think how that could work for SP as well.
20130829 12:01:15< fabi> Sure, I am only here to counsel you, the last word on everything is yours, or the one of crab_.
20130829 12:01:50< thunderstruck> Well, I just want to make sure that I've got all the big bits of the project finished.
20130829 12:01:55< thunderstruck> And the end is near :)
20130829 12:02:29< fabi> Indeed. Still we hope that some of the gsoc students don't vanish but join our happy community till the end of all days :-)
20130829 12:02:50< thunderstruck> I don't mean that I will vanish, but my time will be much more limited.
20130829 12:03:40< fabi> Sure, that is only natural. And my needs for LoW should not dictate your workflow.
20130829 12:04:24< thunderstruck> I'm thinking of working on OOS and savegame related issues after GSoC is over - unfortunately, it seems that I won't be able to work on them directly.
20130829 12:05:05< thunderstruck> However, as now I am using mp::connect_engine for every mp scenario initialization, some of the issues should be gone.
20130829 12:05:54< thunderstruck> it seems that I won't have time to work on them directly during GSoC*
20130829 12:05:54-!- boucman_work [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20130829 12:09:12< fabi> thunderstruck: well, oos and savegame issues are  big issue, taking care about them later seems to be risk.
20130829 12:10:01-!- boucman_work [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20130829 12:13:28< thunderstruck> fabi: hmm.. you might be right. But I still think that the work I did now, was kind of a prerequisite to solve oss and savegame issues.
20130829 12:14:24< fabi> Well, I bet we will manage to get everything working until the next release. Worrying to much only distracts from the work that needs to be done.
20130829 12:16:54-!- bumbadadabum [~bumba@d155109.upc-d.chello.nl] has quit [Ping timeout: 264 seconds]
20130829 12:19:05< thunderstruck> I hope so.
20130829 12:19:18< thunderstruck> By the way, when was multiplayer introduced into Wesnoth?
20130829 12:20:01-!- Crendgrim [~crend@77-23-29-102-dynip.superkabel.de] has quit [Ping timeout: 245 seconds]
20130829 12:25:05-!- {V} [~V@139-79-ftth.on.nl] has quit [Read error: Connection reset by peer]
20130829 12:25:38-!- {V} [~V@139-79-ftth.on.nl] has joined #wesnoth-dev
20130829 12:27:19-!- DCW [~Thunderbi@cpc1-finc14-2-0-cust12.4-2.cable.virginmedia.com] has quit [Quit: DCW]
20130829 12:28:07-!- stikonas_ [~gentoo@5.20.200.50] has joined #wesnoth-dev
20130829 12:28:07-!- stikonas_ [~gentoo@5.20.200.50] has quit [Changing host]
20130829 12:28:07-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20130829 12:28:28< fabi> thunderstruck: Early.
20130829 12:28:40-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 264 seconds]
20130829 12:29:00< fabi> thunderstruck: Well, too late, after SP was already mostly finished. I think it was around 0.4.
20130829 12:29:17< thunderstruck> fabi: So, was it always like this?
20130829 12:29:27< thunderstruck> fabi: I mean the MP campaigns.
20130829 12:30:37< fabi> MP campaigns around 1.4.
20130829 12:31:28< thunderstruck> Oh, I see.
20130829 12:32:10-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20130829 12:32:13< fabi> But that was very rough. The first somewhat working mpc support was in 1.6.
20130829 12:32:25< fabi> And, as you know, we are not quite there todoay.
20130829 12:33:09-!- happygrue [~happygrue@c-66-30-155-184.hsd1.ma.comcast.net] has joined #wesnoth-dev
20130829 12:33:09-!- happygrue [~happygrue@c-66-30-155-184.hsd1.ma.comcast.net] has quit [Changing host]
20130829 12:33:09-!- happygrue [~happygrue@wesnoth/developer/wintermute] has joined #wesnoth-dev
20130829 13:10:15< thunderstruck> fabi: Is there a way to play 1.6 or older versions without compiling the source code?
20130829 13:10:35< fabi> thunderstruck: Sure, you can still download them at sourceforge.
20130829 13:10:43< fabi> thunderstruck: Give me a minute for the link.
20130829 13:11:15< fabi> http://sourceforge.net/projects/wesnoth/files/wesnoth-1.6/
20130829 13:12:34< thunderstruck> Thanks.
20130829 13:13:08-!- horon [~horon@nttkyo176024.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20130829 13:18:15< thunderstruck> fabi: Which one I'm supposed to download? The only binary I see is .exe and I'm on linux.
20130829 13:18:46< fabi> Well, we do not offer Linux binaries. It is upon the distributions to provide packages.
20130829 13:19:09< fabi> I guess you should download the source and compile it, shouldn't be much of a problem.
20130829 13:19:40< thunderstruck> Wouldn't I have to downgrade some of the dependencies to successfully compile it?
20130829 13:20:10< fabi> hmmm
20130829 13:20:19-!- Kostic [~marko@85.202.113.67] has joined #wesnoth-dev
20130829 13:20:37< fabi> That might be.
20130829 13:20:42< thunderstruck> I remember I was doing a bisect once, and the commit range was rather big and I couldn't compile.
20130829 13:26:49-!- Ard0nik [~ardonik@adsl-75-28-96-232.dsl.irvnca.sbcglobal.net] has quit [Read error: Connection reset by peer]
20130829 13:26:55-!- Ard0n1k [~ardonik@adsl-75-28-96-129.dsl.irvnca.sbcglobal.net] has joined #wesnoth-dev
20130829 13:30:30-!- _8680_ [~8680@2002:44e1:fb42:0:76de:2bff:fed4:2766] has quit [Ping timeout: 264 seconds]
20130829 13:32:44< fabi> thunderstruck: Sorry, I don't know about a good solution of that problem. Why do you want to try 1.6=
20130829 13:32:45< fabi> ?
20130829 13:33:58< thunderstruck> Just for fun.
20130829 13:34:12< thunderstruck> I've actually wanted to try lower versions as well.
20130829 13:34:26< fabi> thunderstruck: Download an older knoppix, it should do the trick.
20130829 13:34:31-!- _8680_ [~8680@2002:44e1:fb42:0:76de:2bff:fed4:2766] has joined #wesnoth-dev
20130829 13:47:18-!- _8680_ [~8680@2002:44e1:fb42:0:76de:2bff:fed4:2766] has quit [Ping timeout: 264 seconds]
20130829 13:50:37-!- _8680_ [~8680@2002:44e1:fb42:0:76de:2bff:fed4:2766] has joined #wesnoth-dev
20130829 13:55:51-!- _8680_ [~8680@2002:44e1:fb42:0:76de:2bff:fed4:2766] has quit [Remote host closed the connection]
20130829 13:59:38-!- _8680_ [~8680@2002:44e1:fb42:0:76de:2bff:fed4:2766] has joined #wesnoth-dev
20130829 13:59:48-!- Ard0nik [~ardonik@adsl-75-28-102-242.dsl.irvnca.sbcglobal.net] has joined #wesnoth-dev
20130829 14:01:26-!- _8680_ [~8680@2002:44e1:fb42:0:76de:2bff:fed4:2766] has quit [Read error: Connection reset by peer]
20130829 14:01:40-!- Ard0n1k [~ardonik@adsl-75-28-96-129.dsl.irvnca.sbcglobal.net] has quit [Ping timeout: 264 seconds]
20130829 14:03:40-!- stikonas_ is now known as stikonas
20130829 14:05:12-!- _8680_ [~8680@2002:44e1:fb42:0:76de:2bff:fed4:2766] has joined #wesnoth-dev
20130829 14:05:31-!- _8680_ is now known as Guest80376
20130829 14:17:09-!- nurupo|away is now known as nurupo
20130829 14:25:21-!- boucman_work [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20130829 14:26:48-!- boucman_work [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20130829 14:31:06-!- Guest80376 [~8680@2002:44e1:fb42:0:76de:2bff:fed4:2766] has quit [Ping timeout: 264 seconds]
20130829 14:31:44-!- _8680__ [~8680@2002:44e1:fb42:0:76de:2bff:fed4:2766] has joined #wesnoth-dev
20130829 14:34:56-!- boucman_work [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20130829 14:37:29-!- boucman_work [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20130829 14:38:36-!- nurupo is now known as nurupo|away
20130829 14:50:42-!- Crendgrim [~crend@77-23-29-102-dynip.superkabel.de] has joined #wesnoth-dev
20130829 15:09:54-!- mattsc [~mattsc@207.230.251.234] has joined #wesnoth-dev
20130829 15:11:41-!- kex [~kex@89.205.70.185] has joined #wesnoth-dev
20130829 15:12:06-!- trademark_ [~trademark@mne69-1-82-67-17-201.fbx.proxad.net] has quit [Ping timeout: 268 seconds]
20130829 15:12:47-!- kex [~kex@89.205.70.185] has quit [Remote host closed the connection]
20130829 15:13:34-!- kex [~kex@89.205.70.185] has joined #wesnoth-dev
20130829 15:24:36-!- EliDupree [~quassel@66-189-34-122.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20130829 15:26:45-!- flix [~flix@rstk-4d061407.pool.mediaWays.net] has joined #wesnoth-dev
20130829 15:34:42-!- _8680__ [~8680@2002:44e1:fb42:0:76de:2bff:fed4:2766] has quit [Ping timeout: 264 seconds]
20130829 15:36:10-!- _8680_ [~8680@2002:44e1:fb42:0:8c78:d215:1b18:ca89] has joined #wesnoth-dev
20130829 15:36:32-!- _8680_ is now known as Guest75642
20130829 15:38:33-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130829 15:38:42-!- bumbadadabum [~bumba@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20130829 15:41:18-!- Guest75642 [~8680@2002:44e1:fb42:0:8c78:d215:1b18:ca89] has quit [Ping timeout: 264 seconds]
20130829 15:45:41-!- _8680__ [~8680@2002:44e1:fb42:0:8c78:d215:1b18:ca89] has joined #wesnoth-dev
20130829 15:51:20-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20130829 15:51:30-!- _8680__ [~8680@2002:44e1:fb42:0:8c78:d215:1b18:ca89] has quit [Ping timeout: 264 seconds]
20130829 15:54:26-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20130829 15:56:37-!- mattsc [~mattsc@207.230.251.234] has quit [Quit: Computer's asleep]
20130829 15:58:42-!- _8680__ [~8680@2002:44e1:fb42:0:8c78:d215:1b18:ca89] has joined #wesnoth-dev
20130829 16:13:54-!- nurupo|away is now known as nurupo
20130829 16:16:17-!- mattsc [~mattsc@fw.hia.nrc.ca] has joined #wesnoth-dev
20130829 16:16:40-!- _8680__ [~8680@2002:44e1:fb42:0:8c78:d215:1b18:ca89] has quit [Remote host closed the connection]
20130829 16:22:22-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20130829 16:22:37-!- stikonas [~gentoo@5.20.200.50] has joined #wesnoth-dev
20130829 16:22:37-!- stikonas [~gentoo@5.20.200.50] has quit [Changing host]
20130829 16:22:37-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20130829 16:23:11-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Client Quit]
20130829 16:23:54-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20130829 16:26:21-!- _8680__ [~8680@2002:44e1:fb42:0:8c78:d215:1b18:ca89] has joined #wesnoth-dev
20130829 16:30:11-!- trademark_ [~trademark@mne69-1-82-67-17-201.fbx.proxad.net] has joined #wesnoth-dev
20130829 16:31:06-!- _8680__ [~8680@2002:44e1:fb42:0:8c78:d215:1b18:ca89] has quit [Ping timeout: 264 seconds]
20130829 16:36:00-!- horon [~horon@nttkyo176024.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Quit: Leaving...]
20130829 17:02:00-!- nurupo is now known as nurupo|away
20130829 17:03:25-!- irker551 [~irker@ai0867.net] has joined #wesnoth-dev
20130829 17:03:25< irker551> wesnoth: mattsc wesnoth-old:master 2f56734d4ea6 / data/ai/micro_ais/ais/mai_messenger_escort_engine.lua: Messenger MAI bug fix: don't try to attack with messenger without weapon http://git.io/xuVw5A
20130829 17:07:05-!- Ard0n1k [~ardonik@75.28.105.180] has joined #wesnoth-dev
20130829 17:07:15-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20130829 17:09:27-!- Ard0nik [~ardonik@adsl-75-28-102-242.dsl.irvnca.sbcglobal.net] has quit [Ping timeout: 256 seconds]
20130829 17:20:25-!- Crendgrim_ [~crend@77-23-29-102-dynip.superkabel.de] has joined #wesnoth-dev
20130829 17:22:50-!- Crendgrim [~crend@77-23-29-102-dynip.superkabel.de] has quit [Ping timeout: 268 seconds]
20130829 17:23:54-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20130829 17:24:37-!- stikonas [~gentoo@5.20.200.50] has joined #wesnoth-dev
20130829 17:24:38-!- stikonas [~gentoo@5.20.200.50] has quit [Changing host]
20130829 17:24:38-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20130829 17:31:26< mattsc> Interesting.  Apparently the RCA AI also produces the E_UNABLE_TO_CHOOSE_ATTACKER_WEAPON when a unit without weapons ends up next to an enemy ...
20130829 17:31:36< mattsc> I'll have to test that some more later ...
20130829 17:37:10< irker551> wesnoth: mattsc wesnoth-old:master 14570a0a9677 / data/ai/micro_ais/ais/mai_messenger_escort_engine.lua: Messenger MAI bug fix: don't try to attack with escort unit without weapon http://git.io/TBhcMg
20130829 17:39:04< mattsc> vultraz, bumbadadabum and ??? (I forgot who else found this): you can now use the Messenger MAI with both messengers and escort units without weapons.
20130829 17:39:17< bumbadadabum> mattsc: Cool
20130829 17:39:19< mattsc> There's another minor bug left that I'll fix later
20130829 17:39:47< mattsc> That one won't really cause problems, but makes the messenger somewhat more aggressive in its attacks than it should be.
20130829 17:40:35< vultraz> ah, nice
20130829 17:40:42< vultraz> I had to add an attack to my unit to avoid that
20130829 17:42:26< vultraz> but nice to know it's fixed
20130829 17:47:41-!- Crab_ [Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20130829 17:49:07< Crab_> mattsc: 'the problem is that wesnoth.find_path does not take avoided areas into account.' ->  so, there is need for something like ai.find_path_no_avoided_locations
20130829 17:49:50< Crab_> mattsc: I think that there's no need to pass the avoided hexes from C++ to lua and back to C++, it's better to make a function which operates out of the AI context and thus has direct access to avoided locations in C++
20130829 17:50:42< Crab_> mattsc: and for 'where does it stop' question, I think that having a 'find paths' function which respects the 'avoid' aspect is good enough to make the ai behave in a more consistent way.
20130829 17:51:05< Crab_> mattsc: and, most likely, it is I who should code it :)
20130829 17:51:33< mattsc> Crab_: Hi.  Agreed on the first three lines, and great on the last.  :)
20130829 17:51:52< Crab_> mattsc: hello. I'll try to make it happen, then.
20130829 17:52:15< mattsc> Crab_: that would be great, thanks!
20130829 17:52:50< mattsc> Crab_: if I can help with anything, let me know, I am back now.  But I think this is probably clearer to you than to me anyway.
20130829 17:56:16-!- boucman_work [~rosen@wesnoth/developer/boucman] has quit [Ping timeout: 264 seconds]
20130829 17:56:22-!- Crendgrim [~crend@77-23-29-102-dynip.superkabel.de] has joined #wesnoth-dev
20130829 17:58:18-!- trademark_ [~trademark@mne69-1-82-67-17-201.fbx.proxad.net] has quit [Ping timeout: 264 seconds]
20130829 17:59:16-!- Crendgrim_ [~crend@77-23-29-102-dynip.superkabel.de] has quit [Ping timeout: 264 seconds]
20130829 18:03:57< flix> Crab_: Hi! Did you take a look at wiki-page about those configurations? I'm almost done with implementing the first (and most complex) aspect. I think I can commit it tonight.
20130829 18:04:36< Crab_> flix: hello! no - haven't seen the link or missed it - just send me it and I'll take a look now.
20130829 18:05:23< flix> Crab_: http://wiki.wesnoth.org/User:Flixx/Configuration_Specifications
20130829 18:08:36-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20130829 18:14:57-!- DCW [~Thunderbi@cpc1-finc14-2-0-cust12.4-2.cable.virginmedia.com] has joined #wesnoth-dev
20130829 18:21:14-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has joined #wesnoth-dev
20130829 18:24:08< Crab_> flix: there can be multiple [recruit] subtags in one [facet]?
20130829 18:24:17< flix> Crab_: yes
20130829 18:25:00-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Operation timed out]
20130829 18:27:05< Crab_> flix: note that everything in [aspect] and [facet] is controlled by common code, so syntax for turns= and time_of_day= is already defined for you
20130829 18:27:11< flix> Crab_: It can get complicated, but with this something like "Recruit first 5 Grunts, and if some gold is left recruit a mix of Archers and Assassins" is possible.
20130829 18:27:18< Crab_> flix: otherwise, it looks good to me
20130829 18:28:07< flix> Crab_: Yes, I saw that. I implemented it with config as type. Thats why there are the [value] tags.
20130829 18:28:45-!- Crendgrim_ [~crend@77-23-29-102-dynip.superkabel.de] has joined #wesnoth-dev
20130829 18:29:30< mattsc> Crab_, flix: there is this, however: https://gna.org/bugs/?19769
20130829 18:31:04< Crab_> mattsc: looks like a regression to me. e.g it worked at some point in the past
20130829 18:31:11< Crab_> mattsc: that's on old bug :)
20130829 18:31:34< Crab_> I'll take a look
20130829 18:31:37-!- Crendgrim [~crend@77-23-29-102-dynip.superkabel.de] has quit [Ping timeout: 256 seconds]
20130829 18:31:50< Crab_> thanks
20130829 18:31:57< mattsc> Crab_: I've tested this several times and I have never gotten it to work.  But it's not at all unlikely that I did something wrong.
20130829 18:32:59< thunderstruck> Crab_: Hello. I'm just pinging you that I sent a reply. (I didn't notice that you are here).
20130829 18:33:06< Crab_> thunderstruck: yes, read it already
20130829 18:33:38< Crab_> thunderstruck: I need to take a closer look at the code. but yes, you're right in that you need the code which does the 'merge' to be executed if you want to display the proper leader.
20130829 18:33:54< Crab_> thunderstruck: since the player would probably expect to see the 'final' leader in there.
20130829 18:34:22< flix> mattsc, Crab_: I'll test my aspect with time_of_day. If it's not working I'll take a look at this bug.
20130829 18:35:06< Crab_> flix: no, no need to (unless you want to) - I'll take a look at it - it's not specific to your code
20130829 18:35:20< flix> Crab_: okay
20130829 18:35:26< thunderstruck> Crab_: actually the player would be able to see the final leader without merging, because "flg_manager" would retrieve a *default* leader from a config.
20130829 18:35:51< Crab_> thunderstruck: but, that retrieval of a default leader somewhat duplicates the merging, right?
20130829 18:36:14< Crab_> thunderstruck: so, it's a 'partial' merge, of sorts. since you need to look at carryover, at leader-in-side, at leader-in-unit, etc
20130829 18:36:34< thunderstruck> Crab_: Not really. The retrieval is used to store some data for merging.
20130829 18:36:54< Crab_> thunderstruck: ok, I'll take a look at the code first, then. 
20130829 18:37:06-!- _8680_ [~8680@2002:44e1:fb42:0:3165:e4b4:599e:ba4c] has joined #wesnoth-dev
20130829 18:37:18-!- _8680_ is now known as Guest32945
20130829 18:37:21< Crab_> flix: what I also want to do, apart from looking at those ai configuration, is to enable your ai by default in mainline campaigns, and do a check versus the original goals of the project, to make sure you've done everything that's important.
20130829 18:37:47< Crab_> flix: can I do this with the code in https://github.com/flixx/wesnoth-old/commits/flix_recruitment or it's better to wait or use some other branch?
20130829 18:38:06< Crab_> thunderstruck: I'll mail you back after reading the code.
20130829 18:38:55-!- stikonas [~gentoo@5.20.200.50] has joined #wesnoth-dev
20130829 18:38:55-!- stikonas [~gentoo@5.20.200.50] has quit [Changing host]
20130829 18:38:55-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20130829 18:39:34< thunderstruck> Crab_: Ok, thanks. I'm going to be AFK for 10-20 mins.
20130829 18:39:54< flix> Crab_: I would like to do this by my self before you test it with the mainline. I would send you a mail then over the next days with instructions which version and configurations to use. Is this fine for you?
20130829 18:40:32< Crab_> flix: sure. I just want to do it while there's still some project time left to fix all the things that require fixing
20130829 18:40:45< Crab_> thunderstruck: however, just replacing leader's type and gender is not enough, especially for leader-in-side.
20130829 18:41:26< Crab_> thunderstruck: imagine [side] leader-in-side with a extra modification [/side].  if you change gender/type, you'll keep the extra modification
20130829 18:42:19< Crab_> thunderstruck: the above might not apply to you, depending on how you do the replacement. drop old unit + add new unit is probably ok
20130829 18:42:36< Crab_> flix: bye for now, then.
20130829 18:43:16< flix> Crab_: Time for one more question?: I'd like to support the old recruitment-aspect with its [limit] tag as well. But the aspect type is a ministage, and it seems hacky when my CA owns a ministage just to access the [limit]s. I could also make [limit] along with [recruit] work (in the new recruitment-instructions aspect). Which solution do you prefer? 
20130829 18:43:19< Crab_> flix: sure. 
20130829 18:46:11< Crab_> flix: supporting limit along with recruit seems like a good idea
20130829 18:47:06< Crab_> flix: so, [limit] would not cause the AI to recruit anything, but it will limit it's options when processing the [recruit] tags
20130829 18:47:51< Crab_> and that ministage is not required, since you don't need any code from there
20130829 18:48:20< mattsc> Crab_, flix: would this bug be also fixed in that process?  https://gna.org/bugs/index.php?19662
20130829 18:48:28< mattsc> Sorry for bugging you with yet another bug  :P
20130829 18:48:47< flix> Crab_: Exactly, and [limit] will have a higher priority then [recruit]. The downside of this solution is that the configurations in the mainline have to be adapted. But since there are macros all over the place it should be doable.
20130829 18:48:52< Crab_> mattsc: it should be solved with 'won't fix, doesn't happen in new recruitment', right
20130829 18:49:28< Crab_> but it'd be nice to check the sequence in the bug just in case there'll be a similar bug in the new one :)
20130829 18:49:37< mattsc> Crab_: cool.  Is the new recruitment going to become the default?
20130829 18:50:05< Crab_> mattsc: yes, I want to get rid of the current default one and of the formula-ai-based one. at least hide them in the dark corner.
20130829 18:50:07< flix> mattsc: It should be "fixed" then, yes.
20130829 18:50:31< Crab_> mattsc: that's why the importance of making it configurable
20130829 18:50:47< mattsc> Sounds great to me.
20130829 18:51:05< Crab_> flix: there're macros, there's wmllint, and I expect that there'll be a reasonable default value, as well
20130829 18:52:04< Crab_> flix: some places would need changes, e.g. which limit the recruits directly or or via recruit list changes. but it seldom happens in mainline scenarios
20130829 18:52:31< Crab_> flix: and there'll be need to rebalance things :) but that's unevitable.
20130829 18:53:23< Crab_> flix: since your recruitment will play better, difficulties will shift. not that bad, of course. but, as you see, the need to change things would not be only configuration-related.
20130829 18:55:20-!- Crab_ [Crab_@wesnoth/developer/crab] has left #wesnoth-dev []
20130829 19:02:50-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20130829 19:03:06< fabi> hi zookeeper
20130829 19:03:11< zookeeper> yo
20130829 19:04:08-!- Guest32945 [~8680@2002:44e1:fb42:0:3165:e4b4:599e:ba4c] has quit [Remote host closed the connection]
20130829 19:04:09< fabi> zookeeper: I have had a private chat with mattsc about transportation of units. He mentioned that you told him about the need of proper support for a certain mainline scenario. Which one is it?
20130829 19:04:26-!- _8680__ [~8680@2002:44e1:fb42:0:3165:e4b4:599e:ba4c] has joined #wesnoth-dev
20130829 19:04:43< zookeeper> fabi, clash of armies in SotBE
20130829 19:05:01< fabi> zookeeper: Thank you, I will have a look at the scenario.
20130829 19:05:05< zookeeper> (most likely; i don't recall discussing transportation with anyone WRT any other scenario)
20130829 19:06:32< mattsc> zookeeper: yeah, I'm pretty sure that was it.
20130829 19:06:36< fabi> I have already a rough idea about the wml syntax.
20130829 19:06:42< fabi> Do you want to hear about it?
20130829 19:07:43< mattsc> zookeeper: and while we're at it, I haven't reminded you of Liberty::Raid in a few weeks.  :P
20130829 19:07:49< zookeeper> if you want my opinion on something, then sure. i don't really need to meddle otherwise.
20130829 19:08:10< zookeeper> mattsc, great! err... keep it up :>
20130829 19:09:56< mattsc> zookeeper: No worries, will do.  :)  If it serves as motivation, I think the scenario is almost unwinnable with the new AI, but probably only requires minor changes to get it back to roughly the same difficulty.
20130829 19:10:45< fabi> [cargo_bay] slots=4 (the transporter is able to hold 4 units) weight=34 (every unit gets a weight attribute, the transporter can't lift above that summ, optional) [entrance] type=in|out|both [filter] (the transporter unit must match the filter in order to enable that entrance) [filter_second] (the cargo unit must match the filter in order to use the entrance) 
20130829 19:11:28< zookeeper> mattsc, oh, i see. yeah, that works for extra motivation
20130829 19:12:15< fabi> a unit can have several cargo_bays with several entrances each.
20130829 19:12:26-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20130829 19:16:20< fabi> hi noy
20130829 19:17:03< mattsc> zookeeper: cool.  Do you remember the easy way of checking it out (via the AI Demos addon) ?
20130829 19:17:35< fabi> Espreon: You mentioned the need of snowy great trees for one of your campaigns, some time ago. There is a terrain thread in art contributions with some of them.
20130829 19:18:34< Espreon> Link please.
20130829 19:18:59< fabi> http://forums.wesnoth.org/viewtopic.php?p=558952#p558952
20130829 19:20:38< Espreon> Thanks.
20130829 19:21:11< fabi> Espreon: You are welcome. But I did not do anythng towards it. Your gratitude is better expressed towards the artist.#
20130829 19:22:14-!- DCW [~Thunderbi@cpc1-finc14-2-0-cust12.4-2.cable.virginmedia.com] has quit [Quit: DCW]
20130829 19:22:25-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has quit [Quit: Távozom]
20130829 19:22:44-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130829 19:23:00-!- kex [~kex@89.205.70.185] has quit [Remote host closed the connection]
20130829 19:23:38< zookeeper> mattsc, no, but i have irc logs to check from :p
20130829 19:24:26< mattsc> zookeeper: it's easy enough to report: download AI Demos addon from server, select Liberty Raid from the switchboard map.
20130829 19:24:38< zookeeper> roger
20130829 19:24:58< mattsc> At the beginning of the scenario, you can choose from the default and Messenger AI.  (and a third one, but that one really doesn't work very well)
20130829 19:25:13< mattsc> s/report/repeat
20130829 19:27:13-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has quit [Client Quit]
20130829 19:27:54-!- Crendgrim [~crend@77-23-29-102-dynip.superkabel.de] has joined #wesnoth-dev
20130829 19:28:14-!- kex [~kex@89.205.70.185] has joined #wesnoth-dev
20130829 19:29:09-!- Crendgrim_ [~crend@77-23-29-102-dynip.superkabel.de] has quit [Ping timeout: 248 seconds]
20130829 19:34:55-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20130829 19:42:07-!- stikonas [~gentoo@5.20.200.50] has joined #wesnoth-dev
20130829 19:42:07-!- stikonas [~gentoo@5.20.200.50] has quit [Changing host]
20130829 19:42:07-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20130829 19:47:54-!- _8680__ [~8680@2002:44e1:fb42:0:3165:e4b4:599e:ba4c] has quit [Ping timeout: 264 seconds]
20130829 19:49:57-!- _8680_ [~8680@2002:44e1:fb42:0:c16a:607:759f:877d] has joined #wesnoth-dev
20130829 19:49:59-!- Crendgrim [~crend@77-23-29-102-dynip.superkabel.de] has quit [Ping timeout: 260 seconds]
20130829 19:50:08-!- _8680_ is now known as Guest90858
20130829 19:52:30-!- Crendgrim [~crend@77-23-29-102-dynip.superkabel.de] has joined #wesnoth-dev
20130829 20:05:14-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20130829 20:11:35< irker551> wesnoth: mattsc wesnoth-old:master 500ccde573a0 / data/ai/micro_ais/ais/mai_messenger_escort_engine.lua: Messenger MAI: minor bug fix to messenger attack behavior http://git.io/hzAm9w
20130829 20:18:06< mattsc> zookeeper: this ^ fixes a minor bug in the proposed new AI for Liberty::Raid.  It wouldn't have caused different behavior, but it would have given you an ugly Lua error message each turn.  (Left-over bug from a recent change.)
20130829 20:20:19-!- Guest90858 [~8680@2002:44e1:fb42:0:c16a:607:759f:877d] has quit [Ping timeout: 264 seconds]
20130829 20:21:11-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130829 20:34:56-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has quit [Remote host closed the connection]
20130829 20:36:00-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130829 20:40:54-!- kex [~kex@89.205.70.185] has quit [Remote host closed the connection]
20130829 20:41:17-!- kex [~kex@89.205.70.185] has joined #wesnoth-dev
20130829 20:41:41< mattsc> flix: I looked over your wiki page again.  Do I understand that correctly that when one uses importance= with different values, that is fully deterministic?
20130829 20:42:32< mattsc> As in, if I say I want 2 grunts with importance=2, and 2 archers with importance=1, it will always recruit 2 grunts first, then 2 archers?  (assuming enough gold and castle hexes, of course)
20130829 20:43:15< mattsc> And as opposed to: the chance of getting a grunt is twice as high as of getting an archer?
20130829 20:44:02< flix> mattsc: In generel yes. But if blocker=no in the first "job" (the one with the grunts), then the AI will _try_ to recruit archers, when it cannot recruit Grunts.
20130829 20:44:42< mattsc> But if it can (which it should, right? grunts are cheaper than archers), it will do the grunts first?
20130829 20:45:43< flix> mattsc: In general yes. But with multiple leaders and different recruitment lists it can get super tricky ;)
20130829 20:45:50< mattsc> right ...
20130829 20:46:33< mattsc> So is there are way of doing something like: on average recruit twice as many grunts as archers, but in random order?
20130829 20:47:11< flix> mattsc: It is also possible to do something like [recruit] type=Grunt, Archer   number=4 [/recruit]. Then the AI will recruit 4 units. Grunts or Archers. Whatever seems better. 
20130829 20:47:41-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20130829 20:47:56-!- _8680_ [~8680@2002:44e1:fb42:0:c5d6:b4ba:ac1d:c892] has joined #wesnoth-dev
20130829 20:48:20-!- _8680_ is now known as Guest66222
20130829 20:48:52< mattsc> flix: okay - how about the average ratio thing in my last question?
20130829 20:50:08< flix> mattsc: hmm... I don't think so. I'm afk for some time now. I'll think about it and write you. Note that recruitment pattern is still supported. If I cannot come up with a solution, one could easily extend recruitment-pattern so you can write not only usages but also unit-types in it.
20130829 20:50:17< mattsc> flix: oops - gotta go.  I'll be back in about an hour.
20130829 20:50:19< mattsc> sorry
20130829 20:54:12-!- Guest66222 [~8680@2002:44e1:fb42:0:c5d6:b4ba:ac1d:c892] has quit [Remote host closed the connection]
20130829 20:55:46-!- _8680__ [~8680@2002:44e1:fb42:0:682f:e950:c34b:cc66] has joined #wesnoth-dev
20130829 21:08:54-!- Kostic [~marko@85.202.113.67] has quit [Ping timeout: 264 seconds]
20130829 21:11:01-!- Kostic [~marko@85.202.113.200] has joined #wesnoth-dev
20130829 21:29:04-!- Crendgrim [~crend@77-23-29-102-dynip.superkabel.de] has quit [Remote host closed the connection]
20130829 21:35:11< lipkab> Someone knows the port for the mp trunk server?
20130829 21:35:20< lipkab> (port number)
20130829 21:35:58< thunderstruck> lipkab: http://wiki.wesnoth.org/MultiplayerServers
20130829 21:36:01< thunderstruck> I think they are here.
20130829 21:36:05< thunderstruck> there*
20130829 21:36:19< lipkab> thunderstruck: Thankies!
20130829 21:37:44< lipkab> Hmm, trunk is not there :/
20130829 21:38:01-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20130829 21:38:33-!- stikonas [~gentoo@5.20.200.50] has joined #wesnoth-dev
20130829 21:38:36-!- stikonas [~gentoo@5.20.200.50] has quit [Changing host]
20130829 21:38:36-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20130829 21:42:13< thunderstruck> lipkab: Isn't Soliton the one who knows such things?
20130829 21:42:27< lipkab> Indeed.
20130829 21:42:34< lipkab> Soliton: ^?
20130829 21:59:20< mattsc> flix:  I'm back.  I wasn't suggesting that there should be such a feature, just wondering whether there was.
20130829 21:59:42-!- kex [~kex@89.205.70.185] has quit [Remote host closed the connection]
20130829 21:59:47< mattsc> Maybe there'll be a use for the random recruitment Micro AI after all after your done.  ;)
20130829 22:00:14< mattsc> Anyways, that was pretty much the only comment I had on your configuration description.
20130829 22:01:48-!- nurupo|away [~nurupo.ga@unaffiliated/nurupo] has quit [Ping timeout: 245 seconds]
20130829 22:03:53-!- exciton [chuck-the-@89.208.169.104] has quit [Ping timeout: 240 seconds]
20130829 22:04:46-!- nurupo|away [~nurupo.ga@biribiri.org] has joined #wesnoth-dev
20130829 22:05:06-!- nurupo|away is now known as nurupo
20130829 22:05:07-!- nurupo [~nurupo.ga@biribiri.org] has quit [Changing host]
20130829 22:05:07-!- nurupo [~nurupo.ga@unaffiliated/nurupo] has joined #wesnoth-dev
20130829 22:05:11-!- lipkab2 [~the_new_l@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130829 22:05:18-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130829 22:08:02-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 264 seconds]
20130829 22:13:00-!- thunderstruck [~thunderst@cpc5-sgyl29-2-0-cust174.sgyl.cable.virginmedia.com] has quit [Quit: Leaving]
20130829 22:13:53-!- exciton [chuck-the-@89.208.169.104] has quit [Ping timeout: 240 seconds]
20130829 22:15:17-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130829 22:37:48-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20130829 22:38:46-!- nurupo [~nurupo.ga@unaffiliated/nurupo] has quit [Ping timeout: 245 seconds]
20130829 22:41:20-!- nurupo|away [~nurupo.ga@biribiri.org] has joined #wesnoth-dev
20130829 22:41:43-!- nurupo|away is now known as nurupo
20130829 22:41:44-!- nurupo [~nurupo.ga@biribiri.org] has quit [Changing host]
20130829 22:41:44-!- nurupo [~nurupo.ga@unaffiliated/nurupo] has joined #wesnoth-dev
20130829 22:49:16-!- lipkab2 [~the_new_l@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer]
20130829 23:11:37-!- irker551 [~irker@ai0867.net] has quit [Quit: transmission timeout]
20130829 23:15:29-!- mattsc [~mattsc@fw.hia.nrc.ca] has quit [Quit: Computer's asleep]
20130829 23:26:22-!- mjs-de [~mjs-de@g224184218.adsl.alicedsl.de] has quit [Quit: On the road again]
20130829 23:37:48-!- mattsc [~mattsc@154.20.32.246] has joined #wesnoth-dev
20130829 23:39:35-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 260 seconds]
20130829 23:40:21-!- bumbadadabum [~bumba@d155109.upc-d.chello.nl] has quit [Ping timeout: 248 seconds]
20130829 23:52:34-!- Ard0n1k [~ardonik@75.28.105.180] has quit [Ping timeout: 268 seconds]
20130829 23:57:13-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20130829 23:58:31< shadowm> lipkab: 15000.
20130829 23:58:47< shadowm> That's the trunk instance's listening port.
20130829 23:59:39-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 260 seconds]
--- Log closed Fri Aug 30 00:00:46 2013