--- Log opened Mon Sep 21 00:00:13 2009
20090921 00:13:20-!- giusef_ [n=giusef@unaffiliated/giusef] has quit ["exit (-1);"]
20090921 00:16:45-!- Doppp [n=Doppp@unaffiliated/doppp] has quit [Read error: 104 (Connection reset by peer)]
20090921 00:17:34-!- Doppp [n=Doppp@c-67-171-96-240.hsd1.pa.comcast.net] has joined #wesnoth-dev
20090921 00:22:20-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20090921 00:45:04-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20090921 00:46:05< Espreon> ilor: Excellent...
20090921 01:10:43-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has quit ["ChatZilla 0.9.85 [Firefox 3.0.14/2009082707]"]
20090921 01:12:13-!- ardesh_ [n=ardesh@port-92-206-69-203.dynamic.qsc.de] has joined #wesnoth-dev
20090921 01:12:19-!- Doppp [n=Doppp@unaffiliated/doppp] has quit [Connection timed out]
20090921 01:12:59-!- ardesh [n=ardesh@port-92-206-92-181.dynamic.qsc.de] has quit [Read error: 113 (No route to host)]
20090921 01:19:27-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 110 (Connection timed out)]
20090921 01:20:17-!- shikadibot [n=shikadi@wesnoth/umc-dev/bot/shikadibot] has quit ["killed"]
20090921 01:20:36-!- shikadibot [n=shikadi@wesnoth/umc-dev/bot/shikadibot] has joined #wesnoth-dev
20090921 01:21:22-!- PK0 [n=pk@r74-192-44-206.vctrcmta01.vctatx.tl.dh.suddenlink.net] has quit ["Java user signed off"]
20090921 01:31:49-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"]
20090921 01:32:19-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Remote closed the connection]
20090921 01:33:21< shadowmaster> 11 packets transmitted, 1 received, 90% packet loss, time 24333ms¶
20090921 01:33:31< shadowmaster> arg
20090921 01:36:57-!- ardesh__ [n=ardesh@92.195.72.108] has joined #wesnoth-dev
20090921 01:37:04-!- ardesh_ [n=ardesh@port-92-206-69-203.dynamic.qsc.de] has quit [Read error: 113 (No route to host)]
20090921 01:53:09-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20090921 02:02:29-!- Blueblaze [n=nick@76.202.23.166] has joined #wesnoth-dev
20090921 02:04:55-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit ["WRYYYYYYYYYYYYYYYYYYYY!"]
20090921 02:13:59-!- melinath [n=melinath@ip-78-236.wireless.oberlin.edu] has joined #wesnoth-dev
20090921 02:25:33< CIA-62> soliton * r38739 /branches/1.6/src/server/server.cpp: give a specific error message when no password is set
20090921 02:26:00< CIA-62> soliton * r38740 /trunk/src/server/server.cpp: give a specific error message when no password is set
20090921 02:26:11< CIA-62> soliton * r38741 /trunk/ (6 files in 4 dirs): * Made units with the 'healthy' trait always rest heal but take normal damage from poison.
20090921 02:47:19-!- Chusslove [n=Chusslov@brsg-d9befdc0.pool.mediaWays.net] has quit [Read error: 110 (Connection timed out)]
20090921 02:48:45-!- ardesh_ [n=ardesh@port-92-195-18-5.dynamic.qsc.de] has joined #wesnoth-dev
20090921 02:52:18-!- Chusslove [n=Chusslov@brsg-d9bef9f4.pool.mediaWays.net] has joined #wesnoth-dev
20090921 02:52:44-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20090921 02:54:47-!- Doppp [n=Doppp@c-67-171-96-240.hsd1.pa.comcast.net] has joined #wesnoth-dev
20090921 02:56:49-!- ardesh__ [n=ardesh@92.195.72.108] has quit [Read error: 145 (Connection timed out)]
20090921 03:02:17-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20090921 03:04:34-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20090921 03:18:59-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit ["WRYYYYYYYYYYYYYYYYYYYY!"]
20090921 03:26:18-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20090921 03:32:39-!- melinath [n=melinath@ip-78-236.wireless.oberlin.edu] has quit [Read error: 110 (Connection timed out)]
20090921 04:00:09-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20090921 04:15:48-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20090921 04:16:24-!- ardesh_ [n=ardesh@port-92-195-18-5.dynamic.qsc.de] has quit [Read error: 110 (Connection timed out)]
20090921 04:17:33-!- happygrue [n=George@wesnoth/developer/wintermute] has joined #wesnoth-dev
20090921 04:40:37-!- Blueblaze [n=nick@76.202.23.166] has quit [Read error: 110 (Connection timed out)]
20090921 04:44:37-!- Ivanovic_ [n=ivanovic@dtmd-4db26632.pool.mediaWays.net] has joined #wesnoth-dev
20090921 04:45:32-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20090921 04:47:30-!- melinath [n=melinath@ip-78-236.wireless.oberlin.edu] has joined #wesnoth-dev
20090921 05:01:36-!- Ivanovic [n=ivanovic@wesnoth/developer/ivanovic] has quit [Read error: 113 (No route to host)]
20090921 05:02:35-!- Ivanovic_ is now known as Ivanovic
20090921 05:03:08-!- Blueblaze [n=nick@adsl-76-202-23-166.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20090921 05:11:30-!- melinath [n=melinath@ip-78-236.wireless.oberlin.edu] has quit [Read error: 110 (Connection timed out)]
20090921 05:41:16-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20090921 05:47:34-!- Pk2 [n=pk@r74-192-44-206.vctrcmta01.vctatx.tl.dh.suddenlink.net] has joined #wesnoth-dev
20090921 05:47:47-!- melinath [n=melinath@ip-78-236.wireless.oberlin.edu] has joined #wesnoth-dev
20090921 05:49:52-!- Pk2 [n=pk@r74-192-44-206.vctrcmta01.vctatx.tl.dh.suddenlink.net] has quit [Client Quit]
20090921 05:53:52-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 113 (No route to host)]
20090921 06:06:41-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20090921 06:20:14-!- Blueblaze [n=nick@adsl-76-202-23-166.dsl.hstntx.sbcglobal.net] has quit [Remote closed the connection]
20090921 06:20:32-!- Blueblaze [n=nick@adsl-76-202-23-166.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20090921 06:30:29-!- melinath [n=melinath@ip-78-236.wireless.oberlin.edu] has quit [Read error: 60 (Operation timed out)]
20090921 06:33:32-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20090921 07:07:04-!- DDR [n=chatzill@66.183.125.196] has joined #wesnoth-dev
20090921 07:48:36-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20090921 07:49:41-!- silene [n=plouf@ASte-Genev-Bois-152-1-7-29.w82-121.abo.wanadoo.fr] has joined #wesnoth-dev
20090921 07:50:00< zookeeper> the latest windows build is really dreadfully laggy in-game (in a scenario). uses about 20% CPU when idle with map and standing anims turned off.
20090921 07:50:02-!- DDR [n=chatzill@66.183.125.196] has quit ["Time flies like an arrow. Fruit files like a bannana."]
20090921 08:07:30-!- stikonas [n=and@ctv-213-164-127-168.vinita.lt] has joined #wesnoth-dev
20090921 08:16:14-!- silene [n=plouf@wesnoth/developer/silene] has quit [Read error: 60 (Operation timed out)]
20090921 08:19:31< Soliton> zookeeper: try the new build.
20090921 08:20:59< Soliton> and maybe remember the revision if the previous build.
20090921 08:22:01< zookeeper> all righty
20090921 08:22:08-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20090921 08:22:11< zookeeper> the previous one was r38719
20090921 08:23:29< zookeeper> err, and the new one is the same
20090921 08:23:34-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20090921 08:23:54-!- stikonas [n=and@ctv-213-164-127-168.vinita.lt] has joined #wesnoth-dev
20090921 08:29:55-!- silene [n=plouf@ASte-Genev-Bois-152-1-39-234.w83-114.abo.wanadoo.fr] has joined #wesnoth-dev
20090921 08:36:52-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20090921 08:37:16-!- blarumyrran [n=minaise@81-20-159-197.levira.ee] has quit [Read error: 113 (No route to host)]
20090921 08:37:34-!- Blueblaze [n=nick@adsl-76-202-23-166.dsl.hstntx.sbcglobal.net] has quit [Read error: 104 (Connection reset by peer)]
20090921 08:38:46-!- stikonas [n=and@ctv-213-164-127-168.vinita.lt] has joined #wesnoth-dev
20090921 08:47:09-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has joined #wesnoth-dev
20090921 08:54:10-!- euschn [n=chatzill@wesnoth/developer/euschn] has joined #wesnoth-dev
20090921 08:58:53-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 104 (Connection reset by peer)]
20090921 09:03:54-!- stikonas [n=and@ctv-213-164-127-168.vinita.lt] has joined #wesnoth-dev
20090921 09:27:32-!- EdB [n=edb@87.117.88-79.rev.gaoland.net] has joined #wesnoth-dev
20090921 09:36:52-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20090921 09:49:07< Ivanovic> moin
20090921 09:50:11< euschn> hi Ivanovic 
20090921 09:51:01-!- silene [n=plouf@wesnoth/developer/silene] has quit ["Leaving."]
20090921 09:51:35< Espreon> Ic grete þe.
20090921 10:10:11-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit ["WRYYYYYYYYYYYYYYYYYYYY!"]
20090921 10:16:10-!- YogiHH [i=d4ca9d15@wesnoth/developer/yogihh] has joined #wesnoth-dev
20090921 10:16:17< YogiHH> hello
20090921 10:17:17< Ivanovic> regarding the fedex status page my tshirt should arrive today (it is on the delivery vehicle since 8:34)
20090921 10:26:55-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20090921 10:34:08< euschn> hm, I havent got any message from fedex yet. seems im on one of the later batches being sent out
20090921 10:34:35< euschn> a wml question: can scenarioWML contain a [variables] tag?
20090921 10:37:36< AI0867> it's a savegame thing
20090921 10:37:39< AI0867> so probably not
20090921 10:37:54< euschn> AI0867: ok, thanks
20090921 10:51:50< Ivanovic> euschn: no, you are a student
20090921 10:52:06< Ivanovic> those are not shipped yet since you also get a certicificate and all the likes
20090921 10:52:13< euschn> i see
20090921 11:10:41< ilor> god I hate the enrollement system I'm forced to use in my uni
20090921 11:11:50< ilor> it's a Java/Oracle WWW thing, and it curls up and cries when 100+ people start using it at once
20090921 11:11:59< ilor> so obviously the enrollements were scheduled so 300 people are to pick their classes at the same time
20090921 11:11:59< Ivanovic> ilor: sounds lovely
20090921 11:12:26-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has quit ["leaving"]
20090921 11:12:50< ilor> I was supposed to start at 9:10, around 9:30 I got past the login screen
20090921 11:13:47< ilor> and around 10:30 I was finished, after taking a whoopiung 14 choices in total
20090921 11:13:47< ilor> obviouly, my class schedule for th enext semester sucks hugely _-_
20090921 11:41:48< Ivanovic> lucky me
20090921 11:41:48< Ivanovic> at my university (at least for CS stuff) there is no enrollment needed beside for some special things
20090921 11:41:48< ilor> I'll be starting wit a lovely lab class on Monda, 0730
20090921 11:41:48< ilor> the other choices were Wednesday 0730 but I have to take a class thats Wednesday evening, or Friday afternoon but before the HTTP POST got through all the places were taken. 
20090921 11:41:49< ilor> at least my courses are safe. There's a five-pronged password policy - change every 30 days, must contain a number, number must not be first or last character, must differ from previous password by more than 3 chars, must be at leas 8 chars. Yeh, makes me feel a lot better </sarcasm>
20090921 11:41:49< Ivanovic> that is all over the studies (lasting 9 terms) these are the things we got to enroll for: "lite" seminar (per seminar only 12 students can hold a talk...), "full" seminar (per seminar only 12 students can hold a talk...), "hardware practical training" (using some simulator to generate circuits by clicking and swearing, "limited" amount of computers available, though no real problem...), "software practical training" (two smaller 
20090921 11:41:49< Ivanovic> projecs done in groups of 8 students, they have to do some group matching, that is why enrollment is needed), project group (8 to 12 students working on a project for 12 months, matching has to be done and limited number of slots per project)
20090921 11:41:49< Ivanovic> all other classes are basically "come to the lecture and somehow we will match you into the exercises, basicall based on "when you are there when an exercise starts, you are in it""
20090921 11:41:49< ilor> the amount of money that went into this pice of shit system makes me lose faith in a lot of things
20090921 11:41:49< ilor> *piece
20090921 11:41:49< ilor> Ivanovic: the last bit is similar here... with some of the more reasonable profs
20090921 11:41:50< ilor> finding which prof is reasonable is left as an excercise to the students
20090921 11:41:50< Ivanovic> ilor: sure, they use something to match classes with 300 or more students to exercises (those are mainly the base classes)
20090921 11:41:50< Ivanovic> but this is done somehow in the lectures, often by handing some sheets around with limited space where students who want to participate in a specific exercise just enlist themselves
20090921 11:41:50< ilor> and to think I didn't like the old system which involved waiting in a line/crowd for an hour and then rushing to one of the terminals where the DOS-based software was running. At least we were divided into 50-ish people groups then.
20090921 11:41:51-!- loonybot [n=loonybot@79.139.139.50] has joined #wesnoth-dev
20090921 11:41:51-!- loonycyborg [n=sergey@79.139.139.50] has joined #wesnoth-dev
20090921 11:41:51-!- Crab_ [i=crab@wesnoth/developer/crab] has joined #wesnoth-dev
20090921 11:41:51< Crab_> hi
20090921 11:41:51< Crab_> deekay: around ?
20090921 11:41:51< Ivanovic> Crab_: yesterday around this time i left you a message in the log (some output from wmlxgettext (nonpythonversion))
20090921 11:41:51< Crab_> Ivanovic: ok, I'll take a look
20090921 11:41:51< Ivanovic> Crab_: that is mainly relevant regarding LoW since there it is not nice that it thinks stuff is unbalanced (it only *thinks* so, maybe you can have a look at working around this)
20090921 11:41:51< Ivanovic> if it is not possible to directly fix it / change it there, you can maybe move the offending stuff out of the respective source file by putting it into some macro
20090921 11:41:51< Ivanovic> (the prob with wmlxgettext is that it works on a per file basis, so if it has a problem with one cfg file, it won't be able to generate the context info like speaker=Konrad for the whole file if it sees such a problem)
20090921 11:41:51< Crab_> is wesnoth.org http server alive ?
20090921 11:41:51-!- Appleman1234 [n=Appleman@131.181.102.119] has joined #wesnoth-dev
20090921 11:41:51< YogiHH> Crab_: dead for me as well
20090921 11:41:51< Ivanovic> here too
20090921 11:41:51< Crab_> Ivanovic: can you tell me how to reproduce that wmlxgettext thing, then ?
20090921 11:42:06< Ivanovic> Crab_: it occurs when you run a pot-update
20090921 11:42:31< Ivanovic> if you are on linux you can do it with any build environment
20090921 11:42:49< Ivanovic> on windows you will probably have to call the script yourself via terminal
20090921 11:42:51< Crab_> yes, linux. is does it happen only after a specific svn release ?
20090921 11:43:37< Ivanovic> the "problem" is related to your additions of ai stuff to LoW
20090921 11:45:35< Crab_> ok, got some output from it.
20090921 11:45:45< Ivanovic> cd /src/wesnoth && /src/wesnoth/utils/wmlxgettext --directory=/src/wesnoth --domain=wesnoth-low `cd /src/wesnoth && sh /src/wesnoth/po/wesnoth-low/FINDCFG` > /src/wesnoth/po/wesnoth-low/wesnoth-low.wml.pot
20090921 11:45:55< Ivanovic> that should be the plain command to run wmlxgettext
20090921 11:46:11< Ivanovic> assuming that root of your trunk checkout is in /src/wesnoth
20090921 11:46:46< Crab_> ok, got those errors
20090921 11:46:47-!- |ilor| [n=kvirc@aeru56.neoplus.adsl.tpnet.pl] has joined #wesnoth-dev
20090921 11:46:57< Ivanovic> (and the FINDCFG script just looks for all files ending with .cfg in data/campaigns/Legend_of_Wesmere
20090921 11:48:29-!- |ilor| [n=kvirc@aeru56.neoplus.adsl.tpnet.pl] has quit [Client Quit]
20090921 11:48:30< Ivanovic> (as you see, the stuff does not break anything in the game, the old perl script is just too stupid to work nicely with those cases since it is meant to work in an "as simple as possible" manner, esr wrote a replacement in python which i tested a little yesterday and that is too heavy, just for a single textdomain it needs 10mins to extract the strings)
20090921 11:48:40-!- ilor_ [n=ilor@wesnoth/developer/ilor] has joined #wesnoth-dev
20090921 12:02:59< CIA-62> crab * r38742 /trunk/data/campaigns/Legend_of_Wesmere/scenarios/ (02_Hostile_mountains.cfg 03_Kalian.cfg): workaround for an error in perl-based wmlxgettext - it thinks that 'non-comment #comment about [tag]' string contains a tag start
20090921 12:03:20< Crab_> Ivanovic: ^
20090921 12:03:34-!- Appleman1234 [n=Appleman@131.181.102.119] has quit [Read error: 54 (Connection reset by peer)]
20090921 12:03:55-!- ilor [n=kvirc@wesnoth/developer/ilor] has quit [Read error: 110 (Connection timed out)]
20090921 12:04:08< Ivanovic> Crab_: any idea if this problem exists at other (ai related) places, too?
20090921 12:04:47< Crab_> this is not ai-related per se, it's simply a comment which start from the middle of the string which includes [tag]
20090921 12:05:00< Ivanovic> yeah, saw the diff
20090921 12:05:27< Ivanovic> Crab_: do you know a nice regexp to grep for those cases?
20090921 12:05:42< Crab_> will try to do this now
20090921 12:07:16< zookeeper> fendrin, wow, i tried to figure out what's wrong with the AI controller, and frankly i don't really have a clue about all that stuff in a [side]s [ai] (in a savefile anyway).
20090921 12:07:44< zookeeper> so hard to say whether the changes via [modify_side] are getting through properly
20090921 12:08:39< Crab_> zookeeper: try :inspect and --log-info=ai/mod
20090921 12:09:34< zookeeper> huh. awesome feature.
20090921 12:09:50< Crab_> zookeeper: aggression/caution changes should work
20090921 12:10:00< Crab_> zookeeper: protect_FOO is broken atm
20090921 12:10:15< fendrin> zookeeper: Maybe fix the wring dialogue logic first. There may be nothing wrong with the ai wml. To me it looks like [insert_tag] is somehow broken.
20090921 12:10:22< Crab_> zookeeper: setting targets can be done via modify_ai (not via modify_side]
20090921 12:10:25< fendrin> s/wring/wrong
20090921 12:11:37< zookeeper> well, wesnoth.org seems to be down so i can't really do anything about it right now
20090921 12:13:59-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20090921 12:14:58< Crab_> zookeeper: about AI controller, it's better to do it this way: 1) discuss what it should be able to do for 1.8  2) you implement the dialogue part of it 3) I implement the AI modification part of it
20090921 12:20:50< zookeeper> sounds good to me
20090921 12:21:03< Crab_> so, let's start with 1)
20090921 12:23:20< zookeeper> well, what i'd like to see is firstly to be able to customize the text (so you could replace "Be more aggressive" with "Grüü, go squash them" etc) - not too hard, and doesn't require string changes.
20090921 12:23:49< Crab_> the most 'usable' AI parameters are:  'avoid' - make ai fully ignore certain map areas, 'leader goal' - make ai move it's leader to other place,   'caution'+'aggression', [goal]s - unit that the ai wants to kill/protect, recruitment pattern - what the ai should recruit
20090921 12:23:49< zookeeper> then secondly, to be able to add more options on a per-scenario basis (so you could add an option telling your ally to spring the ambush, or something)
20090921 12:24:37< Crab_> note that we should take note that we're entering feature freeze for 1.8 soon, so it's better to base on something that already works
20090921 12:25:05< zookeeper> yeah, none of these should be large changes
20090921 12:25:18< loonycyborg> zookeeper: Are you still getting the lag issue with the binary from the server?
20090921 12:25:26< zookeeper> loonycyborg, no, it's fine now
20090921 12:26:07< loonycyborg> Weird..
20090921 12:27:56< Crab_> zookeeper: so, menu can be like 'instruct to avoid some scenario-determined area' 'instruct to move leader to another place and stay there', 'instruct to move leader to another place and then be free', 'instruct to be more aggressive', 'instruct to be more cautious', 'set target to kill/protect', 'set recruitment pattern'
20090921 12:29:02< Crab_> zookeeper: note that, if something of this requires some funny custom controls, it's possible to construct a dedicated gui2 dialog just for ai controller'
20090921 12:29:06< zookeeper> Crab_, yeah, basically whatever the scenario designer wants to put there. i'd like to keep the core version very simple and with as few options as possible.
20090921 12:29:35< Crab_> zookeeper: I've listed those options which 'work' atm
20090921 12:30:01< Crab_> (i.e. there's an macro to instruct ai leader to move to another place and then be free')
20090921 12:30:25< Crab_> this will deal with many situations where player has problems because some AI ally is killed 
20090921 12:30:37< Crab_> as the player will be able to 'redeploy' ally to another keep
20090921 12:30:38< zookeeper> umm, where is that?
20090921 12:33:14< Crab_> data/core/macros/ai.cfg
20090921 12:34:35< zookeeper> wow, looks confusing
20090921 12:34:45< Crab_> yes, it's not documented yet
20090921 12:35:09< zookeeper> ah, good ;)
20090921 12:35:20< Crab_> there'll be documentation in the wiki
20090921 12:35:48< Crab_> but, basically, there's fire-and-forget code you can put inside an [event] and the ai leader will get a new leader goal
20090921 12:37:10< Ivanovic> zookeeper: what do you think of a small hack to satisfy the old wmlxgettext script regarding the (intentionally!) unbalanced macro at data/core/macros/abilities.cfg:502
20090921 12:37:38< Ivanovic> zookeeper: that is moving that macro into an extra file that is just included in the normal abilities macro file
20090921 12:37:38< Crab_> zookeeper: something like {MODIFY_AI_ADD_ASPECT 2 leader_goal {AI_ASPECT_LEADER_GOAL_MOVE_TO 10 15 } }      or     {MODIFY_AI_ADD_ASPECT 2 leader_goal {AI_ASPECT_LEADER_GOAL_MOVE_TO_AND_STAY_THERE 10 15 } }
20090921 12:39:02< Ivanovic> the benefit would be that translators should have all the comments from the rest of the file which is probably really helpfull
20090921 12:39:04< zookeeper> hrhm..
20090921 13:16:56< zookeeper> can't some hack be added to wmlxgettext instead? :P
20090921 13:17:20< Ivanovic> zookeeper: you know, the script is intentionally stupid
20090921 13:17:22< Ivanovic> and this one is a damn special case that only exists once in all of wesnoth
20090921 13:17:25< CIA-62> zookeeper * r38743 /trunk/data/core/macros/ai_controller.cfg: Fixes a problem with the menus listing sides.
20090921 13:17:25< Crab_> Ivanovic: I can think of a hack...
20090921 13:17:25< Crab_> Ivanovic: we can try to abuse the bug you spotted yesterday
20090921 13:17:25< Ivanovic> Crab_: i don't think that we should add to the perl wmlxgettext script
20090921 13:17:25< Crab_> Ivanovic: no :)
20090921 13:17:25< zookeeper> Ivanovic, yeah, that's why i thought that maybe you could just add some simple hack to wmlxgettext instead, triggered by something we can put inside that macro call
20090921 13:17:25< Ivanovic> and the python one is a nice "is it possible" case but not really usable since it is too slow
20090921 13:17:25< Crab_> Ivanovic: it can be done by modifying the data/core/macros/abilities.cfg file
20090921 13:17:25< Crab_> Ivanovic: can you paste the command to launch wmlxgettext on that file?
20090921 13:17:25< Ivanovic> Crab_: the problem seems to be that it *only* happens if you have some "content" before the #
20090921 13:17:25< zookeeper> like add a comment like "# wmlxgettexthack [abilities]" to the macro so the wmlxgettext thinks that's an opening tag, or something equally simple.
20090921 13:17:26< Ivanovic> cd /src/wesnoth && /src/wesnoth/utils/wmlxgettext --directory=/src/wesnoth --domain=wesnoth data/macros/*.cfg > /src/wesnoth/abilities.wml.pot
20090921 13:17:26< Ivanovic> that command should do the trick
20090921 13:17:26< Crab_> thanks
20090921 13:17:26< Ivanovic> argh, no, it does not, does not like the *
20090921 13:17:26< Ivanovic> even worse, i forgot the core/
20090921 13:17:26< Ivanovic> cd /src/wesnoth && /src/wesnoth/utils/wmlxgettext --directory=/src/wesnoth --domain=wesnoth data/core/macros/*.cfg > /src/wesnoth/abilities.wml.pot
20090921 13:18:57< Crab_> Ivanovic: http://wesnoth.pastebin.com/m6d9fdd0a
20090921 13:18:57< Crab_> Ivanovic: there's more errors there, but it deals with that specific unbalanced macro
20090921 13:18:59< loonycyborg> It's kinda fitting to use one bug to fix another bug :P
20090921 13:19:03< Crab_> loonycyborg: suddenly, the first bug became a feature :)
20090921 13:19:46-!- euschn [n=chatzill@wesnoth/developer/euschn] has quit [Read error: 131 (Connection reset by peer)]
20090921 13:25:43-!- euschn [n=chatzill@85-127-129-71.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
--- Log opened Mon Sep 21 14:01:55 2009
20090921 14:02:04-!- lobby [n=wesnoth@wesnoth/bot/lobby] has joined #wesnoth-dev
20090921 14:02:04-!- Topic for #wesnoth-dev: string and feature freeze start on Sunday, 27.9.2009! | 1.7.6 planned for 27.9. | 90 bugs, 243 feature requests, 13 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20090921 14:02:04-!- Topic set by wesbot [] [Sun Sep 20 22:56:23 2009]
20090921 14:02:04[Users #wesnoth-dev]
20090921 14:02:04[ AI0867   ] [ deekay ] [ euschn_  ] [ knotwork   ] [ shadowmaster] 
20090921 14:02:04[ Amu      ] [ dfranke] [ fendrin  ] [ lobby      ] [ shikadibot  ] 
20090921 14:02:04[ AnMaster ] [ Doppp  ] [ happygrue] [ loonybot   ] [ Smar        ] 
20090921 14:02:04[ Chusslove] [ erl_   ] [ ilor_    ] [ loonycyborg] [ Tigge       ] 
20090921 14:02:04[ CIA-62   ] [ esr    ] [ isaac_   ] [ mjs-de     ] [ wesbot      ] 
20090921 14:02:04[ corn     ] [ ettin  ] [ Ivanovic ] [ nital      ] [ YogiHH      ] 
20090921 14:02:04[ Crab_    ] [ euschn ] [ kimrhh   ] [ Rhonda     ] [ zookeeper   ] 
20090921 14:02:04-!- Irssi: #wesnoth-dev: Total of 35 nicks [0 ops, 0 halfops, 0 voices, 35 normal]
20090921 14:02:13-!- Soliton [n=Soliton@wesnoth/developer/soliton] has joined #wesnoth-dev
20090921 14:02:14-!- Channel #wesnoth-dev created Tue Jan 27 06:28:41 2009
20090921 14:02:17< Crab_> here they are...
20090921 14:02:32< Ivanovic> and wesnoth.org is back
20090921 14:03:11-!- Irssi: Join to #wesnoth-dev was synced in 75 secs
20090921 14:07:58< Ivanovic> Soliton: it seems to again have happened while some svn command was running
20090921 14:08:02< Ivanovic> this time 1.6 is locked
20090921 14:09:01< Ivanovic> Soliton: the message i got back after the reboot request:
20090921 14:09:08< Ivanovic> "The server had "out of memory" errors on the console, and has been rebooted."
20090921 14:24:37-!- euschn [n=chatzill@85-127-129-71.dynamic.xdsl-line.inode.at] has quit [Read error: 110 (Connection timed out)]
20090921 14:24:37-!- euschn_ [n=chatzill@wesnoth/developer/euschn] has quit [Read error: 110 (Connection timed out)]
20090921 14:26:41-!- stikonas [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20090921 14:27:36-!- Crab_ [i=crab@wesnoth/developer/crab] has quit ["Leaving."]
20090921 14:39:40-!- euschn [n=chatzill@wesnoth/developer/euschn] has joined #wesnoth-dev
20090921 14:46:24< euschn> YogiHH: I spent some time looking at moving [variables] to replay_start. Im not convinced it makes sense tho, as replays do not really need to know the initial state of the variables
20090921 14:46:46< euschn> all replay saves contain is the after-scenario state of [variables]
20090921 14:47:56< euschn> YogiHH: so why save an initial state (which isnt needed) in replay start? other way around, it seems weird to put after-scenario values in a tag that is supposed to cotnian the initial scenairo information
20090921 14:48:33< euschn> to me, it rather seems to make sense to remove ]variables] from snapshot - but i guess there is a reason for it being there?
20090921 14:49:00< YogiHH> euschn: That is true for a replay save. However, if you load a midgame save with "show replay" checked, you have both the snapshot and replay_start with possibly different variables. Then for me it makes more sense to put the variables into replay_start instead of root.
20090921 14:51:13-!- EdB [n=edb@87.117.88-79.rev.gaoland.net] has joined #wesnoth-dev
20090921 14:51:39< YogiHH> euschn: Errm, actually that applies to every save with a snapshot, no matter if you check "show replay" or not :)
20090921 14:52:09< YogiHH> euschn: I just wanted to point out, that you can view a replay of midgame saves as well
20090921 14:52:56< YogiHH> euschn: And that the variable contents might have changed between start of the scenario and current state of snapshot
20090921 14:53:47< euschn> YogiHH: yes, but the root contains these changes aswell
20090921 14:54:03< YogiHH> ugh, really?
20090921 14:54:14< euschn> yes, I just tried it with my testcampaign
20090921 14:54:34< YogiHH> well, that would explain quite a number of corrupted replays, then, i suppose
20090921 14:54:59< euschn> YogiHH: add a variable foo=1 in prestart, then print it with a message in start and foo++ afterwards
20090921 14:55:18< euschn> you then have foo=2 in root adn snpashot
20090921 14:55:56< euschn> YogiHH: thats what I meant by replays never have access to the intial variable state
20090921 14:56:00< YogiHH> that means replays have a wrong variable state as soon as something changes the variable content - not good
20090921 14:56:27< YogiHH> euschn: well, feel free to change that ;-)
20090921 14:56:49< euschn> YogiHH: interestingly, in my example it still works: replays have replay_start, which contains all the events that change the variables in this case
20090921 14:57:20< euschn> but I guess there might be some counterexample where that doesnt work?
20090921 14:57:20< YogiHH> euschn: It will work as long as the variables are not containing critical information.
20090921 14:57:43< YogiHH> yeah, bet on that :/
20090921 14:58:19< YogiHH> I am still busy with scenario carry over issues for mp campaigns, so if you want to tackle that...
20090921 14:59:06< euschn> YogiHH: ok so we use the initial-state variables for replays, and naturally store them in replay_start
20090921 14:59:09< euschn> yes can do
20090921 14:59:20< YogiHH> yes
20090921 15:07:38-!- MikeJB [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #Wesnoth-dev
20090921 15:07:46< Ivanovic> Soliton, elias: https://gna.org/patch/index.php (though i *think* it is for elias only)
20090921 15:10:59-!- MikeJB [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Client Quit]
20090921 15:24:37-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20090921 15:28:36< CIA-62> euschn * r38745 /trunk/src/playcampaign.cpp: wml variables are now added to game_state.starting_pos to preserve their state at scenario start
20090921 15:28:49< YogiHH> euschn: I have seen, that for example mp timer informations are stored within the unit config of the leader (in a savegame). Any idea, where that happens? And why it is not put into the side config?
20090921 15:29:42< euschn> YogiHH: I have never had a look at mp timer information, whats its use?
20090921 15:31:00< YogiHH> It's countdown information that limits the time you got for your turn. You can identify it by using the pattern "mp_countdown*".
20090921 15:31:33< YogiHH> Usually it should be directly inside of snapshot or replay_start, but it also appears (redundant) within the leader config
20090921 15:36:20-!- ardesh [n=ardesh@port-92-206-114-225.dynamic.qsc.de] has joined #wesnoth-dev
20090921 15:36:22-!- stikonas [n=and@ctv-213-164-127-168.vinita.lt] has joined #wesnoth-dev
20090921 15:40:32-!- blarumyrran [n=minaise@81.20.159.197] has joined #wesnoth-dev
20090921 15:45:44< euschn> YogiHH: i see. is there a c++ object that stores the timer information, or is it just taken from a config?
20090921 15:46:04< euschn> YogiHH: and the leader unit info in question, is that from snapshot or replay _start?
20090921 15:48:22< YogiHH> euschn: Regarding the C++ object: There is one, but it only exists on my notebook so far ;-). If the train ride back home doesn't reveal more problems, i will probably check it in tonight.
20090921 15:48:38< euschn> ok :)
20090921 15:48:57< YogiHH> euschn: I think it was the snapshot, but i am not sure. 
20090921 15:56:44< CIA-62> euschn * r38746 /trunk/src/gamestatus.cpp: when populating game_state.variables_, snapshot/replay_start is now prioritized over savefile root
20090921 16:01:05-!- Sirp [n=user@wesnoth/developer/dave] has joined #wesnoth-dev
20090921 16:21:27< CIA-62> euschn * r38747 /trunk/src/ (gamestatus.cpp gamestatus.hpp savegame.cpp): wml variables are no longer stored at the savefile root
20090921 16:24:53< Ivanovic> wesbot: seen elias
20090921 16:24:54< wesbot> Ivanovic: The person with the nick elias last spoke 3d 22h ago.  22h 40m ago was here and on the channels #wesnoth and #wesnoth-de with the message: Read error: 145 (Connection timed out)
20090921 16:40:30-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20090921 16:43:33-!- stikonas [n=and@ctv-213-164-127-168.vinita.lt] has joined #wesnoth-dev
20090921 16:51:13-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20090921 16:52:03-!- corn [n=cornmand@wesnoth/developer/cornmander] has quit [Read error: 110 (Connection timed out)]
20090921 16:56:46-!- YogiHH [i=d4ca9d15@wesnoth/developer/yogihh] has left #wesnoth-dev []
20090921 16:56:51-!- EdB [n=edb@87.117.88-79.rev.gaoland.net] has quit [Remote closed the connection]
20090921 16:59:49-!- stikonas [n=and@ctv-213-164-127-168.vinita.lt] has joined #wesnoth-dev
20090921 17:01:16-!- fabi [n=fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20090921 17:05:01< CIA-62> euschn * r38748 /trunk/src/playcampaign.cpp: fixed wml variable population when loading midgame saves with 'show replay'
20090921 17:07:35-!- euschn [n=chatzill@wesnoth/developer/euschn] has quit ["ChatZilla 0.9.85 [Firefox 3.0.14/2009090216]"]
20090921 17:08:34< CIA-62> soliton * r38749 /branches/1.6/data/tools/wmlunits: [wmlunits] change the process names of wmlunits to 'wmlunits' so it can be killed more easily
20090921 17:12:27-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20090921 17:14:24-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20090921 17:17:03-!- fendrin [n=fabi@wesnoth/developer/fendrin] has quit [Read error: 110 (Connection timed out)]
20090921 17:21:58-!- anakayub [n=anakayub@203.82.79.101] has joined #wesnoth-dev
20090921 17:28:22-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20090921 17:29:27-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20090921 17:32:58-!- happygrue [n=George@wesnoth/developer/wintermute] has quit [Read error: 104 (Connection reset by peer)]
20090921 17:39:11-!- ilor_ [n=ilor@wesnoth/developer/ilor] has quit [Read error: 104 (Connection reset by peer)]
20090921 18:04:13-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20090921 18:11:58-!- Sirp_ [n=user@pool-71-164-166-178.dllstx.fios.verizon.net] has joined #wesnoth-dev
20090921 18:22:52-!- Sirp [n=user@wesnoth/developer/dave] has quit [Read error: 110 (Connection timed out)]
20090921 18:33:11-!- Blueblaze [n=nick@adsl-76-202-23-166.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20090921 18:38:44-!- EdB [n=edb@79.88.117.87] has joined #wesnoth-dev
20090921 18:58:23-!- MikeJB [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #Wesnoth-dev
20090921 19:01:37-!- MikeJB is now known as Aethaeryn
20090921 19:09:03-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20090921 19:09:57-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20090921 19:11:49-!- stikonas [n=and@ctv-213-164-127-168.vinita.lt] has joined #wesnoth-dev
20090921 19:13:05-!- mordante [n=mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20090921 19:13:20< mordante> servus
20090921 19:18:21< mordante> cool Ivanovic, wonder when my shirt arrives
20090921 19:20:11-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit ["Isthay Isyay ARTASPAY!"]
20090921 19:21:11-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20090921 19:22:45-!- anakayub [n=anakayub@203.82.79.101] has quit [Read error: 110 (Connection timed out)]
20090921 19:23:28< Ivanovic> mordante: you should have a fedex message with a tracking number
20090921 19:26:24< mordante> Ivanovic, I have my shirt is in the Netherlands only they expect it to arrive on Wednesday...
20090921 19:26:30-!- anakayub [n=anakayub@203.82.91.103] has joined #wesnoth-dev
20090921 19:26:45< Ivanovic> mordante: uhm, the expected arrival for me was wednesday, too
20090921 19:26:47< Ivanovic> ;)
20090921 19:27:07< mordante> but that's why I wonder when I get it ;-)
20090921 19:28:25< mordante> but yours is way too early then ;-P
20090921 19:28:55< mordante> did they hand deliver it or put it in the mailbox?
20090921 19:29:01< Ivanovic> hand deliver
20090921 19:29:17< Ivanovic> maybe they tried to deliver it to you but you were not around
20090921 19:29:19< Ivanovic> ;)
20090921 19:29:23-!- Blueblaze [n=nick@adsl-76-202-23-166.dsl.hstntx.sbcglobal.net] has quit [Remote closed the connection]
20090921 19:29:56< mordante> normally they leave a note then, but last year they put it in the mailbox 
20090921 19:30:11< mordante> so if they don't Wednesday might be reality 
20090921 19:30:53< Ivanovic> last year it was air mail for me
20090921 19:30:55< Ivanovic> not fedex
20090921 19:31:54< mordante> for me as well, well I'll wait and see
20090921 19:33:57-!- esr [n=chatzill@static-71-162-243-5.phlapa.fios.verizon.net] has quit [Remote closed the connection]
20090921 19:34:04< Ivanovic> if the current status reads "On FedEx vehicle for delivery" they will try to deliver it that day
20090921 19:34:19-!- esr [n=chatzill@static-71-162-243-5.phlapa.fios.verizon.net] has joined #wesnoth-dev
20090921 19:35:03< mordante> it says that but nothing in my mailbox... :-(
20090921 19:35:25-!- lizard_r [n=Miranda@wesnoth/umc-dev/developer/lizard] has joined #wesnoth-dev
20090921 19:35:44< Ivanovic> no idea if they really leave a paper or just retry the next day
20090921 19:36:26< mordante> most leave a paper since people aren't at home and want to have it delivered at they work address ;-)
20090921 19:42:20-!- MikeJB [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #Wesnoth-dev
20090921 19:51:03-!- rtfb [n=read-the@78-56-0-35.static.zebra.lt] has joined #wesnoth-dev
20090921 19:51:27< rtfb> esr, ping
20090921 19:51:44< esr> rtfb: What's up?
20090921 19:51:56< rtfb> typo in LoW:
20090921 19:51:57< rtfb> rtfb@dungeon:~/hacking/wesnoth$ svn annotate data/campaigns/Legend_of_Wesmere/utils/deaths.cfg | grep "I an def"
20090921 19:51:58< rtfb>  38676        esr         message= _ "I an defeated. Now the orcs will destroy us!"
20090921 19:52:14< esr> Argh.
20090921 19:52:19< esr> Will fix.
20090921 19:53:43< CIA-62> esr * r38750 /trunk/data/campaigns/Legend_of_Wesmere/utils/deaths.cfg: Typo fix.
20090921 19:54:43< rtfb> thanks
20090921 19:54:53< CIA-62> esr * r38751 /trunk/data/campaigns/Legend_of_Wesmere/utils/deaths.cfg: Comment fix.
20090921 19:55:06< crimson_penguin> what does lobby do
20090921 19:55:13< crimson_penguin> ?
20090921 19:55:42-!- MikeJB_ [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #Wesnoth-dev
20090921 19:58:01< Soliton> whois it.
20090921 19:59:57-!- deekay [n=dk@wesnoth/developer/dragonking] has quit [Read error: 110 (Connection timed out)]
20090921 20:00:24< crimson_penguin> so its purpose is to provide a URL in its whois?
20090921 20:01:33-!- MikeJB_ [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit ["damn internet"]
20090921 20:02:41< Soliton> maybe you want to look at one of the channels it is in.
20090921 20:05:33-!- MikeJB [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Read error: 110 (Connection timed out)]
20090921 20:11:42-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20090921 20:11:51< mordante> Ivanovic, mystery solved the shirt was delivered at the neighbours, so have my shirt now as well :-)
20090921 20:16:16< CIA-62> mordante * r38752 /trunk/Doxyfile: 
20090921 20:16:16< CIA-62> Change doxygen to glob src recursively.
20090921 20:16:16< CIA-62> This avoids adding every subdirectory to src manually.
20090921 20:16:49-!- Tesafilmchen [n=quassel@p5B27750B.dip.t-dialin.net] has joined #wesnoth-dev
20090921 20:17:00-!- Tesafilmchen [n=quassel@p5B27750B.dip.t-dialin.net] has quit [Remote closed the connection]
20090921 20:17:20-!- Tesafilmchen [n=micha@p5B27750B.dip.t-dialin.net] has joined #wesnoth-dev
20090921 20:19:14< Ivanovic> :)
20090921 20:19:19-!- YogiHH [n=chatzill@c223129.adsl.hansenet.de] has joined #wesnoth-dev
20090921 20:21:23< mordante> hi YogiHH did you also get your shirt?
20090921 20:21:34< YogiHH> mordante: yup
20090921 20:21:40< mordante> :-)
20090921 20:30:05-!- blarumyrran [n=minaise@81.20.159.197] has quit []
20090921 20:37:33< crimson_penguin> shadowmaster: wesnoth_tc doesn't seem to work on PPC; big endian bug maybe?
20090921 20:45:59-!- silene [n=plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20090921 20:46:06< silene> hi
20090921 20:46:33< crimson_penguin> hi silene 
20090921 20:48:33< mordante> hi silene 
20090921 20:50:35< CIA-62> ivanovic * r38753 /trunk/ (50 files in 2 dirs): add the typo fixed in r38750 to pofix and run it on the relevant files
20090921 21:04:57-!- ilor [n=ilor@wesnoth/developer/ilor] has joined #wesnoth-dev
20090921 21:14:46-!- giusef [n=giusef@95.234.252.184] has joined #wesnoth-dev
20090921 21:18:56-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20090921 21:24:48< CIA-62> mordante * r38754 /trunk/src/gui/auxiliary/event/dispatcher.cpp: 
20090921 21:24:48< CIA-62> Documentation for the new event handling.
20090921 21:24:48< CIA-62> The documentation contains some ideas, not all is cast in stone yet. And
20090921 21:24:48< CIA-62> the code supporting the ideas hasn't been born yet.
20090921 21:25:37-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20090921 21:26:05< mordante> ilor, ^ since you ran into most limits of gui2, can you have a look at this documentation and see whether I might have missed something important?
20090921 21:26:07-!- yann [n=dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has joined #wesnoth-dev
20090921 21:36:28-!- giusef [n=giusef@unaffiliated/giusef] has quit ["exit (-1);"]
20090921 21:44:56-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20090921 21:45:30-!- Sapient [n=patrickp@wesnoth/developer/sapient] has joined #wesnoth-dev
20090921 21:46:50< Sapient> I think 1.8 should not be released until all the subtle differences between LUA WML events and their corresponding C++ implementations have been eliminated
20090921 21:47:22< Ivanovic> Sapient: hmm, sounds like a good plans, but what *are* they?
20090921 21:47:53< Sapient> for example, the way that strings are split in Lua differs subtly from utils::split
20090921 21:47:55< Ivanovic> Sapient: and please do not forget to send Sirp_/me the invoice for your flight so that you can eventually get the money back
20090921 21:47:55-!- giusef [n=giusef@unaffiliated/giusef] has joined #wesnoth-dev
20090921 21:48:56< Sapient> another problem is that Lua version makes no attempt to prevent infinite loops
20090921 21:49:19< Sapient> while in C++ we check for game_config::max_loop
20090921 21:49:42< Sapient> so there is a long delay but eventually the user regains control
20090921 21:50:40< Sapient> once the Lua version and the C++ version are truly identical, then the C++ version should be eliminated as redundant code
20090921 21:51:01< Sapient> but this cannot be done unless all the packagers have Lua available
20090921 21:51:23< Sapient> then the DISABLE_LUA flag should be removed once that has been confirmed
20090921 21:52:11< Sapient> personally, though, I'd prefer the much simpler and IMO better idea of keeping WML tag handling for the core game in C++
20090921 21:52:32< Ivanovic> Sapient: please talk to silene about this and keep track of the progress in a bug report marked as blocker
20090921 21:52:48< Sapient> and reserve Lua tag extension for add-on content, which is the only place it's really needed, since add-ons can't modify the source code
20090921 21:53:20< shadowmaster> crimson_penguin: funny, I was wondering last night (before going to bed) about wesnoth-tc and big endian systems
20090921 21:53:24< shadowmaster> :P
20090921 21:53:36< Sapient> shadowmaster: you were looking for me?
20090921 21:53:57< shadowmaster> yeah, since I mostly wrote it as a one-time helper for my art development, I didn't bother to make it big endian-aware
20090921 21:54:05< shadowmaster> Sapient: um, I don't think so.
20090921 21:54:14< Sapient> Ivanovic: gna site appears inaccessible for me right now
20090921 21:54:17< crimson_penguin> shadowmaster: well, Sirp_ looked at it, and declared it broken for big endian :P
20090921 21:54:33< shadowmaster> crimson_penguin: of course.
20090921 21:54:41< Ivanovic> Sapient: they are probably trying to fix some of the probs with the mail server and the filters not working as expected
20090921 21:54:48< mordante> gna also doesn't work for me at the moment
20090921 21:54:51< shadowmaster> crimson_penguin: I think I'm going to set up a git repository for working on cleaning up wesnoth-tc
20090921 21:55:10< crimson_penguin> cool
20090921 21:55:22< shadowmaster> I already made it work with autotools.
20090921 21:57:02< Ivanovic> Sapient: gna.org seems to be back up
20090921 22:00:55-!- Crab_ [i=crab@wesnoth/developer/crab] has joined #wesnoth-dev
20090921 22:03:27< Sapient> ok
20090921 22:03:59-!- boucman [n=rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20090921 22:04:57< Ivanovic> boucman: you saw that some bugs are rather newly assigned to you (plus some patch(es)) ?
20090921 22:05:40< boucman> Ivanovic: no I hadn't, but I don't have much wesnoth time ATM, i'll try to do some work this WE
20090921 22:06:26 * shadowmaster kicks CIA-62
20090921 22:06:27< CIA-62> ow
20090921 22:07:39< Ivanovic> okay
20090921 22:08:55-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 110 (Connection timed out)]
20090921 22:12:54< shadowmaster> is SF.net down for any of you?
20090921 22:13:13< mordante> shadowmaster, works for me
20090921 22:13:18< shadowmaster> then they are blocking me agin.
20090921 22:13:20< shadowmaster> *again
20090921 22:13:46-!- MikeJB [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #Wesnoth-dev
20090921 22:13:56-!- MikeJB is now known as Aethaeryn
20090921 22:15:53-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20090921 22:16:23< shadowmaster> they are blocking me on port 80 only? :/
20090921 22:16:43< shadowmaster> last time they were blocking me for HTTPS only, not for HTTP via 80
20090921 22:26:11< boucman> Ivanovic: if anybody want to work on patches (or bugs, but that's harder) that's not a problem for me...
20090921 22:26:42< Ivanovic> boucman: regarding patches i am mainly talking about the one assigned to you
20090921 22:26:49< boucman> ok
20090921 22:26:53< Ivanovic> alink seems to have had a short look already, though it is clearly for you
20090921 22:27:14< Ivanovic> the rest of the patches is somehow assigned
20090921 22:27:31< Ivanovic> and regarding bugs, yeah, i alos just talk about the stuff assigned to you
20090921 22:27:50-!- ancestral [n=ancestra@97-116-105-75.mpls.qwest.net] has joined #wesnoth-dev
20090921 22:28:09< Ivanovic> (that is the patch assigned to you should fix the bug assigned to you...)
20090921 22:33:37-!- PK6 [n=pk@r74-192-44-206.vctrcmta01.vctatx.tl.dh.suddenlink.net] has joined #wesnoth-dev
20090921 22:40:37-!- silene [n=plouf@wesnoth/developer/silene] has quit ["Leaving."]
20090921 22:43:34-!- zookeeper [n=l@wesnoth/developer/zookeeper] has quit []
20090921 22:50:51-!- noy [n=Noy@wesnoth/developer/noy] has quit ["GO, GET TO THE CHOPPAH!!!"]
20090921 22:51:12-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has quit [Remote closed the connection]
20090921 22:53:45-!- boucman [n=rosen@wesnoth/developer/boucman] has quit ["Leaving."]
20090921 22:56:41< mordante> night
20090921 22:57:27-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20090921 22:59:13-!- mordante [n=mordante@wesnoth/developer/mordante] has quit ["Leaving"]
20090921 23:12:26-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit ["Foooooooooooooooooooooooooooooooooooooooood!"]
20090921 23:40:06< CIA-62> shadowmaster * r38755 /trunk/src/storyscreen/ (part.cpp part.hpp render.cpp): Renamed some enum types and members for generalization.
20090921 23:44:08-!- EdB [n=edb@79.88.117.87] has quit [Remote closed the connection]
20090921 23:45:28-!- YogiHH [n=chatzill@c223129.adsl.hansenet.de] has left #wesnoth-dev []
20090921 23:46:13-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20090921 23:48:40-!- rtfb [n=read-the@78-56-0-35.static.zebra.lt] has left #wesnoth-dev ["Ex-Chat"]
20090921 23:48:51< Sapient> dang... I just typed up the whole bug report and GNA ate it
20090921 23:49:32< Sapient> "Duplicate post: this form was already submitted; Exiting;"
20090921 23:49:44< Sapient> I'll try again some other time
20090921 23:49:56< Soliton> back button doesn't have it anymore?
20090921 23:49:59< Sapient> nope
20090921 23:50:28< Soliton> ahh, that's annoying.
20090921 23:50:41< Sapient> I usually copy stuff before hitting post but this time it slipped my mind
20090921 23:51:28< Sapient> It would be nice if they said "this was the novel you tried to post...." on the error page so at least you have a chance to reclaim it
--- Log closed Tue Sep 22 00:00:49 2009