--- Log opened Thu Jan 29 00:00:29 2015
--- Day changed Thu Jan 29 2015
20150129 00:00:29< gfgtdf> aquileia: will you also fix teh other occurances of this_unit ?
20150129 00:00:43< gfgtdf> in formula
20150129 00:01:30< aquileia> It's 1 o clock in the morning and I found 6 cases: https://github.com/wesnoth/wesnoth/search?l=lua&q=%27%24this_unit.&utf8=%E2%9C%93
20150129 00:02:10< aquileia> As formula and WML keys don't match, I'd have to playtest them all...
20150129 00:02:29< aquileia> so I'd rather leave that to you or do it another day
20150129 00:02:46< gfgtdf> aquileia: you coudl lok up the names in teh file i mentioned earlier
20150129 00:03:05< aquileia> I'm doing that
20150129 00:03:27< gfgtdf> aquileia: actualy i think your previous commit is wrong
20150129 00:03:49< gfgtdf> aquileia: "moves" is not in the list
20150129 00:04:04< aquileia> damn, you're right
20150129 00:04:17< aquileia> it didn't error, though...
20150129 00:04:28< aquileia> I'll fix that up
20150129 00:04:35< gfgtdf> aquileia: maybe ubkbnows variable default to zero or something liek that
20150129 00:04:41< gfgtdf> unknown
20150129 00:04:59< gfgtdf> i actually dont know exactly
20150129 00:09:25-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20150129 00:11:27-!- Samual [diotecktec@xonotic/core-team/Samual] has joined #wesnoth-dev
20150129 00:18:56< irker198> wesnoth: gfgtdf wesnoth:master 2bc587c75dd9 / src/synced_commands.cpp: remove unused code in fire_event synced command http://git.io/F2UX
20150129 00:29:47-!- new_one [~new_one@nat-168-7-254-173.rice.edu] has quit [Ping timeout: 276 seconds]
20150129 00:37:12< irker198> wesnoth: aquileia wesnoth:master 504fd44747a1 / data/ (6 files in 4 dirs): Fixup and expand cc8ec3a934bd http://git.io/F2q3
20150129 00:40:27-!- travis-ci [~travis-ci@ec2-54-81-233-201.compute-1.amazonaws.com] has joined #wesnoth-dev
20150129 00:40:27< travis-ci> wesnoth/wesnoth#5686 (master - 2bc587c : gfgtdf): The build was broken.
20150129 00:40:27< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/48701478
20150129 00:40:27-!- travis-ci [~travis-ci@ec2-54-81-233-201.compute-1.amazonaws.com] has left #wesnoth-dev []
20150129 00:42:58< aquileia> mattsc, gfgtdf: Should be fixed now
20150129 00:44:52-!- new_one [~new_one@128.42.78.110] has joined #wesnoth-dev
20150129 00:45:55< gfgtdf> aquileia: ok
20150129 00:46:34< aquileia> Out of interest, can movement_left compete with https://github.com/wesnoth/wesnoth/blob/master/data/ai/lua/ai_helper.lua#L724 ?
20150129 00:47:02< gfgtdf> aquileia: since we also have units tests for some wml features you should not put [skip ci] into every commit that does not change the code.
20150129 00:47:09< gfgtdf> c++ code*
20150129 00:47:23< gfgtdf> aquileia: idk you'd have to test
20150129 00:48:03< aquileia> I know we have the WML test (I wrote the VC WML_test script) but these aren't part of the test suite
20150129 00:49:07< gfgtdf> aquileia: hm ok
20150129 00:49:39-!- new_one [~new_one@128.42.78.110] has quit [Remote host closed the connection]
20150129 00:49:47< aquileia> And as I mostly work on campaigns right now, I typically add it
20150129 00:50:08< aquileia> Unless we introduce a test that plays through HttT ;)
20150129 00:50:31< aquileia> Then I promise to be more careful!
20150129 00:50:55-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20150129 00:51:35< mattsc> aquileia: hi - I’m again not going to be here for very long
20150129 00:51:49< aquileia> mattsc: Thanks to gfgtdf the AI scripts should work now and be even faster than before
20150129 00:52:29< mattsc> that would be great (as I said, I am not using these kinds of filter any more these days in most cases because they are slow)
20150129 00:52:51< mattsc> Just wondering, I assume that you checked that the AIs you changed still do what they are supposed to do, and not just that there is no error message any more?
20150129 00:53:36< mattsc> Also, does this mean that 1.12 and 1.13 code is not compatible with each other any more?
20150129 00:54:49< aquileia> mattsc: I couldn't really test that as the 'desired behaviour' doesn't mean there's a reproducible way to test it
20150129 00:55:59< mattsc> aquileia: Did you test that the filters actually give you units with movement left (and only those)?
20150129 00:56:05< aquileia> in most cases it's just used to filter out units without MP
20150129 00:56:43< mattsc> The thing with custom AIs is that behavior changes are often quite subtle and part of AI not working is often very hard to detect (because the default AI usually takes over then)
20150129 00:58:01< aquileia> mattsc: I'm sorry, but I'm too tired to read up how to debug them
20150129 00:58:15-!- new_one [~new_one@128.42.78.110] has joined #wesnoth-dev
20150129 00:58:32< mattsc> aquileia: well, I can probably do it more easily than you anyway, I was just wondering whether that needs to be done or not.
20150129 00:59:24< mattsc> aquileia: Also, does it mean that 1.12 and 1.13 code using formula / this_unit combinations in now incompatible?
20150129 00:59:55< mattsc> “now” = since whatever commit it was that required this change
20150129 01:01:20< aquileia> The fix can easily be backported and only changes your lua files, the behaviour is identical - I see no reason for any incompatibility
20150129 01:02:20-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20150129 01:03:59< aquileia> I realize I'm not really helpful, but lua AI is terra incognita for me and I'm nearly falling asleep...
20150129 01:04:32< aquileia> mattsc: I fear you'll only get reliable info from gfgtdf, I'm going to bed now
20150129 01:04:35< mattsc> aquileia: no worries, we can talk about it some other time
20150129 01:04:53< aquileia> bye
20150129 01:05:00< mattsc> I’ll check some time (on the weekend, probably) whether things are still working as desired
20150129 01:05:05< mattsc> Gute Nacht.
20150129 01:05:50< aquileia> Danke!
20150129 01:07:05-!- aquileia [95acd0d3@gateway/web/freenode/ip.149.172.208.211] has quit [Quit: Page closed]
20150129 01:07:20< gfgtdf> aquileia: also with the new method the foruma is still significaltly slower than the code you posted the link
20150129 01:21:02 * vultraz back
20150129 01:43:32-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20150129 01:52:51< irker198> wesnoth: Charles Dang wesnoth:master ce48d18dfb99 / data/tools/wmllint: Recognize [background_layer] as a valid child of [part] http://git.io/F2gw
20150129 02:01:02< renketsu0> lol my problem compiling wasn't with sdl_image at all. I compiled using cmake no problem
20150129 02:01:21< renketsu0> must be something about the scons configuration that isn't detecting the jpg and png support
20150129 02:18:21< shadowm> vultraz: PR #374 removes several useful checks.
20150129 02:18:29-!- travis-ci [~travis-ci@ec2-54-81-233-201.compute-1.amazonaws.com] has joined #wesnoth-dev
20150129 02:18:29< travis-ci> wesnoth/wesnoth#5688 (master - ce48d18 : Charles Dang): The build is still failing.
20150129 02:18:29< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/48708658
20150129 02:18:29-!- travis-ci [~travis-ci@ec2-54-81-233-201.compute-1.amazonaws.com] has left #wesnoth-dev []
20150129 02:18:53< shadowm> renketsu0: Perhaps you installed the missing packages after running scons the first time and didn't try rerunning with --config=force afterwards?
20150129 02:20:41< renketsu0> I did rerun with ccache=false --config=force --nocache
20150129 02:21:36< renketsu0> I do plan to look into it again later
20150129 02:21:46< shadowm> gfgtdf: Why didn't you mark #22774 as Won't Fix?
20150129 02:22:45< gfgtdf> shadowm: i cosed it becasue teh reporter said it can be clised form his point of view
20150129 02:22:48< gfgtdf> closed*
20150129 02:22:53< vultraz> shadowm: which checks?
20150129 02:24:19< shadowm> gfgtdf: That can must mean one of Won't Fix, Invalid, or Fixed.
20150129 02:25:07< shadowm> Also, I did not ask why it was closed.
20150129 02:28:15-!- new_one [~new_one@128.42.78.110] has quit [Quit: WeeChat 1.1.1]
20150129 02:28:39< shadowm> vultraz: usage=mask and .mask, and usage=map and .map.
20150129 02:30:08< vultraz> should those be left for backwards compatibility,
20150129 02:33:41< shadowm> I'd say the answer to that question (?) depends on when wmllint will start stripping the map attributes.
20150129 02:34:44< shadowm> Or more importantly, when will the game stop accepting them.
20150129 02:34:48< vultraz> well, for now we should certainly stop it writing them
20150129 02:35:00< vultraz> I believe fabi said the game would stop accepting them in 1.15
20150129 02:39:09-!- prkc [~prkc@51B7AE0A.dsl.pool.telekom.hu] has quit [Ping timeout: 276 seconds]
20150129 02:39:16< irker198> wesnoth: Charles Dang wesnoth:master 2832fac8c7f1 / data/tools/wmllint: Exclude variation_name= from translate mark checks http://git.io/F215
20150129 02:39:22< shadowm> 1.12 can read maps without attributes, right?
20150129 02:39:29< shadowm> Oh for the love of god vultraz.
20150129 02:40:08< shadowm> Why did you have to go and push commit 2832fac8c7f1 instead of letting me deal with the feature request for that I submitted a couple of days ago?
20150129 02:40:20< shadowm> If it were that simple I'd have done it before.
20150129 02:41:30< gfgtdf> mattsc: still online?
20150129 02:42:02< mattsc> gfgtdf: on and off
20150129 02:42:05< vultraz> yes 1.12 can open attributeless maps
20150129 02:42:15< shadowm> Could you revert that commit, please?
20150129 02:42:49< vultraz> but it still writes them
20150129 02:42:53< vultraz> le sign
20150129 02:42:55< vultraz> fine
20150129 02:43:38-!- new_one [~new_one@128.42.84.191] has joined #wesnoth-dev
20150129 02:43:40< gfgtdf> mattsc: i was thinking about https://gna.org/bugs/?21290, afaik unit ids are used when recalling units, so it' guess that can actually cause bugs if soneone puts units to teh recall list ?
20150129 02:44:27< shadowm> Most importantly, having it means that wmllint will suggest/add translatable string marks to variation_name attributes without fixing the target by adding variation_id attribute.
20150129 02:44:31< irker198> wesnoth: Charles Dang wesnoth:master 5ac65f74f51c / data/tools/wmllint: Revert "Exclude variation_name= from translate mark checks" http://git.io/F2D2
20150129 02:44:53< shadowm> Having a translatable variation_name with no variation_id will most certainly cause problems.
20150129 02:46:19< mattsc> gfgtdf: to clarify, you mean that the current state (not haveing ids synced yet) could cause trouble?  Rather than the fixed that was made for the names?
20150129 02:46:54< mattsc> argh;  s/haveing/having, s/fixed/fix
20150129 02:48:19< gfgtdf> mattsc: yes i think that's possible, but i didn't test yet.
20150129 02:48:26< mattsc> gfgtdf: So if you saved a unit id of a unit without a specifically assigned id in a variable, then recalled that unit using that variable, yes that could probably cause OOS.
20150129 02:48:50< gfgtdf> mattsc: i menat a human recalling that unit
20150129 02:48:52< mattsc> As could a bunch of other operations that would use an id like that.
20150129 02:49:00< mattsc> Oh, I see.
20150129 02:49:27< mattsc> Yes, if recalling is done (and transmitted to the other clients) by id, that would make sense.
20150129 02:51:34< shadowm> vultraz: In that case, your pull requests looks fine, although it looks like that line 2297 you removed was linked to the preceding comment block which is now orphaned. Also, because I don't know wmllint's code by memory, I'm assuming you actually tested it and made sure there weren't unexpected side-effects, e.g. from dropping variables which are still used elsewhere in wmllint (Python's design means you will usually not get warned ...
20150129 02:51:40< shadowm> ... about this until the affected code is executed).
20150129 02:51:45< shadowm> request
20150129 02:51:46< mattsc> gfgtdf: and it could cause trouble in replays as well that way, I guess.  In fact, maybe some of those OOS errors I’ve always been getting in my campaign might be caused by that.
20150129 02:51:51< shadowm> singular
20150129 02:51:54< shadowm> I can't type.
20150129 02:51:57< mattsc> replays in SP, I mean
20150129 02:54:18< gfgtdf> mattsc: how do you know it's caused by that ?
20150129 02:55:10< mattsc> gfgtdf: I don’t.  But I know that in Grnk I put units onto the recall list and get them back out in several scenarios.  And I know that I’ve been having lots of problems with OOS in replays.
20150129 02:55:27< mattsc> I’m just saying that this _might_ be a possible explanation.
20150129 02:55:59< vultraz> I assume I can also remove this comment: 
20150129 02:56:01< vultraz> # Standalone terrain mask files *must* have a .mask extension on their name
20150129 02:56:02< vultraz> # or they'll have an incorrect usage=map generated into them.
20150129 02:56:12< gfgtdf> mattsc: i think if you recall them in another scenario it shouldn't be a problem
20150129 02:56:38< gfgtdf> mattsc: in a different scenario than then the one that put then into the recalllist
20150129 02:57:03< mattsc> gfgtdf: probably; I do have scenarios where I do both steps within the same scenario
20150129 02:57:06< gfgtdf> mattsc: you know how to get a unit id mismatch ?
20150129 02:57:25< gfgtdf> mattsc: do i need to to undo a recruit ?
20150129 02:57:33< gfgtdf> mattsc: or is there another way?
20150129 02:58:14-!- {V} [~V@72-69-ftth.on.nl] has quit [Read error: Connection reset by peer]
20150129 02:58:39-!- {V} [~V@72-69-ftth.on.nl] has joined #wesnoth-dev
20150129 02:58:43< mattsc> gfgtdf: reloading from the turn before you did the action should also work, right?
20150129 02:59:05< mattsc> or playing the replay of the turn
20150129 02:59:28< gfgtdf> mattsc: you mean the underlaying id counter is set  when reloading?
20150129 02:59:33< gfgtdf> is not set*
20150129 02:59:41-!- travis-ci [~travis-ci@ec2-54-166-55-40.compute-1.amazonaws.com] has joined #wesnoth-dev
20150129 02:59:41< travis-ci> wesnoth/wesnoth#5689 (master - 2832fac : Charles Dang): The build is still failing.
20150129 02:59:41< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/48711697
20150129 02:59:41-!- travis-ci [~travis-ci@ec2-54-166-55-40.compute-1.amazonaws.com] has left #wesnoth-dev []
20150129 02:59:42< mattsc> I believe so, yes
20150129 03:00:03< mattsc> gfgtdf: let me try something really quickly, I curious now
20150129 03:00:49< gfgtdf> mattsc: is set here: https://github.com/wesnoth/wesnoth/blob/7aea1c732a66e237eecfc5fd37665b760d8f0daf/src/play_controller.cpp#L165
20150129 03:01:11< gfgtdf> mattsc: but i dont think its set properly when restering a replay
20150129 03:01:47-!- Ivanovic_ [~ivanovic@frnk-5f74d507.pool.mediaWays.net] has joined #wesnoth-dev
20150129 03:01:47-!- Ivanovic_ [~ivanovic@frnk-5f74d507.pool.mediaWays.net] has quit [Changing host]
20150129 03:01:47-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20150129 03:05:20-!- fabi [~quassel@wesnoth/developer/fendrin] has quit [Ping timeout: 265 seconds]
20150129 03:05:27-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 264 seconds]
20150129 03:05:41-!- fabi [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20150129 03:05:49-!- Ivanovic_ is now known as Ivanovic
20150129 03:07:37< vultraz> sometimes I question my intelligence
20150129 03:07:44< vultraz> I just overwrote my commit to my PR
20150129 03:07:56 * vultraz facedesks
20150129 03:08:01< vultraz> I have the diff, hang on...
20150129 03:10:24< mattsc> gfgtdf: I’m not quite sure at the moment how I’d use this to create a OOS, at least not in SP.  And I don’t have time to think about or test MP right now.
20150129 03:10:34< mattsc> BBL.
20150129 03:12:26-!- gfgtdf [~chatzilla@f054058084.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.91.1 [Firefox 35.0.1/20150122214805]]
20150129 03:13:54< irker198> wesnoth: Charles Dang wesnoth:master b31cd00e2594 / data/tools/wmllint: Removed some now-unnecessary comments http://git.io/F25a
20150129 03:13:57< irker198> wesnoth: Charles Dang wesnoth:master 1b8d11460c41 / data/tools/wmllint: Remove checks for usage= and border_size= in map files http://git.io/F25V
20150129 03:14:00< irker198> wesnoth: Charles Dang wesnoth:master f7a229f4bcf0 / data/tools/wmllint: Merge pull request #374 from Vultraz/master http://git.io/F25w
20150129 03:14:19< vultraz> yeah uh
20150129 03:14:20< vultraz> ok
20150129 03:14:36< vultraz> ignore that first commit it got overwirtten by the second commit which overwrote the first commit..
20150129 03:14:47< vultraz> conclusion: I'm an idiot today >_>
20150129 03:16:26< vultraz> er wait
20150129 03:16:28< vultraz> no, it did work
20150129 03:16:31 * vultraz throws up hands
20150129 03:16:52< vultraz> just in the wrong order
20150129 03:16:54< vultraz> bleg
20150129 03:20:54-!- travis-ci [~travis-ci@ec2-54-81-233-201.compute-1.amazonaws.com] has joined #wesnoth-dev
20150129 03:20:54< travis-ci> wesnoth/wesnoth#5690 (master - 5ac65f7 : Charles Dang): The build is still failing.
20150129 03:20:54< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/48711985
20150129 03:20:54-!- travis-ci [~travis-ci@ec2-54-81-233-201.compute-1.amazonaws.com] has left #wesnoth-dev []
20150129 03:45:20-!- travis-ci [~travis-ci@ec2-54-162-88-250.compute-1.amazonaws.com] has joined #wesnoth-dev
20150129 03:45:20< travis-ci> wesnoth/wesnoth#5693 (master - f7a229f : Charles Dang): The build is still failing.
20150129 03:45:20< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/48714050
20150129 03:45:20-!- travis-ci [~travis-ci@ec2-54-162-88-250.compute-1.amazonaws.com] has left #wesnoth-dev []
20150129 03:59:49-!- Ivanovic_ [~ivanovic@frnk-d933054c.pool.mediaWays.net] has joined #wesnoth-dev
20150129 03:59:50-!- Ivanovic_ [~ivanovic@frnk-d933054c.pool.mediaWays.net] has quit [Changing host]
20150129 03:59:50-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20150129 04:01:02< mattsc> gfgtdf: you are right, it is actually super easy to cause an OOS error that way, even in SP:  http://pastebin.com/Ehjty93R
20150129 04:02:26< mattsc> Put that code into a scenario.  As human player recruit one unit.  On the next turn, move it to 19,6 (which is right next to the keep in my Freelands-based test scenario) and recall it right away.
20150129 04:02:44< mattsc> Then save a replay and play it.  It will go OOS as soon as it gets to the recalling.
20150129 04:02:52-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 240 seconds]
20150129 04:03:54-!- Ivanovic_ is now known as Ivanovic
20150129 04:46:33-!- oldlaptop [~quassel@50-108-82-79.adr01.mskg.mi.frontiernet.net] has quit [Remote host closed the connection]
20150129 04:49:03-!- oldlaptop [~quassel@50-108-82-79.adr01.mskg.mi.frontiernet.net] has joined #wesnoth-dev
20150129 04:55:23-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Not here much atm. Will check logs for my nick and forum PMs.]
20150129 05:03:43-!- renketsu0 [~renketsu0@2601:4:e80:121:1c01:f4b4:55b1:a383] has quit [Quit: Leaving]
20150129 05:14:17-!- new_one [~new_one@128.42.84.191] has quit [Quit: WeeChat 1.1.1]
20150129 05:21:01-!- Samual_ [diotecktec@c-24-3-185-118.hsd1.pa.comcast.net] has joined #wesnoth-dev
20150129 05:21:01-!- Samual_ [diotecktec@c-24-3-185-118.hsd1.pa.comcast.net] has quit [Changing host]
20150129 05:21:01-!- Samual_ [diotecktec@xonotic/core-team/Samual] has joined #wesnoth-dev
20150129 05:21:52-!- Samual [diotecktec@xonotic/core-team/Samual] has quit [Ping timeout: 255 seconds]
20150129 05:31:30-!- ancestral [~ancestral@65-128-208-249.mpls.qwest.net] has joined #wesnoth-dev
20150129 06:14:10-!- irker198 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20150129 06:27:24-!- kex [~kex@78.157.29.160] has quit [Remote host closed the connection]
20150129 06:27:58-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20150129 06:33:08-!- kex [~kex@78.157.29.160] has quit [Ping timeout: 276 seconds]
20150129 06:39:27-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20150129 06:57:47-!- Sulfur [~Miranda@p5B0091DA.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150129 07:20:09-!- [Relic] [~Relic]@2602:306:33a3:6d30:9d6f:d925:741:250a] has quit [Quit: Leaving]
20150129 07:38:54-!- Haudegen [~quassel@85.124.51.57] has quit [Ping timeout: 240 seconds]
20150129 07:43:20-!- Haudegen [~quassel@85.124.51.57] has joined #wesnoth-dev
20150129 07:49:05-!- boucman_work [~jrosen@bob75-2-81-56-46-209.fbx.proxad.net] has joined #wesnoth-dev
20150129 07:49:05-!- boucman_work [~jrosen@bob75-2-81-56-46-209.fbx.proxad.net] has quit [Changing host]
20150129 07:49:05-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20150129 08:03:35-!- ancestral [~ancestral@65-128-208-249.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20150129 08:04:00< zookeeper> anyone who knows about how random maps work in network MP? i have a confirmed OOS where the different clients have the same map data of a random map, _but_ the starting positions are ordered differently
20150129 08:33:06< zookeeper> i thought that obviously the random map is generated on the host and transmitted as-is to the clients (just as a regular usermap), but if that's true, how could the clients ever get the starting position ordering wrong?
20150129 09:06:38-!- lipkab [~the_new_l@host-91-147-211-47.biatv.hu] has joined #wesnoth-dev
20150129 09:12:27-!- gfgtdf [~chatzilla@f054058084.adsl.alicedsl.de] has joined #wesnoth-dev
20150129 09:12:44< gfgtdf> zookeeper: happens on 1.12, 1.13 or both?
20150129 09:12:44-!- gfgtdf [~chatzilla@f054058084.adsl.alicedsl.de] has quit [Client Quit]
20150129 09:14:17< zookeeper> 1.12 (haven't tried 1.13). but i can't reproduce it on my own, it seemed to be a problem with Catoptromancy's client (see #wesnoth)
20150129 09:17:21< zookeeper> i guess i'll edit the log to only contain the relevant bits...
20150129 09:22:00-!- lipkab [~the_new_l@host-91-147-211-47.biatv.hu] has quit [Ping timeout: 246 seconds]
20150129 09:23:06< zookeeper> this is all that i deemed relevant: http://pastebin.com/atRGHbvL
20150129 09:24:27-!- lipkab [~the_new_l@host-91-147-211-47.biatv.hu] has joined #wesnoth-dev
20150129 09:26:35< zookeeper> so, basically, this one guy's client somehow disagreed with everyone else about the order of the starting locations; in his [replay_start], the map_data is identical to everyone else's, except for the starting locations being in a different order. happened regardless of whether he joined or hosted.
20150129 09:27:17< zookeeper> for example, where we had 2 Kh he had 8 Kh
20150129 09:27:38< zookeeper> (looking at the numbers, it didn't seem like a simple off-by-1 or anything)
20150129 09:31:42< zookeeper> and they weren't all off; some positions were correct, some were switched. i don't see how it could be possible, but they seemed to be sure that it never happened with default AI, only with strong AI.
20150129 09:43:06-!- horrowind [~Icedove@x04l2a.wh2.tu-dresden.de] has joined #wesnoth-dev
20150129 09:48:15-!- lipkab [~the_new_l@host-91-147-211-47.biatv.hu] has quit [Ping timeout: 244 seconds]
20150129 09:50:25-!- lipkab [~the_new_l@host-91-147-211-47.biatv.hu] has joined #wesnoth-dev
20150129 09:50:53-!- Haudegen [~quassel@85.124.51.57] has quit [Ping timeout: 240 seconds]
20150129 09:54:40-!- Haudegen [~quassel@85.124.51.57] has joined #wesnoth-dev
20150129 10:01:01-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150129 10:05:02-!- mjs-de [~mjs-de@f049138031.adsl.alicedsl.de] has joined #wesnoth-dev
20150129 10:19:22-!- horrowind [~Icedove@x04l2a.wh2.tu-dresden.de] has quit [Quit: horrowind]
20150129 10:28:01-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20150129 10:32:47-!- kex [~kex@78.157.29.160] has quit [Ping timeout: 245 seconds]
20150129 10:56:02-!- gfgtdf [~chatzilla@f054058084.adsl.alicedsl.de] has joined #wesnoth-dev
20150129 10:56:21< gfgtdf> zookeeper: i lso dont see hiw this could be possible.
20150129 11:08:50-!- gfgtdf [~chatzilla@f054058084.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.91.1 [Firefox 35.0.1/20150122214805]]
20150129 11:24:37-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20150129 11:29:35-!- fabi [~quassel@wesnoth/developer/fendrin] has quit [Remote host closed the connection]
20150129 11:40:50-!- lipkab [~the_new_l@host-91-147-211-47.biatv.hu] has quit [Ping timeout: 272 seconds]
20150129 11:42:41-!- zookeeper_ [~lmsnie@37.35.27.73] has joined #wesnoth-dev
20150129 11:43:41-!- fabi [~quassel@p20030051AA5D9C23293ACDB1D4E8788D.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150129 11:43:55-!- fabi [~quassel@p20030051AA5D9C23293ACDB1D4E8788D.dip0.t-ipconnect.de] has quit [Changing host]
20150129 11:43:55-!- fabi [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20150129 11:45:39-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 245 seconds]
20150129 11:46:42-!- zookeeper_ is now known as zookeeper
20150129 11:46:49-!- zookeeper [~lmsnie@37.35.27.73] has quit [Changing host]
20150129 11:46:50-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20150129 12:12:56-!- lipkab [~the_new_l@host-91-147-211-47.biatv.hu] has joined #wesnoth-dev
20150129 12:38:01-!- bumbadadabum [~bumbadada@wcw-stud-145-109-10-135.wireless.uva.nl] has joined #wesnoth-dev
20150129 12:39:31-!- lipkab [~the_new_l@host-91-147-211-47.biatv.hu] has quit [Ping timeout: 252 seconds]
20150129 12:40:51-!- kex [~kex@78.157.29.160] has quit [Remote host closed the connection]
20150129 12:41:32-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20150129 12:46:41-!- horrowind [~Icedove@x04l2a.wh2.tu-dresden.de] has joined #wesnoth-dev
20150129 12:46:42-!- kex [~kex@78.157.29.160] has quit [Ping timeout: 272 seconds]
20150129 13:19:27-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 245 seconds]
20150129 13:19:38-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150129 13:32:41-!- bumbadadabum [~bumbadada@wcw-stud-145-109-10-135.wireless.uva.nl] has quit [Ping timeout: 252 seconds]
20150129 14:00:19-!- bumbadadabum [~bumbadada@wcw-stud-145-109-10-135.wireless.uva.nl] has joined #wesnoth-dev
20150129 14:23:20-!- kex [~kex@89.205.112.138] has joined #wesnoth-dev
20150129 14:31:42-!- kex [~kex@89.205.112.138] has quit [Remote host closed the connection]
20150129 14:37:12-!- gfgtdf [~chatzilla@f054058084.adsl.alicedsl.de] has joined #wesnoth-dev
20150129 14:46:18-!- prkc [~prkc@51B7AE0A.dsl.pool.telekom.hu] has joined #wesnoth-dev
20150129 14:46:46-!- kex [~kex@89.205.112.138] has joined #wesnoth-dev
20150129 14:50:07-!- kex [~kex@89.205.112.138] has quit [Remote host closed the connection]
20150129 14:50:24-!- kex [~kex@89.205.112.138] has joined #wesnoth-dev
20150129 14:52:03-!- kex [~kex@89.205.112.138] has quit [Remote host closed the connection]
20150129 14:58:01-!- ancestral [~ancestral@65-128-208-249.mpls.qwest.net] has joined #wesnoth-dev
20150129 15:09:12-!- Sulfur [~Miranda@p5B0091DA.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20150129 15:38:58-!- bumbadadabum [~bumbadada@wcw-stud-145-109-10-135.wireless.uva.nl] has quit [Ping timeout: 272 seconds]
20150129 15:48:27-!- Sulfur [~Miranda@p5B0091DA.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150129 15:56:31-!- [Relic] [~Relic]@2602:306:33a3:6d30:953d:baaf:222d:9e15] has joined #wesnoth-dev
20150129 16:28:14-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20150129 16:48:05-!- renketsu0 [~renketsu0@2601:4:e80:121:485e:ed24:317a:1bec] has joined #wesnoth-dev
20150129 16:56:35< renketsu0> I figured out my problem compiling on Linux Mint with scons. I found the scons-options-cache and removed sdldir=/usr
20150129 16:58:08< renketsu0> I was under the impression that ccache=false -config=force --no-cache would prevent stuff that was saved from previous attempts from being loaded
20150129 17:00:39< renketsu0> I'm guessing without sdldir it's allowed to find some files dynamically and that they weren't all under /usr?
20150129 17:01:02< renketsu0> still not entirely sure. I'll check the differences later
20150129 17:06:38-!- gfgtdf [~chatzilla@f054058084.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.91.1 [Firefox 35.0.1/20150122214805]]
20150129 17:14:51< AI0867> renketsu0: well, that's an actual setting, not some cache
20150129 17:15:06< AI0867> it would show under scons --help
20150129 17:18:51-!- boucman_work [~jrosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20150129 17:30:09-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has joined #wesnoth-dev
20150129 17:36:36-!- lipkab [~the_new_l@host-91-147-211-47.biatv.hu] has joined #wesnoth-dev
20150129 17:44:50-!- new_one [~new_one@128.42.76.112] has joined #wesnoth-dev
20150129 17:44:57< renketsu0> AI0867: it did, that's what helped me catch it
20150129 17:45:43< renketsu0> I saw in the help display that "Options are cached in a file named .scons-option-cache and persist to later invocations."
20150129 17:46:37< renketsu0> of course I missed the part where it said "The file is editable.  Delete it to start fresh. You can also use a different file by..."
20150129 17:46:54< renketsu0> the dangers of skimming :D
20150129 17:47:18< renketsu0> I learned a lot trying to troubleshoot my way through the problem so it's all good
20150129 17:49:59-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20150129 18:10:55-!- ancestral [~ancestral@65-128-208-249.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20150129 18:13:51-!- lipkab [~the_new_l@host-91-147-211-47.biatv.hu] has quit [Ping timeout: 264 seconds]
20150129 18:21:26-!- lipkab [~the_new_l@host-91-147-211-47.biatv.hu] has joined #wesnoth-dev
20150129 18:47:20-!- renketsu0 [~renketsu0@2601:4:e80:121:485e:ed24:317a:1bec] has quit [Quit: Leaving]
20150129 18:51:33-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20150129 18:56:55-!- Haudegen [~quassel@85.124.51.57] has quit [Ping timeout: 244 seconds]
20150129 18:57:29-!- Sulfur [~Miranda@p5B0091DA.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20150129 19:01:32-!- Haudegen [~quassel@85.124.51.57] has joined #wesnoth-dev
20150129 19:02:25-!- ancestral [~ancestral@65-128-208-249.mpls.qwest.net] has joined #wesnoth-dev
20150129 19:08:02-!- ancestral [~ancestral@65-128-208-249.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20150129 19:30:43-!- horrowind [~Icedove@x04l2a.wh2.tu-dresden.de] has quit [Quit: horrowind]
20150129 19:50:33-!- Grickit [~derek@wesnoth/developer/grickit] has joined #wesnoth-dev
20150129 19:51:09-!- ShikadiLord [~ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20150129 19:51:17-!- timotei_ [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20150129 19:51:46-!- shikadibot_ [~shikadi@wesnoth/umc-dev/bot/shikadibot] has joined #wesnoth-dev
20150129 19:54:38-!- heirecka_ [~heirecka@j61898.servers.jiffybox.net] has joined #wesnoth-dev
20150129 19:56:38-!- Gambit [~derek@wesnoth/developer/grickit] has quit [Ping timeout: 264 seconds]
20150129 19:56:39-!- shadowm [~ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 264 seconds]
20150129 19:56:39-!- heirecka [~heirecka@exherbo/developer/heirecka] has quit [Ping timeout: 264 seconds]
20150129 19:56:39-!- timotei__ [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 264 seconds]
20150129 19:56:39-!- shikadibot [~shikadi@wesnoth/umc-dev/bot/shikadibot] has quit [Ping timeout: 264 seconds]
20150129 19:56:44-!- heirecka_ is now known as heirecka
20150129 19:56:44-!- heirecka [~heirecka@j61898.servers.jiffybox.net] has quit [Changing host]
20150129 19:56:44-!- heirecka [~heirecka@exherbo/developer/heirecka] has joined #wesnoth-dev
20150129 19:56:45-!- lipkab [~the_new_l@host-91-147-211-47.biatv.hu] has quit [Read error: No route to host]
20150129 19:57:57-!- ShikadiLord is now known as shadowm
20150129 20:09:56-!- lipkab [~the_new_l@host-91-147-211-47.biatv.hu] has joined #wesnoth-dev
20150129 20:36:10-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150129 20:39:04-!- lipkab [~the_new_l@host-91-147-211-47.biatv.hu] has quit [Quit: Sűrű sötét az éj, dühöng a déli szél]
20150129 22:20:56< zookeeper> no one else has ideas about the OOS (see log)?
20150129 22:30:21-!- cjhopman [cjhopman@nat/google/x-jwwppgrvcfhnlbke] has quit [Quit: Konversation terminated!]
20150129 22:39:45-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has quit [Quit: Konversation terminated!]
20150129 22:44:15-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20150129 23:14:39-!- gfgtdf [~chatzilla@d150025.adsl.hansenet.de] has joined #wesnoth-dev
20150129 23:15:15< gfgtdf> zookeeper: were you able to reproduce ?
20150129 23:17:35< zookeeper> gfgtdf, no
20150129 23:17:51< zookeeper> as i said, i can't reproduce on my own, only with him
20150129 23:34:49-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 245 seconds]
20150129 23:40:39-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20150129 23:41:02< gfgtdf> zookeeper: so you played with him ?
20150129 23:41:14< zookeeper> to reproduce, yes
20150129 23:41:48-!- travis-ci [~travis-ci@ec2-54-166-55-40.compute-1.amazonaws.com] has joined #wesnoth-dev
20150129 23:41:48< travis-ci> wesnoth/wesnoth#5694 (master - 7116819 : gfgtdf): The build is still failing.
20150129 23:41:48< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/48830794
20150129 23:41:48-!- travis-ci [~travis-ci@ec2-54-166-55-40.compute-1.amazonaws.com] has left #wesnoth-dev []
20150129 23:44:27-!- irker684 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20150129 23:44:27< irker684> wesnoth: gfgtdf wesnoth:master a3e5ce5488bd / src/synced_commands.cpp: fix unused parameter warning http://git.io/Fic1
20150129 23:49:03-!- aquileia [95acd0d3@gateway/web/freenode/ip.149.172.208.211] has joined #wesnoth-dev
20150129 23:49:50-!- Lohengramm [sid1929@gateway/web/irccloud.com/x-wvryjapzmstcmvlh] has quit []
20150129 23:50:07-!- Lohengramm [sid1929@gateway/web/irccloud.com/x-avgdwtamyhurcjor] has joined #wesnoth-dev
20150129 23:50:39< aquileia> zookeeper: Should I backport https://github.com/wesnoth/wesnoth/commit/c1b25aa4fdc74c40 ?
20150129 23:51:57< gfgtdf> zookeeper: i just found some unknown "modify_placing" attribute: https://github.com/wesnoth/wesnoth/search?utf8=%E2%9C%93&q=modify_placing&type=Code you know what it does ?
20150129 23:52:34< zookeeper> aquileia, if you've double-checked that it works then i don't see why not, although i'd use #textdomain wesnoth-units for the unit type name to avoid a new and unnecessary string
20150129 23:52:49< aquileia> Ivanovic / shadowm: Now that the string freeze is lifted I can merge PR369, right?
20150129 23:54:46< aquileia> zookeeper: Will do
20150129 23:55:34< zookeeper> gfgtdf, ah, yes, that could be related... i believe that is the feature which looks at the faction's terrain_liked= and figures which castle would be best for a given side
20150129 23:56:05< shadowm> aquileia: Yes.
20150129 23:57:43< zookeeper> gfgtdf, in the OOS savefiles everyone only has modify_placing=true
20150129 23:58:31< zookeeper> (for what it's worth)
20150129 23:58:56< irker684> wesnoth: aquileia wesnoth:1.12 21b86f061d0c / data/campaigns/Legend_of_Wesmere/scenarios/chapter5/24_Epilogue.cfg: Fix map used in LoW epilogue http://git.io/Fi8N
20150129 23:58:58< irker684> wesnoth: aquileia wesnoth:1.12 39f57beff28a / data/campaigns/Legend_of_Wesmere/utils/journey.cfg: Fix order of track markers in LoW Cliffs of Thoria http://git.io/Fi8A
20150129 23:59:00< irker684> wesnoth: aquileia wesnoth:1.12 f7378ff0e641 / data/campaigns/Delfadors_Memoirs/ (21 files in 2 dirs): Port DM tracks to the HttT bigmap http://git.io/Fi8x
20150129 23:59:02< irker684> wesnoth: aquileia wesnoth:1.12 5c10b9b13148 / / (11 files in 7 dirs): Port TB tracks to the Liberty bigmap http://git.io/Fi8p
20150129 23:59:04< irker684> wesnoth: aquileia wesnoth:1.12 b6a2c4ec16cc / / (21 files in 8 dirs): Port THoT track to the SoF bigmap http://git.io/Fi8h
20150129 23:59:06< irker684> wesnoth: aquileia wesnoth:1.12 de3dc93b69db / / (22 files in 9 dirs): Port NR tracks to the AOI bigmap http://git.io/Fi8j
20150129 23:59:08< irker684> wesnoth: aquileia wesnoth:1.12 c753aa4aaa5b / data/campaigns/Northern_Rebirth/ (7 files in 2 dirs): NR: Fix story formatting by using speech macros everywhere http://git.io/Fi4v
20150129 23:59:10< irker684> wesnoth: aquileia wesnoth:1.12 b389cab0d3e2 / data/campaigns/Legend_of_Wesmere/ (3 files in 3 dirs): LoW: Fix track of chapters 3-5 http://git.io/Fi4f
20150129 23:59:12< irker684> wesnoth: aquileia wesnoth:1.12 2b366684bca9 / / (76 files in 28 dirs): Merge pull request #369 from aquileia/bigmap_12 http://git.io/Fi4J
--- Log closed Fri Jan 30 00:00:33 2015