--- Log opened Thu Feb 08 00:00:58 2018
20180208 00:13:18-!- Bonobo [~Bonobo@61.68.156.44] has quit [Ping timeout: 256 seconds]
20180208 00:13:43-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20180208 00:14:18-!- Bonobo [~Bonobo@61.68.156.44] has joined #wesnoth-dev
20180208 00:16:02-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20180208 00:20:19< irker246> wesnoth/wesnoth:master Alexander van Gessel 39c3f21b9b Add testcase for tiled story backgrounds AppVeyor: All builds passed
20180208 00:33:28< irker246> wesnoth/wesnoth:master Charles Dang fc57178aaf ANL: used Off-Map terrain instead of the AppVeyor: vs2017/Release Failed
20180208 00:33:29< irker246> Details: https://ci.appveyor.com/project/wesnoth/wesnoth-605wt/build/Wesnoth-VS2017-master-1003
20180208 00:59:23-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20180208 00:59:30-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20180208 01:03:10-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20180208 01:12:46< vultraz> celticminstrel: any thoughts on my comment on https://github.com/wesnoth/wesnoth/issues/2368
20180208 02:03:41-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20180208 02:04:14-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20180208 02:07:12-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20180208 02:07:39-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20180208 02:10:52< irker246> wesnoth: Charles Dang wesnoth:master 118eb94beb02 / src/gui/widgets/chatbox.cpp: GUI2/Chatbox: fixed `/me` and `/emote` output not displaying properly (fixes #11 https://github.com/wesnoth/wesnoth/commit/118eb94beb026dd410acc122bfc1a4687066a4be
20180208 02:11:13-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20180208 02:12:23-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20180208 02:22:10 * vultraz pokes celticminstrel 
20180208 02:22:38< vultraz> is `wesnoth.current.event_context.weapon[0].damage` not the proper way to access the weapon config?
20180208 02:22:45< vultraz> the game says weapon is nil..
20180208 02:30:50< vultraz> Oh wait lua is 1 indexed
20180208 02:31:48< vultraz> hm
20180208 02:31:51< vultraz> still says nil..
20180208 02:31:52< vultraz> the hell
20180208 02:35:26< vultraz> `wesnoth.current.event_context[1][2].damage` works..
20180208 02:40:00-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20180208 02:58:02< irker246> wesnoth/wesnoth:master Charles Dang e5feb62be2 Fixup 5ec8d630ed (-Werror=reorder) AppVeyor: All builds passed
20180208 02:58:31< Ravana_> then it is wml object, so need to get child to get by name
20180208 02:59:25< vultraz> blah
20180208 03:00:19< vultraz> wonder if it should just be a regular table?
20180208 03:02:53-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has joined #wesnoth-dev
20180208 03:16:08< irker246> wesnoth: Charles Dang wesnoth:master d46f129d3c16 / src/ (actions/attack.cpp scripting/game_lua_kernel.cpp): Added damage_inflicted member to wesnoth.current.event_context (fixes #2368) https://github.com/wesnoth/wesnoth/commit/d46f129d3c165d6c22072d2c33e5142258ace1f7
20180208 03:16:11< irker246> wesnoth: Charles Dang wesnoth:master 056fab1e3795 / src/actions/attack.cpp: Clear damage_inflicted WML variable after attack ends https://github.com/wesnoth/wesnoth/commit/056fab1e379507e0a4c2d12540a2d27615a5560c
20180208 03:18:19< vultraz> celticminstrel: ^
20180208 03:24:17-!- Bonobo [~Bonobo@61.68.156.44] has quit [Ping timeout: 248 seconds]
20180208 03:25:21-!- Bonobo [~Bonobo@61.68.156.44] has joined #wesnoth-dev
20180208 04:45:51< celticminstrel> vultraz: No no no no no.
20180208 04:45:56< celticminstrel> Don't do that ever.
20180208 04:46:12< vultraz> What?
20180208 04:46:15< celticminstrel> Wait, where's the variable set?
20180208 04:46:27< celticminstrel> I'm saying don't call clear_variable.
20180208 04:46:28< vultraz> Perform_hit
20180208 04:46:31< vultraz> And why not
20180208 04:46:47< celticminstrel> Variables that are part of an event's data should be scoped variables so that they automatically clear when needed.
20180208 04:46:50< vultraz> Should I use scoped_wml_variable?
20180208 04:46:56< celticminstrel> Yes, that.
20180208 04:47:04< celticminstrel> Not sure if scoped_wml_variable specifically, but one of those.
20180208 04:47:10< vultraz> I assume you’re thinking of a case where someone sets it to something else beforehand
20180208 04:47:15< vultraz> Outside the event context
20180208 04:47:22< celticminstrel> Yeah.
20180208 04:47:29< vultraz> Well then that person in stupid
20180208 04:47:57< celticminstrel> Uhh, no.
20180208 04:48:05< celticminstrel> It may not have even been a person.
20180208 04:48:16< celticminstrel> What if you damage something from a damage event?
20180208 04:48:30< vultraz> What do you mean
20180208 04:49:09< celticminstrel> If you have a damage event that calls harm_unit and triggers another damage event, both events must have the correct damage_inflicted for the entire duration of the event.
20180208 04:50:03< vultraz> damage_inflicted is set in perform_hit, I said
20180208 04:50:21< vultraz> I added clear_variable after the attack loop
20180208 04:50:42< vultraz> before this it stuck around and was never cleared
20180208 04:51:42< celticminstrel> So if you have a damage event that calls [harm_unit] (potentially triggering another damage event) and then uses $damage_inflicted, does it still have the same value it had before?
20180208 04:51:54< celticminstrel> This could actually be a WML test case...
20180208 04:52:01< vultraz> I don't know!
20180208 04:52:10< vultraz> why would harm_unit trigger attacker_hits
20180208 04:52:26< vultraz> or call perform_hit or whatever
20180208 04:52:37< celticminstrel> Thinking about it, I'm not sure there is a scoped variable class for scalars, actually... IIRC the side number variable isn't scoped either.
20180208 04:53:03< vultraz> why would you need an extra class for scalars!
20180208 04:53:30< celticminstrel> Ah, right, maybe not [harm_unit] specifically, but... pretty sure there's a WML tag to make one unit attack another?
20180208 04:54:01< celticminstrel> I think scoped_wml_variable assumes the variable is a config, so...
20180208 04:55:56< vultraz> seems so
20180208 04:56:01< vultraz> why don't you fix it if you know how
20180208 04:56:30< celticminstrel> Well, if I have time I'll write a test case, at least.
20180208 04:56:55< celticminstrel> There's also something else that we really need to see if there's a way to fix - the true/yes and false/no data loss.
20180208 04:57:02< vultraz> what?
20180208 04:57:33< celticminstrel> When a config is converted into a Lua table, whether a boolean key was true or yes is lost.
20180208 04:57:49< vultraz> who cares
20180208 04:57:56< vultraz> they're the same
20180208 04:58:02< celticminstrel> Only if considered as a boolean.
20180208 04:58:25< vultraz> that would be the usual case, yes
20180208 04:58:29< celticminstrel> [variable]equals= is actually supposed to distinguish them IIUC.
20180208 04:58:35< vultraz> that's why we have booleal_equals
20180208 04:59:10< vultraz> if people don't want to use boolean_equals that's their problem
20180208 05:00:35< celticminstrel> My point is that equals is supposed to distinguish them, but I don't believe it will in every situation.
20180208 05:04:28< celticminstrel> I don't think a perfect solution is actually possible in Lua, but... turning plain configs into a userdata would probably help, at least.
20180208 05:05:02< celticminstrel> ie, don't convert configs to Lua tables. Instead, produce a userdata that provides a view equivalent to the current Lua-table conversion.
20180208 05:05:18< celticminstrel> Similar to the vconfig userdata.
20180208 05:06:05< celticminstrel> But still automatically convert Lua tables to that when appropriate.
20180208 05:07:07< JyrkiVesterinen> I think it wouldn't be worth it to warrant conversion to userdata.
20180208 05:08:11< celticminstrel> The only other thing I can think of is what the config does internally, but in Lua - two distinct custom boolean values, one true/false, the other yes/no. Unfortunately, Lua doesn't support custom boolean values.
20180208 05:10:49< vultraz> celticminstrel: why a bullet?
20180208 05:11:04< celticminstrel> Mainly because that's what my IRC client uses for actions, so I'm used to it.
20180208 05:11:19< vultraz> I've never seen such a thing
20180208 05:11:22 * vultraz test
20180208 05:11:31< celticminstrel> Most IRC clients use an asterisk IIUC.
20180208 05:11:50< vultraz> probably because they don't support unicode bullets
20180208 05:12:02< celticminstrel> Or because IRC predates Unicode. :P
20180208 05:12:20< JyrkiVesterinen> My client supports Unicode and still uses asterisks for /me.
20180208 05:15:10< vultraz> I suppose a unicode bullet is acceptable
20180208 05:15:47< celticminstrel> Or you could try a Unicode centred asterisk.
20180208 05:15:53< celticminstrel> Whatever you like really.
20180208 05:16:08< celticminstrel> You could even try something different, like a chevron (»).
20180208 05:16:46< celticminstrel> Do you have any other ideas for keeping true/yes distinct when passing a config through Lua code, Jyrki?
20180208 05:17:02< JyrkiVesterinen> No, not really.
20180208 05:17:07< vultraz> asterisks are Very Bad UI Design
20180208 05:17:25< vultraz> not modern at all
20180208 05:17:29< celticminstrel> Not really?
20180208 05:17:40< celticminstrel> Depends what you're going for.
20180208 05:17:47< celticminstrel> Asterisks have their uses.
20180208 05:18:11< celticminstrel> Also, I find that "modern" also has a tendency to be poor UI design, so...
20180208 05:18:25< vultraz> nein!
20180208 05:18:49< JyrkiVesterinen> I agree with celticminstrel. There is no reason to use anything fancier than asterisks.
20180208 05:18:52< celticminstrel> Not even nine out of ten.
20180208 05:19:02< celticminstrel> Maybe five out of ten, at best.
20180208 05:19:12< JyrkiVesterinen> The chat view is implemented as a large textarea anyway. The only thing it *can* display is text.
20180208 05:19:31< celticminstrel> Yeah, either an asterisk or a bullet does seem best to me.
20180208 05:19:38< JyrkiVesterinen> The client might use a different character.... but what's the point? An asterisk works just fine.
20180208 05:19:52< celticminstrel> Just as long as you don't dismiss the asterisk just because it's an asterisk.
20180208 05:21:35< vultraz> Tu est fou, tu rejete au désign modern.
20180208 05:21:55< vultraz> s/est/es
20180208 05:22:30< celticminstrel> TBH your total embrace of modernity is equally foolish as a total rejection.
20180208 05:22:43< celticminstrel> ...awkward phrasing much...
20180208 05:22:52< celticminstrel> "modern" ≠ "good"
20180208 05:23:00< celticminstrel> They are orthogonal concepts.
20180208 05:23:48< JyrkiVesterinen> Agreed. "Something other than an asterisk should be used because it would be more modern" is an idiotic argument.
20180208 05:24:03< celticminstrel> While it's true that there's probably something of a trend towards better UI in newer programs, it's by no means a steady, consistent trend.
20180208 05:24:29< celticminstrel> Like how Windows 10 is one of the worst versions of Windows.
20180208 05:24:30< JyrkiVesterinen> Instead, a UX designer should think about what the point of the more modern design is, and whether it applies at the decision at hand.
20180208 05:24:33< vultraz> I would use a bullet over an asterisk because it looks better
20180208 05:25:13< JyrkiVesterinen> Fine. *That* is a valid point.
20180208 05:26:02< vultraz> At the same time, I would associate the better-looking bullet with modern UI design.
20180208 05:26:34< celticminstrel> There are doubtless situations where the asterisk is more appropriate than the bullet.
20180208 05:26:38< JyrkiVesterinen> Sure, but there is no reason to mention it as an argument.
20180208 05:26:40< celticminstrel> Even in a so-called "modern" design.
20180208 05:31:28< celticminstrel> (BTW, no, multiplication is not one of those cases.)
20180208 05:31:47< celticminstrel> (I mean, unless it's some sort of exotic multiplication.)
20180208 05:33:28< irker246> wesnoth/wesnoth:master Charles Dang fc57178aaf ANL: used Off-Map terrain instead of the AppVeyor: 1/4 builds failed
20180208 05:33:29< irker246> Details vs2017/Release: https://ci.appveyor.com/project/wesnoth/wesnoth-605wt/build/Wesnoth-VS2017-master-1003
20180208 05:35:06< celticminstrel> You forgot to mart 1215 as duplicate!
20180208 05:35:09< celticminstrel> ^mark
20180208 05:39:44< vultraz> please do so
20180208 05:39:50< celticminstrel> Already did
20180208 05:39:53< vultraz> ty
20180208 05:42:12-!- mode/#wesnoth-dev [+o vultraz] by ChanServ
20180208 05:42:34-!- vultraz changed the topic of #wesnoth-dev to: 1.13.11 (1.14 Beta  3) scheduled for Sunday, February 11th 00:01 UTC | Wesnoth Developers Channel | >>> Want to help? Go here: https://r.wesnoth.org/t42911 (and thanks!) <<< | Discord Server: https://discord.gg/battleforwesnoth | Logs: http://irclogs.wesnoth.org | Bug tracker: https://bugs.wesnoth.org
20180208 05:42:41-!- mode/#wesnoth-dev [-o vultraz] by vultraz
20180208 06:10:31< celticminstrel> BTW, do we have an ETA for 1.14 yet?
20180208 06:12:09< JyrkiVesterinen> https://twitter.com/Wesnoth/status/959370911257251840
20180208 06:13:12< celticminstrel> https://github.com/wesnoth/wesnoth/milestone/7
20180208 06:13:34< celticminstrel> That info has now been added.
20180208 06:14:55< celticminstrel> Kinda surprised there's only that much. Has vultraz been forgetting to assign milestones to issues? >_>
20180208 06:15:09< celticminstrel> Or are there actually just that few things that need to be done for 1.14?
20180208 06:15:25< JyrkiVesterinen> "Need" is a strong word.
20180208 06:15:25< vultraz> Probably a bit of both
20180208 06:15:39< celticminstrel> True, some of those aren't really needed for 1.14.
20180208 06:15:49< JyrkiVesterinen> I prefer this way of assigning few issues to milestones. (In fact, I'd prefer if even less were assigned.)
20180208 06:16:21-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The computer falls into a deep sleep, to awake again some other day!]
20180208 06:16:24-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has quit [Quit: Going to work]
20180208 06:17:05< vultraz> I have yet to decide exactly which ones we should focus on for 1.14
20180208 06:30:43-!- hrubymar10 [~textual@78.108.103.216] has quit [Quit: hrubymar10]
20180208 06:47:40-!- Polsaker [PrHC7SKIPM@donger/wielder/Polsaker] has quit [Ping timeout: 265 seconds]
20180208 07:03:05-!- Bonobo [~Bonobo@61.68.156.44] has quit [Ping timeout: 260 seconds]
20180208 07:05:40-!- JyrkiVesterinen [~JyrkiVest@195-192-251-124.s1networks.fi] has joined #wesnoth-dev
20180208 07:33:00-!- Nobun [~user@5.170.242.236] has joined #wesnoth-dev
20180208 08:14:37-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20180208 08:15:47< zookeeper> sunday, huh? okay.
20180208 08:17:58< JyrkiVesterinen> I think I'll just barely get to implement https://github.com/wesnoth/wesnoth/issues/1747 before the string freeze.
20180208 08:22:40-!- Bonobo [~Bonobo@61.68.156.44] has joined #wesnoth-dev
20180208 08:35:08< wedge009> If we're talking about a bullet-point list, then of course, a bullet point is going to make more sense than an asterisk. But actually... I don't even know what was being discussed a few hours ago.
20180208 08:37:19< wedge009> I do notice that Vultraz likes certain design decisions because it seems 'modern', just for the sake of it. :p I'd be more inclined to agree with a choice if it has a reason more than just 'it's modern'. Fashions change all the time. Currently it seems like 'modern' design is anything that is austere and plain. But then, that's the good thing about having choice, isn't it?
20180208 08:37:24< wedge009> If we have a choice in the first place.
20180208 08:38:08< vultraz> zookeeper: when you produced all the "new" style maps back for 1.12... did you scale down?
20180208 08:38:43< zookeeper> nope, sorry. that's as high-res as they go, sadly. if i had been making them 1-2 years later, i'd have made them bigger. :p
20180208 08:39:32< vultraz> fuck
20180208 08:40:06< vultraz> well this will be very bad for when we implement high DPI support :(
20180208 08:40:12< JyrkiVesterinen> I like flat look. It doesn't look bad, unlike some visual designs that have been popular earlier (hello, Windows XP).
20180208 08:40:42< matthiaskrgr> wesnoth4K ? have the entire map on the screen at all times? :> 
20180208 08:41:11< vultraz> well, no :P just very high resolution
20180208 08:41:11< JyrkiVesterinen> I think high-DPI wouldn't look bad for pixel art. Just upscale it with nearest-neighbor scaling for a retro look.
20180208 08:41:26< vultraz> ^
20180208 08:41:27< matthiaskrgr> lol retro look 
20180208 08:41:42< JyrkiVesterinen> (The fact that 1.12 uses bilinear scaling by default is just insanity.)
20180208 08:42:29< wedge009> Some of the older campaigns or ones aimed at novice players have quite small maps. Some of them fit in a single screen, depending on your resolution.
20180208 08:42:38< vultraz> there's 3 years of development between us and 1.12
20180208 08:43:27< wedge009> 13th April for the first new stable release? Even with all the rough edges, I think 1.13 looks great compared to 1.12.
20180208 08:43:29< zookeeper> the bigmaps upscale reasonably nicely, especially if you use a fancier algorithm, so i wouldn't worry about them looking _awful_.
20180208 08:43:40< JyrkiVesterinen> For example, Fez is one of my favorite games. And you can see the pixels very clearly.
20180208 08:43:42< JyrkiVesterinen> https://youtu.be/WgDa0-JqZ5A?t=1m
20180208 08:44:08< vultraz> SDL's NN texture scaling looks even better than our software NN scaling, too.
20180208 08:44:26< wedge009> Yes, I would expect scaling to be used for high DPI. Not that I really have anything to test with.
20180208 08:44:35< JyrkiVesterinen> vultraz, sure. My point is just that bilinear scaling was never a good idea when Wesnoth was developed. Not even when it was originally written.
20180208 08:45:06< wedge009> JyrkiVesterinen: I used WinXP with its 'classic' 9x look.
20180208 08:45:07< JyrkiVesterinen> Was Dave going "hmm, I need zoom support... now I need to choose a scaling algorithm... Ah! I know! Bilinear!" or what?
20180208 08:45:14< JyrkiVesterinen> wedge009: Me too.
20180208 08:45:45 * wedge009 checks what scaling method he is using...
20180208 08:45:50< zookeeper> yeah, the gamemap view should always use NN if you asked me.
20180208 08:45:56< vultraz> JyrkiVesterinen: let's keep in min wesnoth once looked like this: http://shadowm.ai0867.net/images/d/wesnoth-stoneage/v2-main.png
20180208 08:46:08< vultraz> mind
20180208 08:46:11< vultraz> so
20180208 08:46:26< wedge009> Heh, blast from the past.
20180208 08:47:06< wedge009> I only started playing since 1.4
20180208 08:47:53< wedge009> Which still looked pretty good: https://www.wesnoth.org/images/sshots/wesnoth-1.4-8.jpg
20180208 08:48:05< vultraz> indeed
20180208 08:48:26< wedge009> (Also why I miss the old HttT character designs, but I understand and agree with the changes made.)
20180208 08:48:30< vultraz> in some way those forests even look a bit more "forest-y"
20180208 08:50:25< wedge009> I had linear scaling set, but nearest neighbour works well too (and avoids the dithering on the ellipses).
20180208 08:52:31< vultraz> I know jyrki advocated keeping it, but I think I'll drop the "scaling algorithm selection" preference completely when we go to hw rendering
20180208 08:53:01< wedge009> Is it complicated to leave it as an 'advanced' option?
20180208 08:53:13< vultraz> not sure
20180208 08:53:17< vultraz> on the face of it, yes
20180208 08:53:39< JyrkiVesterinen> OpenGL can scale in hardware. It offers nerest neighbor and bilinear scaling.
20180208 08:53:40< wedge009> While the average player might not mind/care, some people might have a strong preference for one option over another. I don't mind, personally.
20180208 08:53:57< JyrkiVesterinen> (Plus trilinear and anisotropic for 3D games, but they don't matter to us.)
20180208 08:53:58-!- atarocch [~atarocch@93.56.164.28] has quit [Remote host closed the connection]
20180208 08:55:02< JyrkiVesterinen> Software scaling with any algorithm would be doable with a postprocessing shader. I bet we'd even find an existing implementation from the net.
20180208 08:55:07< wedge009> What difference is Default and Classic themes supposed to have?
20180208 08:55:40-!- atarocch [~atarocch@93.56.164.28] has joined #wesnoth-dev
20180208 08:55:43< vultraz> classic is 1.12's
20180208 08:55:56< wedge009> I just didn't really notice any difference when switching to Classic...
20180208 08:56:07< wedge009> (Recent master build.)
20180208 08:56:49< wedge009> Oh I see.
20180208 08:57:09< wedge009> It's more noticeable in the game screen. Fonts are all tiny now.
20180208 08:57:25< vultraz> sidebar smaller
20180208 08:57:27< wedge009> Is that using the old font or just a smaller one?
20180208 08:57:29< vultraz> it uses the old gray graphics
20180208 08:57:57< wedge009> Yep, I see it now. It just wasn't noticeable in the title screen or MP lobby.
20180208 08:57:58< matthiaskrgr> JyrkiVesterinen: lol your network is faster than my disk most of the time  :D   
20180208 08:58:10< wedge009> ?
20180208 08:58:11< wedge009> How?
20180208 08:59:05< JyrkiVesterinen> https://github.com/wesnoth/wesnoth/issues/2462#issuecomment-364044401
20180208 08:59:23< JyrkiVesterinen> (But 12,5 MB/s is quite slow for disk transfer rate...)
20180208 08:59:30< vultraz> mein gott
20180208 09:00:01< matthiaskrgr> well, btrfs + fragmentation + only a few gigs left of free space
20180208 09:00:38< vultraz> no SSD?
20180208 09:00:38< JyrkiVesterinen> I still haven't dared to upgrade to Btrfs. I'm still using ext4.
20180208 09:00:51 * vultraz haz ssd
20180208 09:01:09< matthiaskrgr> well my new sys will have ssd
20180208 09:01:22< matthiaskrgr> but ssds are expensive :/ 
20180208 09:01:28< matthiaskrgr> I would love to have a 4 TB ssd lol 
20180208 09:01:37< irker246> wesnoth/wesnoth:master catagent101 15a460e748 Fix 2p - Clearing Gushes team names AppVeyor: All builds passed
20180208 09:01:56< JyrkiVesterinen> It's not a great time to buy an SSD.
20180208 09:01:56< matthiaskrgr> btw is there some kind of "install all addons" debug option?
20180208 09:02:01< matthiaskrgr> yeah :/ 
20180208 09:02:10< matthiaskrgr> prices are said to drop in 2018 
20180208 09:02:38< JyrkiVesterinen> The same foundries can manufacture both RAM and SSDs, and there is a RAM shortage, which has driven manufacturing capacity to be used for RAM.
20180208 09:02:57< JyrkiVesterinen> The result is that there is also some SSD shortage going on, increasing prices.
20180208 09:03:15< matthiaskrgr> eh just put swapfile onto ssd 
20180208 09:03:26< JyrkiVesterinen> No, there isn't any way to install all addons at once.
20180208 09:05:04< matthiaskrgr> maybe I just have to break an addon manually >:/ 
20180208 09:09:12< wedge009> Yeah, components are generally priced too high at the moment - even in the US, or so I understand.
20180208 09:09:20< wedge009> Not to mention video cards...
20180208 09:10:06< matthiaskrgr> or bitcoin    oh wait    
20180208 09:10:07< wedge009> Actually, swap file on SSD is probably not a good idea - wouldn't the frequent read/writes impact its life span?
20180208 09:10:23< JyrkiVesterinen> I think it's a good time for processor upgrades.
20180208 09:10:32< matthiaskrgr> wedge009: wel it depends on how often you swap 
20180208 09:10:34< wedge009> I keep the swap file off my SSD. (Only using SSD for system disk, not regular storage.)
20180208 09:10:41< JyrkiVesterinen> Coffee Lake is the biggest upgrade Intel has made since Sandy Bridge.
20180208 09:10:53< JyrkiVesterinen> I upgraded my PC to CFL last month.
20180208 09:11:12< wedge009> Uh, it's just a Skylake revision. Or do you mean the additional cores because of Ryzen competition?
20180208 09:11:20< JyrkiVesterinen> Yes, additional cores.
20180208 09:11:53< JyrkiVesterinen> A 50% boost to multithreaded performance. That's huge compared with any other post-SB generation.
20180208 09:12:20< vultraz> is coffee lake 7th or 8th gen
20180208 09:12:26< JyrkiVesterinen> 8th.
20180208 09:12:28< wedge009> I'm still running on Ivy Bridge E. Before top-end stuff became stupidly expensive due to lack of competition. No plans to build a new PC at this point, no need.
20180208 09:12:29< vultraz> damn
20180208 09:12:49< matthiaskrgr> JyrkiVesterinen: with or without spectre mitigation? :D 
20180208 09:13:10< JyrkiVesterinen> You have even more reason to say that "damn". The 50% boost was for desktop parts, which went from 4 to 6 cores.
20180208 09:13:24< JyrkiVesterinen> Low-power mobile parts went from 2 to 4 cores, a 100% increase.
20180208 09:15:04< zookeeper> still on yorkfield, working great.
20180208 09:15:32< wedge009> I would be on Yorkfield if it was still alive!
20180208 09:15:52< vultraz> D:
20180208 09:15:56< vultraz> god damn
20180208 09:19:37< wedge009> Yeah, wonder if/when this Spectre/Meltdown business will truly be settled. Prediction is a pretty fundamental component of how they optimise CPUs.
20180208 09:21:27-!- Bonobo [~Bonobo@61.68.156.44] has quit [Ping timeout: 240 seconds]
20180208 09:21:48-!- Bonobo [~Bonobo@61.68.156.44] has joined #wesnoth-dev
20180208 09:22:44< JyrkiVesterinen> Intel CEO has said that they'll have in-silicon fixes for Spectre and Meltdown already this year.
20180208 09:22:45< JyrkiVesterinen> https://www.pcper.com/news/General-Tech/Intel-will-be-melting-down-spectre-insecurity-later-year
20180208 09:23:11< JyrkiVesterinen> It sounds quite hard to believe though. As you said, predicition is a fundamental part of CPU operation.
20180208 09:23:55< matthiaskrgr> mmh like a hardware patch? :) 
20180208 09:24:02< irker246> wesnoth/wesnoth:master Charles Dang 056fab1e37 Clear damage_inflicted WML variable afte AppVeyor: All builds passed
20180208 09:28:41< irker246> wesnoth: Sofartin wesnoth:master 17738ba6469c / data/core/about.cfg: Update about.cfg https://github.com/wesnoth/wesnoth/commit/17738ba6469ca4a4498cafd82f77b5e24c689d45
20180208 09:35:33-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20180208 09:35:39-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20180208 10:00:25-!- atarocch [~atarocch@93.56.164.28] has quit [Remote host closed the connection]
20180208 10:01:35< Soliton> matthiaskrgr: not sure what the goal is but with data/tools/wesnoth_addon_manager you can download all add-ons with one command.
20180208 10:02:19-!- atarocch [~atarocch@93.56.164.28] has joined #wesnoth-dev
20180208 10:03:00< matthiaskrgr> Soliton: I was hoping to find an broken addon to see if the error message display still leaked
20180208 10:03:20< matthiaskrgr> but I ended up just corrupting one manually and the bug turned out to be fixed :) 
20180208 10:03:47< Soliton> ok. yeah, that sounds easier. :-)
20180208 10:23:30-!- Oebele [~quassel@143.177.58.202] has joined #wesnoth-dev
20180208 10:43:18< irker246> wesnoth/wesnoth:master catagent101 51431c0c71 Fix 2p - Clearing Gushes team names AppVeyor: All builds passed
20180208 10:54:12< irker246> wesnoth: Matthias Krüger wesnoth:master a2168d2e2430 / / (130 files in 37 dirs): codespell fixes to /src https://github.com/wesnoth/wesnoth/commit/a2168d2e24308b169519e536641841f4d754a034
20180208 10:54:20< vultraz> matthiaskrgr: ty!
20180208 10:54:29< matthiaskrgr> yay
20180208 11:09:56-!- vladimirslavik [vslavik@nat/redhat/x-eoenyumibstmqzte] has joined #wesnoth-dev
20180208 11:18:11-!- travis-ci [~travis-ci@ec2-54-227-67-178.compute-1.amazonaws.com] has joined #wesnoth-dev
20180208 11:18:12< travis-ci> matthiaskrgr/wesnoth#8 (codespell_src - d9956ab : Matthias Krüger): The build has errored.
20180208 11:18:12< travis-ci> Build details : https://travis-ci.org/matthiaskrgr/wesnoth/builds/338913605
20180208 11:18:12-!- travis-ci [~travis-ci@ec2-54-227-67-178.compute-1.amazonaws.com] has left #wesnoth-dev []
20180208 11:29:01< matthiaskrgr> :( 
20180208 11:29:15< matthiaskrgr> mmh timeouts 
20180208 11:44:27-!- Bonobo [~Bonobo@61.68.156.44] has quit [Ping timeout: 240 seconds]
20180208 12:04:34-!- travis-ci [~travis-ci@ec2-54-160-166-164.compute-1.amazonaws.com] has joined #wesnoth-dev
20180208 12:04:35< travis-ci> wesnoth/wesnoth#16359 (master - a2168d2 : Matthias Krüger): The build passed.
20180208 12:04:35< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/338922759
20180208 12:04:35-!- travis-ci [~travis-ci@ec2-54-160-166-164.compute-1.amazonaws.com] has left #wesnoth-dev []
20180208 13:15:11-!- Polsaker [hfmEwsuZBt@donger/wielder/Polsaker] has joined #wesnoth-dev
20180208 13:30:35-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20180208 13:47:31-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20180208 13:49:02-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20180208 13:54:27-!- irker246 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20180208 13:59:30-!- vslavik [vslavik@nat/redhat/x-elpireatnkqdygrg] has joined #wesnoth-dev
20180208 14:01:47-!- vladimirslavik [vslavik@nat/redhat/x-eoenyumibstmqzte] has quit [Ping timeout: 260 seconds]
20180208 14:14:03-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20180208 14:14:30-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20180208 14:16:52-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20180208 14:18:24-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20180208 14:31:38-!- atarocch [~atarocch@93.56.164.28] has quit [Remote host closed the connection]
20180208 14:32:58-!- atarocch [~atarocch@93.56.164.28] has joined #wesnoth-dev
20180208 14:35:35-!- atarocch [~atarocch@93.56.164.28] has quit [Remote host closed the connection]
20180208 14:38:08-!- atarocch [~atarocch@93.56.164.28] has joined #wesnoth-dev
20180208 14:46:14-!- atarocch [~atarocch@93.56.164.28] has quit [Remote host closed the connection]
20180208 14:48:33-!- atarocch [~atarocch@93.56.164.28] has joined #wesnoth-dev
20180208 14:49:09-!- atarocch [~atarocch@93.56.164.28] has quit [Remote host closed the connection]
20180208 14:49:54-!- atarocch [~atarocch@93.56.164.28] has joined #wesnoth-dev
20180208 14:53:45-!- atarocch [~atarocch@93.56.164.28] has quit [Read error: Connection reset by peer]
20180208 14:57:19-!- atarocch [~atarocch@93.56.164.28] has joined #wesnoth-dev
20180208 14:58:59-!- atarocch [~atarocch@93.56.164.28] has quit [Remote host closed the connection]
20180208 14:59:36-!- atarocch [~atarocch@93.56.164.28] has joined #wesnoth-dev
20180208 15:00:20-!- atarocch [~atarocch@93.56.164.28] has quit [Remote host closed the connection]
20180208 15:03:43-!- atarocch [~atarocch@93.56.164.28] has joined #wesnoth-dev
20180208 15:11:11-!- vslavik__ [vslavik@nat/redhat/x-repdbytafakiiaow] has joined #wesnoth-dev
20180208 15:12:55-!- atarocch [~atarocch@93.56.164.28] has quit [Remote host closed the connection]
20180208 15:13:51-!- vslavik [vslavik@nat/redhat/x-elpireatnkqdygrg] has quit [Ping timeout: 256 seconds]
20180208 15:14:40-!- atarocch [~atarocch@93.56.164.28] has joined #wesnoth-dev
20180208 15:17:54-!- atarocch [~atarocch@93.56.164.28] has quit [Remote host closed the connection]
20180208 15:20:10-!- atarocch [~atarocch@93.56.164.28] has joined #wesnoth-dev
20180208 15:20:12-!- atarocch [~atarocch@93.56.164.28] has quit [Remote host closed the connection]
20180208 15:20:57-!- atarocch [~atarocch@93.56.164.28] has joined #wesnoth-dev
20180208 15:31:59-!- vn971 [~vasya@94.158.103.15] has joined #wesnoth-dev
20180208 15:36:35-!- JyrkiVesterinen [~JyrkiVest@195-192-251-124.s1networks.fi] has quit [Quit: .]
20180208 15:36:56-!- irker078 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20180208 15:36:56< irker078> wesnoth/wesnoth:master Sofartin 17738ba646 Update about.cfg AppVeyor: All builds passed
20180208 15:42:48< irker078> wesnoth/wesnoth:master Sofartin 5d87c2f395 Removed bad openssl include and tuned he AppVeyor: All builds passed
20180208 16:09:28-!- vslavik__ [vslavik@nat/redhat/x-repdbytafakiiaow] has quit [Quit: Leaving]
20180208 16:38:28< irker078> wesnoth: Charles Dang wesnoth:master 56bd81350440 / src/serialization/tokenizer.cpp: Fixed compilation with DEBUG_TOKENIZER https://github.com/wesnoth/wesnoth/commit/56bd813504402a46b2683915de794f90a23c686d
20180208 16:43:38-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20180208 16:43:44-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20180208 16:49:40-!- mkdroid [~null@unaffiliated/matthiaskrgr] has joined #wesnoth-dev
20180208 17:03:57-!- mkdroid [~null@unaffiliated/matthiaskrgr] has quit [Ping timeout: 240 seconds]
20180208 17:04:11-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has joined #wesnoth-dev
20180208 17:24:41-!- mkdroid [~null@unaffiliated/matthiaskrgr] has joined #wesnoth-dev
20180208 17:24:55-!- mkdroid [~null@unaffiliated/matthiaskrgr] has quit [Client Quit]
20180208 17:38:52< irker078> wesnoth/wesnoth:master Charles Dang 56bd813504 Fixed compilation with DEBUG_TOKENIZER AppVeyor: vs2017/Release Failed
20180208 17:38:53< irker078> Details: https://ci.appveyor.com/project/wesnoth/wesnoth-605wt/build/Wesnoth-VS2017-master-1011
20180208 17:40:08-!- vn971 [~vasya@94.158.103.15] has left #wesnoth-dev ["ISON Rogach NickServ "]
20180208 17:59:47< Ravana_> why wesnoth.get_locations has include_borders default true?
20180208 18:00:35< vultraz> it does?
20180208 18:00:41< vultraz> probably some compatibility thing
20180208 18:00:59< Ravana_> at least 1.13.10 does
20180208 18:01:32< Ravana_> that key is dev feature, so no idea what compatibility there could be
20180208 18:01:52< Ravana_> but will try then
20180208 18:06:26< Ravana_> seems that compatibility indeed
20180208 18:06:58< Ravana_> going to override that key for received filter then
20180208 18:14:19-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20180208 18:15:28-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20180208 18:22:23-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20180208 18:37:18-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20180208 18:37:53-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20180208 18:38:36-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20180208 18:39:07-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20180208 18:39:26-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20180208 18:41:57-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20180208 18:42:45-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20180208 18:43:50-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20180208 18:50:12< irker078> wesnoth: Charles Dang wesnoth:master a09e2bb8583c / src/ (addon/info.cpp addon/validation.hpp gui/dialogs/addon/manager.cpp): Addon Manager: rename MP Modification type to just Modification https://github.com/wesnoth/wesnoth/commit/a09e2bb8583c6125f8c4e3157d6eba8bbd800b62
20180208 18:59:55-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20180208 19:01:42-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20180208 19:21:38< irker078> wesnoth: Charles Dang wesnoth:master 13a4822d77d8 / src/serialization/tokenizer.cpp: Fixed WML parser not properly handling unquoted keys with variables (fixes #1236 https://github.com/wesnoth/wesnoth/commit/13a4822d77d8cb32b219b7c647fc9710309a2735
20180208 19:25:05-!- vultraz [uid24821@wesnoth/developer/vultraz] has quit [Ping timeout: 256 seconds]
20180208 19:27:48-!- vultraz [uid24821@wesnoth/developer/vultraz] has joined #wesnoth-dev
20180208 20:01:19< DeFender1031> something to do with zookeeper's border terrains perhaps?
20180208 20:02:08< zookeeper> nah, it's just a compatibility thing.
20180208 20:03:10< DeFender1031> compatibility with what, though?
20180208 20:03:21< DeFender1031> if it's new to 1.13
20180208 20:03:23< DeFender1031> oh
20180208 20:03:27< DeFender1031> i get it
20180208 20:03:32< DeFender1031> 1.12 just always did that
20180208 20:03:38< DeFender1031> 1.13 allows you to turn them off
20180208 20:03:47< DeFender1031> but defauts to on because that's how 1.12 worked.
20180208 20:04:11< DeFender1031> sorry, I'm having a slow brain day.
20180208 20:06:36-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has quit [Quit: Going to bed]
20180208 20:08:30< DeFender1031> (I also spent 2 hours today at my day job debugging a sudden "the entire program is exploding when it had been working 5 minutes before" situation, only to discover that the "simple one line fix" I had put in FOUR minutes before for a very small bug and which shouldn't have been touching any of the rest of the code had literally every variable on the line referencing the wrong thing... and no, it wasn't a copy-paste error, 
20180208 20:08:31< DeFender1031> my brain had literally taken a vacation and just stuck random variable names from elsewhere in the code into that line in lieu of the variables I actually meant to use.)
20180208 20:11:56< irker078> wesnoth: Charles Dang wesnoth:master 3de5ee8b420d / src/ (scripting/lua_team.cpp team.hpp): Lua: added side.choose_random getter (fixes #2378) https://github.com/wesnoth/wesnoth/commit/3de5ee8b420de29174a95660126f5352904955cd
20180208 20:21:20< irker078> wesnoth: Charles Dang wesnoth:master 60f900634ade / changelog: Changelog entry for 3de5ee8 https://github.com/wesnoth/wesnoth/commit/60f900634ade8ce693d33ad94437692262e1370c
20180208 20:21:23< irker078> wesnoth: Charles Dang wesnoth:master aeed6d5538ca / data/gui/widget/chatbox.cfg: GUI2/Chatbox: disable chat history https://github.com/wesnoth/wesnoth/commit/aeed6d5538caddb2b6aaf3b61deeb264c1023090
20180208 20:21:42-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20180208 20:22:47-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20180208 20:27:17-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20180208 20:37:38-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20180208 20:48:44< irker078> wesnoth: Charles Dang wesnoth:master 1390c8be7485 / changelog src/scripting/lua_unit_type.cpp: Added unit_type.profile and unit_type.small_profile getters (fixes #1468) https://github.com/wesnoth/wesnoth/commit/1390c8be7485e6f3b5f779b31015abc9eca73e70
20180208 20:58:25< Ivanovic> uhm, something strange is going on with the cmake build system
20180208 20:58:42< Ivanovic> I just wanted to commit some update and tried to build the po-update-$LANG target but get a missing target message
20180208 20:59:36< Ivanovic> then trying to compile things I get some real issues, meaning: translations are not built
20180208 20:59:42< Ivanovic> which flags are required these days?!
20180208 21:01:24< Ivanovic> it seems as if NLS is by default turned off?!
20180208 21:04:17< AI0867> that might be a side-effect of the ability to turn off NLS at all
20180208 21:04:31< AI0867> someone complained about NLS being built when he was just trying to compile wesnothd
20180208 21:04:36< Ivanovic> https://github.com/wesnoth/wesnoth/commit/729b2984f75eb58feb9a492d7cea5cb08c39fa8d#diff-af3b638bc2a3e6c650974192a53c7291
20180208 21:04:54< Ivanovic> seems as if the "ENABLE_GAME" variable can't be used there like this!
20180208 21:05:09< Ivanovic> it should probably be {$ENABLE_GAME}
20180208 21:05:15< AI0867> I have no idea, I don't know how cmake works
20180208 21:05:16< Ivanovic> line 57
20180208 21:05:24< TadCarlucci> I think it came in with the recent commit to allow install wesnothd without the translations. Might be best to get Penta involved it was his change.
20180208 21:05:38-!- Oebele [~quassel@143.177.58.202] has quit [Remote host closed the connection]
20180208 21:06:14< irker078> wesnoth: Nils Kneuper wesnoth:master bc2f6ff923c5 / / (31 files in 30 dirs): updated Czech translation https://github.com/wesnoth/wesnoth/commit/bc2f6ff923c523a1b9ac8721bc5dcb948206bd81
20180208 21:07:39< irker078> wesnoth: Nils Kneuper wesnoth:master ca17047d0798 / CMakeLists.txt: fixed building of translations with cmake https://github.com/wesnoth/wesnoth/commit/ca17047d0798e9a0967095d2fd576c6a58d4a3aa
20180208 22:04:55-!- travis-ci [~travis-ci@ec2-54-160-166-164.compute-1.amazonaws.com] has joined #wesnoth-dev
20180208 22:04:56< travis-ci> wesnoth/wesnoth#16364 (master - 1390c8b : Charles Dang): The build passed.
20180208 22:04:56< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/339171187
20180208 22:04:56-!- travis-ci [~travis-ci@ec2-54-160-166-164.compute-1.amazonaws.com] has left #wesnoth-dev []
20180208 22:33:13-!- Nobun [~user@5.170.242.236] has quit [Quit: good night everyone]
20180208 22:38:52< irker078> wesnoth/wesnoth:master Charles Dang 56bd813504 Fixed compilation with DEBUG_TOKENIZER AppVeyor: 1/4 builds failed
20180208 22:38:53< irker078> Details vs2017/Release: https://ci.appveyor.com/project/wesnoth/wesnoth-605wt/build/Wesnoth-VS2017-master-1011
20180208 22:43:30-!- travis-ci [~travis-ci@ec2-54-227-67-178.compute-1.amazonaws.com] has joined #wesnoth-dev
20180208 22:43:30< travis-ci> wesnoth/wesnoth#16366 (master - ca17047 : Nils Kneuper): The build passed.
20180208 22:43:30< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/339179322
20180208 22:43:30-!- travis-ci [~travis-ci@ec2-54-227-67-178.compute-1.amazonaws.com] has left #wesnoth-dev []
20180208 23:07:45-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 248 seconds]
20180208 23:35:30-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
--- Log closed Fri Feb 09 00:00:00 2018