--- Log opened Wed Jul 27 00:00:18 2016
20160727 00:10:38-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160727 00:13:04-!- Appleman1234 [~Appleman1@KD036012036118.au-net.ne.jp] has quit [Ping timeout: 240 seconds]
20160727 00:16:53-!- Greg-Bog_ [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160727 00:20:10-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 250 seconds]
20160727 00:22:04-!- gfgtdf [~chatzilla@x4e36a676.dyn.telefonica.de] has quit [Quit: ChatZilla 0.9.92 [Firefox 47.0/20160604131506]]
20160727 00:22:20-!- celmin [~celticmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The minstrel departs, to spread the music to the masses!]
20160727 00:36:51-!- Greg-Bog_ [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160727 00:58:41< bumbadadabum> celticminstrel: ok I understand now why the generator isn't there
20160727 00:59:00< bumbadadabum> I'd need to rewrite describe_builtin_effect()
20160727 00:59:44< bumbadadabum> alternatively, I could accept help_text= in [trait]
20160727 00:59:47< bumbadadabum> and have that be the entire thing
20160727 00:59:48< bumbadadabum> idk
20160727 01:00:15< vultraz> please, refactor as much as possible
20160727 01:03:03< bumbadadabum> yeah it'd be very ugly though
20160727 01:03:12< bumbadadabum> I think having the help_text might also be better in the long run
20160727 01:08:21< vultraz> perhaps, yes
20160727 01:17:21< vultraz> see, the thing is it'd be easy to make a bunch of different help browsers in gui2
20160727 01:17:43< vultraz> the problem is creating one dialog that can handle every type of page 
20160727 01:19:08-!- Appleman1234 [~Appleman1@KD036012036118.au-net.ne.jp] has joined #wesnoth-dev
20160727 01:19:13< vultraz> especially pages with arbitrary layouts 
20160727 01:19:27< vultraz> honestly, anura's xhtml/css system looks really attractive here :|
20160727 01:21:39< vultraz> I wonder how hard it would be to create a new 'css_page' widget for gui2
20160727 01:22:16-!- TheJJ [~rofl@ipbcc36896.dynamic.kabel-deutschland.de] has joined #wesnoth-dev
20160727 01:23:12< bumbadadabum> vultraz: anyway, permission to push the change to sprite/portraits in help
20160727 01:23:22< vultraz> bumbadadabum: PR it
20160727 01:23:33< vultraz> I want to look over your changes
20160727 01:23:37< bumbadadabum> fine
20160727 01:26:51-!- TheJJ [~rofl@ipbcc36896.dynamic.kabel-deutschland.de] has quit [Ping timeout: 264 seconds]
20160727 01:26:59-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160727 01:31:41-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 258 seconds]
20160727 01:46:02-!- ancestral [~ancestral@67-4-224-82.mpls.qwest.net] has joined #wesnoth-dev
20160727 01:49:47< celticminstrel> bumbadadabum: Is there no way to use the base trait description without the generated addendum?
20160727 01:50:37< bumbadadabum> check query
20160727 01:52:05< bumbadadabum> vultraz: https://github.com/wesnoth/wesnoth/pull/714
20160727 02:04:21< vultraz> I still think 200 is too small but I'll let it slide 
20160727 02:04:27< vultraz> bumbadadabum: add the consts and you can push
20160727 02:05:33< bumbadadabum> ah
20160727 02:05:34< bumbadadabum> ty
20160727 02:08:41< Aginor> vultraz: what's our blocker list?
20160727 02:09:01< vultraz> I think ancestral got a working build, now
20160727 02:09:11< vultraz> but is still having issue with lib locations
20160727 02:09:34< ancestral> I fixed the blocker the guy posted on the bug tracker
20160727 02:10:11< vultraz> ancestral: oh, so everything good?
20160727 02:10:14< vultraz> you can build fine?
20160727 02:10:18< ancestral> It was related to libs, but we have a different lib issue with older versions of OS X, but I think I can fix that before 1.13.5
20160727 02:10:21< vultraz> everything's*
20160727 02:10:31< ancestral> I can’t build correctly without turning off the bind problem
20160727 02:10:55< ancestral> Or I implement celmin’s fix, which I will need to take a little time to do, and dig through old logs to figure out the syntax
20160727 02:11:07< ancestral> I am not really a C++ coder
20160727 02:11:34< ancestral> If a C++ coder is willing to do push a commit to fix this, I would be thankful
20160727 02:11:43< celticminstrel> If you give a list of code locations, someone else could do it, yeah.
20160727 02:11:46< vultraz> *calls on celticminstrel*
20160727 02:11:49< vultraz> oh there you are :D
20160727 02:12:10< ancestral> Alright, let me uncomment that line and rebuild
20160727 02:12:15< ancestral> to find the locations
20160727 02:12:18< ancestral> Let’s do this
20160727 02:13:04< ancestral> celticminstrel: FYI the build I had you test worked fine for a guy running 10.10
20160727 02:13:15< celticminstrel> Not surprised.
20160727 02:13:42< vultraz> I hope we don't have issues with 10.12
20160727 02:15:29< celticminstrel> I imagine that it'll work in 1.12 if it works in 1.11.
20160727 02:15:49< celticminstrel> Most likely.
20160727 02:15:50< vultraz> ..wha?
20160727 02:15:56< vultraz> you mean 10.12 and 10.11?
20160727 02:16:00< celticminstrel> Yes, that.
20160727 02:16:26-!- irker096 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20160727 02:16:27< irker096> wesnoth: Bär Halberkamp wesnoth:master f31578a5458b / src/help/help_topic_generators.cpp: Improve the unit help topics, especially on smaller monitors https://github.com/wesnoth/wesnoth/commit/f31578a5458bc051b090a4ea807fe765ce762994
20160727 02:16:33< bumbadadabum> added the consts
20160727 02:16:59< ancestral> vultraz: I can try 10.12, and plan to after 1.13.5 release
20160727 02:17:19< vultraz> ah, good
20160727 02:23:21-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160727 02:28:33-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 276 seconds]
20160727 02:40:03< Aginor> 14:16 < irker096> wesnoth: Bär Halberkamp wesnoth:master f31578a5458b /  src/help/help_topic_generators.cpp: Improve the unit help  topics, especially on smaller monitors 
20160727 02:40:06< Aginor> https://github.com/wesnoth/wesnoth/commit/f31578a5458bc051b090a4ea807fe765ce762994
20160727 02:40:09< Aginor> that's not a release blocker is it?
20160727 02:40:27< Aginor> why arew we committing something that looks like improvements over release blocker fixes?
20160727 02:40:46< celticminstrel> Blame vultraz.
20160727 02:40:50< Aginor> if we're supposed to do a feature freeze, it means we shouldn't be commiting random stuff
20160727 02:41:01< celticminstrel> But I thought it was a bugfix or something. I dunno.
20160727 02:41:15< vultraz> this is an acceptable improvement 
20160727 02:41:27< celticminstrel> What?
20160727 02:42:18< vultraz> his commit is acceptable 
20160727 02:43:22< celticminstrel> So what about ancestral's problems...
20160727 02:43:49< vultraz> what?
20160727 02:44:16< celticminstrel> I think we're waiting for his build to finish so he can list the problem lines?
20160727 02:44:29< vultraz> we are
20160727 02:52:59-!- travis-ci [~travis-ci@ec2-54-158-95-135.compute-1.amazonaws.com] has joined #wesnoth-dev
20160727 02:53:00< travis-ci> wesnoth/wesnoth#9954 (master - f31578a : Bär Halberkamp): The build is still failing.
20160727 02:53:00< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/147647222
20160727 02:53:00-!- travis-ci [~travis-ci@ec2-54-158-95-135.compute-1.amazonaws.com] has left #wesnoth-dev []
20160727 02:53:31< celticminstrel> Wait, why is it failing?
20160727 03:08:33-!- TheJJ [~rofl@ipbcc36896.dynamic.kabel-deutschland.de] has joined #wesnoth-dev
20160727 03:09:10< Aginor> that doesn't look acceptable to me
20160727 03:10:49< vultraz> :/
20160727 03:10:52< celticminstrel> Well, given that it says "still", I guess it's probably not that commit's fault.
20160727 03:13:03< celticminstrel> Assertion failure in unit tests.
20160727 03:13:13< ancestral> Okay back
20160727 03:13:31< celticminstrel> Not sure which test though...
20160727 03:13:48< celticminstrel> Oh right, the general gui2 test.
20160727 03:14:47< celticminstrel> The culprit is Vultraz's button font size commit.
20160727 03:14:50-!- Bonobo [~Bonobo@2001:44b8:254:3200:5ccd:f451:788c:78dc] has joined #wesnoth-dev
20160727 03:16:05< vultraz> huh
20160727 03:16:29< ancestral> celticminstrel: https://paste.ee/p/ke8so
20160727 03:16:54< celticminstrel> Uh, sorry, but that's not the info I need.
20160727 03:17:07< celticminstrel> I need to know which lines in the Wesnoth codebase trigger the error.
20160727 03:17:24< celticminstrel> (BTW, is it already decided that I have to be the one to do this?)
20160727 03:17:37< ancestral> How did we find this out before…
20160727 03:17:44< ancestral> I can edit this
20160727 03:17:57< ancestral> I’m willing to do it if I know what the code needs to look like
20160727 03:18:34< celticminstrel> Each error has a disclosure triangle for additional information. Somewhere in there it should mention something about "While expanding template from here"; one of those is probably what we need.
20160727 03:18:38< ancestral> We determined :bind was it
20160727 03:18:58< celticminstrel> Any error messages with lines in Boost or libc++ are not helpful.
20160727 03:19:12< celticminstrel> Yeah, we did determine bind was the problem.
20160727 03:20:37< ancestral> 487 results in 105 files for :bind
20160727 03:20:47< ancestral> Specifically, boost::bind
20160727 03:20:53< ancestral> in which case
20160727 03:21:01< ancestral> hmm
20160727 03:21:40< celticminstrel> It doesn't seem to be all bind cases though.
20160727 03:21:49< ancestral> I don’t see any boost::bind now in master
20160727 03:21:51< celticminstrel> Which is why I said to get the info from the error messages.
20160727 03:22:04< ancestral> Oh the triangles dammit
20160727 03:22:05< ancestral> Okay
20160727 03:22:20< celticminstrel> I think the problem ones were all std::bind in the first place.
20160727 03:22:30< ancestral> https://paste.ee/p/qJF5A
20160727 03:22:51-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160727 03:23:14< celticminstrel> That looks like only two error messages?
20160727 03:23:27< celticminstrel> Or at least, only two instances of ::bind
20160727 03:24:59< celticminstrel> Hmm, that's less helpful than I expected...
20160727 03:25:43< celticminstrel> What's the total number of errors? Five or so?
20160727 03:27:26-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 244 seconds]
20160727 03:42:40< ancestral> 4
20160727 03:43:34< ancestral> They start at lines 2, 17, 32, 49
20160727 03:43:45< ancestral> of my paste
20160727 03:43:53< ancestral> celticminstrel: ^
20160727 03:45:34< celticminstrel> Well, I can fix half of them with the information in the paste.
20160727 03:46:06-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160727 03:48:52< celticminstrel> In application_lua_kernel.cpp...
20160727 03:49:43-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 265 seconds]
20160727 03:49:44-!- wedge010 is now known as wedge009
20160727 03:50:30< celticminstrel> Line 275: lua_cpp::push_function(T_, [this_context_backend, key](lua_State* L) { impl_context_backend(L, this_context_backend, key); });
20160727 03:50:39< celticminstrel> (With newlines after { and before }
20160727 03:50:40< celticminstrel> )
20160727 03:50:50< celticminstrel> And an analogous transformation on line 288.
20160727 03:51:34< ancestral> Okay
20160727 03:52:07< celticminstrel> Might need -ftemplate-backtrace=0 or whatever to get enough information for the other two, though I don't see a note suggesting it, so not sure...
20160727 03:52:42< ancestral> I can rebuild with these two changes?
20160727 03:52:46-!- ggeneral [~ggeneral@46.211.3.243] has joined #wesnoth-dev
20160727 03:53:13< celticminstrel> Yeah, but it should only fix two of the four errors.
20160727 03:54:24< celticminstrel> Unless the other two were somehow caused by those two.
20160727 03:55:40< ancestral> Problems
20160727 03:55:47< ancestral> With the edits on 275
20160727 03:56:39< celticminstrel> Okay, what is it?
20160727 03:57:02< celticminstrel> I probably mistyped something.
20160727 03:57:08< celticminstrel> Or forgot a punctuation or something.
20160727 03:57:19< ancestral> No viable conversion from ‘(lambda at …
20160727 03:57:44< ancestral> http://uploadpie.com/CkXVy
20160727 03:58:04< celticminstrel> Oh right, it's supposed to return an int.
20160727 03:58:18< celticminstrel> And that function that it's calling does so, so just add return and it should work. In both cases.
20160727 04:00:28< ancestral> return what?
20160727 04:01:15< celticminstrel> The result of calling impl_context_backend
20160727 04:01:42< ancestral> So return impl_context_backend(…)
20160727 04:01:44< ancestral> ?
20160727 04:01:57< celticminstrel> Yeah.
20160727 04:02:38< ancestral> Okay, that worked
20160727 04:03:39< ancestral> Okay line 293, that has a problem?
20160727 04:03:48< ancestral>         std::bind(&impl_context_accessor, _1, this_context_backend, func);
20160727 04:04:04< celticminstrel> The change there is analogous to the other one.
20160727 04:04:17< celticminstrel> But I can type it out in full if you want?
20160727 04:05:38< ancestral> Yes, if you don’t mind :-\
20160727 04:07:22< ggeneral> what do i need know to work with wesnoth's sources? (now i know only base of python and c++)
20160727 04:07:30< celticminstrel> lua_cpp::push_function(T_, [this_context_backend, func](lua_State* L0) { return impl_context_accessor(L, this_context_backend, func); });
20160727 04:07:52< celticminstrel> ggeneral: You need to know C++.
20160727 04:08:03< celticminstrel> If you have experience with Boost or SDL, that's a bonus.
20160727 04:08:26< celticminstrel> Though for most areas of the code you won't need much of that.
20160727 04:08:32< ancestral> “No viable conversion…”
20160727 04:08:40< celticminstrel> Python is only used for tools.
20160727 04:08:49< ancestral> L0 not good
20160727 04:08:52< celticminstrel> (eg in tools/ or data/utils/)
20160727 04:08:55< celticminstrel> L0?
20160727 04:08:56< ancestral> Can I use L in this scope?
20160727 04:09:12< ancestral> Wait, this is what I had already
20160727 04:09:12< celticminstrel> Oh, I accidentally put a 0 there, whoops. Sorry.
20160727 04:09:20< celticminstrel> Hm?
20160727 04:09:31< celticminstrel> It's slightly different from the one on line 275.
20160727 04:09:36< ancestral> I know
20160727 04:09:44< ancestral> I’m talking about the next line
20160727 04:09:49< ancestral> std::bind(&impl_context_accessor, _1, this_context_backend, func);
20160727 04:09:58< celticminstrel> (Don't forget the newlines near the braces. Looks nicer than stuffing it all on one line.)
20160727 04:10:10< celticminstrel> What?
20160727 04:10:15< ancestral> ggeneral: There is a EasyCoding page IIRC that has easier things to start with
20160727 04:10:17< celticminstrel> You just replaced that, right?
20160727 04:10:37< celticminstrel> With what I typed in?
20160727 04:10:49< ancestral> Oh
20160727 04:10:53< ancestral> Maybe I didn’t delete it
20160727 04:11:36-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has quit [Ping timeout: 258 seconds]
20160727 04:11:48< ancestral> Okay, more different errors
20160727 04:11:58< ancestral> Has to do with tuples
20160727 04:12:34< ancestral> https://paste.ee/p/JoXd3
20160727 04:13:34< celticminstrel> Unfortunately, none of those lines mention anything in Wesnoth source...
20160727 04:13:40< celticminstrel> They're all referencing the C standard library.
20160727 04:15:15< ancestral> You said add a compiler flag?
20160727 04:15:38< celticminstrel> Dunno if that'll help, but could be worth a try. Let me look up the proper syntax.
20160727 04:15:53< ancestral> Cool
20160727 04:16:37-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has joined #wesnoth-dev
20160727 04:16:50< celticminstrel> Unfortunately, man does not include it. :/
20160727 04:18:01< celticminstrel> -ftemplate-backtrace-limit=0
20160727 04:18:16< celticminstrel> Should go in "other C++ flags" probably
20160727 04:18:31< celticminstrel> Yeah.
20160727 04:28:54< celticminstrel> The only problem with changing flags is that it forces a total rebuild...
20160727 04:31:21< ancestral> Okay
20160727 04:35:06-!- ggeneral [~ggeneral@46.211.3.243] has quit []
20160727 04:36:48-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160727 04:40:57-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 244 seconds]
20160727 04:53:26-!- ancestral [~ancestral@67-4-224-82.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160727 04:55:19-!- ancestral [~ancestral@67-4-224-82.mpls.qwest.net] has joined #wesnoth-dev
20160727 04:55:43< ancestral> celticminstrel: I’m not seeing any different output
20160727 04:56:52< celticminstrel> :/
20160727 04:57:29< celticminstrel> I think those errors are also bind calls, but for some reason it's not showing up...
20160727 04:57:58< ancestral> Well, the trail looks like this
20160727 05:00:03< ancestral> gui/widgets/button.hpp > core/window_builder.hpp > gui/widegts/grid.hpp > gui/widgets/widget.hpp core/event/dispatcher.hpp > utils/functional.hpp > Headers/boost/bind.hpp > Headers/boost/bind/bind.hpp > macro BOOST_STATIC_ASSERT > boost arg errors/warnings
20160727 05:01:00< ancestral> celticminstrel: Buttons! Therefore it’s vultraz’s fault :-P
20160727 05:01:47< celticminstrel> The trail isn't all that helpful though since it doesn't reveal which file actually contains the problematic line.
20160727 05:02:20< vultraz> uh
20160727 05:02:27< ancestral> I kid
20160727 05:03:09< vultraz> ik :P
20160727 05:03:54< ancestral> Not sure if there are other debugging flags that could help?
20160727 05:04:05< ancestral> We kind of need to fix this somehow
20160727 05:04:46< ancestral> I’m surpsied you don’t have this issue, celticminstrel
20160727 05:04:53< ancestral> What boost are you building with?
20160727 05:05:02< celticminstrel> I suppose you could try searching std::bind uses in all the files in the trail up to dispatcher.hpp.
20160727 05:05:17-!- hk238 [~kvirc@t224.ip7.netikka.fi] has joined #wesnoth-dev
20160727 05:06:02< ancestral> Okay, so from before, we tried changing the placeholder things in the code
20160727 05:06:08< ancestral> ai.cpp:73
20160727 05:06:38< ancestral> Maybe it wwas ai.cpp:81
20160727 05:06:43< celticminstrel> I seem to be using Boost 1.57.
20160727 05:07:07< ancestral> Curious if you would get my errors with Boost 1.60
20160727 05:07:33< celticminstrel> There are multiple files called ai.cpp, which one is it?
20160727 05:07:34< ancestral> celticminstrel: So actually, I still have those std::placeholders:: substitutions you had me try
20160727 05:07:40< ancestral> Should I undo them?
20160727 05:07:47< celticminstrel> Oh.
20160727 05:07:50< celticminstrel> Probably?
20160727 05:07:53< ancestral> src/ai/composite/ai.cpp
20160727 05:08:06< ancestral> git status
20160727 05:08:22< ancestral> modified:   projectfiles/Xcode/Wesnoth.xcodeproj/project.pbxproj 	modified:   src/ai/composite/ai.cpp 	modified:   src/scripting/application_lua_kernel.cpp 	modified:   src/server/ban.cpp
20160727 05:08:34< ancestral> Okay, so revert ai and ban
20160727 05:08:54< celticminstrel> In on_create(), try adding the line "using namespace std::placeholders" somewhere before the function variables.
20160727 05:09:12< celticminstrel> What line in ban.cpp?
20160727 05:09:30< ancestral> Crap I checked out the copy from the tree again, but I can find it
20160727 05:10:04< ancestral> 553 I think
20160727 05:10:09< celticminstrel> Oh my, it's passing binds as arguments to binds...
20160727 05:11:01< celticminstrel> Okay, I think this should work...
20160727 05:12:25< celticminstrel> std::remove_copy_if(bans_.begin(), bans_.end(), temp_inserter, [group](banned_ptr b) { b->match_group(group); });
20160727 05:13:27< celticminstrel> Assuming line 553 is indeed the problem line.
20160727 05:13:32-!- Nobun [~nobun@host75-49-dynamic.21-87-r.retail.telecomitalia.it] has joined #wesnoth-dev
20160727 05:20:26< ancestral> Okay so
20160727 05:20:29< ancestral> I think that helped
20160727 05:20:38< ancestral> I have only two errors now
20160727 05:20:48< celticminstrel> The same two with tuples?
20160727 05:20:54< celticminstrel> Or do they mention bind now?
20160727 05:21:26< ancestral> Yeah, tuples are in the trail
20160727 05:21:46< ancestral> I also have an algorithm, “Invalid argument type ‘void’ to unary expression”
20160727 05:21:47< ancestral> Oh
20160727 05:21:51< ancestral> from ban.cpp
20160727 05:22:10< ancestral> Okay doesn’t like that line
20160727 05:22:42< ancestral> ~/Documents/Pilot/wesnoth 1.13/src/server/ban.cpp:553:8: In instantiation of function template specialization 'std::__1::remove_copy_if<std::__1::__tree_const_iterator<boost::shared_ptr<wesnothd::banned>, std::__1::__tree_node<boost::shared_ptr<wesnothd::banned>, void *> *, long>, std::__1::insert_iterator<std::__1::set<boost::shared_ptr<wesnothd::banned>, wesnothd::banned_compare_subnet, 
20160727 05:22:42< ancestral> std::__1::allocator<boost::shared_ptr<wesnothd::banned> > > >, (lambda at /Users/martinproud/Documents/Pilot/wesnoth 1.13/src/server/ban.cpp:553:66)>' requested here
20160727 05:23:22< celticminstrel> Maybe I missed a return again?
20160727 05:24:30< ancestral> Yeah, I put it in there
20160727 05:24:34< ancestral> So let’s try it now
20160727 05:25:19< ancestral> Okay one error
20160727 05:25:23< ancestral> Making progress!
20160727 05:31:30< celticminstrel> Where is it?
20160727 05:43:02< ancestral> Lemme see
20160727 05:43:40< ancestral> https://paste.ee/p/BeP6Z
20160727 05:43:56< ancestral> ban.cpp still?
20160727 05:44:12< ancestral> celticminstrel: ban.cpp:665?
20160727 05:44:26< celticminstrel> So this should be similar to the other one, then.
20160727 05:44:33< ancestral> Okay, let’s see if I can do this
20160727 05:56:44< ancestral> ban_set::const_iterator ban = std::find_if(bans_.begin(), bans_.end(), [pair](banned_ptr b) {  return b->match_ip(pair);  });
20160727 05:57:03< celticminstrel> Yeah
20160727 05:57:09< ancestral> Okay, 1 issue somewhere else now
20160727 05:57:22< ancestral> ai/composite/ai.cpp
20160727 05:57:26< ancestral> Similar kinda deal I’m sure
20160727 05:57:36< ancestral> Line 82
20160727 05:58:10< ancestral> Not sure how I write this one
20160727 06:02:17< celticminstrel> [Jul 27@01:08:53am] celticminstrel: In on_create(), try adding the line "using namespace std::placeholders" somewhere before the function variables.
20160727 06:04:29< ancestral> Ah right
20160727 06:05:02< celticminstrel> Not entirely sure if that still has the name conflict issue though...
20160727 06:05:15< celticminstrel> I think it shouldn't since it's a local using declaration.
20160727 06:06:18< ancestral> Reference to '_1' is ambiguous
20160727 06:06:24< celticminstrel> Argh.
20160727 06:06:32< ancestral> ~/Documents/Pilot/wesnoth 1.13/projectfiles/Xcode/Headers/boost/bind/placeholders.hpp:46:38: Candidate found by name lookup is 'boost::placeholders::_1'
20160727 06:06:51< celticminstrel> Well I suppose you can do namespace ph = std::placeholders
20160727 06:07:02< celticminstrel> And put ph:: in front of each of the _n in the bind statements.
20160727 06:07:44< ancestral> So
20160727 06:08:00< ancestral> _1,_2 
20160727 06:08:09< ancestral> Would be ph::_1,ph::_2?
20160727 06:08:15< celticminstrel> Yeah
20160727 06:08:37< celticminstrel> Better than putting std::placeholders:: in front of each one.
20160727 06:09:01< celticminstrel> Thinking about this issue, I wonder if there's a way to force Boost to not export its placeholders into the global namespace.
20160727 06:09:10< celticminstrel> Considering that they're apparently not defined there.
20160727 06:10:50< ancestral> button.cpp:46
20160727 06:10:59< ancestral> src/gui/widgets/button.cpp
20160727 06:11:08< ancestral> Repeat as above?
20160727 06:11:57< celticminstrel> ...did you add std::placeholders here last time?
20160727 06:12:47< ancestral> I didn’t think so
20160727 06:12:54< ancestral> But I can’t remember
20160727 06:13:04< ancestral> I could have
20160727 06:13:24< celticminstrel> Hmm.
20160727 06:13:27< ancestral> Hmm indeed
20160727 06:13:38-!- Kwandulin [~Miranda@p200300760F60622AA5756B9E0F0DD4C9.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160727 06:13:43< ancestral> I made the change and I get 4 errors again related to arg.hpp
20160727 06:13:46< ancestral> The standard 4
20160727 06:15:32< celticminstrel> I'm going to see if it builds with BOOST_BIND_NO_PLACEHOLDERS.
20160727 06:17:35-!- atarocch [~atarocch@93.56.160.28] has quit [Remote host closed the connection]
20160727 06:18:34< ancestral> Ah I see, as in: #define BOOST_BIND_NO_PLACEHOLDERS
20160727 06:18:53< celticminstrel> Yeah, but defining it in the project settings rather than in any particular source file.
20160727 06:19:01< ancestral> Ah
20160727 06:19:05-!- atarocch [~atarocch@93.56.160.28] has joined #wesnoth-dev
20160727 06:19:19< celticminstrel> (For that to work you'd also need using namespace std::placeholders in utils/functional.hpp )
20160727 06:20:38< celticminstrel> It seems that my version of Boost does not have the boost::placeholders namespace.
20160727 06:20:55< celticminstrel> But your version does.
20160727 06:21:17< ancestral> Makes sense I’m seeing the errors and you’re not
20160727 06:21:39< celticminstrel> Well, both of them inject the placeholders into the global namespace though.
20160727 06:23:16< ancestral> namespace std::placeholders { something goes here? }
20160727 06:23:24< celticminstrel> Huh?
20160727 06:23:34< celticminstrel> "using namespace std::placeholders;"
20160727 06:23:36< ancestral> 01:19am] celticminstrel: (For that to work you'd also need using namespace std::placeholders in utils/functional.hpp )
20160727 06:23:46< ancestral> Okay
20160727 06:24:07< celticminstrel> I'm still getting errors though.
20160727 06:24:08< ancestral> Heh, line 25
20160727 06:24:17< ancestral> / We'd like to just say "using namespace std::placeholders", but unfortunately
20160727 06:24:18< ancestral> / that clashes with Boost.Bind's placeholders in some cases (even if bind.hpp is not included).
20160727 06:24:19< ancestral> / Instead, we specialize std::is_placeholder for the Boost placeholders,
20160727 06:24:20< ancestral> / so that Boost placeholders can be passed to std::bind.
20160727 06:24:58< celticminstrel> Ambiguity errors despite the fact that defining BOOST_BIND_NO_PLACEHOLDERS is supposedly supposed to prevent those from being injected into the global namespace.
20160727 06:26:40< ancestral> Do you know where I would put BOOST_BIND_NO_PLACEHOLDERS in the project settings?
20160727 06:27:16< celticminstrel> ...oh, I see why it's not working.
20160727 06:27:38< celticminstrel> You put it under "Preprocessor Macros", in all three targets.
20160727 06:29:01< ancestral> What section?
20160727 06:29:12< ancestral> Oh
20160727 06:29:14< ancestral> Each target
20160727 06:29:22< celticminstrel> For me it's Appl LLVM compiler 4.2 - Preprocessing
20160727 06:29:37< celticminstrel> I usually use the search field when I need to locate a specific setting whose name I know.
20160727 06:29:57< ancestral> I see
20160727 06:30:10< ancestral> I can do it for the entire project
20160727 06:30:24< celticminstrel> Hmm, looks like I get different errors with it.
20160727 06:30:33< celticminstrel> [Jul 27@02:30:10am] ancestral: I can do it for the entire project
20160727 06:30:46< ancestral> “Wesnoth”
20160727 06:30:55< celticminstrel> This is what I did initially, but it turns out that the individual targets don't inherit that setting from the overall project.
20160727 06:30:55< ancestral> With the Xcode icon
20160727 06:31:20< celticminstrel> Probably something that can be fixed somehow.
20160727 06:31:28< celticminstrel> But I don't really know how.
20160727 06:31:41< celticminstrel> The thing is that each target requires additional defines specific to it.
20160727 06:32:17< ancestral> Ah I bet in each target you could put some {{BLAH}} and it would take from the parent
20160727 06:32:30< celticminstrel> Or $(BLAH) maybe.
20160727 06:32:41< celticminstrel> That's probably the case.
20160727 06:32:58< ancestral> Anyway
20160727 06:33:35< celticminstrel> It doesn't compile this way for me.
20160727 06:33:48< celticminstrel> However, if it works for you, then maybe it would work for me too if I updated my Boost.
20160727 06:33:50< ancestral>  /Users/martinproud/Documents/Pilot/wesnoth 1.13/projectfiles/Xcode/Headers/boost/bind/bind.hpp:398:9: No matching function for call to object of type 'boost::_mfi::mf2<void, wesnothd::server, const boost::system::error_code &, int>'
20160727 06:34:13< ancestral> A lot of these “No matching function”s
20160727 06:34:40< ancestral> All wesnothd::server
20160727 06:34:55< ancestral> or wesnothd::player
20160727 06:35:12< celticminstrel> Hmm, maybe if you replace that "namespace std" near the top of functional.hpp with "namespace boost"...?
20160727 06:35:40< celticminstrel> Oh wait.
20160727 06:35:53< celticminstrel> The name of the std placeholder is unspecified, so that won't work well.
20160727 06:36:02< ancestral> I have ‘using namespace std::placeholders;’ in that file
20160727 06:36:38< celticminstrel> Basically what I'm thinking is specializing boost::is_placeholder to accept std placeholders... hmm...
20160727 06:37:24< celticminstrel> Well... I suppose there's always the option of enumerating every possible placeholder...
20160727 06:37:56< celticminstrel> eg struct is_placeholder<decltype(_1)> : ...
20160727 06:37:58< ancestral> vultraz: We need to get newer versions of Boost working. That’s the problem
20160727 06:38:13< celticminstrel> With no template<int N>, and repeated up to _10
20160727 06:38:32< ancestral> vultraz: What version of Boost do you have?
20160727 06:38:35< celticminstrel> Oh, I guess it needs template<> with empty parameters.
20160727 06:38:55< celticminstrel> Also replace N with the number.
20160727 06:39:05< ancestral> Well, I think I’m done for the night
20160727 06:39:15< ancestral> celticminstrel: I do appreciate your help immensely!
20160727 06:39:21< celticminstrel> Me too.
20160727 06:39:43< ancestral> The dirty hack is commenting out the assert, but I don’t know what bad things will happen if I do that
20160727 06:40:10< ancestral> Or I can try to get a lower version of Boost
20160727 06:40:12< celticminstrel> It seems like even this won't work... :(
20160727 06:40:22< celticminstrel> Oh, no template named integral_constant, okay then.
20160727 06:43:34< vultraz> ancestral: 1.58
20160727 06:43:53< ancestral> vultraz: Can you try building with Boost with the latest version?
20160727 06:44:04< vultraz> which is?
20160727 06:44:10< ancestral> At least 1.60
20160727 06:44:18< vultraz> I've never been able to link against 1.60
20160727 06:44:20< vultraz> ever
20160727 06:44:27< ancestral> Well
20160727 06:44:32< ancestral> This is good for me to know
20160727 06:44:42< ancestral> Do we have an issue open for this?
20160727 06:44:46< vultraz> I *always* get 6 undefined reference errors somewhere in the addon manager code
20160727 06:44:49< ancestral> Apparently 1.61 is out now
20160727 06:45:07< vultraz> something to do with boost::system
20160727 06:45:34< celticminstrel> Looks like this will work: template<> struct is_placeholder<decltype(_1)> : public std::is_placeholder<decltype(_1)> {};
20160727 06:45:39< celticminstrel> One for each number 1-10
20160727 06:45:41< vultraz> no I never opened a bug
20160727 06:45:51< celticminstrel> Defined in namespace boost
20160727 06:46:13< ancestral> Which file?
20160727 06:46:22< celticminstrel> functional.hpp, in place of that namespace std block.
20160727 06:46:38< celticminstrel> (Though it wouldn't hurt to have both blocks, I suppose.)
20160727 06:46:50< vultraz> I could try building 1.61
20160727 06:47:04< celticminstrel> It'd be nice if vultraz and someone on MSVC12 could also test this.
20160727 06:47:17< vultraz> I'm not on VC12
20160727 06:47:19< celticminstrel> Maybe I can push it to a branch tomorrow to make that easier.
20160727 06:47:24< celticminstrel> I know.
20160727 06:48:36< celticminstrel> I might want to see ancestral's diff as well.
20160727 06:48:42< vultraz> that does remind me I had wanted to clean up code targeting pre -vc12
20160727 06:48:59< celticminstrel> The ones in ban.cpp are actually clearer as lambdas, so I think the lambda form should be kept even if this works.
20160727 06:50:04< celticminstrel> Anyway, sleep now.
20160727 06:50:48-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The computer falls into a deep sleep, to awake again some other day!]
20160727 06:52:31-!- boucman_work [~boucman@bob75-2-81-56-46-209.fbx.proxad.net] has joined #wesnoth-dev
20160727 07:05:57-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has quit [Ping timeout: 250 seconds]
20160727 07:08:57-!- irker096 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20160727 07:14:31-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160727 07:19:17-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 260 seconds]
20160727 07:21:04-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160727 07:25:16-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 244 seconds]
20160727 07:41:49-!- irker538 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20160727 07:41:49< irker538> wesnoth: Charles Dang wesnoth:boost_trimming b5cf79424f13 / src/ (7 files in 5 dirs): Removed compatibility code for pre-VS2013 (MSVC12) compilers https://github.com/wesnoth/wesnoth/commit/b5cf79424f131727862a33fe7e12dfde2ebe9ed0
20160727 07:52:54-!- Appleman1234 [~Appleman1@KD036012036118.au-net.ne.jp] has quit [Ping timeout: 276 seconds]
20160727 07:53:07-!- atarocch [~atarocch@93.56.160.28] has quit [Ping timeout: 260 seconds]
20160727 07:53:30-!- atarocch [~atarocch@93.56.160.28] has joined #wesnoth-dev
20160727 07:56:02-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20160727 07:56:17-!- lipkab [~the_new_l@195.56.169.82] has joined #wesnoth-dev
20160727 08:21:55-!- Kwandulin [~Miranda@p200300760F60622AA5756B9E0F0DD4C9.dip0.t-ipconnect.de] has quit [Ping timeout: 258 seconds]
20160727 08:27:07-!- Kwandulin [~Miranda@p200300760F60622AC5799C060B17975A.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160727 08:35:38-!- edgrey [~edgrey@178.205.209.45] has joined #wesnoth-dev
20160727 08:39:24< Aginor> I realise this is rather OT, but what's a good light-weight pdf reader for windows? :)
20160727 08:40:16-!- horrowind [~Icedove@2a02:810a:83c0:404:21b:fcff:fee3:c3ff] has joined #wesnoth-dev
20160727 08:41:40< zookeeper> Aginor, i've used foxit reader for a long time, but then again it's not as nice as it used to be years ago.
20160727 08:42:41< zookeeper> dunno if it qualifies as light-weight, though. i have little experience of pdf readers :p
20160727 08:43:19< shadowm> Firefox and Chrome can read PDF files if you don't need anything too fancy.
20160727 08:43:44< Aginor> zookeeper: last time I looked, foxit was nice but I got the impression it turned spywary
20160727 08:44:06< Aginor> shadowm: I want something slightly fancier unfortunately
20160727 08:44:17< Aginor> maybe I should just go for adobe reader :/
20160727 08:45:34< Aginor> zookeeper, shadowm thanks :)
20160727 08:48:29-!- Appleman1234 [~Appleman1@KD036012050117.au-net.ne.jp] has joined #wesnoth-dev
20160727 09:14:00-!- ancestral [~ancestral@67-4-224-82.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160727 09:18:29< wedge009> Aginor: I'll grant that Adobe's official Reader has got bloated over the years, but I still use XI. It's fairly unintrusive (as long as you disable the Adobe Reader Speed Launcher in Windows Services) and works well with Firefox (albeit in x64 build it opens PDFs in a separate Reader application window rather than within a Firefox tab).
20160727 09:19:03< wedge009> I don't like the current DC (Document Cloud) release, way too much bloat and a dumbed-down interface.
20160727 09:19:23-!- atarocch [~atarocch@93.56.160.28] has quit [Quit: Leaving]
20160727 09:20:07< wedge009> I found the built-in reader for Firefox too slow on content-heavy documents (local computer parts distributor packs in a lot of stuff on a single PDF page).
20160727 09:20:36< wedge009> You could see the entire page being redrawn with each window refresh in the order of seconds rather than milliseconds.
20160727 09:20:53< Nobun> Yes... becouse, if I remember well, it internally use Adobe tools... so it is better to use Adbe Reader directly instead of Firefox
20160727 09:21:18< Nobun> on linux xpdf is enough good for my needs
20160727 09:21:54< Nobun> but Also LibreOffice can read PDF (even if LibreOffice is probably not the best option to read a PDF)
20160727 09:22:43< wedge009> I dunno, I only tried the internal Firefox reader when the feature was just released. It seemed to use JavaScript which made me think it was interpreting the PDF very slowly, but it could have been using the Adobe tools.
20160727 09:23:16< Nobun> wedge009: probably I remembered bad... it is not strange if it use JavaScript instead
20160727 09:23:32< wedge009> Default readers in various Linux flavours have sufficed for me. I use LibreOffice on Windows but I don't think I've tried it with PDFs before.
20160727 09:23:54< shadowm> Firefox's PDF reader doesn't seem that slow to me as of version 48.
20160727 09:24:11< wedge009> It's probably improved a fair bit since the feature was first released.
20160727 09:24:14< shadowm> Although as with anything, the actual performance will depend on the document being read.
20160727 09:24:44< Nobun> LibreOffice can read PDF, but it is solution only if the PDF is very basic... Complex PDF are not readed so well (after all it is not the ojective of LibreOffice)
20160727 09:29:23-!- Kwandulin [~Miranda@p200300760F60622AC5799C060B17975A.dip0.t-ipconnect.de] has quit [Ping timeout: 258 seconds]
20160727 09:30:33-!- Kwandulin [~Miranda@p200300760F60627C6C2B290397686D87.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160727 09:33:28< zookeeper> hmh, yeah firefox's own reader is pretty wonderfully simple, i had forgotten it existed.
20160727 09:36:49< Aginor> custom-generated graphics heavy pdfs with lots of vectors
20160727 09:37:40< Aginor> I don't quite trust firefox for those kind of things, it's had lots of problems in the past
20160727 09:44:02< vultraz> Aginor: https://www.microsoft.com/store/apps/9wzdncrfhwg5
20160727 09:47:50< Aginor> vultraz: that requires windows 10. And even if I put windows 10 on that computer I'd still not like it because it's a terrible metro app thing
20160727 09:48:09< vultraz> yeah honestly, it's not a great app
20160727 09:48:38< Aginor> I could say many less polite things about it, having used it
20160727 09:48:48< Aginor> it's not very great on a dual monitor system
20160727 09:48:54< vultraz> Aginor: IMO, the whole metro app design got way better in 10
20160727 09:49:01< vultraz> but some apps still feel '8'
20160727 09:49:03< vultraz> ish
20160727 09:49:58< Aginor> vultraz: I've moved to a 3 monitor system, anything that takes all my screens (and isn't a computer game) is terrible
20160727 09:50:12< Aginor> or even takes all of one screen
20160727 09:50:38< vultraz> well it wouldn't take up the whole thingif you don't maximize it
20160727 09:50:56< vultraz> in 10 modern ui apps work just like regular apps in terms of window size
20160727 09:51:02< vultraz> none of the weird stuff they pulled in 8
20160727 09:51:30 * Aginor shrugs
20160727 09:51:48< vultraz> like I said, 10 is a huge improvement over 8
20160727 09:52:43< vultraz> just sad that some apps seem stuck in the win8 design 
20160727 09:52:49 * zookeeper does not believe it to be an improvement over 7
20160727 09:52:50< Aginor> that's like saying that having an arm amputated is a big improvement over having it still attached and affected by gangrene :D
20160727 09:53:08< Aginor> I'd prefer to have an healthy arm :D
20160727 09:53:28< zookeeper> i just wish i wasn't locked to windows because of a few apps
20160727 09:53:42< vultraz> Windows is love 
20160727 09:53:44< vultraz> Windows is life
20160727 09:53:49< shadowm> No.
20160727 09:53:53 * zookeeper facepalms
20160727 09:54:35< Aginor> zookeeper: I consider myself fortunate that I don't need windows for work or anything but playing computer games
20160727 09:56:06< Aginor> zookeeper: what's keeping you stuck to windows?
20160727 09:56:22 * vultraz :(
20160727 09:59:45< zookeeper> Aginor, ok i guess it's not just a few. 3dsmax, photoshop, a big pile of miscellaneous small graphics apps, the convenience of being able to easily download and run a lot of small handy apps that tend to be windows-only... maybe mirc and paint.net, too, although possibly those aren't necessary anymore.
20160727 10:01:02< Aginor> zookeeper: embrace blender, there's no real photoshop alternative, only gimp, apt-get install <random-thing>. mirc < xchat, there's a number of replacements for pain.net ;)
20160727 10:02:00< vultraz> gimp sucks
20160727 10:02:03< vultraz> honestly
20160727 10:02:08< Aginor> it does
20160727 10:02:11< vultraz> it's no alternative for photoshop 
20160727 10:02:26< vultraz> I use it for basic editing and pixel art, that's it
20160727 10:02:26< Aginor> vultraz: I wrote so myself
20160727 10:03:43< zookeeper> Aginor, i'm pretty sure you can imagine what i'd have to say to (most of) those suggestions, so that we don't actually have to go there... :p
20160727 10:04:02< Aginor> zookeeper: no, we don't ;)
20160727 10:04:20< Aginor> as long as we can agree that emacs is by far the superior editor
20160727 10:04:59< zookeeper> i might have actually edited a file or two with some emacs variant, once, a long time ago
20160727 10:05:35< zookeeper> also vim
20160727 10:05:46< Aginor> :D
20160727 10:06:25< zookeeper> but i stress that it has been under rare circumstances and i have no tolerance for stuff like that in general :p
20160727 10:07:02< Aginor> zookeeper: embrace the neckbeard
20160727 10:07:06< vultraz> neither do I
20160727 10:07:26< zookeeper> Aginor, it won't grow
20160727 10:07:37< vultraz> Aginor: ironically, even though I don't nor want to use linux as my primary os, I'm looking forward to the Windows Subsystem for Linux coming in the Anniversary Update
20160727 10:07:49< Aginor> 20160727 21:59:03 error gui/draw: Image: '~RC(>1)' not found and won't be drawn.
20160727 10:07:58< Aginor> that looks bad
20160727 10:08:26< Aginor> any easy way to know what's triggering it?
20160727 10:09:00< vultraz> Aginor: possibly the change to help?
20160727 10:09:19< Aginor> I never opened help though
20160727 10:09:35< Aginor> but if it broke stuff, let's revert it and put it back after the release
20160727 10:10:33< vultraz> hm
20160727 10:10:36< vultraz> no idea then
20160727 10:12:42< zookeeper> well you have a match for ~RC( in data/gui/, maybe that's it
20160727 10:15:25-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160727 10:17:44< Aginor> I think that's some generic macro, it's all over everything
20160727 10:18:48< Bonobo> There are people who actually use the apps on windows machines? Judging by the default ones I dismissed them as inferior to regular programs
20160727 10:19:27< vultraz> Bonobo: one of the ones I use most is the News app
20160727 10:19:40-!- JyrkiVesterinen [~JyrkiVest@87-100-132-135.bb.dnainternet.fi] has joined #wesnoth-dev
20160727 10:19:45< vultraz> I have the weather live tile in my start menu...
20160727 10:19:45< Aginor> anyway, I'm going to disappear
20160727 10:19:48< vultraz> also use pandora, netflix
20160727 10:20:03< Aginor> have a good day/evening/night depending on your timezone
20160727 10:20:10< Bonobo> The ui for all the ones I've looked at seemed rather a backwards step from a regular program
20160727 10:20:27-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 276 seconds]
20160727 10:24:25-!- ancestral [~ancestral@67-4-224-82.mpls.qwest.net] has joined #wesnoth-dev
20160727 10:27:03-!- ancestral [~ancestral@67-4-224-82.mpls.qwest.net] has quit [Client Quit]
20160727 10:28:08< JyrkiVesterinen> celticminstrel: I use MSVC12 and Boost 1.61. Wesnoth compiles fine here.
20160727 10:31:22-!- ChipmunkV [~vova@d0017-2-88-172-31-68.fbx.proxad.net] has joined #wesnoth-dev
20160727 10:42:30-!- irker538 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20160727 11:01:31-!- ChipmunkV [~vova@d0017-2-88-172-31-68.fbx.proxad.net] has quit [Quit: ChipmunkV]
20160727 11:07:31-!- Bonobo [~Bonobo@2001:44b8:254:3200:5ccd:f451:788c:78dc] has quit [Quit: Leaving]
20160727 11:10:37-!- Kwandulin [~Miranda@p200300760F60627C6C2B290397686D87.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160727 11:23:29-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160727 11:47:36-!- ggeneral [~ggeneral@46.211.156.146] has joined #wesnoth-dev
20160727 12:03:38-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160727 12:07:52-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 244 seconds]
20160727 12:09:11-!- ggeneral [~ggeneral@46.211.156.146] has quit [Read error: Connection reset by peer]
20160727 12:20:30-!- molt [~molt@46.161.114.253] has joined #wesnoth-dev
20160727 12:37:05-!- gfgtdf [~chatzilla@x4e369cfa.dyn.telefonica.de] has joined #wesnoth-dev
20160727 12:38:00< gfgtdf> zookeeper, Aginor: on current master the ford->water trnasition seems borken, this can be bserved when playein dead water sceanrio 1
20160727 12:38:01-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160727 12:39:20< gfgtdf> zookeeper, Aginor also ghosts don'T dispay correctly, this can be observed in dead water scenario 2
20160727 12:41:20< zookeeper> i see nothing wrong with ford->water?
20160727 12:42:27-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 260 seconds]
20160727 12:42:35< zookeeper> nor ghosts, for that matter. but i'm still on an older build.
20160727 12:43:05< zookeeper> screenshot?
20160727 12:44:04< gfgtdf> zookeeper: this is how it looks to me: https://s31.postimg.org/k7czlz2nf/ford_water.png
20160727 12:44:15 * zookeeper blinks
20160727 12:45:00< zookeeper> i have no idea what that's about
20160727 12:48:38< zookeeper> if that's really a problem in master then surely it can't have been happening for long since it would have been noticed
20160727 13:04:43-!- Kwandulin [~Miranda@2003:76:f60:627c:796b:530d:df10:f818] has joined #wesnoth-dev
20160727 13:15:30-!- hk238 [~kvirc@t224.ip7.netikka.fi] has quit [Ping timeout: 258 seconds]
20160727 13:27:58-!- esr [~esr@wesnoth/developer/esr] has quit [Read error: Connection reset by peer]
20160727 13:29:14-!- esr [~esr@wesnoth/developer/esr] has joined #wesnoth-dev
20160727 13:34:30-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20160727 13:40:05-!- boucman_work [~boucman@bob75-2-81-56-46-209.fbx.proxad.net] has quit [Ping timeout: 258 seconds]
20160727 13:41:49-!- hk238 [~kvirc@t224.ip7.netikka.fi] has joined #wesnoth-dev
20160727 14:10:30-!- boucman_work [~boucman@193.56.60.161] has joined #wesnoth-dev
20160727 14:26:42-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20160727 14:50:12-!- JyrkiVesterinen [~JyrkiVest@87-100-132-135.bb.dnainternet.fi] has quit [Quit: .]
20160727 14:58:30-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: mattsc]
20160727 15:04:31-!- gfgtdf [~chatzilla@x4e369cfa.dyn.telefonica.de] has quit [Quit: ChatZilla 0.9.92 [Firefox 47.0/20160604131506]]
20160727 15:14:21-!- horrowind [~Icedove@2a02:810a:83c0:404:21b:fcff:fee3:c3ff] has quit [Quit: horrowind]
20160727 15:21:10-!- Kwandulin [~Miranda@2003:76:f60:627c:796b:530d:df10:f818] has quit [Read error: Connection reset by peer]
20160727 15:22:38-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20160727 15:32:15-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160727 15:33:56-!- boucman_work [~boucman@193.56.60.161] has quit [Ping timeout: 265 seconds]
20160727 15:46:04-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160727 15:49:49-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 252 seconds]
20160727 15:49:49-!- wedge010 is now known as wedge009
20160727 15:51:53-!- ChipmunkV [~vova@d0017-2-88-172-31-68.fbx.proxad.net] has joined #wesnoth-dev
20160727 16:00:34-!- JyrkiVesterinen [~JyrkiVest@87-100-197-148.bb.dnainternet.fi] has joined #wesnoth-dev
20160727 16:01:55-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20160727 16:08:51-!- lipkab [~the_new_l@195.56.169.82] has quit [Quit: Leaving]
20160727 16:24:33-!- Kwandulin [~Miranda@p200300760F60627CDCC0E7268C68E9B0.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160727 16:32:37< JyrkiVesterinen> Question: it it okay to remove SDL_gpu support code?
20160727 16:33:39< JyrkiVesterinen> I'm refactoring sidebar rendering code (as a part of attempting to implement asynchronous damage calculation for the widescreen theme), and there is some SDL_gpu code I'd need to either remove or update as part of the refactoring.
20160727 16:34:05-!- ancestral [~ancestral@67-4-224-82.mpls.qwest.net] has joined #wesnoth-dev
20160727 16:39:24-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20160727 16:47:39-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160727 16:49:00-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160727 16:59:12-!- mjs-de [~mjs-de@x4db59b81.dyn.telefonica.de] has joined #wesnoth-dev
20160727 16:59:34-!- irker670 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20160727 16:59:34< irker670> wesnoth: Nils Kneuper wesnoth:master 55ed041b4c58 / po/ (7 files in 7 dirs): updated British English translation https://github.com/wesnoth/wesnoth/commit/55ed041b4c58ed7e0ac6db6f5b6bc3955daa9c8e
20160727 16:59:34< irker670> wesnoth: Nils Kneuper wesnoth:master 95cf1102939e / po/wesnoth-editor/gd.po: updated Scottish Gaelic translation https://github.com/wesnoth/wesnoth/commit/95cf1102939e398aa3b63d9cd2857713af2ff911
20160727 16:59:34< irker670> wesnoth: Nils Kneuper wesnoth:1.12 45ede4d6cfa9 / changelog players_changelog po/wesnoth-editor/gd.po: updated Scottish Gaelic translation https://github.com/wesnoth/wesnoth/commit/45ede4d6cfa9f8cba1d34b4eecf84ef7105d023c
20160727 17:10:58-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160727 17:13:16-!- ancestral [~ancestral@67-4-224-82.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160727 17:34:57-!- Ravana_ [~Ravana@unaffiliated/ravana/x-2327071] has quit [Disconnected by services]
20160727 17:35:22-!- Ravana__ [~Ravana@12-44-46-176.dyn.estpak.ee] has joined #wesnoth-dev
20160727 17:35:46-!- travis-ci [~travis-ci@ec2-54-167-124-255.compute-1.amazonaws.com] has joined #wesnoth-dev
20160727 17:35:47< travis-ci> wesnoth/wesnoth#9957 (master - 95cf110 : Nils Kneuper): The build is still failing.
20160727 17:35:47< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/147813053
20160727 17:35:47-!- travis-ci [~travis-ci@ec2-54-167-124-255.compute-1.amazonaws.com] has left #wesnoth-dev []
20160727 17:35:48-!- Ravana__ is now known as Ravana_
20160727 17:35:50-!- Ravana_ [~Ravana@12-44-46-176.dyn.estpak.ee] has quit [Changing host]
20160727 17:35:50-!- Ravana_ [~Ravana@unaffiliated/ravana/x-2327071] has joined #wesnoth-dev
20160727 17:36:40-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160727 17:40:27-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has joined #wesnoth-dev
20160727 17:40:59-!- Kwandulin [~Miranda@p200300760F60627CDCC0E7268C68E9B0.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160727 17:42:38-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: KABOOM! It seems that I have exploded. Please wait while I reinstall the universe.]
20160727 17:43:58-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20160727 17:45:48< mattsc> hi celticminstrel 
20160727 17:46:35< mattsc> You said recently that there’s still some AI work you want to do.  Could you remind me what that is (and specifically if you need/want my help for any of it)?
20160727 17:48:45< celticminstrel> Let me see...
20160727 17:48:50-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160727 17:49:03< celticminstrel> I wanted to enable Lua in [unit][ai]...
20160727 17:49:25< celticminstrel> Maybe implement invalidate_on_minor_gamestate_change (though no idea how I'd do that)...
20160727 17:50:27< celticminstrel> Something about ai_special...
20160727 17:51:23< celticminstrel> I feel like there was more, but that seems to cover everything I've noted down.
20160727 17:52:54< bumbadadabum> I'll fix the trait generator later today
20160727 17:52:56< celticminstrel> I was also contemplating rewriting FormulaAI in Lua, but that's low priority... though it would be a useful test case for Lua definitions of formula functions.
20160727 17:54:03-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160727 17:56:54-!- ChipmunkV [~vova@d0017-2-88-172-31-68.fbx.proxad.net] has quit [Quit: ChipmunkV]
20160727 18:08:25-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has quit [Ping timeout: 258 seconds]
20160727 18:09:55-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has joined #wesnoth-dev
20160727 18:16:07-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has quit [Ping timeout: 260 seconds]
20160727 18:29:00-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has joined #wesnoth-dev
20160727 18:29:52< mattsc> celticminstrel: okay, thanks
20160727 18:30:10-!- hk238 [~kvirc@t224.ip7.netikka.fi] has quit [Quit: http://www.kvirc.net/ 4.9.1 Aria]
20160727 18:34:39< mattsc> bumbadadabum: have you found an easy and reproducilbe test case for the two recruiting MAI problem yet?
20160727 18:34:59< bumbadadabum> not really...
20160727 18:35:32-!- ggeneral [~ggeneral@46.211.6.174] has joined #wesnoth-dev
20160727 18:35:41< mattsc> okay; I’d like to fix that sometime, but as I said, when I tried it in my test scenario, it worked just fine
20160727 18:35:49< mattsc> In your case, is it in SP or MP?
20160727 18:35:53< bumbadadabum> idk what's messing it up in my scenario then
20160727 18:35:54< bumbadadabum> SP
20160727 18:36:21< mattsc> Is the scenario online somewhere?
20160727 18:36:45< bumbadadabum> not yet
20160727 18:37:02< bumbadadabum> I can give you the [side] definitions
20160727 18:37:52-!- ggeneral [~ggeneral@46.211.6.174] has quit [Read error: Connection reset by peer]
20160727 18:40:21< mattsc> Yeah, that and the [micro_ai] tags would be good.
20160727 18:40:53< bumbadadabum> I removed the micro_ai tags for now
20160727 18:41:13< mattsc> But those are what caused the problem, right?
20160727 18:41:15< bumbadadabum> but they were just "normal" rusher ai ones
20160727 18:41:19< mattsc> ok
20160727 18:41:23< bumbadadabum> yes, but I wanted to be able to playtest :p
20160727 18:41:29< mattsc> right  :)
20160727 18:43:04-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160727 18:46:58-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160727 18:47:04< irker670> wesnoth: Bär Halberkamp wesnoth:master a3f7274f28d3 / changelog players_changelog: Update changelog for the UI commit https://github.com/wesnoth/wesnoth/commit/a3f7274f28d346bdda27cf5cf8df819002df14b7
20160727 18:48:03< bumbadadabum> fuck actually that was only half of it
20160727 18:49:28< irker670> wesnoth: Bär Halberkamp wesnoth:master 0d823eba1f88 / changelog players_changelog: Update changelog for the OTHER UI commit https://github.com/wesnoth/wesnoth/commit/0d823eba1f88271e2b4f1b4020030c1d017a09a4
20160727 18:55:15-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160727 19:03:38-!- JyrkiVesterinen [~JyrkiVest@87-100-197-148.bb.dnainternet.fi] has quit [Quit: .]
20160727 19:09:24-!- gfgtdf [~chatzilla@x4e369cfa.dyn.telefonica.de] has joined #wesnoth-dev
20160727 19:11:12< gfgtdf> vultraz: is ancestrals comoilation issue fixed ?
20160727 19:18:02< gfgtdf> Aginor: im using Sumatra PDF reader
20160727 19:19:28-!- gfgtdf [~chatzilla@x4e369cfa.dyn.telefonica.de] has quit [Read error: Connection reset by peer]
20160727 19:21:27-!- travis-ci [~travis-ci@ec2-54-205-72-9.compute-1.amazonaws.com] has joined #wesnoth-dev
20160727 19:21:28< travis-ci> wesnoth/wesnoth#9959 (master - a3f7274 : Bär Halberkamp): The build is still failing.
20160727 19:21:28< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/147838484
20160727 19:21:28-!- travis-ci [~travis-ci@ec2-54-205-72-9.compute-1.amazonaws.com] has left #wesnoth-dev []
20160727 19:23:13-!- Nobun [~nobun@host75-49-dynamic.21-87-r.retail.telecomitalia.it] has quit [Ping timeout: 252 seconds]
20160727 19:28:36< mattsc> bumbadadabum: ah, I see
20160727 19:29:20< mattsc> Soo, I’ve been testing the recruiting bug in 1.12, because I thought the recruiting MAI has not change, and I did not get any problems.
20160727 19:29:31< mattsc> In master I do get the problem.
20160727 19:29:57< mattsc> So now I need to see if we changed the MAI itself, or if this is due to celticminstrel’s changes to the MAI mechanism.
20160727 19:30:23< mattsc> At least I can reproduce the problem now, so that’s a starting point.
20160727 19:32:57< bumbadadabum> mattsc: ah
20160727 19:33:11< bumbadadabum> yeah I thought it'd be really weird if it was a problem in my side definitions
20160727 19:33:15< mattsc> Hmm, the generic_recruit_engine code has not changed (except for one thing related to above-mentioned refactoring).
20160727 19:34:12< mattsc> celticminstrel: I’ll investigate some more, but I might need your help with the fix then
20160727 19:34:20-!- celmin [~celticmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20160727 19:35:26< mattsc> celmin: just pinged you (by your other username, so you probably saw it, but just in case)
20160727 19:35:44< celmin> Didn't see it since I wasn't at the keyboard.
20160727 19:36:12< mattsc> Well, my irc client highlights it for me for when I come back
20160727 19:36:30-!- Nobun [~nobun@host238-128-dynamic.245-95-r.retail.telecomitalia.it] has joined #wesnoth-dev
20160727 19:36:43< celticminstrel> Oh, the MicroAI fix.
20160727 19:36:46< celticminstrel> Alright then.
20160727 19:36:58< celticminstrel> celmin is a different machine.
20160727 19:37:06< mattsc> I see
20160727 19:37:09< celticminstrel> (Though I often connect from there to here via VNC.)
20160727 19:37:33< mattsc> Yeah, since the MAI code itself did not change I suspect it has something to do with the refactoring.
20160727 19:37:41< mattsc> I’ll see if I can narrow it down a bit more.
20160727 19:37:43< celticminstrel> Okay.
20160727 19:40:32< mattsc> Hmm, the “side has no leader” error is really strange ...
20160727 19:51:51-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has quit [Ping timeout: 244 seconds]
20160727 19:55:32-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160727 19:57:08-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: So long and thanks for all the fish.]
20160727 19:59:05-!- ancestral [~ancestral@67-4-224-82.mpls.qwest.net] has joined #wesnoth-dev
20160727 20:03:43-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160727 20:09:32-!- travis-ci [~travis-ci@ec2-54-205-72-9.compute-1.amazonaws.com] has joined #wesnoth-dev
20160727 20:09:33< travis-ci> wesnoth/wesnoth#9960 (master - 0d823eb : Bär Halberkamp): The build is still failing.
20160727 20:09:33< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/147839024
20160727 20:09:33-!- travis-ci [~travis-ci@ec2-54-205-72-9.compute-1.amazonaws.com] has left #wesnoth-dev []
20160727 20:09:50-!- edgrey [~edgrey@178.205.209.45] has quit [Remote host closed the connection]
20160727 20:13:03-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160727 20:20:38-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160727 20:21:19-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 260 seconds]
20160727 20:22:48-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160727 20:26:34-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 260 seconds]
20160727 20:34:44-!- ancestral [~ancestral@67-4-224-82.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160727 20:41:28-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20160727 20:42:29-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160727 20:46:03-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20160727 20:46:08< mattsc> celmin: I might indeed need your help.  I can’t stay around right now, but let me describe quickly what’s happening.
20160727 20:46:15-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160727 20:46:19< mattsc> The error orignates here: https://github.com/wesnoth/wesnoth/blob/master/data/ai/lua/generic_recruit_engine.lua#L560
20160727 20:46:48< mattsc> but I have confirmed that the 3 parameters after the ‘ai’ table are valid and have correct values
20160727 20:47:19< mattsc> Nevertheless, there’s a variety of different recruiting errors happening (depending on the exact situation I set up)
20160727 20:47:46< mattsc> My guess is that the ‘ai’ table is somehow wrong or corrupted; maybe it’s trying to use the table of the other side?
20160727 20:47:51-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20160727 20:47:59< mattsc> Reproducing the error is quite simple.  Go here:
20160727 20:48:20< mattsc> https://github.com/wesnoth/wesnoth/blob/master/data/ai/micro_ais/scenarios/recruiting.cfg#L58
20160727 20:48:43-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160727 20:48:46< mattsc> and replace the [micro_ai] tag for side 1 to be the same as side 2 (you want the rush recruiting MAI for both sides).
20160727 20:49:13< mattsc> Then just start the scenario with the ‘-trecruiting’ CL option.  The error will happen as soon as side 2 tries to recruit.
20160727 20:49:28-!- Nobun [~nobun@host238-128-dynamic.245-95-r.retail.telecomitalia.it] has quit [Remote host closed the connection]
20160727 20:49:37< mattsc> That’s all for now.  I’ll stay logged in but will be afk for quite some time.
20160727 20:50:47< mattsc> or celticminstrel: ^  (I didn’t quite understand earlier whether I can ping you at either name)
20160727 20:50:56< celmin> You can.
20160727 20:51:11< mattsc> okay, good; I’ll try to remember that  :)
20160727 21:23:35-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has joined #wesnoth-dev
20160727 21:39:56< Aginor> 04:32 < JyrkiVesterinen> Question: it it okay to remove SDL_gpu support code?
20160727 21:40:32< Aginor> ^ yes, I have been planning to do it once the release is done but just go for it. Make it one commit/pr though please
20160727 21:40:51< Aginor> ^ Also don't commit it until after the release ;)
20160727 21:41:03< celmin> He doesn't have commit access anyway.
20160727 21:41:13< celmin> So it'd be a PR and we'd just not merge it until after release.
20160727 21:41:16-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 252 seconds]
20160727 21:42:18< Aginor> celmin: I wasn't sure if someone had sponsored him or not
20160727 21:42:29< celmin> Oh.
20160727 21:42:32< celmin> I dunno either.
20160727 21:42:44-!- Espreon [~espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20160727 21:42:47< celmin> I wonder how the Steam release process is going...
20160727 21:44:32< Espreon> Hello. I got git head to compile, but whenever I try to open the Load dialog, the game quits with this error:
20160727 21:44:35< Espreon> wesnoth: src/sdl/utils.cpp:2242: void blit_surface(const surface&, const SDL_Rect*, surface&, const SDL_Rect*): Assertion `dst_rect.y >= 0' failed.
20160727 21:44:44< Espreon> I'm told this was fixed some time ago, but...
20160727 21:45:13< celmin> Ugh, that looks like a blocker too...
20160727 21:46:19< Aginor> Espreon: can you post a full stack trace and provide a bit more info about your system please?
20160727 21:46:25< celmin> Is there a stack … thanks Aginor.
20160727 21:46:28< Espreon> Sure. Hold on...
20160727 21:47:00< Espreon> It's been quite a while since I've done any of this, so it'll take a bit. Bear with me.
20160727 21:47:06< Aginor> no stress
20160727 21:47:18< Aginor> I won't be able to look at it for another 10h ;)
20160727 21:47:22< Aginor> at the earliers
20160727 21:47:32< Espreon> All right. Gotcha.
20160727 21:47:32< Aginor> *earliest
20160727 21:47:40< celmin> So I guess we can leave it to you? (Unless it turns out to be trivially fixed, I guess.)
20160727 21:49:02< Aginor> celmin: it's an assertion failure, not a segfault, so it's something new
20160727 21:49:31< Aginor> I suspect we need to reproduce it, maybe do a git bisect, if it's a resent commit we see if we can revert it
20160727 21:49:37-!- irker670 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20160727 21:50:17< Aginor> I also assume Espreon won't be around in 10+ hours, so if I need more info I'll have to reproduce it
20160727 21:52:49< Espreon> Yeah, sadly, I won't...
20160727 21:55:37< zookeeper> so are ford-> transitions in master broken for anyone except gfgtdf?
20160727 21:55:45< zookeeper> ford->water, i mean
20160727 21:56:05-!- ancestral [~ancestral@67-4-224-82.mpls.qwest.net] has joined #wesnoth-dev
20160727 21:57:35< Aginor> zookeeper: It looked alright to me last night, but he listed a specific scenario
20160727 21:58:49< zookeeper> sure, but there's nothing special about that scenario
20160727 22:10:05-!- gfgtdf [~chatzilla@x4e369cfa.dyn.telefonica.de] has joined #wesnoth-dev
20160727 22:10:35< gfgtdf> zookeeper: i tried again now and it work without problems now, don't know what teh issue was when i had those problems
20160727 22:10:45< zookeeper> right
20160727 22:11:12< gfgtdf> zookeeper: maybe i accdently started some older version but don't know for sure
20160727 22:12:44-!- mjs-de [~mjs-de@x4db59b81.dyn.telefonica.de] has quit [Ping timeout: 260 seconds]
20160727 22:19:48< Espreon> Aginor: https://pastebin.com/4u74tK1q ... I'm on Linux Mint 17.1 Rebecca, 64-bit
20160727 22:20:34< gfgtdf> Espreon: onw hcih windows size are you plaimng ?
20160727 22:21:00< Espreon> Hmmm...
20160727 22:21:29< Espreon> 1377x713
20160727 22:21:37< Espreon> It happens in both windowed and fullscreen mode
20160727 22:21:43< Espreon> Sorry, no.
20160727 22:21:47< Espreon> 1366x713
20160727 22:25:56< gfgtdf> Espreon: and how many saved games do you have ?
20160727 22:26:59< Espreon> About 25
20160727 22:33:18< gfgtdf> Espreon: i just tested and here teh loadgmae list is empty on the minim resultion, migt be unrelated to your issue though
20160727 22:34:29< gfgtdf> Espreon: which one is the first in your safile list (the newest) ?
20160727 22:34:54< Espreon> You mean want the name of the first file?
20160727 22:34:59< Espreon> Or...
20160727 22:36:02< Espreon> If so, the filename is: TAG-Overgrowth-Partida alçada automàticament1.gz
20160727 22:36:15< Espreon> Hmm, impressive terminology...
20160727 22:41:18< Espreon> You get this kind of naming with ca_ES, BTW.
20160727 22:44:07< celmin> ca_ES?
20160727 22:44:38< Espreon> Catalan
20160727 22:45:14< celmin> Oh, that makes sense… ES is the country code, then.
20160727 22:45:18< Espreon> Use the Catalan translation if you want to see if the impressive length of the term for "autosave" might have anything to do with it
20160727 22:45:22< Espreon> Yes.
20160727 22:45:53< Espreon> (If only we had ca_FR and ca_IT too, except no one cares about the Catalan spoken there, so...)
20160727 22:46:15< celmin> Is it really that different?
20160727 22:46:29< Espreon> Yes.
20160727 22:46:46< Espreon> Central Catalan: no canto
20160727 22:46:52< Espreon> Northern Catalan (FR): canti pas
20160727 22:47:00< Espreon> Alguerese (IT): no cant
20160727 22:47:05< Espreon> "I don't sing"
20160727 22:47:08< Espreon> For starters.
20160727 22:47:18< celmin> Oh huh, "pas" sounds borrowed from French.
20160727 22:47:32< Espreon> Nah.
20160727 22:47:44< Espreon> It's present in other dialects as an intensifier.
20160727 22:47:52< Espreon> Central Catalan: no canto pas = "I don't sing at all"
20160727 22:49:40-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20160727 22:49:48-!- celticminstrel is now known as celmin|away
20160727 22:50:03< Espreon> Note that we do have a separate Valencian translation (ca_ES@valencia), but even in Spain you can find lots of significant differences between dialects.
20160727 22:50:29< Espreon> General practice seems to have a Central Catalan package along with a Valencian counterpart. Nothing more.
20160727 22:50:42< celmin> General as in not just Wesnoth?
20160727 22:51:27< Espreon> Yeah.
20160727 22:51:36< celmin> I see.
20160727 22:51:51< Espreon> Actually, we have two Valencian translations: ca_ES, which follows the AVL's rules, and racv, which follows the RACV's rules.
20160727 22:51:55-!- celmin [~celticmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The minstrel departs, to spread the music to the masses!]
20160727 22:52:12< Espreon> Only the AVL is seen as legit by "the system", though.
20160727 22:57:18-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160727 22:57:27-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 264 seconds]
20160727 23:01:17-!- Greg-Bog_ [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160727 23:01:45< gfgtdf> Espreon: mabye you coudl disable some deubggin poutlike DBG_GUI_D whihc prints some message like Text: drawing text .... from to .... ?
20160727 23:02:17< Espreon> Hmm?
20160727 23:02:25< Espreon> Do what, exactly?
20160727 23:02:28< Espreon> I'm sorry.
20160727 23:02:32-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 240 seconds]
20160727 23:02:35< gfgtdf> Espreon: run with debug log gui/draw 
20160727 23:02:45< Espreon> OK
20160727 23:04:20< gfgtdf> Espreon: ad post the last few lined of the output before the crash
20160727 23:04:40< gfgtdf> Espreon: lines*
20160727 23:05:13< Espreon> All right.
20160727 23:05:27-!- enchi [enchilado@defocus/yummy/enchilado] has quit [Ping timeout: 258 seconds]
20160727 23:06:35< Espreon> gfgtdf: https://pastebin.com/E3qZuhM0
20160727 23:08:06-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20160727 23:08:33< gfgtdf> Espreon: ok the erros is in bad formlua '(if(text_height < height, ((height - text_height) / 2) - 1, 0))'
20160727 23:08:38-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160727 23:08:47< gfgtdf> Espreon: unfortulateley it doesnt tell us where to find that formula
20160727 23:09:27< gfgtdf> Espreon: ok it was borken by https://github.com/wesnoth/wesnoth/commit/2826881eefab5ff0d186f111ab93b1bd349f0184
20160727 23:09:39< gfgtdf> Espreon: it didnt happen to me becasue i dont have that commit yet locally
20160727 23:10:07< gfgtdf> vultraz: please fix that ^
20160727 23:12:32-!- enchi [enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20160727 23:13:10-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160727 23:13:40< gfgtdf> Espreon: you can test latest master by just reverting that commit locally
20160727 23:13:41-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20160727 23:13:55-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160727 23:14:24-!- stikonas__ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160727 23:14:51-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 264 seconds]
20160727 23:16:20< Espreon> Sure.
20160727 23:16:58< gfgtdf> Espreon, vultraz: actually the current travois buidl fail, all with exact  the same error, so i wonder how this was unnoticed.
20160727 23:17:56< Espreon> Yes, that fixes it.
20160727 23:18:25-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20160727 23:19:01-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160727 23:19:09-!- stikonas__ [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 276 seconds]
20160727 23:26:58-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20160727 23:27:15-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160727 23:33:38-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160727 23:33:49-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 260 seconds]
20160727 23:37:12-!- Greg-Bog_ [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160727 23:37:15-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160727 23:37:55-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160727 23:38:29-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 260 seconds]
20160727 23:40:02-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160727 23:40:31< Espreon> Hitting ";" to open the command line thing gets a semicolon included there
20160727 23:40:52< Espreon> Hmm...
20160727 23:41:23-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160727 23:41:59-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 260 seconds]
20160727 23:43:15-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160727 23:43:33-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit []
20160727 23:44:27-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160727 23:45:45< mattsc> celmin|away: I still have not fully internalized how the ai table is set up and initialized after your refactoring.
20160727 23:45:45< mattsc> The generic_recruit engine includes an init function that gets the ai table passed to it.  That works if it is used on only one side, but not for two sides, then the ai tables get mixed up.
20160727 23:45:47< mattsc> If I remove that parameter from the engine and the calling function in the MAI setup, the error goes away and everything works perfectly for the test case I described earlier.
20160727 23:45:48< mattsc> But that function is also called from other places (e.g. from the generic rush MP AI), and I don’t want to change it not really understanding all the repercussions.
20160727 23:45:48< mattsc> Do you remember whether it really is that simple?
20160727 23:46:13-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160727 23:46:44-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160727 23:48:47-!- ancestral [~ancestral@67-4-224-82.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160727 23:52:38-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160727 23:52:46-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160727 23:54:02< bumbadadabum> whenever I run wesnoth with a locale (like ./wesnoth -L es_ES)
20160727 23:54:09< bumbadadabum> it segfaults before I reach the main menu
20160727 23:54:20< bumbadadabum> well, if I don't have the locale I request, actually
20160727 23:55:08< Espreon> It doesn't do that here, but the locale fallback stuff Thunderstruck implemented a while ago seems broken.
20160727 23:55:32< Espreon> If I run ./wesnoth -L es_ES, I see the date in English rather than in Spanish
20160727 23:55:46< Espreon> In the Load dialog, I mean
20160727 23:57:23< bumbadadabum> try a locale you don't have installed
20160727 23:58:16-!- ancestral [~ancestral@67-4-224-82.mpls.qwest.net] has joined #wesnoth-dev
20160727 23:58:18< Espreon> I shouldn't have it installed.
20160727 23:58:41< Espreon> It doesn't crash with "racv"
20160727 23:58:58< Espreon> But then it doesn't load...
20160727 23:59:06< Espreon> ... the racv translations.
20160727 23:59:29< Espreon> OK, that's another issue.
20160727 23:59:35< Espreon> Gah
20160727 23:59:55< Espreon> They don't load when I select racv in the Languages dialog either.
--- Log closed Thu Jul 28 00:00:47 2016