--- Log opened Sat Jul 09 00:00:43 2016
20160709 00:21:55-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20160709 00:47:25< vultraz> celticminstrel: I'm thinking we might have to do 1.13.5 sans spiritpo
20160709 00:48:36-!- ancestral [~ancestral@75-168-183-92.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160709 01:15:48-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160709 01:24:28-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160709 01:28:40-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 252 seconds]
20160709 01:49:10-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20160709 01:52:33< celticminstrel> I should be able to finish it up quickly, if I just get down to it... :/
20160709 01:53:24< celticminstrel> I'm finding compiling to be a pain lately, though. I think it might be something to do with the sheer size of the project.
20160709 01:53:51< celticminstrel> I could potentially try working on Windows, though last time I tried that I had issues with dependencies.
20160709 01:56:16< celticminstrel> (Then again, I didn't really try all that hard last time.)
20160709 02:30:21-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has quit [Ping timeout: 246 seconds]
20160709 02:33:39-!- ancestral [~ancestral@75-168-183-92.mpls.qwest.net] has joined #wesnoth-dev
20160709 03:02:22-!- RatArmy [~RatArmy@om126237125092.9.openmobile.ne.jp] has quit [Ping timeout: 258 seconds]
20160709 03:25:44< Aginor> celticminstrel: you could give ccache a go
20160709 03:25:53< Aginor> it speeds things up quite a bit
20160709 03:26:26< celticminstrel> I have a feeling that that won't work with XCode.
20160709 03:29:21< Aginor> celticminstrel: https://forum.openframeworks.cc/t/speeding-up-compilation-with-ccache-xcode-tip/23492
20160709 03:29:30< Aginor> looks like it can be applied
20160709 03:29:45< Aginor> https://pspdfkit.com/blog/2015/ccache-for-fun-and-profit/
20160709 03:30:50< celticminstrel> Hmm.
20160709 03:33:11 * Aginor ponders installing the proprietary nvidia drivers
20160709 03:33:28< Aginor> shadowm: are you using novou or the proprietary drivers in linux?
20160709 03:33:34< celticminstrel> I'll... think about it?
20160709 03:33:53< Aginor> celticminstrel: it'll speed up the compilation of things that don't change
20160709 03:34:10< celticminstrel> XCode doesn't compile source files that don't change, anyway...
20160709 03:34:14< Aginor> celticminstrel: so if you do a clean build often, it'll save you _a lot_ of time
20160709 03:34:20< Aginor> otherwise, not so much
20160709 03:34:22< celticminstrel> Though maybe ccache is even better at that.
20160709 03:34:47< celticminstrel> No, I don't do a clean build that often. The problem is mainly when I pull from upstream, though even if I change just one file it sometimes takes quite a long time.
20160709 03:35:20< celticminstrel> Sometimes it helps if I close certain things, such as Steam.
20160709 03:36:26< Aginor> celticminstrel: do you know if you're cpu or io bound?
20160709 03:36:35< Aginor> I'd wager cpu, but who knows ;)
20160709 03:38:01< celticminstrel> I dunno. It's using 3 of my 4 cores for compilation, but it might be IO-bound due to swapping.
20160709 03:38:20< Aginor> ah, swapping is bad :/
20160709 03:38:46< celticminstrel> If that's the case, closing Firefox might help a bit since it uses about half my available RAM.
20160709 03:38:54< Aginor> yes
20160709 03:39:10< Aginor> don't replace it with chrome though, that's much worse for memory consumption
20160709 03:40:05< celticminstrel> I don't intend to replace it with anything. Safari and Chrome both have significant problems (Chrome is completely unusable for me), and I think Opera did as well.
20160709 03:40:28< celticminstrel> But I usually leave it open all the time, so closing it while compiling might help, I suppose.
20160709 03:40:52< Aginor> but it makes compiling less fun as you've got nothing to read while waiting
20160709 03:41:06< celticminstrel> Heh.
20160709 03:41:23< celticminstrel> I could read some Discworld, or open my laptop and browse there.
20160709 03:41:29< Aginor> yeah
20160709 03:41:39< celticminstrel> Still have about six or so DW books that I haven't gotten to.
20160709 03:43:02< Aginor> I can recommend making steam if you haven't read it, or the "going postal" book
20160709 03:43:11< Aginor> but you've probably read them both :)
20160709 03:43:58< celticminstrel> Not quite sure. I might've read Going Postal? I've been reading through all the books in in-universe chronological order, and the last one I read was The Last Hero (which was unexpectedly illustrated).
20160709 03:45:10< celticminstrel> (Well, I assume it's chronological order; it's not always clear, but anyway it's the order they're listed in at the front of each book.)
20160709 03:45:25< Aginor> I don't think I have read that one myself
20160709 03:45:44< celticminstrel> It was hard to find because the bookstore put it in a different section.
20160709 03:45:47< Aginor> I think that may be publishing order, but I may be wrong :D
20160709 03:46:07< celticminstrel> It might also vary a little depending on the edition.
20160709 03:47:35< Aginor> indeed
20160709 03:48:42< celticminstrel> I distinctly recall some editions splitting it into a few sections (with one section being "for younger kids" or something even though it was still Discworld), though I could be imagining that...
20160709 03:50:29< Aginor> yeah, there's the young adult ones and whatnot
20160709 04:09:47-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160709 04:11:31-!- Kwandulin [~Miranda@p200300760F2D8157F0F065B6FA34C793.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160709 04:14:03-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 240 seconds]
20160709 04:29:15-!- aeth [~Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Ping timeout: 264 seconds]
20160709 04:30:37-!- aeth [~Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #wesnoth-dev
20160709 04:59:39-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The computer falls into a deep sleep, to awake again some other day!]
20160709 05:01:05-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160709 05:04:49-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 252 seconds]
20160709 05:04:50-!- wedge010 is now known as wedge009
20160709 05:04:57-!- RatArmy [~RatArmy@om126237125092.9.openmobile.ne.jp] has joined #wesnoth-dev
20160709 05:10:07-!- hk238 [~kvirc@t224.ip7.netikka.fi] has joined #wesnoth-dev
20160709 05:17:49< Aginor> hmmm
20160709 05:17:59< Aginor> I'm getting linker errors
20160709 05:19:05< Aginor> http://pastebin.com/fvFDkUV7
20160709 05:19:11< Aginor> anyone come across that before?
20160709 05:22:35< Aginor> must be related to glibc/gcc versions
20160709 05:22:46< Aginor> gcc (GCC) 6.1.1 20160621 (Red Hat 6.1.1-3)
20160709 05:26:42< vultraz> I still have gcc 5
20160709 05:28:13-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20160709 05:29:54< Aginor> The default mode for C++ is now -std=gnu++14 instead of -std=gnu++98.
20160709 05:30:04< Aginor> I wonder if that's enough ;)
20160709 05:30:54< vultraz> gnu?
20160709 05:31:25< vultraz> and yes, I know gcc 6 uses 14 as default
20160709 05:31:28< vultraz> but we specify 11
20160709 05:31:53< Aginor> I am not entirely sure about that
20160709 05:32:00< vultraz> ?
20160709 05:32:38< Aginor> http://pastebin.com/55KG9Seh
20160709 05:32:49< Aginor> we're specifying c98
20160709 05:33:15< vultraz> did someone not update whatever build thingy you;re using
20160709 05:33:19< vultraz> that should be 11
20160709 05:33:28< vultraz> not 98
20160709 05:33:54< Aginor> cmake
20160709 05:37:33< Aginor> hmm
20160709 05:37:33< vultraz> can't find explicit mention of the 98 flag 
20160709 05:37:52< Aginor> links when I build from the command line instead of through the IDE
20160709 05:38:04< vultraz> then again im exhausted and it's hot as all hell
20160709 05:43:35< Aginor> hmm
20160709 05:44:06< Aginor> I redid my directory to be sure, but I still see the same issue... I think something wasn't properly updated for cmake
20160709 05:50:25< Aginor> right
20160709 05:50:30< Aginor> that's broken in cmake
20160709 05:51:58< Aginor> or not
20160709 05:56:39< Aginor> hmm
20160709 05:56:47< Aginor> making clean made the problem go away
20160709 05:57:17< Aginor> and I figured out the problem with the c-standard...
20160709 05:57:26< Aginor> wrong sourcetree, that's an old one :/
20160709 05:58:10-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has quit [Quit: Leaving]
20160709 06:04:18-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20160709 06:04:24-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20160709 06:14:10-!- ChipmunkV [~vova@d0017-2-88-172-31-68.fbx.proxad.net] has joined #wesnoth-dev
20160709 06:35:16-!- JyrkiVesterinen [~JyrkiVest@87-100-174-78.bb.dnainternet.fi] has joined #wesnoth-dev
20160709 06:40:03-!- RatArmy [~RatArmy@om126237125092.9.openmobile.ne.jp] has quit [Ping timeout: 276 seconds]
20160709 06:52:11-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160709 06:56:28-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 252 seconds]
20160709 08:05:40-!- RatArmy [~RatArmy@om126237125092.9.openmobile.ne.jp] has joined #wesnoth-dev
20160709 08:22:03-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20160709 08:31:23< Aginor> gfgtdf: I approve of your implementation of replay_controller :)
20160709 08:32:57< shadowm> Aginor: Proprietary.
20160709 08:34:44< Aginor> shadowm: happy with stability?
20160709 08:36:16< shadowm> I don't recall ever having any crashes with it (none that couldn't be attributed to applications) since I first set things up, back in November 2012.
20160709 08:37:05< Aginor> fair enough, so it's been running the same since?
20160709 08:37:24< shadowm> I had a VGA console (and later efifb) state lossage issue for the first year or so but it was probably fixed by an update.
20160709 08:37:37< shadowm> Yeah.
20160709 08:37:50< Aginor> that sounds promising, I might take the plunge later
20160709 08:38:16< Aginor> I may have gotten annoyed and thrown out my AMD/ATI card
20160709 08:39:21< shadowm> I've never really considered giving AMD a chance after some bad experiences with an ATI Radeon HD 3200 on an old laptop.
20160709 08:39:53< Aginor> I bought into their promises of open specs and the like to fascilitate better open source drivers
20160709 08:40:23-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160709 08:40:53< Aginor> it alledgedly is better for people with newer hardware by a generation or two than what I had
20160709 08:41:03< Aginor> but for me, not so much.
20160709 08:44:49-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 252 seconds]
20160709 08:48:33-!- enchi [enchilado@defocus/yummy/enchilado] has quit [Ping timeout: 240 seconds]
20160709 08:53:23< loonycyborg> Aginor: unfortunately Intel still seems the only viable choice for people who want the best open source drivers.
20160709 08:53:57< loonycyborg> nouveau btw made great strides already
20160709 08:54:15< loonycyborg> but still it can't unlock full clock power of most cards
20160709 08:57:59< Aginor> loonycyborg: it doesn't know about my chipset :/
20160709 08:58:13< Aginor> 4.6.3-300.fc24.x86_64 too, so pretty recent
20160709 08:58:21< loonycyborg> which chipset you have? pascal?
20160709 08:58:36< Aginor> I have no idea what it's called
20160709 08:58:48< loonycyborg> it's really recent videocard?
20160709 08:58:52< Aginor> [    34.382] (EE) Unknown chipset: NV126
20160709 08:58:57< Aginor> yes, GTK 960
20160709 08:59:06< Aginor> *GTX 960
20160709 09:00:23< loonycyborg> https://nouveau.freedesktop.org/wiki/CodeNames/
20160709 09:00:27< loonycyborg> seems it's maxwell
20160709 09:01:03< Aginor> looks like it
20160709 09:01:13< loonycyborg> https://nouveau.freedesktop.org/wiki/FeatureMatrix/
20160709 09:01:23< loonycyborg> many things here are still WIP
20160709 09:01:51< Aginor> yeah
20160709 09:02:04< loonycyborg> you'd probably need bleeding edge kernel to make it recognize card
20160709 09:02:07< Aginor> I might just go with the proprietary drivers for now
20160709 09:02:31< Aginor> loonycyborg: I've got latest stable
20160709 09:02:43< Aginor> I'm _not_ moving to a devel or RC kernel
20160709 09:02:55< Aginor> that'd be waaaay to risky :D
20160709 09:07:22-!- RatArmy [~RatArmy@om126237125092.9.openmobile.ne.jp] has quit [Ping timeout: 260 seconds]
20160709 09:10:40-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160709 09:17:33-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20160709 09:18:03-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160709 09:30:11< JyrkiVesterinen> Aginor: I have the GTX 960 too, and use the proprietary Nvidia drivers on GNU/Linux. (I dualboot between Windows and GNU/Linux.)
20160709 09:30:38< JyrkiVesterinen> I'm pretty happy with the stability of the proprietary Nvidia drivers. The only problem I have is lack of VSync.
20160709 09:33:12-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has joined #wesnoth-dev
20160709 09:35:15< Aginor> I can live with that
20160709 09:36:59< Aginor> JyrkiVesterinen: out of curiosity, how many monitors are you driving?
20160709 09:37:08< JyrkiVesterinen> Only one.
20160709 09:42:21< Aginor> I guess I'll found out how well it works with multi-monitor setups
20160709 09:42:45< vultraz> Nothing wrong with proprietary drivers.
20160709 09:43:47< Aginor> hmm
20160709 09:43:57< shadowm> Yeah right unless you were an AMD user on Linux back in 2009.
20160709 09:44:14< Aginor> I'd prefer open, but...
20160709 09:44:24< shadowm> Back then I could've written a whole essay on the matter.
20160709 09:44:42< Aginor> if I want to get any kind of performance, that's how it'll have to be
20160709 09:44:51< Aginor> shadowm: I still have a few good rants in me about it
20160709 09:44:59< vultraz> I have become bias against AMD in general, funnily enough, and not through any experience of my own.
20160709 09:45:02< shadowm> JyrkiVesterinen: What do you mean by lack of vsync?
20160709 09:45:51< JyrkiVesterinen> Well, it's easily visible, especially when watching videos. There is screen tearing.
20160709 09:46:12< shadowm> Are you using a compositing window manager that has a vsync option?
20160709 09:46:45< vultraz> But I was also told I should take a look at their Polaris cards
20160709 09:47:00< JyrkiVesterinen> I'm using KWin. KWin force-disables VSync with proprietary Nvidia drivers.
20160709 09:47:01< JyrkiVesterinen> https://bugs.kde.org/show_bug.cgi?id=322060
20160709 09:47:22< shadowm> Not really if you enable triple buffering, no.
20160709 09:47:29< loonycyborg> I'm using kwin + nvidia-drivers too
20160709 09:47:57< loonycyborg> I don't remember seeing any tearing
20160709 09:47:57< shadowm> At least not with the Plasma 5 version, and IIRC not with the latest 4.x version either.
20160709 09:48:07< loonycyborg> maybe because I'm used to it
20160709 09:48:20< loonycyborg> or maybe because it doesn't exist in my configuration
20160709 09:48:23< shadowm> If you don't want to use triple-buffering there's also this: https://wiki.archlinux.org/index.php/NVIDIA/Troubleshooting#Avoid_screen_tearing
20160709 09:48:34< shadowm> Though that has a noticeable performance impact IME.
20160709 09:48:45< shadowm> (Unlike triple buffering.)
20160709 09:48:51< JyrkiVesterinen> I haven't bothered to apply either workaround. Tearing doesn't really annoy me.
20160709 09:53:25< loonycyborg> Actually still not sure why I'm using KDE
20160709 09:53:47< loonycyborg> I recently tried making my multi-monitor setup work again
20160709 09:53:57< loonycyborg> and it made me want to shoot myself
20160709 09:54:54-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160709 09:55:08-!- irker174 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20160709 09:55:08< irker174> wesnoth: Andreas Löf wesnoth:master 64b90042c424 / / (17 files in 5 dirs): Fix bug #24762: Recreate buttons GUI buttons on a full redraw https://github.com/wesnoth/wesnoth/commit/64b90042c424f4996984d02784cde889d2f78210
20160709 09:55:09< loonycyborg> at least after last update it no longer requires me to fix screen resolution with arandr on each reboot
20160709 09:55:28< Aginor> vultraz, gfgtdf: ^^^ ^_^
20160709 09:56:59< vultraz> :D
20160709 09:59:24-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 246 seconds]
20160709 10:01:04-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160709 10:01:08< Aginor> I might also have come up with a workaround for the flickering
20160709 10:01:19< Aginor> I shall investigate that a bit further
20160709 10:01:28< Aginor> but maybe not tonight
20160709 10:02:51-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 276 seconds]
20160709 10:02:51-!- wedge010 is now known as wedge009
20160709 10:03:20< Aginor> for myself, and other who might care: the flickering is caused by all the spurious calls to flip() that happens all over the place. The main problem is that it's called multiple times during a full draw-cycle, presenting partially drawn contents to be presented. Hacky workaround: suppress the actuall calls through in the middle of a "full redraw" cycle as opposed to our "normal" partial ones
20160709 10:06:46-!- JyrkiVesterinen [~JyrkiVest@87-100-174-78.bb.dnainternet.fi] has quit [Quit: Going somewhere. I'll be back after an hour or two.]
20160709 10:07:36< vultraz> If it's too much trouble to come up with a workaround, don't sweat it. There's a proper solution in your branch that will be in the next next release.
20160709 10:07:44< vultraz> (1.13.6)
20160709 10:08:20< Aginor> vultraz: that branch has proven rather difficult, it's still a lot of work that needs to be done
20160709 10:08:34< Aginor> I'm also contemplating starting over in a new branch
20160709 10:08:58< vultraz> Why so?
20160709 10:10:31< Aginor> why it's turning a lot more complicated?
20160709 10:11:24< vultraz> Why are you contemplating a new branch
20160709 10:11:26< Aginor> because of our different entry-points to the rendering code, how it's all interconnected, our two gui frameworks and the reliance on undrawing things instead of re-drawing bits
20160709 10:11:37< Aginor> that's why it's hard
20160709 10:11:57< Aginor> to have a clean starting point and try again
20160709 10:12:30< Aginor> sudo dnf install akmod-nvidia-1:367.27-1.fc24.x86_64
20160709 10:12:36< Aginor> let's see how that goes :)
20160709 10:26:19-!- ancestral [~ancestral@75-168-183-92.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160709 10:32:09< Aginor> that went well
20160709 10:35:50< vultraz> :D
20160709 10:36:30< Aginor> apart from breaking opengl.
20160709 10:36:31< Aginor> bah
20160709 10:42:02< vultraz> well that's not good
20160709 10:47:32< Aginor> it's mildly annoying
20160709 10:47:36< Aginor> some symlinks are wrong
20160709 10:48:53< Aginor> sorted by explicitly installing the 32-bit libraries and setting an environment variable
20160709 10:50:42< Aginor> I should install team fortress or something so I can try it out
20160709 10:51:22< Aginor> but I most certainly have proper hardware rendering :)
20160709 10:51:51-!- JyrkiVesterinen [~JyrkiVest@87-100-174-78.bb.dnainternet.fi] has joined #wesnoth-dev
20160709 10:52:22< vultraz> dota 2 :P
20160709 10:52:45< Aginor> that was absolutely rubbish last time I tried it in linux
20160709 10:52:50< vultraz> or you could take a look at the W2 demo
20160709 10:52:59< Aginor> W2?
20160709 10:53:29< Aginor> seems the root of my problem was missing 32-bit libraries
20160709 10:53:34< vultraz> wesnoth 2
20160709 10:53:48< Aginor> nah
20160709 10:57:31< Aginor> I think I'll reboot and see how elite runs across my new monitor setup
20160709 10:57:47< Aginor> onwards, to wintendo
20160709 10:57:55< Aginor> see you later :)
20160709 11:44:34-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has quit [Quit: Connection closed for inactivity]
20160709 11:47:05-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160709 11:49:36-!- molt [~molt@dynamic-213-198-235-143.adsl.eunet.rs] has joined #wesnoth-dev
20160709 11:51:25-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 250 seconds]
20160709 11:53:17-!- Kwandulin [~Miranda@p200300760F2D8157F0F065B6FA34C793.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160709 11:53:54-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has joined #wesnoth-dev
20160709 11:59:27-!- RatArmy [~RatArmy@om126237125092.9.openmobile.ne.jp] has joined #wesnoth-dev
20160709 12:10:59-!- Kwandulin [~Miranda@p200300760F2D815749BA7ED7D253BE3B.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160709 12:14:36-!- enchi [enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20160709 12:43:55-!- ChipmunkV [~vova@d0017-2-88-172-31-68.fbx.proxad.net] has quit [Quit: ChipmunkV]
20160709 12:55:35-!- irker174 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20160709 13:01:37-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20160709 13:06:04-!- RatArmy [~RatArmy@om126237125092.9.openmobile.ne.jp] has quit [Ping timeout: 252 seconds]
20160709 13:11:06-!- Kwandulin [~Miranda@p200300760F2D815749BA7ED7D253BE3B.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160709 13:41:16-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20160709 13:42:09-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160709 13:45:09-!- markus__ [~mjs-de@x5ce4a43f.dyn.telefonica.de] has joined #wesnoth-dev
20160709 13:48:33-!- mjs-de [~mjs-de@x4db6536a.dyn.telefonica.de] has quit [Ping timeout: 240 seconds]
20160709 14:02:48-!- Kwandulin [~Miranda@p200300760F2D815751A9BF9240EE63EA.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160709 14:04:34-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has quit [Quit: Connection closed for inactivity]
20160709 14:04:53-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has joined #wesnoth-dev
20160709 14:10:31-!- Samual [~Samual@xonotic/core-team/Samual] has quit [Ping timeout: 250 seconds]
20160709 14:15:57-!- Samual [~Samual@2601:547:1000:86f:4188:1628:ce5a:12b2] has joined #wesnoth-dev
20160709 14:15:57-!- Samual [~Samual@2601:547:1000:86f:4188:1628:ce5a:12b2] has quit [Changing host]
20160709 14:15:57-!- Samual [~Samual@xonotic/core-team/Samual] has joined #wesnoth-dev
20160709 14:37:18-!- markus__ [~mjs-de@x5ce4a43f.dyn.telefonica.de] has quit [Remote host closed the connection]
20160709 16:06:39-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20160709 16:06:45-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20160709 16:16:11-!- ChipmunkV [~vova@d0017-2-88-172-31-68.fbx.proxad.net] has joined #wesnoth-dev
20160709 16:33:07-!- Kwandulin [~Miranda@p200300760F2D815751A9BF9240EE63EA.dip0.t-ipconnect.de] has quit [Ping timeout: 258 seconds]
20160709 16:34:40-!- prkc [~prkc@192.40.89.11] has joined #wesnoth-dev
20160709 17:21:33-!- ancestral [~ancestral@75-168-183-92.mpls.qwest.net] has joined #wesnoth-dev
20160709 18:33:31-!- hk238 [~kvirc@t224.ip7.netikka.fi] has quit [Quit: http://www.kvirc.net/ 4.9.1 Aria]
20160709 18:54:04-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20160709 18:54:10-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20160709 19:01:36-!- irker814 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20160709 19:01:36< irker814> wesnoth: gfgtdf wesnoth:master 40ff1ec98691 / data/lua/wml-utils.lua: make utils.split return empty set on nil values https://github.com/wesnoth/wesnoth/commit/40ff1ec98691b3cb5335a656207367f0f6033b64
20160709 19:04:44-!- gfgtdf [~chatzilla@x4e36a4e9.dyn.telefonica.de] has joined #wesnoth-dev
20160709 19:04:58< gfgtdf> vultraz: do you have concrete plans for next 1.13 relese ?
20160709 19:05:25< celticminstrel> Why return empty set on nil?
20160709 19:06:06< celticminstrel> Also, gfgtdf, someone has a question for you in #wesnoth
20160709 19:06:35< gfgtdf> celticminstrel: well when you use it on a wml varaible its usualyl what you want, and the previous results was sureleey not what peopel want, note that tostring(nil) returns "nil"
20160709 19:07:11< celticminstrel> When you use it on a WML variable, wouldn't you normally make sure the variable exists?
20160709 19:08:43< gfgtdf> celticminstrel: hmm well i perosnaly would expect that in most cases omitting attr behaves like attr="" unless a default vaue is specified othwewise.
20160709 19:09:14-!- Kwandulin [~Miranda@p200300760F2D81572563C7910FE31EFB.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160709 19:09:54< celticminstrel> Hmm.
20160709 19:10:14< celticminstrel> There's a point there, I guess.
20160709 19:12:37< gfgtdf> celticminstrel: in any case its better than the pevious behaviour which returned "nil", we could change the code to throw an erros in that case (people you still call it with split(arr. or "")) but i personalyl think since this is was most often wanted, we shodul make it have liek tht by default.
20160709 19:13:07< celticminstrel> It returned "nil"? Or {"nil"}?
20160709 19:15:54< gfgtdf> celticminstrel: actuall it returned some iterator which iterates over { "nil" }
20160709 19:16:59< celticminstrel> Ah, close enough then, I guess.
20160709 19:17:08< celticminstrel> I agree that that's not a good result.
20160709 19:17:16< celticminstrel> Not sure the new result is best, but I guess it's better.
20160709 19:17:49< celticminstrel> Another alternative would be simply returning nil, but that might give errors about nil not being callable or something...
20160709 19:39:06-!- Kwandulin [~Miranda@p200300760F2D81572563C7910FE31EFB.dip0.t-ipconnect.de] has quit [Ping timeout: 272 seconds]
20160709 19:42:25< irker814> wesnoth: gfgtdf wesnoth:master 9ee327f41714 / src/playsingle_controller.cpp: fix [end_turn] not working is side turn events of ai sides https://github.com/wesnoth/wesnoth/commit/9ee327f417140bab7e46f284f67a6fb14b12fd59
20160709 19:42:27< irker814> wesnoth: gfgtdf wesnoth:master bbc32856f1a7 / src/scripting/ (game_lua_kernel.cpp lua_kernel_base.cpp lua_kernel_base.hpp): handle [args] also in [lua] tags outside events. https://github.com/wesnoth/wesnoth/commit/bbc32856f1a737cbb2aaa3ca005ad1831b27c421
20160709 19:42:29< irker814> wesnoth: gfgtdf wesnoth:master 69fb6aa9e7ca / src/units/ (types.cpp types.hpp unit.cpp): don't allow strange characters in unit type ids. https://github.com/wesnoth/wesnoth/commit/69fb6aa9e7cab52b556faccd2e87c19e1ff998c0
20160709 19:42:31< irker814> wesnoth: gfgtdf wesnoth:master 16014a9795b6 / data/lua/wml-tags.lua: fix [set_variable] rand= https://github.com/wesnoth/wesnoth/commit/16014a9795b6fa56ea297241cd3a481693c2a912
20160709 19:42:33< irker814> wesnoth: gfgtdf wesnoth:master 685b69495ad1 / src/scripting/game_lua_kernel.cpp: fix lua unit.upkeep getter https://github.com/wesnoth/wesnoth/commit/685b69495ad1c05ffa4c51bab0bd29fc83129ab3
20160709 19:42:35< irker814> wesnoth: gfgtdf wesnoth:master f4253c220a2a / src/ (carryover.cpp scripting/game_lua_kernel.cpp): fix side specific variables https://github.com/wesnoth/wesnoth/commit/f4253c220a2ae6a75327c41f6c5c4e303acb0d9b
20160709 19:55:55-!- Nobun [~nobun@5.170.106.109] has joined #wesnoth-dev
20160709 20:04:44-!- travis-ci [~travis-ci@ec2-54-221-41-130.compute-1.amazonaws.com] has joined #wesnoth-dev
20160709 20:04:45< travis-ci> wesnoth/wesnoth#9708 (master - 40ff1ec : gfgtdf): The build has errored.
20160709 20:04:45< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/143599809
20160709 20:04:45-!- travis-ci [~travis-ci@ec2-54-221-41-130.compute-1.amazonaws.com] has left #wesnoth-dev []
20160709 20:20:54-!- JyrkiVesterinen [~JyrkiVest@87-100-174-78.bb.dnainternet.fi] has quit [Quit: .]
20160709 20:31:16< irker814> wesnoth: gfgtdf wesnoth:master 64b77a691d17 / src/server/server.cpp: fix msvc warning https://github.com/wesnoth/wesnoth/commit/64b77a691d17b444ddcb0f6d05acfe986a44c6b2
20160709 20:31:39-!- Nobun [~nobun@5.170.106.109] has quit [Ping timeout: 264 seconds]
20160709 20:38:32-!- molt [~molt@dynamic-213-198-235-143.adsl.eunet.rs] has quit [Quit: Leaving]
20160709 20:43:29-!- RatArmy [~RatArmy@om126237125092.9.openmobile.ne.jp] has joined #wesnoth-dev
20160709 20:45:28< irker814> wesnoth: gfgtdf wesnoth:master aab0d16d01f3 / src/playmp_controller.cpp: fix assertion failure in mp. https://github.com/wesnoth/wesnoth/commit/aab0d16d01f3092bc8b1d97af32d7f3a6606efd5
20160709 20:49:22-!- Nobun [~nobun@5.170.106.47] has joined #wesnoth-dev
20160709 20:57:14-!- Nobun [~nobun@5.170.106.47] has quit [Ping timeout: 258 seconds]
20160709 20:57:48< vultraz> gfgtdf: since Aginor  fixed bug #24762, I'm just now waiting to see how celticminstrel gets along with spiritpo
20160709 20:59:24< vultraz> also we should deal with PR 661
20160709 21:06:03< gfgtdf> vultraz: was it tested that that fixes #24709 ?
20160709 21:06:33< vultraz> no, but celticminstrel thought i should
20160709 21:06:37< vultraz> it*
20160709 21:06:47< celticminstrel> I'm not sure about PR661 now.
20160709 21:10:11-!- gfgtdf [~chatzilla@x4e36a4e9.dyn.telefonica.de] has quit [Ping timeout: 240 seconds]
20160709 21:13:46-!- gfgtdf [~chatzilla@x4e36a4e9.dyn.telefonica.de] has joined #wesnoth-dev
20160709 21:19:05< gfgtdf> celticminstrel, loonycyborg if we use our own .po file creator (wmlxgettext) and our own po fiel reader (spirit), couldnt't we then change the .po format as we want?
20160709 21:19:48< loonycyborg> gfgtdf: wmlxgettext covers only wml part
20160709 21:20:09< loonycyborg> cpp extractor is still part of GNU gettext
20160709 21:20:21< loonycyborg> also there are innumerable po editors out there
20160709 21:20:42< gfgtdf> celticminstrel, loonycyborg for examepl we could our .po format to: 1) store the number of entries in he header, 2) store the translated string in sorted order so that we coudl somhow get the advantage of normal po files, but still read them faster
20160709 21:23:00< gfgtdf> loonycyborg: hmm we coudl add some sccript that changes the files genreated by GNU gettext in the desired way, and if we don't change it too muhc, it's quiet posible that those po edtiror still work with it
20160709 21:24:48< celticminstrel> Don't call Spirit a po file reader. Spirit is a generic parsing library.
20160709 21:24:59< gfgtdf> spriit_po i emanat
20160709 21:25:00< celticminstrel> Spirit-po is a po file reader.
20160709 21:25:23< gfgtdf> celticminstrel, loonycyborg i think if we change our .po files to be already sorted by id, and to contain the number of entried in some comment, we coudl stay valid .po while coming closer to .mo reading times.
20160709 21:25:38< celticminstrel> That wouldn't help at all.
20160709 21:26:04< celticminstrel> It doesn't help for the file to be sorted, not when it's a text-based format.
20160709 21:26:28< celticminstrel> With a mo file, you can probably rig the code so as to avoid reading the whole file at once.
20160709 21:26:43< celticminstrel> By carefully storing offsets and using seek.
20160709 21:26:43< gfgtdf> celticminstrel: sure ti does, inserting the string in a map is faster if we know that it is inserted at the end.
20160709 21:27:09< celticminstrel> Hmm, possibly, though I think it's using unordered_map actually.
20160709 21:27:26< celticminstrel> I don't think it would help much, but maybe a little.
20160709 21:27:45< celticminstrel> Spirit-po can be reconfigured to use a tree-map though, if you think that would help.
20160709 21:27:48< gfgtdf> celticminstrel: hmm y for unordered map it might not work
20160709 21:28:11< celticminstrel> I think it's not a bad idea to have the messages sorted within the po file.
20160709 21:28:37< celticminstrel> But it might be a pain if the tools translators use don't keep them sorted.
20160709 21:29:16< celticminstrel> If I recall correctly, isn't a binary tree O(log n) in worst case, whereas a hasmap is O(n)?
20160709 21:29:41< gfgtdf> celticminstrel: yes worst case, bug the average case hashmap is usually better
20160709 21:29:57< gfgtdf> s/bug/but
20160709 21:30:01< celticminstrel> Right, it's O(1) in best case I think.
20160709 21:30:01< gfgtdf> celticminstrel: that is, if the hash function is good.
20160709 21:31:33< celticminstrel> I can try substituting a tree-map and see if it helps, but I won't expect too much.
20160709 21:32:13< gfgtdf> celticminstrel: hmm no since it'd mostlikely make the lookup slower im not sure whether this is a good diea anymore.
20160709 21:32:45< gfgtdf> celticminstrel: also it will give nothing if the po aren't sported.
20160709 21:33:09< celticminstrel> Well, the hash function is O(n) generally, whereas comparison is often far faster, right? So since most messageids are quite long, it might actually help there.
20160709 21:33:30< celticminstrel> I'll just try it out quickly.
20160709 21:33:38< celticminstrel> Hopefully quickly.
20160709 21:36:57< bumbadadabum> I'm getting a segfault when placing units in the editor
20160709 21:37:02< celticminstrel> A comparison will usually only check the first few characters of the string, but a hash needs to consume the entire string.
20160709 21:37:24< vultraz> bumbadadabum: known
20160709 21:37:27< vultraz> for awhile 
20160709 21:37:32< vultraz> no one has fixed
20160709 21:37:35< bumbadadabum> ok just making sure
20160709 21:37:36< celticminstrel> Placing units isn't very good at this point, either.
20160709 21:37:49< celticminstrel> Even when it does work. (Which I guess is in 1.12, at least.)
20160709 21:37:52< vultraz> bumbadadabum: game_board is null in the editor or something
20160709 21:38:03< vultraz> you'd think it'd be a simple fix, but apparently it is not
20160709 21:38:26< celticminstrel> I think the fix would be to either create a totally new class for an editor unit or represent it with a bare config.
20160709 21:38:53< vultraz> not instantiate the unit class?
20160709 21:39:00< vultraz> bumbadadabum: btw, what do you think of the updated ui
20160709 21:39:06< celticminstrel> A unit placed in the editor is not an instance of a Wesnoth unit.
20160709 21:39:07< gfgtdf> celticminstrel: i just looked at boost locale soruce and it seems like is also uses a unorderd_map for catalogs (since boost 1.36)
20160709 21:39:12< celticminstrel> It's more like a prototype of a Wesnoth unit.
20160709 21:39:32< vultraz> hm
20160709 21:39:33< celticminstrel> A set of instructions for instantiation a unit.
20160709 21:39:36< gfgtdf> bumbadadabum: there is also a bugrpeort about it
20160709 21:39:40< celticminstrel> ^instantiating
20160709 21:39:45< vultraz> celticminstrel: that's an idea
20160709 21:39:50< bumbadadabum> vultraz: I have to get used to it
20160709 21:39:55< bumbadadabum> I kinda miss the old UI :(
20160709 21:40:15< celticminstrel> The unit class contains a ton of data that you don't want in your scenario, and there are randomly-generated attributes that you typically want to keep random.
20160709 21:40:42< vultraz> bumbadadabum: it's not changed *that* much
20160709 21:40:49< vultraz> dialogs are flatter, buttons bigger
20160709 21:40:51< celticminstrel> Plus irrelevant (or usually-irrelevant) details such as ID.
20160709 21:40:56< gfgtdf> celticminstrel: i think the display class needs a unit object for displaying, so you'D at lest have to refactor that aswell if you wanted to changw it
20160709 21:41:12< bumbadadabum> I don't like the big buttons honestly
20160709 21:41:19< gfgtdf> celticminstrel: in this case even details than can casue bugs.
20160709 21:41:25< gfgtdf> (the ids)
20160709 21:41:41< celticminstrel> gfgtdf: What about fake units?
20160709 21:42:10< vultraz> bumbadadabum: with the new font the old ones were hideously small
20160709 21:42:24< vultraz> plus bigger is better when it comes to buttons
20160709 21:42:25< gfgtdf> celticminstrel: not sure how they work.
20160709 21:42:28< celticminstrel> The buttons do seem a bit big.
20160709 21:42:32< bumbadadabum> I don't like the bigger font honestly
20160709 21:42:36< celticminstrel> Bigger is better on mobile, sure.
20160709 21:42:42< vultraz> but the old font was too small :|
20160709 21:42:50< celticminstrel> The new font is too big.
20160709 21:42:51< bumbadadabum> yeah, on my 1366x768 screen this is a bit big
20160709 21:42:54< vultraz> especially on high-DPI displays
20160709 21:42:55< celticminstrel> Old font was about perfect.
20160709 21:43:00< gfgtdf> i agree that the old font was too small.
20160709 21:43:03< bumbadadabum> celticminstrel: you can make it smaller though
20160709 21:43:08< bumbadadabum> but then the buttons are HUEG
20160709 21:43:10< celticminstrel> I think I've done that.
20160709 21:43:20< vultraz> bumbadadabum: the titlescreen buttons are bigger than the others
20160709 21:43:25< celticminstrel> Yeah, my scaling is at 80%.
20160709 21:43:28< vultraz> well, the ones in the main controls 
20160709 21:43:36-!- Appleman1234 [~Appleman1@KD036012037077.au-net.ne.jp] has quit [Ping timeout: 246 seconds]
20160709 21:43:42< celticminstrel> Ack, I switched to Spanish and forgot to pay attention to the lag.
20160709 21:44:05< celticminstrel> I keep thinking the Spanish for language should be "lingua", but apparently it's "idioma".
20160709 21:44:22< vultraz> bumbadadabum: regular buttons are maybe 5 px bigger
20160709 21:44:35< celticminstrel> Hm, I think switching to tree-map does actually make things worse (without any po-file changes).
20160709 21:44:46< celticminstrel> Not all that surprising, I guess.
20160709 21:45:01< celticminstrel> Time to implement that threading thing.
20160709 21:50:57-!- RatArmy [~RatArmy@om126237125092.9.openmobile.ne.jp] has quit [Ping timeout: 246 seconds]
20160709 21:58:48-!- mjs-de [~mjs-de@x5ce4a43f.dyn.telefonica.de] has joined #wesnoth-dev
20160709 22:16:14-!- trewe [~trewe@bl20-21-193.dsl.telepac.pt] has joined #wesnoth-dev
20160709 22:24:12< celticminstrel> Ugh, it doesn't seem to help much.
20160709 22:24:27< celticminstrel> Maybe there's a small improvement, not sure.
20160709 22:24:56< vultraz> aren't you using SDL_GetTicks?
20160709 22:25:20< celticminstrel> Oh, to compare? I haven't been.
20160709 22:25:35< vultraz> You should :)
20160709 22:26:36< celticminstrel> It's possible that there's no difference because of wesnoth-help.
20160709 22:27:34< celticminstrel> There's also the option of pulling up the loading screen.
20160709 22:27:43< celticminstrel> I think that may actually be the best.
20160709 22:28:47< vultraz> ... you haven't been doing that?
20160709 22:28:50< celticminstrel> Though it's still a step down from mo-files.
20160709 22:28:55< vultraz> that seems a reasonable solution
20160709 22:28:58< celticminstrel> No, I haven't been.
20160709 22:30:02< celticminstrel> Addon campaigns with translations will affect the load time, I think - the game needs to load the translations for every known campaign.
20160709 22:30:32< celticminstrel> MP addons too, but at least those can be behind the MULTIPLAYER define probably.
20160709 22:31:40< celticminstrel> I'm going to give up on the threading here, I think.
20160709 22:33:18< vultraz> Or why don't we just do like most games and say 'this setting will take affect on next launch'
20160709 22:33:30< celticminstrel> I think that's dumb.
20160709 22:33:41< celticminstrel> You shouldn't have to restart the game to update settings.
20160709 22:33:47< celticminstrel> It's just a sign of lazy programmers.
20160709 22:33:55< vultraz> Not really
20160709 22:34:04< celticminstrel> (Most of the time, at least. I won't rule out the possibility of legitimate cases.)
20160709 22:34:07< vultraz> well, maybe
20160709 22:34:20< vultraz> but it's an extremely simple solution
20160709 22:34:59< vultraz> also, you know in most cases Language settings would be in prefs/settings, right?
20160709 22:35:17< vultraz> it just happens that we have a dedicated button in the titlescreen for it
20160709 22:35:20< vultraz> no idea why
20160709 22:35:30< vultraz> but imagine if it were in settings
20160709 22:35:34< vultraz> and you had an mp game
20160709 22:35:45< vultraz> and someone tried to change language mid-game
20160709 22:35:58< celticminstrel> I'm pretty sure it wouldn't make any difference to the loading process if it was in settings.
20160709 22:36:11-!- travis-ci [~travis-ci@ec2-54-221-41-130.compute-1.amazonaws.com] has joined #wesnoth-dev
20160709 22:36:12< travis-ci> wesnoth/wesnoth#9714 (master - f4253c2 : gfgtdf): The build was broken.
20160709 22:36:12< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/143605140
20160709 22:36:12-!- travis-ci [~travis-ci@ec2-54-221-41-130.compute-1.amazonaws.com] has left #wesnoth-dev []
20160709 22:36:22< celticminstrel> Logically, changing language mid-game should be a non-issue.
20160709 22:36:36< celticminstrel> The game should transmit only untranslated strings across the network.
20160709 22:36:44< celticminstrel> I don't know if that's actually what it does, though.
20160709 22:37:59-!- ancestral [~ancestral@75-168-183-92.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160709 22:40:35< vultraz> I wonder if I should rename Preferences to Settings 
20160709 22:40:42< celticminstrel> No.
20160709 22:40:55< celticminstrel> It's a pointless and meaningless change,
20160709 22:41:03< celticminstrel> And will break translations.
20160709 22:41:03< vultraz> hey, I do a lot of those :P
20160709 22:41:17< celticminstrel> That's not something to be proud of.
20160709 22:41:26-!- Appleman1234 [~Appleman1@KD036012042157.au-net.ne.jp] has joined #wesnoth-dev
20160709 22:42:04< celticminstrel> I wouldn't be against moving Languages to Prefs, though there might be a good reason for it to be on the main screen (so that people whose first language is not English don't have to navigate through a settings screen that they may not entirely understand).
20160709 22:42:40< celticminstrel> Speaking of moving things to prefs though, do you think you'd be up to moving Cores there?
20160709 22:42:58< celticminstrel> Probably under General, though you could make an argument for Advanced, I suppose.
20160709 22:43:31< vultraz> I probably could, but I don't feel up to it right now
20160709 22:43:34-!- ancestral [~ancestral@75-168-183-92.mpls.qwest.net] has joined #wesnoth-dev
20160709 22:43:38< gfgtdf> celticminstrel: the game usualy doesn only trasmit untrnaslated strings across the network, thesre are some exceptions, for example rnadomly generated names or every other translated string that is not a t_string
20160709 22:43:54< gfgtdf> s/doesn/does
20160709 22:44:25< celticminstrel> It could actually be beneficial for the host to be able to reverse that behaviour and send translated strings instead.
20160709 22:44:35< celticminstrel> For addons that don't require download.
20160709 22:44:50< celticminstrel> It might be a bit too niche of a use-case to bother, not sure.
20160709 22:45:39< gfgtdf> celticminstrel: hmm buts th'd be bad for peolpe in a differtn language, also since 1.13 has a 'automatically doanload addon on demad' feature in mp  iirc, this shouldnt really be an issue
20160709 22:45:54< celticminstrel> It does? I hadn't heard about that.
20160709 22:46:17< gfgtdf> celticminstrel: iceiceice implemented something like this, but i didnt test it yet
20160709 22:46:24< celticminstrel> I'd expect the host to agree on that with the others beforehand so as to select a language that they all know, but if there's download-on-demand then there's no point.
20160709 22:51:58< vultraz> celticminstrel: for your perusal https://drive.google.com/file/d/0B-mR9s8FduLLbkJwNzJ0UEtOU2s/view?usp=sharing
20160709 22:54:04< vultraz> celticminstrel: I suppose I should mention I decided to stop pushing for a W2 rewrite as a replacement for W1, at least for now
20160709 22:54:09< celticminstrel> Looks like this works.
20160709 22:54:14< vultraz> t'is a new game you're seeing
20160709 22:54:23< celticminstrel> I'll click your link once I have Firefox open again, in a few minutes.
20160709 22:54:38< celticminstrel> Probably after I rebase and push this.
20160709 22:57:13-!- travis-ci [~travis-ci@ec2-54-221-41-130.compute-1.amazonaws.com] has joined #wesnoth-dev
20160709 22:57:14< travis-ci> wesnoth/wesnoth#9715 (master - 64b77a6 : gfgtdf): The build failed.
20160709 22:57:14< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/143611002
20160709 22:57:14-!- travis-ci [~travis-ci@ec2-54-221-41-130.compute-1.amazonaws.com] has left #wesnoth-dev []
20160709 23:00:18< irker814> wesnoth: gfgtdf wesnoth:master c84db15ccf6c / src/units/types.cpp: fix compiler warning https://github.com/wesnoth/wesnoth/commit/c84db15ccf6c5587b7f4b32f0ef48fadf56198cb
20160709 23:01:58< irker814> wesnoth: Celtic Minstrel wesnoth:spirit_po b5fcb5ba3982 / src/ (10 files in 2 dirs): Add new translation library https://github.com/wesnoth/wesnoth/commit/b5fcb5ba3982b43e76e69de2a0249d721c42ee8c
20160709 23:02:00< irker814> wesnoth: Celtic Minstrel wesnoth:spirit_po 0e48ffff9e0d / src/ (CMakeLists.txt SConscript gettext.cpp): Remove option to link libintl instead of Boost.Locale https://github.com/wesnoth/wesnoth/commit/0e48ffff9e0d7c94a1e611538d8f365936eaed8b
20160709 23:02:02< irker814> wesnoth: Celtic Minstrel wesnoth:spirit_po 97ef427876f9 / / (4 files in 3 dirs): Use spirit-po instead of Boost.Locale for translations https://github.com/wesnoth/wesnoth/commit/97ef427876f96cb76b44bcdf59302ff309ac4dfe
20160709 23:02:04< irker814> wesnoth: Celtic Minstrel wesnoth:spirit_po 2f5fec969da9 / src/ (gettext.hpp gettext_boost.cpp wesnoth.cpp): Remove obsolete functions from translations framework https://github.com/wesnoth/wesnoth/commit/2f5fec969da9587148721deb49568f9c265f73d5
20160709 23:02:06< irker814> wesnoth: Celtic Minstrel wesnoth:spirit_po b12c8cb8451e / po/.rsync-filter projectfiles/Xcode/Wesnoth.xcodeproj/project.pbxproj: Update XCode project https://github.com/wesnoth/wesnoth/commit/b12c8cb8451e0a37d2602977914c849c44d00b90
20160709 23:02:08< irker814> wesnoth: loonycyborg wesnoth:spirit_po d50da42357e4 / src/wesnoth.cpp: Fix compile on non-apple non-windows platforms https://github.com/wesnoth/wesnoth/commit/d50da42357e414208c16d587b20bc0f205a61dbe
20160709 23:02:10< irker814> wesnoth: Celtic Minstrel wesnoth:spirit_po f59b9c73fc80 / src/gettext_boost.cpp: Initialize po catalog from memory instead of file https://github.com/wesnoth/wesnoth/commit/f59b9c73fc8005a9cfe6dc9bd969da9077ff2486
20160709 23:02:12< irker814> wesnoth: Celtic Minstrel wesnoth:spirit_po f9b6025cb77b / src/gui/dialogs/ (language_selection.cpp loadscreen.cpp): Show loading screen when switching languages https://github.com/wesnoth/wesnoth/commit/f9b6025cb77b4693ebc2eff74a6c0f320de83358
20160709 23:02:14< irker814> wesnoth: Celtic Minstrel wesnoth:spirit_po dc267366c036 / src/wesnoth.cpp: Fix indentation https://github.com/wesnoth/wesnoth/commit/dc267366c036330c25b4c931c021c83777ca6e89
20160709 23:05:31-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160709 23:08:32-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 260 seconds]
20160709 23:08:32-!- wedge010 is now known as wedge009
20160709 23:08:59< celticminstrel> https://github.com/wesnoth/wesnoth/pull/684
20160709 23:09:00-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 246 seconds]
20160709 23:10:06< vultraz> IIRC, turns out it won't eliminate wescamp, just the need for umc authors to build translations. wescamp is still a ... management platform or something
20160709 23:10:11-!- ChipmunkV [~vova@d0017-2-88-172-31-68.fbx.proxad.net] has quit [Quit: ChipmunkV]
20160709 23:11:12< celticminstrel> That just means I understand incorrectly.
20160709 23:11:18< celticminstrel> >_>
20160709 23:11:20< vultraz> So did I
20160709 23:11:31< vultraz> Until awhile back when shadowm said differently
20160709 23:12:46< vultraz> anyway, glad this is ready for review
20160709 23:12:51< vultraz> thanks for working on it :)
20160709 23:13:03< vultraz> once this is done and we look at 661, we can get ready for a release.
20160709 23:13:24< vultraz> we might want to also merge the campaign PRs before the release
20160709 23:14:00< celticminstrel> I'm still not so sure about 661.
20160709 23:14:31< celticminstrel> The campaign ones are slightly dubious, but I suppose fixing the errors is better than leaving them.
20160709 23:14:49< celticminstrel> (It's dubious because I'm wondering if perhaps the error shouldn't just be removed altogether.)
20160709 23:15:12-!- ancestral [~ancestral@75-168-183-92.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160709 23:15:21< vultraz> which error it that, anyway
20160709 23:15:29< celticminstrel> "no unit found for role"
20160709 23:15:49< celticminstrel> (He's fixing a few other errors too, but that seems to dominate his fixes.)
20160709 23:15:55< vultraz> hm 
20160709 23:15:57< vultraz> yes...
20160709 23:16:12< vultraz> well
20160709 23:16:15< vultraz> it should be a warning
20160709 23:16:19< vultraz> at least
20160709 23:16:47< celticminstrel> Removed or suppressed to a lower log-level, yeah.
20160709 23:17:05-!- ancestral [~ancestral@75-168-183-92.mpls.qwest.net] has joined #wesnoth-dev
20160709 23:17:13< vultraz> I'm also thinking of adding some syntax sugar and giving role a [conditional] subtag
20160709 23:17:21< celticminstrel> Huh?
20160709 23:17:29< celticminstrel> What the heck would that do?
20160709 23:17:41< vultraz> only assign role if the condition is met
20160709 23:17:53< celticminstrel> I see...
20160709 23:18:12< celticminstrel> What would you want this behaviour for?
20160709 23:18:26< vultraz> and perhaps an [on_fail] subtag too
20160709 23:19:03< celticminstrel> I'd probably call the latter [else].
20160709 23:19:10< vultraz> just to simplify all the [if] [have_unit] [then] [role] [elseif] [have_unit] [then] [role] [else] [unit] chains :P
20160709 23:19:18-!- travis-ci [~travis-ci@ec2-54-221-41-130.compute-1.amazonaws.com] has joined #wesnoth-dev
20160709 23:19:19< travis-ci> wesnoth/wesnoth#9716 (master - aab0d16 : gfgtdf): The build failed.
20160709 23:19:19< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/143612849
20160709 23:19:19-!- travis-ci [~travis-ci@ec2-54-221-41-130.compute-1.amazonaws.com] has left #wesnoth-dev []
20160709 23:19:19< celticminstrel> Is that what it's called in [object] as well?
20160709 23:19:56< vultraz> yes
20160709 23:21:13< vultraz> this is pure syntax sugar, mind you.
20160709 23:21:47< vultraz> I'm still considering it
20160709 23:22:17< vultraz> anyway, comments on the screenshot?
20160709 23:23:58< celticminstrel> I think I had none.
20160709 23:24:04< celticminstrel> I guess it looked nice-ish?
20160709 23:24:34< vultraz> the fog is animated :D
20160709 23:24:49< celticminstrel> How am I supposed to tell that from a still image?
20160709 23:24:59< vultraz> you cannot
20160709 23:25:04< vultraz> which is why I'm mentioning it
20160709 23:25:37-!- tad_ [add94167@gateway/web/freenode/ip.173.217.65.103] has joined #wesnoth-dev
20160709 23:25:37-!- Appleman1234 [~Appleman1@KD036012042157.au-net.ne.jp] has quit [Ping timeout: 244 seconds]
20160709 23:26:19-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20160709 23:26:29-!- tad_ [add94167@gateway/web/freenode/ip.173.217.65.103] has quit [Client Quit]
20160709 23:26:41< vultraz> ill keep you et al updated as development progresses
20160709 23:26:55< celticminstrel> You don't have to.
20160709 23:30:19< vultraz> well, at least when we have a playable demo
20160709 23:31:17-!- tad_ [add94167@gateway/web/freenode/ip.173.217.65.103] has joined #wesnoth-dev
20160709 23:33:18-!- mjs-de [~mjs-de@x5ce4a43f.dyn.telefonica.de] has quit [Remote host closed the connection]
20160709 23:33:40< celticminstrel> You don't have to.
20160709 23:34:00< tad_> Getting segfault loading scenario start after cold-start of wesnoth. Can load a saved turn, then load the scenario start without problems.
20160709 23:34:35< tad_> 1.13.4+
20160709 23:34:36< gfgtdf> tad_: you have a stacktrace?
20160709 23:34:59< tad_> Nope. Dumps core and goodnight Irene.
20160709 23:35:10< vultraz> celticminstrel: I sense you are enthusiastic about this project
20160709 23:35:25< celticminstrel> I'm not sure why I should be enthusiastic about it.
20160709 23:35:51-!- RatArmy [~RatArmy@om126237125092.9.openmobile.ne.jp] has joined #wesnoth-dev
20160709 23:36:04< tad_> this is 1.13.14+dev through commit 40FF1EC
20160709 23:36:05< vultraz> It could be the next game in a wesnoth franchise? :P
20160709 23:36:09< gfgtdf> tad_: hmm its not rally possible to debug it without a stacktrace, ususally when you have a debugger attached toa  programm and it then segfaults it will give youa  stacktrace
20160709 23:37:04< tad_> it has been ages since I last used gdb. I'll see if I can find a quick-and-simple howto.
20160709 23:37:08-!- prkc [~prkc@192.40.89.11] has quit [Quit: Leaving]
20160709 23:38:42< gfgtdf> tad_ it migth be needed to configure your compiler/build to create the debug information
20160709 23:40:09< tad_> Thread 1 "wesnoth" received signal SIGSEGV, Segmentation fault. 0x0000000000c854f4 in events::pump() ()
20160709 23:41:13< tad_> OK. Well I was trying to decide whether to roll back to before today's commits or sync to them. I'll try sync first. Be a while to sync, config for debug and rebuild.
20160709 23:48:05-!- travis-ci [~travis-ci@ec2-54-221-41-130.compute-1.amazonaws.com] has joined #wesnoth-dev
20160709 23:48:06< travis-ci> wesnoth/wesnoth#9717 (master - c84db15 : gfgtdf): The build was fixed.
20160709 23:48:06< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/143628740
20160709 23:48:06-!- travis-ci [~travis-ci@ec2-54-221-41-130.compute-1.amazonaws.com] has left #wesnoth-dev []
20160709 23:51:25< celticminstrel> Doubt it?
20160709 23:56:33-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20160709 23:56:34-!- tad_ [add94167@gateway/web/freenode/ip.173.217.65.103] has quit [Quit: Page closed]
--- Log closed Sun Jul 10 00:00:28 2016