--- Log opened Wed Jun 20 00:00:04 2018 20180620 00:36:07-!- gfgtdf [~gfgtdf@134.76.63.8] has quit [Read error: Connection reset by peer] 20180620 00:51:36-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180620 00:51:42-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20180620 01:27:55-!- travis-ci [~travis-ci@ec2-54-198-36-28.compute-1.amazonaws.com] has joined #wesnoth-dev 20180620 01:27:56< travis-ci> Pentarctagon/wesnoth#59 (remove-blend-png - b1fad13 : Pentarctagon): The build passed. 20180620 01:27:56< travis-ci> Build details : https://travis-ci.org/Pentarctagon/wesnoth/builds/394352938 20180620 01:27:57-!- travis-ci [~travis-ci@ec2-54-198-36-28.compute-1.amazonaws.com] has left #wesnoth-dev [] 20180620 01:28:27<+discordbot2> celmin around? 20180620 01:29:06< celticminstrel> Maaaaybe? 20180620 01:29:45<+discordbot2> do you happen to know why table.insert isn't working correctly on the result of arrays.get 20180620 01:31:56< celticminstrel> How is it working, then? 20180620 01:32:45<+discordbot2> well... it seems to be missing keys :/ 20180620 01:33:21< celticminstrel> Huh? 20180620 01:33:54< celticminstrel> table.insert(t, x) is basically push_back. 20180620 01:34:18< celticminstrel> So how do keys come into this at all... 20180620 01:34:46<+discordbot2> https://pastebin.com/eD8Ui1E4 20180620 01:34:49<+discordbot2> i have this 20180620 01:35:17<+discordbot2> but when i try to access it, the keys, like .name or .image are, nil 20180620 01:35:26< celticminstrel> Uhh. That's not a config you're inserting, that's a tag. 20180620 01:35:35< celticminstrel> Try removing the {"item", } bit. 20180620 01:36:25<+discordbot2> what the hell, that works 20180620 01:36:32<+discordbot2> o-o 20180620 01:36:38< celticminstrel> inv_list_data is from array_access.get right? 20180620 01:36:53< celticminstrel> array_access.get returns a Lua array of the configs that make up the WML variable. 20180620 01:37:00< celticminstrel> It's not a config, it's an array of config. 20180620 01:37:21<+discordbot2> yes, array_access.get 20180620 01:37:28<+discordbot2> arrays is my alias for array_access 20180620 01:37:53< celticminstrel> I think your paste actually just doesn't include the bit where you use it. 20180620 01:38:15<+discordbot2> use inv_list_data? 20180620 01:38:26< celticminstrel> I think wml.get_child(inv_list_data, ...) should throw an error, too. 20180620 01:38:37< celticminstrel> Because inv_list_data isn't a config, it's an array of configs. 20180620 01:38:47<+discordbot2> i use ipairs 20180620 01:39:09< celticminstrel> So is inv_list_data from array_access.get or not... :S 20180620 01:40:06< celticminstrel> It doesn't make sense to use wml.get_child(wml.array_access.get('anything"), ...) 20180620 01:40:34< celticminstrel> But if inv_list_data is actually a single element of that array returned from wml.array_access.get, then using wml.get_child on it would make sense. 20180620 01:41:16<+discordbot2> it is 20180620 01:41:31<+discordbot2> arrays.set("item", inv_list_data, unit.variables) 20180620 01:42:05< celticminstrel> So why are you passing it to wml.get_child? That'll never work? 20180620 01:42:11<+discordbot2> ...ah... 20180620 01:42:37<+discordbot2> i guess it used to work because this used to be inserted into the result of wml.get_child(unit.__cfg, "variables") 20180620 01:42:39< celticminstrel> If you inv_list_data = wml.array_access.get("item") 20180620 01:42:48< celticminstrel> Then you just need to check the length with # 20180620 01:42:52< celticminstrel> I think? 20180620 01:43:01< celticminstrel> ^if you did 20180620 01:43:42<+discordbot2> i was reading the lau manual, and it says when you're able to do stuff like array[name] it's because name is used to index the array? 20180620 01:43:51<+discordbot2> i guess i want that here, but i can't set it up 20180620 01:44:00< celticminstrel> What are you talking about? 20180620 01:44:07<+discordbot2> nevermind 20180620 01:44:59<+discordbot2> this line that you're complaining about: if not invalid_attacks[attack.name] and not wml.get_child(inv_list_data, "item", attack.name) then 20180620 01:45:17<+discordbot2> i need to be able to check that one of the elements of inv_list_data doesn't already have this entry 20180620 01:45:50< celticminstrel> So is inv_list_data from array_access.get("item") or is "item" a subtag of those? 20180620 01:46:08<+discordbot2> inv_list_data = arrays.get("item", unit.variables) 20180620 01:46:31< celticminstrel> And you need to check whether there were any [item] tags? 20180620 01:46:54< celticminstrel> Or do you need to check that there is an [item] tag matching some criteria? 20180620 01:47:04< celticminstrel> Ah, right, with the particular ID... 20180620 01:47:08<+discordbot2> I need to check if any entry in inv_list_data has this ID 20180620 01:47:40< celticminstrel> I don't think there's any option besides actually iterating over the array and checking each one... 20180620 01:47:54<+discordbot2> since I used to be using wml.get_child(unit.__cfg, "variables"), I could use get_child as well here since it was a config with a bunch of [item]s 20180620 01:47:57<+discordbot2> now i have an array 20180620 01:48:07< celticminstrel> (Note that wml.get_child would've been doing that internally with the old way.) 20180620 01:48:13<+discordbot2> yeah i figured 20180620 01:52:05<+discordbot2> alright, that works 20180620 01:52:07<+discordbot2> thanks 20180620 01:55:17<+discordbot2> what the hell was I doing here... 20180620 01:55:21<+discordbot2> lua local i = wesnoth.get_dialog_value("inventory_list") local list_item = inv_list_data[i] local function item_filter(tag) return tag[1] == 'item' and tag[2].id == list_item.id end local item_var = lp8.get_child(inv_list_data, item_filter) 20180620 01:57:34<+discordbot2> for some reason i decided i needed t write to get_child instead of the list data... 20180620 01:57:46<+discordbot2> (it used to fetch from a different source) 20180620 01:57:51<+discordbot2> oh well.. 20180620 01:57:57<+discordbot2> this is simplified now i think 20180620 02:01:12<+discordbot2> celmin: get_child works on an individual element of inv_list_data, yes? 20180620 02:01:23< celticminstrel> Yeah. 20180620 02:01:54<+discordbot2> ok this greatly simplifies this code 20180620 02:02:07<+discordbot2> since i no longer need to keep a list item var and a config var... 20180620 02:02:10<+discordbot2> what was i thinking 20180620 02:02:57<+discordbot2> maybe i thought writing to the config var was like a proxy...? 20180620 02:04:34<+discordbot2> btw, some_table:insert {} is supposed to work, yes? 20180620 02:04:53< celticminstrel> No. 20180620 02:05:10<+discordbot2> oh? 20180620 02:05:14<+discordbot2> jyrki said otherwise... 20180620 02:05:18<+discordbot2> but it hasn't been working 20180620 02:05:22<+discordbot2> so i guess he was wrong 20180620 02:05:27< celticminstrel> The table module is not set as a metatable (and can't be, because each table has its own metatable). 20180620 02:05:53< celticminstrel> (The string module can be set as a metatable because all strings have the same metatable; in theory you could set a metatable for integers or booleans or something too, I believe.) 20180620 02:06:02<+discordbot2> I see 20180620 02:24:28-!- fabi_ [~fabi@200116b82b3fb900d5c402e098b4bf62.dip.versatel-1u1.de] has joined #wesnoth-dev 20180620 02:24:47-!- fabi [~fabi@wesnoth/developer/fendrin] has quit [Ping timeout: 268 seconds] 20180620 02:30:00<+discordbot2> celmin: what's the difference between wml.array_access.get and wml.child_array? 20180620 02:30:34< celticminstrel> They work on different things. The former works on WML variables, the latter on configs. 20180620 02:30:40< celticminstrel> The result is the same though. 20180620 02:31:35<+discordbot2> I see.. 20180620 02:31:50<+discordbot2> ok, so... 20180620 02:31:55<+discordbot2> to be sure i get this right... 20180620 02:32:12<+discordbot2> lp8.children is basically config, and arrays.get is basically vector 20180620 02:32:25<+discordbot2> i think? 20180620 02:33:20< celticminstrel> Uhh. I dunno about lp.children but yes, arrays.get is basically vector. 20180620 02:33:38<+discordbot2> alright 20180620 02:33:50<+discordbot2> which means i don't need lp8.remove_subtag 20180620 02:33:54<+discordbot2> since i can use table.remove 20180620 02:34:47< celticminstrel> Well, you can use that to remove a subtag from a config but you need to find it first. 20180620 02:34:57<+discordbot2> I have i 20180620 02:35:08< celticminstrel> On the other hand if you're referencing an array of configs then you only need i. 20180620 02:35:16<+discordbot2> yes 20180620 02:35:19<+discordbot2> which is why i have 20180620 02:35:31< celticminstrel> My point is that if you have a config and want to remove a subtag, you need to iterate through the subtags to find i. 20180620 02:35:45<+discordbot2> right 20180620 02:35:53<+discordbot2> btw, if you have this 20180620 02:36:43<+discordbot2> lua local i = n local elem = array[i] table.remove(array, i) is elem still valid to read/write? 20180620 02:37:25< celticminstrel> Of course. 20180620 02:37:41<+discordbot2> so elem is a copy not a reference 20180620 02:37:47< celticminstrel> Well... 20180620 02:37:53< celticminstrel> It depends on what elem is? 20180620 02:38:28< celticminstrel> Or what you mean by copy, perhaps. 20180620 02:38:50< celticminstrel> Lua doesn't copy tables, when you pass them around it's always a reference to the same table. 20180620 02:39:00< celticminstrel> Same with userdata. 20180620 02:40:34<+discordbot2> well in c++ there's obviously a difference between T = vec[i] and T& = vec[i]. I'm curious if in Lua, array[i] literally always means "whatever is currently at i" 20180620 02:40:37<+discordbot2> Oh. I kind of expected them to be COW. 20180620 02:40:40<+discordbot2> meaning it could be different elements 20180620 02:40:45<+discordbot2> How do you forcefully copy a table then? 20180620 02:41:16< celticminstrel> If you want to compare to C++, then a Lua table is like a pointer that's being copied around. 20180620 02:41:23<+discordbot2> I can't remember whether my incorrect assumption comes into play in any code but I hope it doesn't. 20180620 02:42:02< celticminstrel> @shadowm - The only way to copy a table would be to iterate over it (eg with pairs()) and write every key into a new, empty table. 20180620 02:42:45< celticminstrel> I think it would be weird for them to be copy-on-write... 20180620 02:50:19<+discordbot2> I've actually ended up eliminating most of lp8... 20180620 02:50:21<+discordbot2> besides.. 20180620 02:50:30<+discordbot2> lp8.values (can be converted to ipairs) 20180620 02:50:35<+discordbot2> lp8.subtags 20180620 02:50:39<+discordbot2> and lp8.copyTable 20180620 02:50:45<+discordbot2> I can't dispense with that last one 20180620 02:51:02< celticminstrel> Yeah you'll probably need to keep that last one... 20180620 02:51:07<+discordbot2> and I'm still not entirely sure what I was doing with the second one 20180620 02:51:29<+discordbot2> let 20180620 02:51:35<+discordbot2> scheck git blame 20180620 02:51:37< celticminstrel> Personally I wouldn't mind adding a table.deep_copy() and/or a table.shallow_copy(), but IIRC some people don't like the idea of putting new stuff in core modules. 20180620 02:51:59<+discordbot2> https://github.com/Vultraz/Shadows_of_Deception/commit/a017a4603f8f9966f38743ae36a15e81d1c89352 20180620 02:52:04<+discordbot2> well this... doesn't tell me much 20180620 02:52:33<+discordbot2> shouldn't shallow_parsed preserve non-toplevel variables anyway.. 20180620 02:53:07< celticminstrel> shallow_parsed basically means... 20180620 02:53:36< celticminstrel> It returns a table where all the keys have been parsed and any [insert_tag] has been parsed, and each of the tag contents is represented as a vconfig, meaning it hasn't been parsed. 20180620 02:53:54<+discordbot2> that seems to be what i want? 20180620 02:54:00<+discordbot2> so why did i need this... 20180620 02:54:15< celticminstrel> Well, what you're doing there is converting all those vconfigs to tables without parsing them. 20180620 02:54:24< celticminstrel> So removing that does change things. 20180620 02:54:34< celticminstrel> That loop is not a no-op, IOW. 20180620 02:55:16< celticminstrel> So you've parsed the keys and any toplevel [insert_tag], then explicitly told the engine not to parse anything from any of the nested tags. 20180620 02:55:45<+discordbot2> I see... 20180620 02:55:47< celticminstrel> If you didn't do that, it would automatically parse stuff from those nested tags whenever you accessed it. 20180620 02:56:28<+discordbot2> guess lp8.subtags returns all sutabs 20180620 02:56:42<+discordbot2> might be useful for inclusion? 20180620 02:56:55< celticminstrel> ? 20180620 02:57:15<+discordbot2> in the wml module 20180620 02:58:26< celticminstrel> I think it's pretty much "ipairs() ignoring the index", isn't it? 20180620 02:58:39< celticminstrel> ie, the same as lp8.ivalues? 20180620 03:00:07<+discordbot2> well...i guess? 20180620 03:00:12<+discordbot2> can you use ipairs on a config? 20180620 03:00:42< celticminstrel> Since like 1.13.5 or something, it works on vconfigs. 20180620 03:00:50< celticminstrel> Maybe .4, I don't recall exactly. 20180620 03:01:02< celticminstrel> And you've always been able to use it on configs represented as a Lua table. 20180620 03:01:28< celticminstrel> It returns the {"tag_name", {contents}} type format as the value. 20180620 03:02:20<+discordbot2> I seeee... 20180620 03:05:38<+discordbot2> Okay what I said yesterday is untrue, the preprocessor symbols for individual add-ons aren't shared with each other. 20180620 03:05:52<+discordbot2> Add-on A can define a symbol that won't be seen by add-on B. 20180620 03:06:18< celticminstrel> Eh? 20180620 03:06:24<+discordbot2> Soooo the only thing that is being shared in theory is the game data dir's preprocessor symbols but I don't see any provisions to guarantee that. 20180620 03:06:28<+discordbot2> The cache manager talk. 20180620 03:06:53-!- irker042 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout] 20180620 03:09:42-!- irker587 [~irker@uruz.ai0867.net] has joined #wesnoth-dev 20180620 03:09:42< irker587> wesnoth/wesnoth:1.14 Lennard 110b4826eb German translation, TB AppVeyor: All builds passed 20180620 03:28:05-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180620 03:28:11-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20180620 03:48:28-!- vihta [sid239753@gateway/web/irccloud.com/x-lifssmcozxmnusro] has quit [Ping timeout: 256 seconds] 20180620 03:54:41<+discordbot2> jesus 20180620 03:54:44<+discordbot2> [have_unit] side=1 [filter_location] [filter_adjacent_location] x,y={_TARGET_X},{_TARGET_Y} [or] terrain="*^Ngl\,*^Ngl/" [filter_adjacent_location] [filter_adjacent_location] x,y={_TARGET_X},{_TARGET_X} 20180620 03:54:44<+discordbot2> [/filter_adjacent_location] [/filter_adjacent_location] [/or] [/filter_adjacent_location] [/filter_location] [/have_unit] 20180620 04:19:39<+discordbot2> Ngl that code looks really dense. 20180620 04:20:04<+discordbot2> 😐 20180620 04:20:10<+discordbot2> 🤦 20180620 04:20:12<+discordbot2> 🕶 20180620 04:20:18<+discordbot2> also you wrote it 20180620 04:20:22<+discordbot2> I did not. 20180620 04:20:40<+discordbot2> I don't have any terrains designated ^Ngl\ or ^Ngl/. 20180620 04:20:52<+discordbot2> I asked you for help writing it, more specifically 20180620 04:22:58<+discordbot2> (Ngl is the code for my locked gates, aka event gates) 20180620 04:24:11<+discordbot2> Hopefully that doesn't mean they lie on a regular fashion about their nature by virtue of looking just like regular gates. 20180620 04:24:21<+discordbot2> Otherwise they'd be double liars for lying about not lying. 20180620 04:24:44<+discordbot2> what do you mena? 20180620 04:24:54<+discordbot2> I was making a joke. 20180620 04:24:58<+discordbot2> But also a point. 20180620 04:25:13<+discordbot2> My event gates are just recoloured gates, which isn't optimal. 20180620 04:25:30<+discordbot2> well the dummy unit isn't placed on them 20180620 04:25:52<+discordbot2> A player might see them and go "oh a gate of a different colour ill try to open it nvm it doesnt work why". 20180620 04:26:02<+discordbot2> I added dialog for that 20180620 04:26:20<+discordbot2> #define LOCKED_GATE_MSG _X _Y [event] name=moveto first_time_only=yes [filter] x={_X} y={_Y} [filter_adjacent_location] terrain=*^Ngl [/filter_adjacent_location] [/filter] [message] speaker=narrator caption= _ "Gate" image=misc/blank-hex.png message= _ "This gate is locked." 20180620 04:26:20<+discordbot2> [/message] [/event] #enddef 20180620 04:26:22<+discordbot2> I often forget. 20180620 04:26:40<+discordbot2> Which is why I made a point of making jokes about trying to move next to locked gates in AtS E3S8A. 20180620 04:27:08<+discordbot2> (another difference between our gates is that you get your attack back and 4 mp) 20180620 04:27:36<+discordbot2> (holdover from the very earliest days when I wanted to make an SXC thing) 20180620 04:27:59<+discordbot2> [still has no idea what SXC actually is or why she should care about it] 20180620 04:28:22<+discordbot2> SurvivalXtreme Collection 20180620 04:28:31<+discordbot2> I know. 20180620 04:28:57<+discordbot2> Knowing things usually requires knowing more than just their name. 20180620 04:30:01<+discordbot2> For example, I know neutrinos exist and that they are subatomic particles. But what is actualy a neutrino? 20180620 04:30:11<+discordbot2> 🤷 20180620 04:30:34<+discordbot2> I wouldn't be able to recognize one if it hit me in the face by just knowing its name. 20180620 04:30:56<+discordbot2> Assuming I was a subatomic particle too and I had a face. 20180620 04:33:36<+discordbot2> lol 😄 20180620 04:55:21<+discordbot2> celmin: is wesnoth.random a replacement for helper.random? 20180620 04:55:36< celticminstrel> I don't think so? 20180620 04:55:39< celticminstrel> Not quite sure though. 20180620 04:55:44< celticminstrel> It might be. 20180620 04:55:56<+discordbot2> "This function returns a random number generated by the synced random generator which is also used by [set_variable]rand= (and thus also by helper.rand). " 20180620 04:55:57<+discordbot2> hmm 20180620 04:56:20<+discordbot2> ah yeah 20180620 04:56:25<+discordbot2> helper.rand is the wml syntax 20180620 04:56:50<+discordbot2> but i guess helper.rand("0..100") could be wesnoth.random(0, 100)? 20180620 04:57:02< celticminstrel> Probably? 20180620 04:57:10< celticminstrel> How is [variable]rand= implemented? 20180620 04:57:42<+discordbot2> if cfg.rand then wml.variables[name] = helper.rand(tostring(cfg.rand)) end 20180620 04:58:23<+discordbot2> helper.rand uses wesnoth.random 20180620 04:58:27<+discordbot2> or the given func 20180620 04:58:32<+discordbot2> so this case would be helper.rand 20180620 04:58:44<+discordbot2> er 20180620 04:58:46<+discordbot2> wesnoth.randm 20180620 05:02:11-!- gallaecio [~quassel@188.79.96.255] has joined #wesnoth-dev 20180620 05:23:17-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The computer falls into a deep sleep, to awake again some other day!] 20180620 05:25:01<+discordbot2> shadowm, I'm following your thoughts on cache. Well, rather making notes for future than really understanding the details. 20180620 05:25:44-!- gallaecio [~quassel@188.79.96.255] has quit [Quit: http://quassel-irc.org - Converse confortabelmente. En calquera parte.] 20180620 05:33:09-!- vihta [sid239753@gateway/web/irccloud.com/x-eppuuteylzwihrjv] has joined #wesnoth-dev 20180620 05:36:13-!- gallaecio [~quassel@188.79.96.255] has joined #wesnoth-dev 20180620 05:47:36-!- gallaecio [~quassel@188.79.96.255] has quit [Quit: http://quassel-irc.org - Converse confortabelmente. En calquera parte.] 20180620 05:57:20-!- vihta [sid239753@gateway/web/irccloud.com/x-eppuuteylzwihrjv] has quit [Ping timeout: 276 seconds] 20180620 06:24:54-!- vihta [sid239753@gateway/web/irccloud.com/x-kqjdnrejsjvbmybk] has joined #wesnoth-dev 20180620 06:27:08-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Quit: Caught sigterm, terminating...] 20180620 06:27:34-!- Ivanovic [~ivanovic@p579FB6E5.dip0.t-ipconnect.de] has joined #wesnoth-dev 20180620 06:27:45-!- Ivanovic [~ivanovic@p579FB6E5.dip0.t-ipconnect.de] has quit [Changing host] 20180620 06:27:45-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev 20180620 06:30:37<+discordbot2> The commit linked from that PR: https://github.com/wesnoth/wesnoth/commit/d3814b84412c37503597bf670d0a5e5a46631496 20180620 06:31:02<+discordbot2> WTF? Disabling unit tests, and the only justification is four words "they don't run anymore". 20180620 06:31:37<+discordbot2> To me, it sounds like "tests are failing and I can't figure out why, so I'll just disable them". 🤦 20180620 06:37:45<+discordbot2> should we reenable it? 20180620 06:37:47<+discordbot2> or remove it 20180620 06:38:15<+discordbot2> I don't know. 20180620 06:38:48<+discordbot2> When tests start failing, the problem should be investigated (or the offending commit reverted) immediately. 20180620 06:39:28<+discordbot2> It has been four years. At this point it may be too difficult to figure out why the tests were failing. Or worse, we may be relying on the broken behavior. 20180620 07:18:52-!- irker587 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout] 20180620 07:34:57-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180620 07:35:03-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20180620 07:46:04-!- irker270 [~irker@uruz.ai0867.net] has joined #wesnoth-dev 20180620 07:46:04< irker270> wesnoth: Pentarctagon wesnoth:master 0a7ed44c087f / / (52 files in 4 dirs): Remove unused test file and images. https://github.com/wesnoth/wesnoth/commit/0a7ed44c087f1c66d65b8656fc197309d4c0325a 20180620 07:46:19< irker270> wesnoth: josteph wesnoth:1.14 f14faf156db7 / data/gui/widget/toggle_button_listbox_header.cfg: GUI: Fix the direction of the arrow on a listbox sort column header. https://github.com/wesnoth/wesnoth/commit/f14faf156db7551b2e96bac176009743c8e096e6 20180620 07:47:35< irker270> wesnoth: josteph wesnoth:master 8481927a5a63 / data/gui/widget/toggle_button_listbox_header.cfg: GUI: Fix the direction of the arrow on a listbox sort column header. https://github.com/wesnoth/wesnoth/commit/8481927a5a630165c98a7c81c5cf5556ccfc9e35 20180620 08:05:56-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev 20180620 09:16:01-!- vladimirslavik [vslavik@nat/redhat/x-uqmhhcbyvdlegosl] has joined #wesnoth-dev 20180620 09:22:57-!- vladimirslavik [vslavik@nat/redhat/x-uqmhhcbyvdlegosl] has quit [Quit: Leaving] 20180620 10:48:31-!- irker270 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout] 20180620 11:44:33<+discordbot2> where is this coming from.... 20180620 11:44:36<+discordbot2> 20180620 22:38:06 warning deprecation: helper.set_wml_var_metatable has been deprecated and may be removed at any time. (Note: You should use wml.variable.proxy instead in new code) 20180620 11:44:41<+discordbot2> I'm not even using this function 😐 20180620 11:46:50<+discordbot2> nor is core 20180620 11:54:45< Ravana_> I suggest you use debug.traceback to see what uses it 20180620 12:44:26<+discordbot2> ah, it's the lp8 lua pack, I think 20180620 14:38:00-!- irker082 [~irker@uruz.ai0867.net] has joined #wesnoth-dev 20180620 14:38:00< irker082> wesnoth/wesnoth:1.14 josteph f14faf156d GUI: Fix the direction of the arrow on a AppVeyor: All builds passed 20180620 15:50:39-!- gallaecio [~quassel@188.79.96.255] has joined #wesnoth-dev 20180620 16:36:27-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180620 16:36:33-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20180620 16:54:03< irker082> wesnoth/wesnoth:master josteph 8481927a5a GUI: Fix the direction of the arrow on a AppVeyor: All builds passed 20180620 17:03:11-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev 20180620 17:03:34-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Client Quit] 20180620 17:32:49-!- gallaecio [~quassel@188.79.96.255] has quit [Ping timeout: 248 seconds] 20180620 17:39:48-!- gallaecio [~quassel@188.79.96.255] has joined #wesnoth-dev 20180620 17:44:36-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20180620 18:40:52-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection] 20180620 18:43:25-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20180620 18:46:28-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection] 20180620 18:47:09-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20180620 19:54:58-!- irker082 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout] 20180620 20:02:53-!- irker043 [~irker@uruz.ai0867.net] has joined #wesnoth-dev 20180620 20:02:53< irker043> wesnoth: Nils Kneuper wesnoth:master 63e4c16f1d82 / po/ (wesnoth-sota/fr.po wesnoth/fr.po): updated French translation https://github.com/wesnoth/wesnoth/commit/63e4c16f1d82c02b9e27882840d3453a14beb110 20180620 20:02:53< irker043> wesnoth: Nils Kneuper wesnoth:master e94af64b8dca / po/ (wesnoth-l/sk.po wesnoth-nr/sk.po wesnoth-tb/sk.po): updated Slovak translation https://github.com/wesnoth/wesnoth/commit/e94af64b8dcad498f0a2825b4b9fb0ce00c10bb7 20180620 20:02:57< irker043> wesnoth: Nils Kneuper wesnoth:1.14 aa9cc5420a9a / changelog.md players_changelog.md po/wesnoth-sota/fr.po po/wesnoth/fr.po: updated French translation https://github.com/wesnoth/wesnoth/commit/aa9cc5420a9ad3684cf8bf7505700c3c786c9948 20180620 20:02:59< irker043> wesnoth: Nils Kneuper wesnoth:1.14 05f2b1929480 / po/ (wesnoth-l/sk.po wesnoth-nr/sk.po wesnoth-tb/sk.po): updated Slovak translation https://github.com/wesnoth/wesnoth/commit/05f2b19294804e3f1497d595f47f1b7a21ade5f3 20180620 21:11:52-!- gallaecio [~quassel@188.79.96.255] has quit [Quit: http://quassel-irc.org - Converse confortabelmente. En calquera parte.] 20180620 22:09:12-!- fabi_ [~fabi@200116b82b3fb900d5c402e098b4bf62.dip.versatel-1u1.de] has quit [Ping timeout: 260 seconds] 20180620 22:26:00-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180620 22:26:06-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20180620 22:35:14-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev 20180620 22:48:51-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 240 seconds] 20180620 23:03:21-!- irker043 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout] 20180620 23:06:35-!- Appleman1234 [~quassel@124x38x163x22.ap124.ftth.ucom.ne.jp] has quit [Ping timeout: 240 seconds] 20180620 23:16:12-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection] 20180620 23:17:01-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection] 20180620 23:34:21-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180620 23:34:27-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20180620 23:59:35-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev --- Log closed Thu Jun 21 00:00:02 2018