--- Log opened Thu Dec 18 00:00:33 2008
20081218 00:08:07-!- BenUrban [n=benurban@unaffiliated/benurban] has quit ["http://dclug.tux.org/"]
20081218 00:20:21-!- loonycyborg [n=sergey@79.139.247.111] has quit ["Zzzzzzzzzzzzzzzzzzzzz"]
20081218 00:21:04-!- loonybot [n=loonybot@79.139.247.111] has quit [Remote closed the connection]
20081218 01:12:21-!- mjs-de [n=mjs-de@wh.Uni-Dortmund.DE] has quit ["On the road again"]
20081218 01:46:15-!- Elvish_Pillage2 [n=eli@66-189-15-130.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!"]
20081218 01:57:47< CIA-8> espreon * r31540 /branches/resources/cartography-tools/great-continent.xcf: * Did a little more retouching.
20081218 02:26:28< CIA-8> espreon * r31541 /trunk/data/campaigns/Under_the_Burning_Suns/utils/terrain.cfg: * Changed instance of heals=true to heals=8, as the wiki says that the former is deprecated.
20081218 02:33:01< Espreon> ESR_: Here?
20081218 02:36:10< thespaceinvader> wesbot: seen ESR_
20081218 02:36:11< wesbot> thespaceinvader: Queried user last spoke 2d 7h ago.  ESR_ is currently in this channel.
20081218 02:36:56< thespaceinvader> Espreon: there's your answer =P
20081218 02:43:18< Espreon> Yeah....
20081218 02:44:08< thespaceinvader> esr (as opposed to esr_) was here yesterday, too, so i doubt that account's occupied at present
20081218 03:19:13-!- thespaceinvader [n=chatzill@91.108.143.9] has quit ["ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]"]
20081218 04:35:15-!- Ivanovic_ [n=ivanovic@dtmd-4db2645e.pool.einsundeins.de] has joined #wesnoth-dev
20081218 04:45:13< ESR_> What's up?
20081218 04:45:52< Espreon> ESR_: I noticed that you like to move obsolete portraits to the resources branch. There is another obsolete portrait in portraits/Other.
20081218 04:46:00 * Espreon is too scared to move it.
20081218 04:46:16< ESR_> Which one?
20081218 04:47:18< Espreon> silver_mage.png (I think)
20081218 04:47:33< Espreon> *I think that is the filename
20081218 04:50:26-!- Ivanovic [n=ivanovic@dtmd-4db269de.pool.einsundeins.de] has quit [Read error: 113 (No route to host)]
20081218 04:51:13-!- Ivanovic_ is now known as Ivanovic
20081218 04:56:14-!- Psyche^ [n=Psyche@e177232253.adsl.alicedsl.de] has joined #wesnoth-dev
20081218 04:57:33-!- Patterner [n=Psyche@e177239111.adsl.alicedsl.de] has quit [Read error: 60 (Operation timed out)]
20081218 04:57:34-!- Psyche^ is now known as Patterner
20081218 04:59:44< Espreon> Hey Patterner.
20081218 04:59:58< Espreon> Patterner: Your dream became one-eighth of the way true.
20081218 05:02:26-!- Appleman1234 [n=Appleman@131.181.47.2] has quit ["Leaving"]
20081218 05:26:22-!- crimson_penguin [n=ben@64.201.60.217] has quit ["Leaving"]
20081218 05:30:17-!- BenUrban [n=benurban@unaffiliated/benurban] has joined #wesnoth-dev
20081218 05:32:12-!- Sirp [n=me@222-152-255-234.jetstream.xtra.co.nz] has joined #wesnoth-dev
20081218 05:39:18< Espreon> Hello Sirp.
20081218 05:46:17-!- PK [n=pk@r74-192-44-206.vctrcmta01.vctatx.tl.dh.suddenlink.net] has joined #wesnoth-dev
20081218 05:47:09-!- PK [n=pk@r74-192-44-206.vctrcmta01.vctatx.tl.dh.suddenlink.net] has quit [Client Quit]
20081218 05:51:09-!- PK [n=pk@r74-192-44-206.vctrcmta01.vctatx.tl.dh.suddenlink.net] has joined #wesnoth-dev
20081218 06:31:17-!- PK [n=pk@r74-192-44-206.vctrcmta01.vctatx.tl.dh.suddenlink.net] has left #wesnoth-dev []
20081218 07:13:33-!- Espreon [n=Espreon@c-76-117-239-33.hsd1.pa.comcast.net] has quit ["ChatZilla 0.9.84 [Firefox 3.0.3/2008092417]"]
20081218 07:24:37-!- Espreon [n=Espreon@c-76-117-239-33.hsd1.pa.comcast.net] has joined #wesnoth-dev
20081218 07:46:54-!- [Relic] [n=[Relic]@adsl-76-229-202-137.dsl.milwwi.sbcglobal.net] has quit ["Leaving"]
20081218 07:48:58-!- Espreon [n=Espreon@c-76-117-239-33.hsd1.pa.comcast.net] has quit ["ChatZilla 0.9.84 [Firefox 3.0.3/2008092417]"]
20081218 07:50:06-!- Turuk [n=JDiSab@pool-71-242-189-136.phlapa.east.verizon.net] has left #wesnoth-dev []
20081218 09:24:34-!- fendrin [n=fabi@g226216138.adsl.alicedsl.de] has quit [Remote closed the connection]
20081218 09:44:27-!- mjs-de [n=mjs-de@wh.uni-dortmund.de] has joined #wesnoth-dev
20081218 09:48:13< CIA-8> jetryl * r31542 /trunk/data/core/images/attacks/mace-spiked.png: Added graphic for spiked mace.
20081218 09:59:11-!- Sirp [n=me@222-152-255-234.jetstream.xtra.co.nz] has quit [Read error: 60 (Operation timed out)]
20081218 10:04:28-!- Sirp_ [n=me@222-152-254-226.jetstream.xtra.co.nz] has joined #wesnoth-dev
20081218 10:09:38-!- mordante [n=chatzill@roadie.xs4all.nl] has joined #wesnoth-dev
20081218 10:10:00< mordante> morning
20081218 10:37:08-!- Sirp_ [n=me@222-152-254-226.jetstream.xtra.co.nz] has quit [Read error: 110 (Connection timed out)]
20081218 10:48:59-!- loonybot [n=loonybot@79.139.247.111] has joined #wesnoth-dev
20081218 10:52:06-!- loonycyborg [n=sergey@79.139.247.111] has joined #wesnoth-dev
20081218 11:07:16-!- noy [n=Noy@d75-157-52-251.bchsia.telus.net] has quit []
20081218 11:13:30-!- zookeeper [n=l@dsl-tkubrasgw1-fe9ff800-215.dhcp.inet.fi] has joined #wesnoth-dev
20081218 12:02:55-!- Elvish_Pillager [n=eli@66-189-15-130.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20081218 12:23:14< mordante> ESR_ regarding r31541, can you add that test to wmllint? (then we can remove this code soon, it's deprecated for ages.)
20081218 12:23:49< ESR_> mordante: Sorry, what is it you want me to test exactly?
20081218 12:24:28< mordante> in terrain there used to be heals=true, but that should be heals=8 (so other values can be used as well)
20081218 12:24:42< CIA-8> zookeeper * r31543 /trunk/data/campaigns/Eastern_Invasion/ (4 files in 2 dirs): Attempt to make these scenarios a bit more survivable on the harder difficulties and to give slightly more finishing gold.
20081218 12:25:14< mordante> espreon found a wrong case, so it seems some things might not be converted yet
20081218 12:26:06< mordante> even seems the code no longer recognizes heals=true 
20081218 12:26:09< ESR_> OK, let me go look at wmllint.
20081218 12:33:58< ESR_> OK, now testing detection logic for this glitch.  
20081218 12:34:21< mordante> great :-)
20081218 12:35:03< mordante> well I still hope we can add schemes to wesnoth at some point, which will help to catch more of those problems
20081218 12:35:06-!- Elvish_Pillager [n=eli@66-189-15-130.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!"]
20081218 12:39:26< ESR_> What do you mean by "schemes"?
20081218 12:41:39< mordante> sirp did some work for frogatto, where the game validates the wml at startup and aborts on invalid wml
20081218 12:42:09< mordante> which I think in combination with wmllint can increase the content even moer
20081218 12:42:11< mordante> more*
20081218 12:54:55< ESR_> I'm not detecting any instances of the glitch in mainline now.  I'll temporarily introduce one into my checkout to make sure the detection logic works.
20081218 12:58:18< ESR_> Er, I found some heals=false instances. Are those OK?
20081218 13:06:02< mordante> those should be 0, false does work since an invalid value defaults to 0
20081218 13:06:59< ESR_> I'll throw a message on both values, then.
20081218 13:08:21< CIA-8> esr * r31544 /trunk/data/tools/wmllint: Detect invalid boolean values for "heals" terrain attribute.
20081218 13:15:06< CIA-8> esr * r31545 /trunk/data/campaigns/Under_the_Burning_Suns/utils/terrain.cfg: Fix some heals=false instances detected by the new wmllint test.
20081218 13:15:09< ESR_> mordante: It's done.
20081218 13:15:49< ESR_> Mainline is all clean on this glitch and wmllint will detect it if it pops up in UMC.
20081218 13:18:24< mordante> thanks ESR_ 
20081218 13:20:34< ESR_> No problem, this one was easy.
20081218 13:20:59< mordante> I expected it to be easy ;-)
20081218 13:34:18-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has joined #wesnoth-dev
20081218 13:36:09< Soliton> Ivanovic: Can't hotcopy to '/backup/mysql_dbdump/forum' because directory
20081218 13:36:09< Soliton> already exist and the --allowold or --addtodest options were not given.
20081218 13:36:09< Soliton> MySQL Hotcopy failed!
20081218 14:03:48< freim> DB hosed again?
20081218 14:18:24< Soliton> no, just the backup script not working right.
20081218 15:28:36-!- fabi [n=fabi@client00896.vpn.uni-saarland.de] has joined #wesnoth-dev
20081218 15:50:54-!- VladimirSlavik [n=chatzill@136.219.broadband6.iol.cz] has joined #wesnoth-dev
20081218 15:53:47-!- crimson_penguin [n=ben@64.201.60.217] has joined #wesnoth-dev
20081218 15:57:10-!- fabi [n=fabi@client00896.vpn.uni-saarland.de] has quit [Read error: 110 (Connection timed out)]
20081218 16:12:14-!- VladimirSlavik [n=chatzill@136.219.broadband6.iol.cz] has quit ["ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]"]
20081218 16:22:18-!- fabi [n=fabi@client00564.vpn.uni-saarland.de] has joined #wesnoth-dev
20081218 16:38:20-!- Viliam1234 [n=Viliam@78.141.86.134] has joined #wesnoth-dev
20081218 16:38:48< Viliam1234> hi, can you please give me some hint how can I add a trait to existing unit?
20081218 16:45:18< zookeeper> version?
20081218 16:45:29< Viliam1234> 1.4
20081218 16:45:37< zookeeper> oh, then it's kinda tough.
20081218 16:45:51< Viliam1234> i want to add a trait to a newly recruited unit, if it is of given type
20081218 16:46:10< Viliam1234> it must be done by storing to a variable, and modifying it?
20081218 16:46:54< zookeeper> right. in that case i'd suggest making a prerecruit event which replaces the new unit with one that has random_traits=yes and [modifications] {TRAIT_MY_TRAIT} [/modifications], so the second trait will be random
20081218 16:47:40< Viliam1234> i do not mind if it has one more trait than it should have (it is an undead, btw, so it would make more sense this way)
20081218 16:47:50< zookeeper> well, you can do it through variable manipulation too
20081218 16:48:11< Viliam1234> and what you suggested, it would also include variable manipulation, or how?
20081218 16:49:00< zookeeper> {VARIABLE new_i $unit.modifications.trait.length} {VARIABLE unit.modifications.trait[$new_i].id strong} {VARIABLE unit.modifications.trait[$new_i].name _"strong"} {VARIABLE unit.modifications.trait[$new_i].effect.apply_to attack} etc etc, for every key of the trait.
20081218 16:49:36< zookeeper> no, my suggestion didn't involve variable manipulation
20081218 16:50:16< Viliam1234> in that case, i did not understand it ;-) but it would remove the other (undead) trait, right? which would be kind of strange
20081218 16:51:15< zookeeper> well, you'd need to know how spawning units with random traits works.
20081218 16:51:26< zookeeper> i'm not gonna go into that
20081218 16:51:28< Viliam1234> i guess i understand the variable thing... it is a new item in array
20081218 16:51:52< Viliam1234> ok, thanks, i guess this will be enough
20081218 17:06:09-!- thespaceinvader [n=chatzill@91.108.174.23] has joined #wesnoth-dev
20081218 17:08:22< Viliam1234> zookeeper: the code you provided just overrides the existing trait... is it possible to add new trait by simply increasing new_i by 1?
20081218 17:08:55< Viliam1234> zookeeper: in other words, how do i append a new item into array? just by using a higher index?
20081218 17:10:42< zookeeper> .length is the last index + 1
20081218 17:10:54< zookeeper> so no, it shouldn't overwrite anything.
20081218 17:14:09< Viliam1234> zookeeper: oops, my fault (had a typo in variable name, so i modified trait zero), now it works perfectly, thanks!
20081218 17:40:34-!- crimson_penguin [n=ben@64.201.60.217] has quit ["Leaving"]
20081218 17:55:52-!- fabi [n=fabi@client00564.vpn.uni-saarland.de] has quit [Read error: 110 (Connection timed out)]
20081218 18:05:32-!- fendrin [n=fabi@g226216138.adsl.alicedsl.de] has joined #wesnoth-dev
20081218 18:07:36-!- crimson_penguin [n=ben@64.201.60.217] has joined #wesnoth-dev
20081218 19:23:27-!- Viliam1234 [n=Viliam@78.141.86.134] has left #wesnoth-dev []
20081218 20:05:42-!- crimson_penguin [n=ben@64.201.60.217] has quit ["Leaving"]
20081218 20:08:07-!- ivan_i [n=chatzill@ppp85-140-58-210.pppoe.mtu-net.ru] has joined #wesnoth-dev
20081218 20:08:17-!- [voris] [n=voris@c-24-16-107-149.hsd1.wa.comcast.net] has joined #wesnoth-dev
20081218 20:08:31-!- stikonas [n=and@ctv-79-132-180-249.vinita.lt] has joined #wesnoth-dev
20081218 20:13:33-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has quit ["leaving"]
20081218 20:17:35-!- voris [n=voris@c-67-183-29-149.hsd1.wa.comcast.net] has quit [Read error: 110 (Connection timed out)]
20081218 20:21:42-!- [voris] is now known as voris
20081218 20:28:41-!- noy [n=Noy@d75-157-52-251.bchsia.telus.net] has joined #wesnoth-dev
20081218 20:30:02-!- fendrin [n=fabi@g226216138.adsl.alicedsl.de] has quit [Read error: 60 (Operation timed out)]
20081218 20:30:45-!- fendrin [n=fabi@g228084122.adsl.alicedsl.de] has joined #wesnoth-dev
20081218 20:43:06-!- Elvish_Pillager [n=eli@66-189-15-130.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20081218 20:45:37-!- cib0 [n=cib@p4FD0C3F5.dip.t-dialin.net] has joined #wesnoth-dev
20081218 20:45:41< cib0> hoy
20081218 20:50:40< mordante> hi cib0 
20081218 20:56:44-!- Netsplit kubrick.freenode.net <-> irc.freenode.net quits: loonycyborg
20081218 20:58:56< Ivanovic> hi
20081218 20:59:13< mordante> hi Ivan
20081218 20:59:16< mordante> hi Ivanovic 
20081218 21:00:18-!- Netsplit over, joins: loonycyborg
20081218 21:10:17-!- boucman [n=rosen@159.83.102-84.rev.gaoland.net] has joined #wesnoth-dev
20081218 21:15:00-!- [Relic] [n=[Relic]@adsl-76-229-202-137.dsl.milwwi.sbcglobal.net] has joined #wesnoth-dev
20081218 21:15:37< [Relic]> Hello :)
20081218 21:15:50< mordante> hi [Relic] 
20081218 21:16:23< [Relic]> :)
20081218 21:26:38-!- stikonas [n=and@ctv-79-132-180-249.vinita.lt] has quit [Read error: 110 (Connection timed out)]
20081218 21:39:44< fendrin> hi
20081218 21:40:07< mordante> hi fendrin 
20081218 21:42:56< mordante> wesbot seen noy
20081218 21:42:57< wesbot> mordante: Queried user last spoke 31m 16s ago.  noy is currently here on on the channel #wesnoth.
20081218 21:45:31< noy> hi
20081218 21:45:50< fendrin> hi noy
20081218 21:46:05< mordante> hi noy that's the answer to your question on wesnoth-mp ;-)
20081218 21:46:10< noy> ah
20081218 21:46:23< noy> wesbot seen bafuo
20081218 21:46:23< wesbot> noy: Sorry, I don't know of bafuo.
20081218 21:46:37< mordante> wesbot seen baufo
20081218 21:46:37< wesbot> mordante: The person with the nick Baufo 4d 2h ago was here and on the channels #wesnoth and #wesnoth-de with the message: Remote closed the connection
20081218 21:46:45< noy> ah right
20081218 21:46:46< noy> thanks
20081218 21:46:50< mordante> no problem
20081218 21:47:49< CIA-8> ivanovic * r31546 /trunk/po/ (wesnoth-nr/hu.po wesnoth-tb/hu.po wesnoth-tutorial/de.po): updated German and Hungarian translation
20081218 21:53:20-!- cib0 [n=cib@p4FD0C3F5.dip.t-dialin.net] has quit ["Leaving."]
20081218 22:05:51< mordante> night
20081218 22:06:00-!- voris [n=voris@c-24-16-107-149.hsd1.wa.comcast.net] has quit [Read error: 145 (Connection timed out)]
20081218 22:06:03-!- mordante [n=chatzill@roadie.xs4all.nl] has quit ["ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]"]
20081218 22:15:47-!- voris [n=voris@c-67-183-29-149.hsd1.wa.comcast.net] has joined #wesnoth-dev
20081218 22:28:04< zookeeper> duh. i had a cavalryman next to an AI revenant, both full health, and the AI revenant attacked, in morning. then, in afternoon, i dropped the cavalryman to 1hp, and this time the AI didn't attack, even though it had like 97% CTK. wtf? any idea what the AI was thinking?
20081218 22:28:52-!- Espreon [n=Espreon@c-76-117-239-33.hsd1.pa.comcast.net] has joined #wesnoth-dev
20081218 22:41:58< Ivanovic> zookeeper: playing on easy?
20081218 22:42:06< Ivanovic> as in "the AI does not want you to lose"
20081218 22:48:59< fendrin> zookeeper: Ivanovic: most reports about LoW suggest that the campaign is to easy now. Maybe the ai is still too cautious.
20081218 22:49:43 * Ivanovic prefers a campaign being too easy instead of too difficult
20081218 22:49:58< Ivanovic> that is: at least at the lower difficulty levels it should be rather easy to beat
20081218 22:50:06< Ivanovic> afk for a while
20081218 22:50:28< fendrin> Ivanovic: My point was that this ai bug that made the ai too cautious may still be around in a weaker form.
20081218 22:50:45< Ivanovic> right, this might be
20081218 22:55:19-!- mjs-de [n=mjs-de@wh.uni-dortmund.de] has quit ["On the road again"]
20081218 23:13:03< zookeeper> it's not _usually_ too cautious, but in some situations it just doesn't attack even though it'd require much less caution than in some situations where it does.
20081218 23:13:27< zookeeper> like sometimes it also doesn't take a free ranged shot against a melee-only unit
20081218 23:13:57< zookeeper> (and no, not only in cases where the melee-only unit is very close to levelling)
20081218 23:15:06< fendrin> zookeeper: I noticed that behaviour as well.
20081218 23:16:03< boucman> do we have a savegame showing that ?
20081218 23:22:04< zookeeper> i don't
20081218 23:22:22< zookeeper> but maybe i can produce one after i got these changes to this one scenario finished..
20081218 23:25:37-!- zookeeper [n=l@dsl-tkubrasgw1-fe9ff800-215.dhcp.inet.fi] has quit []
20081218 23:38:40< fendrin> ESR_: ping
20081218 23:45:15< ESR_> fendrin: What's up?
20081218 23:46:02< fendrin> ESR_: Can you fix a bug for me that is in utbs? I believe I can't do it before the release. Exam this weekend.
20081218 23:46:15< ESR_> What bug?
20081218 23:48:01< fendrin> ESR_: http://www.wesnoth.org/forum/mcp.php?i=main&mode=post_details&f=22&p=325702&sid=bab27addef1dbfcd048dd49ef978f667
20081218 23:49:02< ESR_> Looking...
20081218 23:49:24< fendrin> ESR_: I have investigated the issue. The event at line 516 of scenario 3 is fired every time a village gets captured. That means if a single village is changed between sides for a couple of times the player looses.
20081218 23:53:58< ESR_> Ahh, I see.
20081218 23:54:11< ESR_> Yes, I think I can fix this.
--- Log closed Fri Dec 19 00:00:42 2008