--- Log opened Wed Oct 07 00:00:35 2009
20091007 00:19:06-!- boucman [n=rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20091007 00:21:37-!- PK9 [n=pk@r74-192-44-206.vctrcmta01.vctatx.tl.dh.suddenlink.net] has quit ["Java user signed off"]
20091007 00:31:30-!- ardesh__ [n=ardesh@port-92-206-122-113.dynamic.qsc.de] has joined #wesnoth-dev
20091007 00:40:24-!- boucman [n=rosen@wesnoth/developer/boucman] has quit ["Leaving."]
20091007 00:47:14-!- ardesh_ [n=ardesh@port-92-206-102-115.dynamic.qsc.de] has quit [Read error: 110 (Connection timed out)]
20091007 00:48:02-!- Bellerophon_true [n=chatzill@89.142.232.15] has joined #wesnoth-dev
20091007 01:01:59-!- ilor_ [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20091007 01:02:10-!- Bellerophon_true [n=chatzill@89.142.232.15] has quit ["ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]"]
20091007 01:05:46-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [""going to sleep""]
20091007 01:10:08-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"]
20091007 01:10:54-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Remote closed the connection]
20091007 01:20:29-!- ilor [n=user@wesnoth/developer/ilor] has quit [Read error: 110 (Connection timed out)]
20091007 01:24:35< shadowmaster> "A new add-on server for the new development branch was started, too."
20091007 01:24:48< shadowmaster> Ivanovic: you paste this on every 1.7.x release announcement.
20091007 01:25:06< Ivanovic> yes, i do
20091007 01:25:08< Ivanovic> :)
20091007 01:25:14< shadowmaster> that's not a true statement.
20091007 01:25:20< shadowmaster> it was started months ago.
20091007 01:25:57< shadowmaster> here, mentioning that along with the "new" MP server instances can be a bit confusing to newcomers
20091007 01:26:43< Aethaeryn> Ivanovic: Plus, you probably scare shadowmaster, who wants to put IftU first again. ;)
20091007 01:27:00< shadowmaster> I have no idea where you got that idea, Aethaeryn.
20091007 01:27:56-!- Nayela [n=Nayela@cpc3-lich6-0-0-cust673.brhm.cable.ntl.com] has quit [Remote closed the connection]
20091007 01:28:31< Ivanovic> anyway, it is time for me to head off to bed now, n8
20091007 01:32:11-!- alink [n=alink@wesnoth/developer/alink] has quit [Remote closed the connection]
20091007 01:39:11-!- ilor_ [n=user@wesnoth/developer/ilor] has quit [Read error: 60 (Operation timed out)]
20091007 01:47:28-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has quit [Remote closed the connection]
20091007 02:46:44-!- Appleman1234 [n=Appleman@131.181.102.205] has joined #wesnoth-dev
20091007 03:06:31-!- ancestral [n=ancestra@97-116-105-75.mpls.qwest.net] has joined #wesnoth-dev
20091007 03:08:58-!- Crab_ [i=crab@wesnoth/developer/crab] has quit [Read error: 110 (Connection timed out)]
20091007 03:41:12-!- Blueblaze [n=nick@99.171.161.30] has joined #wesnoth-dev
20091007 03:43:21-!- shadowmaster is now known as SpinachMaster
20091007 03:43:39-!- Espreon is now known as Cheese-kun
20091007 03:45:35-!- ancestral [n=ancestra@97-116-105-75.mpls.qwest.net] has quit ["And that’s the end of THAT chapter."]
20091007 03:48:46-!- SpinachMaster is now known as shadowmaster
20091007 03:53:35-!- [Relic] [n=[Relic]@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20091007 03:54:47< [Relic]> Hello :)
20091007 03:58:12-!- elynia [n=shyde@wesnoth/umc-dev/misc/elynia] has joined #wesnoth-dev
20091007 03:59:56-!- Cheese-kun is now known as Espreon
20091007 04:01:47< shadowmaster> w.o is lagging :/
20091007 04:03:08-!- Blueblaze [n=nick@99.171.161.30] has quit [Remote closed the connection]
20091007 04:04:12-!- elynia [n=shyde@wesnoth/umc-dev/misc/elynia] has quit ["nyu"]
20091007 04:07:00< Sirp> Soliton: this is a little crazy. wesnothd has a 1862MB address space, with only 200MB of memory resident.
20091007 04:07:11< Sirp> Soliton: it didn't used to be like this did it?
20091007 04:08:37< shadowmaster> it looks like the 1.6 wesnothd is lagging a lot
20091007 04:08:49< shadowmaster> er, or everything... actually.
20091007 04:11:15< shadowmaster> and not anymore.
20091007 04:12:41-!- Appleman1234 [n=Appleman@131.181.102.205] has quit [Read error: 104 (Connection reset by peer)]
20091007 04:13:38< shadowmaster> well, nice. Looks like I can't connect to the 1.6 MP server / it's not responding
20091007 04:14:16-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit ["WRYYYYYYYYYYYYYYYYYYYY!"]
20091007 04:19:45< shadowmaster> and I see the oom-killer was recently invoked? :)
20091007 04:20:13-!- wesbot changed the topic of #wesnoth-dev to: string/feature freeze active! | 101 bugs, 237 feature requests, 10 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20091007 04:22:35< Sirp> shadowmaster: yeah it ran out of address space
20091007 04:56:27-!- Ivanovic_ [n=ivanovic@dtmd-4db2acdc.pool.mediaWays.net] has joined #wesnoth-dev
20091007 05:12:17-!- PK0 [n=pk@r74-192-44-206.vctrcmta01.vctatx.tl.dh.suddenlink.net] has joined #wesnoth-dev
20091007 05:12:27-!- Ivanovic [n=ivanovic@wesnoth/developer/ivanovic] has quit [Read error: 113 (No route to host)]
20091007 05:14:26-!- Ivanovic_ is now known as Ivanovic
20091007 05:26:15< PK0> do any of you fine gentlemen know where I might find a list of pre-stored variables?
20091007 05:32:23-!- PK0 [n=pk@r74-192-44-206.vctrcmta01.vctatx.tl.dh.suddenlink.net] has quit ["Java user signed off"]
20091007 05:32:54-!- DDR [n=chatzill@66.183.125.196] has quit [Read error: 110 (Connection timed out)]
20091007 06:07:43-!- Blueblaze [n=nick@adsl-99-171-161-30.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20091007 06:11:57-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit ["meh"]
20091007 06:55:40-!- Appleman1234 [n=Appleman@131.181.102.205] has joined #wesnoth-dev
20091007 07:13:20< Soliton> Sirp: it only had 200MB resident because the rest was swapped out since the wmlunits script was running and memory was needed.
20091007 07:14:02< Soliton> Sirp: do you know how to see the real memory a process uses, resident + swapped out?
20091007 07:14:05< Sirp> Soliton: my goodness, how much does wmlunits take up?
20091007 07:14:24< Sirp> Soliton: I'd imagine by running pmap on the process (?)
20091007 07:14:29< Sirp> or it might be stored in the /proc filesystem
20091007 07:14:33< Sirp> do you know a better way?
20091007 07:16:17< Soliton> no, i'm currently trying to find out.
20091007 07:17:31-!- Sirp [n=user@wesnoth/developer/dave] has quit ["leaving"]
20091007 07:42:50-!- Crab_ [i=crab@wesnoth/developer/crab] has joined #wesnoth-dev
20091007 07:54:18-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091007 08:14:37-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20091007 08:30:43-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091007 08:42:40-!- Blueblaze [n=nick@adsl-99-171-161-30.dsl.hstntx.sbcglobal.net] has quit [Remote closed the connection]
20091007 08:48:12-!- Rhonda [n=rhonda@wesnoth/developer/rhonda] has quit [Remote closed the connection]
20091007 08:48:22-!- Rhonda [n=rhonda@anguilla.debian.or.at] has joined #wesnoth-dev
20091007 08:52:38-!- Rhonda [n=rhonda@anguilla.debian.or.at] has quit [Read error: 54 (Connection reset by peer)]
20091007 08:52:49-!- Rhonda [n=rhonda@anguilla.debian.or.at] has joined #wesnoth-dev
20091007 09:08:56-!- Crab_ [i=crab@wesnoth/developer/crab] has quit [Read error: 110 (Connection timed out)]
20091007 09:11:21-!- [Relic] [n=[Relic]@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit ["Leaving"]
20091007 09:14:00< Soliton> shadowmaster: just fyi, "File BRANCH is empty." in iftu on 1.7.
20091007 09:34:27-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20091007 09:46:53-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091007 09:52:46-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091007 10:27:33-!- Chusslove [n=Chusslov@brsg-d9bee233.pool.mediaWays.net] has joined #wesnoth-dev
20091007 10:28:54-!- ilor_ [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20091007 10:30:26-!- ilor [n=user@wesnoth/developer/ilor] has quit [Read error: 60 (Operation timed out)]
20091007 10:47:30< Ivanovic> moin
20091007 10:55:35< CIA-62> soliton * r39138 /trunk/data/core/units/undead/ (Corpse_Soulless.cfg Corpse_Walking.cfg): properly set Walking Corpse/Soulless deep water defense to 10% as before
20091007 10:56:30< Soliton> ^ minor compatibility break
20091007 11:00:34< Ivanovic> doesn't matter yet
20091007 11:00:47< Ivanovic> since no release is so far named "beta" or even "rc"
20091007 11:01:05< Soliton> right.
20091007 11:01:05< Ivanovic> currently the problem with pofix blocks anything for me
20091007 11:01:29< Ivanovic> that is: i will probably revert the typo fix in low (the part that can not be automatically taken over)
20091007 11:01:48< Soliton> what is the issue exactly?
20091007 11:02:24< Soliton> ("arrives!.", "arrives!")?
20091007 11:02:30< Ivanovic> the problem is that the new string is detected as "already does exist" so "both strings are in there" simply because the change is "remove something from the end of the string"
20091007 11:02:34< Ivanovic> jupp
20091007 11:03:30< Soliton> yay for cryptic error messages.
20091007 11:03:43< Ivanovic> the error message is "duplicate string detected"
20091007 11:03:51< Ivanovic> the reason is what i wrote above
20091007 11:04:11< Ivanovic> that the check is not made for "remove something from end of string" (the same for beginning of string)
20091007 11:04:46< Soliton> i thought it is the "this needs handfixing for now." error?
20091007 11:05:02< Ivanovic> as in: the new string musn't be an exact substring of the old string
20091007 11:05:17< Ivanovic> Soliton: the fact is that it is not a real error
20091007 11:05:32< Soliton> yes, i wonder why it is there to begin with.
20091007 11:05:37< Ivanovic> it finds the *same* occurence of the string and thinks this is a dupe (though in fact it is a false positive)
20091007 11:05:59< Soliton> well, it's trivial to just remove that check.
20091007 11:06:04< Ivanovic> it just searched for "old string": jupp, found, then it searches for "new string", jupp, found
20091007 11:06:33< Ivanovic> the check *is* required to prevent "hey, now we got the new string in there twice which results in a gettext error message"
20091007 11:07:04< Soliton> i guess i still don't fully understand.
20091007 11:07:17< Soliton> you can not replace ("arrives!.", "arrives!") twice.
20091007 11:07:33< Ivanovic> the problem is if the string is in the file already as "normal" as well as "fuzzy" version it will break the po file
20091007 11:07:54< Ivanovic> so if *hypothetically* speaking in a file you have the exact string correctly and incorrectly
20091007 11:08:02< Ivanovic> after the replacement it will be there correctly twice
20091007 11:08:08< Ivanovic> but gettext can not handle this
20091007 11:08:16< Soliton> hmm, i see.
20091007 11:08:30< Ivanovic> that in this specific case the check is broken because it detects a false duplicate is the problem
20091007 11:08:31< Soliton> so we need to remove the fuzzy string?
20091007 11:09:03< Ivanovic> *if* this happened somewhere we would have to find out which one to use
20091007 11:09:39< Ivanovic> the better solution would somehow to filter if the occurence of both strings found might be the same strings
20091007 11:09:41-!- Appleman1234 [n=Appleman@131.181.102.205] has quit [Read error: 60 (Operation timed out)]
20091007 11:10:01< Soliton> can you give a specific example?
20091007 11:10:03< Ivanovic> (for the "a' is prefix of a" or "a' is postfix of a" cases
20091007 11:10:57< Ivanovic> the only problems where fake dupes are detected in cases where the new strings is either identical to the beginning of the old one or to the end of the old one without any significant difference in the rest
20091007 11:11:07< Ivanovic> like in the arrive!. scenario
20091007 11:11:20< Ivanovic> where arrive! is a clear prefix from the old string
20091007 11:11:57< Ivanovic> though if we could determin where the dupes are found (as in line number) it should already help
20091007 11:12:13< Ivanovic> when the old and new string are in the very same line it is a fake dupe and we can just ignore
20091007 11:12:18< Soliton> i still don't see where there are any dupes.
20091007 11:12:27< Ivanovic> Soliton: we once had this problem
20091007 11:12:41< Soliton> well, can you give an explicit example?
20091007 11:12:49< Soliton> it's really hard to understand so far.
20091007 11:12:51< Ivanovic> i don't know the explicit example anymore
20091007 11:13:03< Ivanovic> it is just a case of "we need this detection"
20091007 11:13:06< Soliton> what exactly is the problem?
20091007 11:13:24< Soliton> gettext marking things as fuzzy which we need to take into account?
20091007 11:13:26< Ivanovic> the problem is that the detection of the "hey, looks like i already did the replacement" is borked
20091007 11:13:54< Ivanovic> pofix.py is run independent from gettext (normally *before* gettext merges anything and can creates fuzzy strings)
20091007 11:14:01< Soliton> yes, because it contains a "if new in after and old in after" check which i so far cannot understand.
20091007 11:14:16< Ivanovic> no
20091007 11:14:38< Ivanovic> the check is "is the new string already in the file?" and "is the old string in the file" search
20091007 11:14:49< Ivanovic> as that "yes, i found both" is a case of "okay, don't use this replacement"
20091007 11:15:10< Ivanovic> simply because "this should never happen and it is not this easy to automatically handle this"
20091007 11:15:57< Ivanovic> the check is done before applying any change to the pofiles (at least a change with this explicit replacement, all others are done)
20091007 11:16:03< Soliton> well, i don't see such a check.
20091007 11:16:19< Ivanovic> that should the duplicate check be
20091007 11:16:26< Ivanovic> at least according to the result
20091007 11:16:56< Ivanovic> just run utils/pofix.po on po/wesnoth-low/de.po
20091007 11:17:23< Ivanovic> in the one changed string there *should* be two replacements, one being the typo thingie, the other the removal of the . at the end
20091007 11:17:40< Soliton> all i get is the "this needs handfixing for now" error that i already mentioned.
20091007 11:17:43< Ivanovic> the replacement barks about "duplicate string found" and only does one replacement
20091007 11:17:56< Soliton> which uses exactly the check i pasted above.
20091007 11:18:32< Ivanovic> the question is: *how* can in this case the old string still be found if it really way replaced`
20091007 11:18:54< Ivanovic> so the check most likely happens *before* the replacement is really run
20091007 11:19:09< Soliton> look i have no idea what you're talking about.
20091007 11:19:21< Soliton> i explained what pofix actually does and that i have no idea why it does that.
20091007 11:19:47< Soliton> and it does not seem to have anything to do with what you're talking about.
20091007 11:19:57< Ivanovic> the check has a reason
20091007 11:20:11< Soliton> so if you can be anymore specific than these paraphrasings maybe i can figure out what can be done.
20091007 11:20:12< Ivanovic> the reason is that gettext sucks when a string exists twice in the po file (for whatever reason)
20091007 11:20:15-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20091007 11:20:54< Ivanovic> since we do replacement of original strings outside of gettext itself we can introduce something like this and we have once done so by doing a replacement
20091007 11:21:18< Ivanovic> that is when esr saw that if we check if both versions are there *before* the replacement we can circumvent this from occuring
20091007 11:21:38< Ivanovic> it is just that this search algo does also find some (annoying) false positives
20091007 11:22:07< Ivanovic> i don't know exactly when it happened, but it was some time in the early time frame of pofix.py
20091007 11:22:31< Soliton> well, that's not what that check does.
20091007 11:22:46< Soliton> i can repaste what it does: if new in after and old in after
20091007 11:22:57< Soliton> so it merely checks the current line.
20091007 11:23:20< Ivanovic> but in this specific case the old can not be in after the replacement is done
20091007 11:23:49< Soliton> yes, i guess it is a regex and thus . is treated differently.
20091007 11:23:53< Ivanovic> or is '.' seen as regexp in this case and interpreted as "every one char, like eg the '"'"
20091007 11:24:06< Soliton> which is something i wanted to get at ages ago...
20091007 11:24:12< Soliton> but no... :-P
20091007 11:24:24< Ivanovic> hmm, the search strings should not be handled as regex, those are explicit ones (the ones entered in the file)
20091007 11:25:36< Ivanovic> Soliton: ehm, do you see the "after = before" line?
20091007 11:26:09< Soliton> after != before?
20091007 11:26:16< Ivanovic> does this not make it (effectivly) an new in before and old in before and old is not new?
20091007 11:26:20< Ivanovic> http://svn.gna.org/viewcvs/wesnoth/trunk/utils/pofix.py?rev=32593&r1=32592&r2=32593
20091007 11:26:34< Soliton> oh, that.
20091007 11:26:49< Soliton> that just initialises after.
20091007 11:27:37< Soliton> later we check if we did actually change anything and report in case we do.
20091007 11:28:39< Soliton> in is not a fun keyword to look for..
20091007 11:30:33< Ivanovic> ehm, but the replacement itself was *done* in this check or not?
20091007 11:30:41< Ivanovic> i am not so sure about it there
20091007 11:30:45< Ivanovic> since when are the replacements done?
20091007 11:31:00< Soliton> after = after.replace(old, new)
20091007 11:31:05< Ivanovic> i thought the replacements itself are at  after = after.replace(old, new)
20091007 11:31:08< Ivanovic> so in the else block
20091007 11:31:19< Soliton> yes.
20091007 11:31:37< Ivanovic> so *after* we find that both strings are in "after" (where nothing was replaced yet, so it was initialized just as before and could in this place be named before)
20091007 11:32:05< Soliton> no not at all when we find that.
20091007 11:32:25< Ivanovic> or how does the after in line 298 differ from the after once line 291 is processed
20091007 11:32:44< Ivanovic> (that is: which line modifies after before the "real" replacement)
20091007 11:33:24< Soliton> after is initialized with before and later if the checks all fail it is replaced with "after = after.replace(old, new)".
20091007 11:33:28-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20091007 11:33:46< Ivanovic> yes, but one check is successfull
20091007 11:34:10< Ivanovic> in those checks we could (if only a single string was changed for a whole file!) name it "before" aswell
20091007 11:34:13< Soliton> right, so it is not replaced at all.
20091007 11:34:25< Soliton> yes, indeed that would be clearer.
20091007 11:34:28< Ivanovic> because the check is done *before* the string really is replaced
20091007 11:34:54< Ivanovic> and this is the problem because in our case *both* strings are in the file (one being only a prefix of the other)
20091007 11:35:35< Soliton> i still don't see how that check does anything useful.
20091007 11:36:03< Soliton> what we really want to check is if after our replacement we get a string that is already in the file, yes?
20091007 11:36:10< Ivanovic> for example we have a campaign like heir to the throne
20091007 11:36:18< Ivanovic> there a scenario is named "Sceptre of Fire"
20091007 11:36:22< Soliton> what we really want to check is if after our replacement we get a string that is already in the file, yes?
20091007 11:36:32< Ivanovic> and we also have the weapon name "sceptre of fire"
20091007 11:36:49< Soliton> can you just answer that question?
20091007 11:37:04< Ivanovic> when we now add some (really bad since obvioulsly not working!) replacement of "sceptre of fire" to "Sceptre of Fire" it will beackfire and break the po files
20091007 11:37:11< Ivanovic> yes, exactly
20091007 11:37:16< Soliton> finally.
20091007 11:37:23< Soliton> so this check does nothing of the sort.
20091007 11:38:23< Ivanovic> ah, it has the potential to stop it from happening since it can only happen if new is already there while old is also there (so that something *will* be replaced)
20091007 11:39:00< Soliton> this check has no chance of stopping any such thing.
20091007 11:39:17< Soliton> it is completely useless afaict.
20091007 11:40:00< Soliton> what we need to do is do the replacement and then check the file for duplicates.
20091007 11:40:20< Soliton> or rather just check against the recent replacement.
20091007 11:41:44< Ivanovic> after the replacement we would have to check for duplicate msgids
20091007 11:41:52< Soliton> yes.
20091007 11:42:00< Ivanovic> since the strings we use as replacements are often only small *substrings*
20091007 11:42:35< Ivanovic> and for those dupes we also have to search in the commented out area at the buttom of po files (with the old strings)
20091007 11:46:51< Soliton> for now just that silly check can be removed since there is no actual problem.
20091007 11:47:20-!- loonybot [n=loonybot@79.139.139.50] has joined #wesnoth-dev
20091007 11:48:10-!- SonIcco [n=SonIcco@pD9513CDE.dip0.t-ipconnect.de] has joined #wesnoth-dev
20091007 11:48:11-!- loonycyborg [n=sergey@79.139.139.50] has joined #wesnoth-dev
20091007 11:49:55-!- ilor_ [n=user@wesnoth/developer/ilor] has quit [Read error: 113 (No route to host)]
20091007 11:52:02< Soliton> loonycyborg: scons did not recompile corectly when boost was updated which lead to crashes i could not reproduce after scons -c. :-(
20091007 11:52:43< loonycyborg> With fast=true?
20091007 11:53:47< Soliton> with "scons" --config=force
20091007 11:56:28< loonycyborg> --config=force only causes config checks to be always rerun, it won't cause recompile of everything that depends on boost headers.
20091007 11:57:27< Soliton> so saved options are still used with the above command?
20091007 11:57:47< loonycyborg> What will really cause that is scanning boost headers for implicit deps.
20091007 11:59:15< Soliton> i guess i tricked myself again with the save options.
20091007 11:59:47< Soliton> i really would like it if it'd just do what i tell it on the command line..
20091007 12:08:26< loonycyborg> So you though that --config=force implies fast=false?
20091007 12:09:45< Soliton> i didn't think about fast at all, i hoped "scons" --config=force would switch off any inherent settings i have.
20091007 12:14:19< CIA-62> ivanovic * r39139 /trunk/utils/pofix.py: comment out problematic check for the moment
20091007 12:14:24< loonycyborg> What *I* really would like is that it wouldn't get a performance hit on huge dependency graphs caused by boost headers making fast=true unnecessary.
20091007 12:15:38< Ivanovic> Soliton: okay, found a place where things break when just commenting out the check
20091007 12:15:44< loonycyborg> http://code.google.com/p/scons-plusplus/ <- and rewriting it in C++ would probably do just that.
20091007 12:15:54< Ivanovic> Soliton: run pofix.py in po/wesnoth-nr/hu.po and try to build the file afterwards
20091007 12:17:14< Ivanovic> http://wesnoth.pastebin.com/m1c9977e5
20091007 12:17:46< Soliton> Ivanovic: do we ever want to replace in old strings?
20091007 12:17:59< Ivanovic> hmmm
20091007 12:18:03< Ivanovic> we can just omit them, right
20091007 12:19:43< Soliton> i understand now what the check does. after is actually all of the file so the check isn't so bad but it doesn't check complete msgids but just the specified replacement.
20091007 12:20:12< Ivanovic> yeah
20091007 12:20:25< Soliton> it's nicely simple atm but that just won't do it seems.
20091007 12:20:32< Ivanovic> exactly
20091007 12:22:25< Ivanovic> the checked worked nicely unless for cases where the new string is just a substring of the old one (as in stuff at the front or back of the old string is removed)
20091007 12:23:04< Soliton> well, actually the issue is the "old in after" part which does not take into account that old is gone after the replacement..
20091007 12:23:45< Ivanovic> no, it is not
20091007 12:23:57< Ivanovic> you again mix up things
20091007 12:24:05< Soliton> old is replaced by new.
20091007 12:24:05< Ivanovic> in this context "after" does not mean "after this explicit replacement is done"
20091007 12:24:11< Soliton> after = after.replace(old, new)
20091007 12:24:26< Ivanovic> yes, but in the check nothing was replaced
20091007 12:24:36< Soliton> yes, that is the problem!
20091007 12:24:50< Ivanovic> and the new string is allowed to be there several times as long as the complete msgids are not identival
20091007 12:25:05< Soliton> and yeah that is another problem.
20091007 12:25:06< Ivanovic> (imagine a valid replacement of " and and " to " and " which is done several times
20091007 12:25:18< Ivanovic> obviously " and " is a rather common thing that is in the file many times)
20091007 12:25:53< Soliton> the annoying thing is that msgids are arbitrarily split up.
20091007 12:26:30< Ivanovic> i don't know python, but don't we have some information about the palce of occurence?
20091007 12:26:30< Soliton> ideally we'd have to put them back together do the replacement and split them up again if gettext insists.
20091007 12:26:32< Ivanovic> as in linenumber
20091007 12:26:48< Ivanovic> if the linennumber of old in after and new in after are identical, it can be replaced, if not, not
20091007 12:26:57< Soliton> pofix works on the whole file so no.
20091007 12:27:06< Soliton> it can be done differently of course.
20091007 12:27:36< Soliton> good point.
20091007 12:28:23< Ivanovic> this would keep the filter "rather" simple (if possible) and still make it work nicely
20091007 12:28:54< Soliton> yeah, we really want to know whether new is in the file already except at the place where old is.
20091007 12:29:02< Ivanovic> jupp
20091007 12:29:27< Ivanovic> uhm, what about this way: just check if new is in old
20091007 12:29:56< Ivanovic> then we will automatically see cases where we have the substring problem
20091007 12:29:57< Soliton> you mean skip the check if that is the case?
20091007 12:30:12< Ivanovic> though we still could run into problems, but it would happen rather seldom i'd guess
20091007 12:30:14< Ivanovic> jupp
20091007 12:30:34< Soliton> if new in after and old in after and not new in old
20091007 12:30:47< Ivanovic> sounds good
20091007 12:32:08< Ivanovic> okay, it still barks on po/wesnoth-nr/hu.po with this addition
20091007 12:32:21< Soliton> which it should, right?
20091007 12:32:29< Ivanovic> and it is able to eg fix wesnoth-low/de.po
20091007 12:32:30< Ivanovic> exactly
20091007 12:32:43< Soliton> if we want to fix that we will have to ignore #~ old strings.
20091007 12:33:10< Soliton> i'll make the error message a bit more understandable.
20091007 12:36:23< CIA-62> ivanovic * r39140 /trunk/utils/pofix.py: 
20091007 12:36:23< CIA-62> check for "new substring of old" to reduce number of false positives
20091007 12:36:23< CIA-62> be aware: this can lead to real problems not found but those *should* be (really seldom) cornercases and gettext will bark when updating the files
20091007 12:36:32< Ivanovic> commited the version including a comment about the problematic thing
20091007 12:39:05< CIA-62> ivanovic * r39141 /trunk/po/wesnoth-low/ (50 files): run the updated version of pofix.py and finally update low to the latest status...
20091007 12:41:38< CIA-62> ivanovic * r39142 /trunk/ (45 files in 24 dirs): updated Slovak and Hungarian translation
20091007 12:43:03< CIA-62> soliton * r39143 /trunk/utils/pofix.py: made the error message on duplicate msgids understandable
20091007 12:49:14< CIA-62> soliton * r39144 /trunk/po/wesnoth-nr/hu.po: removed useless old strings
20091007 13:01:40< CIA-62> ivanovic * r39145 /trunk/data/campaigns/Heir_To_The_Throne/scenarios/19b_Swamp_Of_Dread.cfg: change usage of "Lich Lord" to "Lich-Lord" (general term used now, detected by changed pofix)
20091007 13:02:15< CIA-62> ivanovic * r39146 /trunk/utils/pofix.py: fixed pofix textdomain entries, merged duplicated textdomains and sort alphabetically by textdomain
20091007 13:03:15< CIA-62> ivanovic * r39147 /trunk/po/ (100 files in 2 dirs): run updated pofix on po files
20091007 13:06:12< Ivanovic> crab_: in revision 38910 you added a new string even though we are in string freeze!
20091007 13:06:18< Ivanovic> wesbot: seen crab_
20091007 13:06:18< wesbot> Ivanovic: The person with the nick Crab_ last spoke 17h 26m ago.  3h 57m ago they left with the message: Read error: 110 (Connection timed out)
20091007 13:06:25< Ivanovic> wesbot: log r38910
20091007 13:06:26< wesbot> crab * r38910 : AI Arena test case for filtering of allowed attackers/defenders via [filter_own] and [filter_enemy]
20091007 13:06:29< wesbot> URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=38910
20091007 13:11:32< Soliton> since that is only test stuff it probably shouldn't be translatable at all.
20091007 13:11:53< Ivanovic> thought so, too
20091007 13:26:35-!- mjs-de [n=mjs-de@vpw.wh.Uni-Dortmund.DE] has quit [Remote closed the connection]
20091007 13:26:49-!- mjs-de [n=mjs-de@vpw.wh.Uni-Dortmund.DE] has joined #wesnoth-dev
20091007 13:33:57-!- fendrin [n=fabi@88-134-143-95-dynip.superkabel.de] has joined #wesnoth-dev
20091007 13:42:04-!- Crab_ [i=crab@wesnoth/developer/crab] has joined #wesnoth-dev
20091007 13:42:21-!- ilor [n=user@wesnoth/developer/ilor] has quit [Read error: 113 (No route to host)]
20091007 13:44:43< Crab_> Ivanovic: oops. by accident. it should not be marked translatable (exactly as strings in scenario-test.cfg ). I'll remove the translation marker, then.
20091007 13:48:27< Soliton> Crab_: src/replay.cpp:1166 might need to account for the new events. i don't really understand why it only checks for turn 1 instead of turn X there though.
20091007 13:49:04< Crab_> see the wiki on "turn X"
20091007 13:49:55< Crab_> there was an old limitation, "The value of X cannot be 1 but, if that effect is needed, use name=new turn and first_time_only=yes to achieve the equivalent of what turn 1 would do."
20091007 13:50:40< Crab_> I'd don't know what was the reason for this limitation, or if it's really needed now.
20091007 13:51:13< Soliton> i don't see how that is relevant.
20091007 13:51:49< Soliton> there used to be no turn 1 event which means it surely won't show up in a replay either.
20091007 13:52:18< Soliton> the point is that all the events that get excluded there are fired by do_init_side().
20091007 13:52:28< Soliton> which also fires turn X not only turn 1.
20091007 13:53:00< Crab_> but it doesn't catch turn 2, turn 3, etc
20091007 13:53:13< Soliton> exactly my point.
20091007 13:57:24< Crab_> I guess it's needed to look at the history, then..
20091007 13:58:00< Soliton> it looks like nowadays replays don't contain fire_event commands for standard events anyway though.
20091007 13:58:20< Soliton> so i guess the whole check is obsolete.
20091007 13:59:37< Crab_> wesbot: log 16284
20091007 13:59:37< wesbot> jhinrichs * r16284 : Fixes bug #8547 (side turn events and income handled differently for network/local sides)
20091007 13:59:40< wesbot> URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=16284
20091007 14:00:13< Crab_> I'd say that that commit contained two fixes, one of them is to 'deal with old buggy clients'
20091007 14:02:32-!- stikonas [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20091007 14:06:23< Soliton> add_event is not called anymore today except for menu items or something.
20091007 14:07:05< Soliton> so such fire_event commands can only be in a replay if some WML explicitely put them there.
20091007 14:07:35< Soliton> in which case they're probably poorly named but we should execute them.
20091007 14:10:18< Crab_> yes, there are no fire_events in the replay (expect in cases you mentioned)
20091007 14:11:51< Soliton> it probably changed when [init_side] was implemented.
20091007 14:13:06< Crab_> yes, the do_init_side is called from replay, as well...
20091007 14:13:56< Crab_> which is exactly from [init_side], you're right
20091007 14:23:08< Ivanovic> Crab_: i think there is a lot more stuff in the ai_arena stuff marked translateable
20091007 14:23:26< Ivanovic> Crab_: please check and remove the markers for the pure, non playervisible test cases
20091007 14:23:36< Crab_> ok
20091007 14:24:21< Ivanovic> at least in 0002-poisoning.cfg and in 0003-simple_combat
20091007 14:27:19< Ivanovic> Crab_: or is AI_arena really available in multiplayer for selection?
20091007 14:27:32< Ivanovic> since in there you also use the translation markers
20091007 14:27:38< Crab_> no, it's a test scenario
20091007 14:28:27< Ivanovic> then, uhm, you should probably not have the stuff translateable i'd guess
20091007 14:28:55< Ivanovic> (with some comment at the top like "This is only an AI test scenario and not user visible, it should not be translateable"
20091007 14:31:06< Ivanovic> (yes, removal of translateable strings is allowed in the freeze, just changing/adding them is not)
20091007 14:31:07< Ivanovic> ;)
20091007 14:32:03< Crab_> ok
20091007 14:34:39-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091007 14:36:57-!- stikonas [n=and@131.111.216.119] has joined #wesnoth-dev
20091007 14:40:29< Ivanovic> Crab_: ah, lovely, you added the stuff in the textdomain #wesnoth-multiplayer
20091007 14:40:46< Ivanovic> though this folder is never scanned for multiplayer
20091007 14:41:27< Crab_> Ivanovic: no, that specific added string was in #textdomain wesnoth 
20091007 14:41:41< Ivanovic> Crab_: yes, i know
20091007 14:41:49< Crab_> ok
20091007 14:41:50< Ivanovic> i am currently talking about data/ai/scenarios/*
20091007 14:41:55< Crab_> ok
20091007 14:41:59< Ivanovic> those are in #textdomain wesnoth-multiplayer
20091007 14:42:12< Ivanovic> will never end in there though simply because the files there are not scanned for strings
20091007 14:42:32< Ivanovic> which is correct, since they are not really player selectable anyway, right?
20091007 14:42:57< Crab_> I guess you know better :)
20091007 14:45:19< Ivanovic> the textdomain wesnoth-multiplayer only searches in files that meet the find expression in po/wesnoth-multiplayer/FINDCFG
20091007 14:45:35< Ivanovic> and that is a plain and simple
20091007 14:45:37< Ivanovic> find data/multiplayer -name '*.cfg' -print
20091007 14:45:46< Crab_> good
20091007 14:45:53< Ivanovic> so no way any ai related entries end in the po file for multiplayer
20091007 14:48:29< Ivanovic> and the only files outside of data/multiplayer with this textdomain attached are ai/scenarios/scenario-AI_Arena_small.cfg and ai/scenarios/scenario-test_move_to_targets.cfg
20091007 14:48:59< Crab_> copypaste issues :) should I change this ?
20091007 14:49:00< Ivanovic> so it would probably make sense to a) remove all translation markers in those two files and change the textdomain to #textdomain wesnoth (so that some textdomain is listed)
20091007 14:49:09< Crab_> ok
20091007 14:49:14< Ivanovic> thanks
20091007 14:59:38< CIA-62> soliton * r39148 /trunk/src/replay.cpp: removed a check for standard events which aren't recorded in replays this way anymore
20091007 15:03:21-!- Crab_ [i=crab@wesnoth/developer/crab] has quit ["Leaving."]
20091007 15:03:25-!- Crab_ [i=crab@wesnoth/developer/crab] has joined #wesnoth-dev
20091007 15:14:39-!- Ivanovic_ [n=ivanovic@dtmd-4db2acdc.pool.mediaWays.net] has joined #wesnoth-dev
20091007 15:15:23-!- Netsplit farmer.freenode.net <-> irc.freenode.net quits: loonybot, Chusslove, Rhonda, Ivanovic, Tigge_, loonycyborg, AI0867
20091007 15:16:37-!- Ivanovic_ is now known as Ivanovic
20091007 15:17:43-!- Tigge [n=tigge@c-5ba372d5.015-28-73746f34.cust.bredbandsbolaget.se] has joined #wesnoth-dev
20091007 15:17:56-!- Netsplit over, joins: AI0867, Rhonda
20091007 15:17:58< Crab_> one of Orcish Warlord's images has gone missing...
20091007 15:18:53< Crab_> ah no, something else..
20091007 15:22:23< CIA-62> crab * r39149 /trunk/data/ai/scenarios/ai_arena_small/0004-filtered_combat.cfg: remove accidentially added translation marker
20091007 15:23:27< CIA-62> crab * r39150 /trunk/data/campaigns/Legend_of_Wesmere/scenarios/14_Human_Alliance.cfg: LoW 14: simplified code, removed 'ai turn' events which 1) mess up replay 2) were incorrectly used
20091007 15:23:33< CIA-62> crab * r39151 /trunk/data/ai/scenarios/ (4 files in 2 dirs): remove unnecessary translation markers from AI test scenarios
20091007 15:24:00< Crab_> Ivanovic: done
20091007 15:24:35< Crab_> Soliton: I've patched your patch to LoW 14 to use 'side X turn Y'
20091007 15:28:40-!- loonycyborg [n=sergey@79.139.139.50] has joined #wesnoth-dev
20091007 15:32:42< Ivanovic> thanks
20091007 15:35:39-!- Chusslove [n=Chusslov@217.190.226.51] has joined #wesnoth-dev
20091007 15:37:26< CIA-62> ivanovic * r39152 /trunk/po/wesnoth-httt/en_GB.po: fix problems that occur with pofix.py and en_GB translation
20091007 15:41:39< CIA-62> ivanovic * r39153 /trunk/data/campaigns/Heir_To_The_Throne/scenarios/19b_Swamp_Of_Dread.cfg: forgot to fix one case of "Lich Lord"->"Lich-Lord"
20091007 15:46:37< Crab_> wesnoth-debug: src/replay.cpp:174: void replay::add_unit_checksum(const map_location&, config*): Assertion `u.valid()' failed.
20091007 15:46:58< Crab_> caused by recruiting wrongly in the tutorial (the unit gets removed)
20091007 15:48:19< Soliton> Crab_: excellent.
20091007 15:48:42< Ivanovic> Soliton: you probably saw this thread, right? http://www.wesnoth.org/forum/viewtopic.php?f=6&t=27381&start=0
20091007 15:49:42< zookeeper> was i or wasn't i being clear enough to warrant an actual lock now? -.- http://www.wesnoth.org/forum/viewtopic.php?f=6&t=27351
20091007 15:49:54< Soliton> Ivanovic: yeah.
20091007 15:51:34< Soliton> zookeeper: you were clear.
20091007 15:51:42< Ivanovic> zookeeper: you were perfectly clear
20091007 15:54:47< Soliton> Crab_: make the assert a check at the start of the function instead?
20091007 15:55:12< CIA-62> ivanovic * r39154 /trunk/po/ (513 files in 23 dirs): 
20091007 15:55:12< CIA-62> pot-update (reference update only, no new/changed strings(that are not nicely handled by pofix right before they are commited))
20091007 15:55:12< CIA-62> regenerated doc files (nothing changed...)
20091007 15:55:21< Crab_> Soliton: i'll see
20091007 15:56:30< Soliton> Crab_: or maybe just put an empty value=.
20091007 16:02:31< zookeeper> righty, locked it then
20091007 16:07:43< Soliton> funny that there seems to be no simple program out there that can accurately tell me how much memory a process is really using.
20091007 16:11:03< Rhonda> Soliton: http://www.shinguz.ch/MySQL/memuse.txt
20091007 16:14:28< Soliton> another script that just tells you the assigned address space.
20091007 16:16:42< Soliton> it says wesnothd-1.6 is using ~2GB of memory which is not true.
20091007 16:19:49< Soliton> (it's the amount of memory wesnothd asked for though.)
20091007 16:22:04< Rhonda> If wesnothd isn't using it it should return the memory, not?
20091007 16:23:23< Soliton> well, it thinks it might need it.
20091007 16:23:40< Soliton> whether that is particularly accurate or not i have no idea.
20091007 16:24:34< Soliton> since it really is probably using about 700MB asking for 2GB is a bit much indeed though.
20091007 16:28:18< Rhonda> I think external tools can't properly check wether an application actually is using memory it reserved or not.
20091007 16:29:00< Rhonda> Did you try running it through valgrind (and killing the server and all games with it)?
20091007 16:29:30< Soliton> yeah, valgrind is what i excluded with "simple" tools... :-)
20091007 16:30:03< Soliton> the thing is that resident size is already very nice except if things get swapped out...
20091007 16:30:58< Soliton> if there is no swap resident size is exactly what i want to know.
20091007 16:53:49-!- gabm [n=gabm@64.235.212.50] has joined #wesnoth-dev
20091007 16:54:30-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #Wesnoth-dev
20091007 16:54:34-!- gabm [n=gabm@64.235.212.50] has left #wesnoth-dev []
20091007 16:56:07-!- happygrue__ [n=George@c-98-223-235-36.hsd1.in.comcast.net] has quit [Read error: 104 (Connection reset by peer)]
20091007 17:27:24-!- SonIcco_ [n=SonIcco@pD95106D2.dip0.t-ipconnect.de] has joined #wesnoth-dev
20091007 17:30:13< Soliton> on the topic "this really shouldn't be difficult": http://forum.wesnoth.org/viewtopic.php?f=10&t=27391
20091007 17:41:02< Ivanovic> uhm, yeah
20091007 17:41:26< Aethaeryn> zomg, 360 port.
20091007 17:41:36< Ivanovic> just run a script named "c++2c#" and be done
20091007 17:41:57< Ivanovic> Aethaeryn: a well done port would be nice, but it is basically impossible IIRC
20091007 17:42:05< Aethaeryn> I think there was a convo on Wesnoth on the Xbox 360 and PS3 in one of the iPhone threads.
20091007 17:42:14< Ivanovic> no idea if sdl and pango and all the likes are available there
20091007 17:42:45< Ivanovic> without those it is not possible (that is you would have to rewrite/port those libs/portions using the libs first
20091007 17:43:01< Soliton> piece of cake if you rewrite in C# anyway. ;-)
20091007 17:43:14< Ivanovic> jupp
20091007 17:43:46< Soliton> sdl and pango are in C, i think. from what i understand that isn't all that different from C#!
20091007 17:43:55< Ivanovic> ^^
20091007 17:44:42-!- SonIcco [n=SonIcco@pD9513CDE.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)]
20091007 18:02:45-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091007 18:26:47-!- Nayela [n=Nayela@cpc3-lich6-0-0-cust673.brhm.cable.ntl.com] has joined #wesnoth-dev
20091007 18:32:48-!- Noyga [n=lame-z@wesnoth/developer/noyga] has joined #wesnoth-dev
20091007 18:37:22-!- Noyga [n=lame-z@wesnoth/developer/noyga] has left #wesnoth-dev ["Quitte"]
20091007 18:38:09-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20091007 18:47:34-!- SonIcco__ [n=SonIcco@pD95106D2.dip0.t-ipconnect.de] has joined #wesnoth-dev
20091007 18:58:10-!- icco [n=SonIcco@pD95106D2.dip0.t-ipconnect.de] has joined #wesnoth-dev
20091007 19:00:37-!- SonIcco_ [n=SonIcco@pD95106D2.dip0.t-ipconnect.de] has quit [Read error: 113 (No route to host)]
20091007 19:05:28-!- SonIcco__ [n=SonIcco@pD95106D2.dip0.t-ipconnect.de] has quit [Read error: 113 (No route to host)]
20091007 19:05:34-!- icco_ [n=SonIcco@pD95106D2.dip0.t-ipconnect.de] has joined #wesnoth-dev
20091007 19:09:41-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20091007 19:11:51-!- icco__ [n=SonIcco@pD95106D2.dip0.t-ipconnect.de] has joined #wesnoth-dev
20091007 19:15:28-!- Mythological [i=Mytholog@77.28.118.200] has joined #wesnoth-dev
20091007 19:17:01-!- icco [n=SonIcco@pD95106D2.dip0.t-ipconnect.de] has quit [Read error: 113 (No route to host)]
20091007 19:19:36-!- boucman [n=rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20091007 19:25:58-!- icco_ [n=SonIcco@pD95106D2.dip0.t-ipconnect.de] has quit [Read error: 113 (No route to host)]
20091007 19:28:28-!- SonIcco [n=SonIcco@pD95106D2.dip0.t-ipconnect.de] has joined #wesnoth-dev
20091007 19:34:18-!- icco__ [n=SonIcco@pD95106D2.dip0.t-ipconnect.de] has quit [Read error: 113 (No route to host)]
20091007 19:39:20< boucman> hey all
20091007 19:39:24< boucman> Crab_: around ?
20091007 19:39:32< Crab_> hi
20091007 19:39:33< Crab_> yes
20091007 19:39:51< boucman> seen http://www.wesnoth.org/forum/viewtopic.php?p=388500#p388500 ?
20091007 19:40:06< Crab_> yes
20091007 19:40:15< boucman> if you want to relinquish the maintainance of AI statistics, you've got yourself a volunteer :P
20091007 19:40:51< Crab_> well, my ai statistics doesn't need much maintenance :)
20091007 19:41:13< boucman> hehe
20091007 19:41:41< boucman> you should post your scripts for him to play with... atracting new devs by any mean is a worthwile effort (assuming you're interested of course)
20091007 19:41:54< boucman> you never know what someone else will think of...
20091007 19:42:04< Crab_> I posted links to those scripts to him, in other topic
20091007 19:42:49< Crab_> yes, his approach is different (he plays the scenario, then parses the replay-in-autosave to get stats, I abuse logging)
20091007 19:43:18< boucman> ok
20091007 19:44:17< Crab_> at some point during 1.9, I'll try to allow ai to play campaigns w/nogui
20091007 19:44:30< zookeeper> fendrin, around?
20091007 19:45:23< boucman> that would be cool
20091007 19:45:52-!- krasicki [n=kvirc@public75.xdsl.centertel.pl] has joined #wesnoth-dev
20091007 19:46:30< Crab_> atm, I don't know what exact changes and hacks will be needed for this
20091007 19:46:40-!- krasicki [n=kvirc@public75.xdsl.centertel.pl] has quit [Client Quit]
20091007 19:46:41< Crab_> at least the ai can recall now :)
20091007 19:47:15< boucman> hehe
20091007 19:47:29< boucman> is DK working on integrating that ?
20091007 19:48:27< Crab_> I told him that the feature is now available, but I haven't seen activity from him recently
20091007 19:51:28< fendrin> zookeeper: yes
20091007 20:05:16< zookeeper> fendrin, sorry, i'm myself afk for a bit now :P
20091007 20:06:31< fendrin> zookeeper: no problem
20091007 20:06:47-!- YogiHH [n=chatzill@d001149.adsl.hansenet.de] has joined #wesnoth-dev
20091007 20:06:57< YogiHH> hello
20091007 20:09:20< CIA-62> jhinrichs * r39155 /trunk/src/server/server.cpp: Fixing a remaining issue with preserving timer settings on switching to the next scenario of an mp campaign.
20091007 20:09:29< YogiHH> Soliton, you there?
20091007 20:11:44 * Soliton nods.
20091007 20:12:09< YogiHH> Soliton: does the dev mp server get compiled regularly or is it done manually?
20091007 20:12:39< Soliton> manually.
20091007 20:13:10< YogiHH> Soliton: ok, if you feel inclined to do so, grrr will be very happy :)
20091007 20:18:59-!- rtfb [n=read-the@78-56-0-35.static.zebra.lt] has quit [Read error: 60 (Operation timed out)]
20091007 20:19:36-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20091007 20:23:13< CIA-62> soliton * r39156 /trunk/src/server/server.cpp: make sure we look inside the store_next_scenario tag for next scenario data
20091007 20:24:34< Soliton> btw, is there a reason that gamemap::MAX_PLAYERS is still 9?
20091007 20:26:21< Soliton> there are scenarios with more sides than that even in mainline.
20091007 20:31:44-!- rtfb [n=read-the@78-56-0-35.static.zebra.lt] has joined #wesnoth-dev
20091007 20:39:30-!- SonIcco [n=SonIcco@pD95106D2.dip0.t-ipconnect.de] has quit [Read error: 104 (Connection reset by peer)]
20091007 20:44:54< Soliton> YogiHH: dev server recompiled and restarted.
20091007 20:45:21< YogiHH> Soliton: great, thanks
20091007 21:03:59-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit [Remote closed the connection]
20091007 21:04:26-!- loonycyborg [n=sergey@79.139.139.50] has joined #wesnoth-dev
20091007 21:15:01< zookeeper> fendrin, ok, back now
20091007 21:15:21< zookeeper> fendrin, i've left you a few DM comments lately in the log
20091007 21:16:27< shadowmaster> anyone knows any command line utility that can tell me what's the most frequent word or pattern in a file?
20091007 21:17:55< zookeeper> fendrin, don't bother to search for them after all, i'll msg them to you...
20091007 21:20:07< Soliton> shadowmaster: grep pattern | sort | uniq -c | sort -nr?
20091007 21:21:46< shadowmaster> thanks
20091007 21:25:15-!- [Relic] [n=[Relic]@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20091007 21:25:55-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit ["meh"]
20091007 21:26:14< [Relic]> Hello :)
20091007 21:30:42-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20091007 21:31:01< thespaceinvader> boucman: you rang?
20091007 21:31:09< boucman> did I ?
20091007 21:31:11< boucman> :P
20091007 21:31:23< boucman> seriously, how did it turn out with the drakes ?
20091007 21:45:22< boucman> thespaceinvader: afk ?
20091007 21:45:37< thespaceinvader> am back now
20091007 21:45:40< thespaceinvader> sorry
20091007 21:45:49< thespaceinvader> it turned out well, all seems to be working
20091007 21:45:56< boucman> great :)
20091007 21:46:02< thespaceinvader> still some very final tweaks needed, but the majority of it is committed and shiny
20091007 21:52:46< boucman> wonderfull
20091007 22:03:14-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091007 22:09:34-!- Mythological_ [i=Mytholog@77.28.119.182] has joined #wesnoth-dev
20091007 22:18:29-!- noy [n=Noy@wesnoth/developer/noy] has quit ["GO, GET TO THE CHOPPAH!!!"]
20091007 22:18:55-!- thespaceinvader_ [n=chatzill@cpc1-whit1-0-0-cust481.cdif.cable.ntl.com] has joined #wesnoth-dev
20091007 22:19:28-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has quit [Nick collision from services.]
20091007 22:19:32-!- thespaceinvader_ is now known as thespaceinvader
20091007 22:22:51-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091007 22:27:59-!- Mythological [i=Mytholog@77.28.118.200] has quit [Read error: 110 (Connection timed out)]
20091007 22:31:45-!- YogiHH [n=chatzill@d001149.adsl.hansenet.de] has left #wesnoth-dev []
20091007 22:40:58-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has quit [Read error: 110 (Connection timed out)]
20091007 23:09:01-!- zookeeper [n=l@wesnoth/developer/zookeeper] has quit []
20091007 23:16:04-!- boucman [n=rosen@wesnoth/developer/boucman] has quit ["Leaving."]
20091007 23:28:22< CIA-62> ivanovic * r39157 /trunk/ (56 files in 28 dirs): 
20091007 23:28:22< CIA-62> add Shavian translation
20091007 23:28:22< CIA-62> missing atm: new font and data/languages/en@shaw.cfg file
20091007 23:28:55< CIA-62> ivanovic * r39158 /website/gettext.wesnoth.org/langs.php: add Shavian translation to g.w.o
20091007 23:36:00-!- Appleman1234 [n=Appleman@131.181.102.205] has joined #wesnoth-dev
20091007 23:49:53-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20091007 23:50:38-!- mjs-de [n=mjs-de@vpw.wh.Uni-Dortmund.DE] has quit ["On the road again"]
20091007 23:52:38-!- Mythological_ [i=Mytholog@77.28.119.182] has quit []
--- Log closed Thu Oct 08 00:00:44 2009