--- Log opened Thu Nov 13 00:00:56 2014
20141113 00:09:32< irker174> wesnoth: gfgtdf wesnoth:master 9d5504da336d / src/callable_objects.hpp: fixup 'rename team::is_human -> is_local_human' http://git.io/BPHoQA
20141113 00:19:31-!- Dugi [93fbd29f@gateway/web/freenode/ip.147.251.210.159] has quit []
20141113 00:45:21< gfgtdf> fabi: did you read the note in http://gna.org/bugs/index.php?22073 ?
20141113 01:06:22-!- travis-ci [~travis-ci@ec2-54-198-253-174.compute-1.amazonaws.com] has joined #wesnoth-dev
20141113 01:06:22< travis-ci> wesnoth/wesnoth#4750 (master - ea2386a : gfgtdf): The build has errored.
20141113 01:06:22< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/40836604
20141113 01:06:22-!- travis-ci [~travis-ci@ec2-54-198-253-174.compute-1.amazonaws.com] has left #wesnoth-dev []
20141113 01:09:20-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20141113 01:13:41-!- Crendgrim [~crend@wesnoth/forum-moderator/crendgrim] has quit [Ping timeout: 264 seconds]
20141113 01:14:30< fabi> gfgtdf: Hi
20141113 01:16:23< gfgtdf> fabi: hi
20141113 01:19:05< gfgtdf> iceiceice: ok now travis tells me "Checking for gzip support in Boost Iostreams... no" ... "WARN: Base prerequisites are not met"
20141113 01:27:19< fabi> gfgtdf: I am confused. In comment #6 it sounds like the bug would would be about 1.12. I can't reproduce it on this branch so I closed it. I should have read more of the context. 
20141113 01:27:51< fabi> gfgtdf: After reading every comment in it I am even more confused :-)
20141113 01:28:09< gfgtdf> fabi: why?
20141113 01:29:15< fabi> gfgtdf: Mostly about comment #6. I no longer know which branches are buggy. Until #6 it sounds like it would be a 1.13 only. #6 let it sound as it would be release critical for 1.12 regarding LoW.
20141113 01:30:18< fabi> gfgtdf: I tested the bug with the broken save, this one is really gone.
20141113 01:30:54-!- Ravana_ [SZ_Bot@27-83-235-80.dyn.estpak.ee] has quit []
20141113 01:31:06< gfgtdf> fabi: y indeed maybe iceiceice, was just as confused as you when he wrote that comment, or maybe he just feared that this bug could be forgotten.
20141113 01:31:11< gfgtdf> fabi: ok ty
20141113 01:31:54< fabi> gfgtdf: I will change it from closed to "Ready for Test" and talk to ice³ about it again. Thank you for hinting it out.
20141113 01:32:14< gfgtdf> fabi: this commit which is master only removes the map haeders https://github.com/wesnoth/wesnoth/commit/16f08c46d277304283269ec0613df234eca22905  but this code https://github.com/wesnoth/wesnoth/blob/master/data/campaigns/Legend_of_Wesmere/lua/replace_map.lua#L11 expects teh map headers to be present
20141113 01:32:26< gfgtdf> fabi: so it fails
20141113 01:34:03< gfgtdf> fabi: i actualy dotn know why we delete the map haersdon't we support border_size= anymore or do we just have a default value and we need to tell explicitly ?
20141113 01:34:04< fabi> gfgtdf: This was after the branch to 1.12?
20141113 01:34:38< gfgtdf> fabi: y accoring to this link  https://github.com/wesnoth/wesnoth/commit/16f08c46d277304283269ec0613df234eca22905 b teh commit is master-only
20141113 01:35:01< gfgtdf> fabi: here teh 1.12 version still contains teh map headers: https://github.com/wesnoth/wesnoth/blob/1.12/data/campaigns/Legend_of_Wesmere/maps/Kalian.map
20141113 01:35:49< fabi> gfgtdf: Okay, so 1.12 is fine, 1.13 broken. Thus the postponed status of the bug is okay right now.
20141113 01:36:03-!- Appleman1234 [~Appleman1@pool-108-19-22-68.dllstx.fios.verizon.net] has quit [Ping timeout: 255 seconds]
20141113 01:37:50< gfgtdf> fabi: still id by happy to have my quesion above answered: "fabi: i actualy don't know why we delete the map haers. Don't we support border_size= anymore or do we just have a default value and we need to tell explicitly but still can?"
20141113 01:38:15-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20141113 01:38:26< fabi> gfgtdf: Ah yes. The engine ignores both values since ages. 
20141113 01:38:48< shadowm> #9  0x00000000008b5f48 in non_const_variable_info<(variable_info_detail::variable_info_type)1>::append_array (this=0x7fffc0976cf0, childs=std::vector of length 1, capacity 1 = {...}) at src/variable_info.hpp:635
20141113 01:39:11< gfgtdf> #9 ?
20141113 01:39:13< shadowm> Can somebody explain to me where did frame came from in gdb's stack trace because that file only has 117 lines.
20141113 01:39:20< shadowm> *did that
20141113 01:39:50< fabi> gfgtdf: I mean there are thousand checks and codes handling them because they are so awkwardly mixed into an wml attribute. But the value itself is never used anymore. 
20141113 01:39:55< gfgtdf> shadowm: hmm no maybe that linenumers is with #includes expanded ?
20141113 01:40:22< shadowm> Since when are line numbers in stack traces based on the preprocessor output rather than the original source?
20141113 01:40:32< gfgtdf> shadowm: idk was just a guess
20141113 01:41:14< gfgtdf> shadowm: iguess it was .cpp instead
20141113 01:41:25< shadowm> No, it says .hpp.
20141113 01:41:34< fabi> gfgtdf: Since wml attributes inside wml attributes are just broken by design I think we should get rid of them. The map or mask attribute is pretty much obsolete because you just tell the engine with the action how to use the map data. The border size might make more sense but I don't see a reason why it should be part of the map itself.
20141113 01:42:06< gfgtdf> shadowm: but cpp coudl make sense
20141113 01:42:08< gfgtdf> https://github.com/wesnoth/wesnoth/blob/master/src/variable_info.cpp#L635
20141113 01:42:09< shadowm> Perhaps it's because it's a template class, but that still doesn't make sense because why would the compiler come up with fake numbers that do not exist?
20141113 01:42:37< gfgtdf> shadowm: maybe gcc confused teh filenames becasue of the non-inline template methods
20141113 01:42:41< shadowm> gfgtdf: Ah, yes, that's the function.
20141113 01:42:46< shadowm> It's not gcc, it's clang.
20141113 01:43:29< gfgtdf> shadowm: when clang, mayve it takes the filename form teh declaration, and the linenumer from the declaration.
20141113 01:43:54< gfgtdf> then*
20141113 01:44:28< gfgtdf> linenumer from the defninition*
20141113 01:44:41< shadowm> That's nonsense.
20141113 01:45:02< shadowm> I assume it's some kind of bug because, really, it's nonsense.
20141113 01:45:02< fabi> shadowm: clang build is broken when you compile with strict=true, you are talking about that, right?
20141113 01:45:12< gfgtdf> shadowm: sure its a bug
20141113 01:45:20< shadowm> fabi: clang 3.5 maybe, 3.4 builds are not broken.
20141113 01:45:29< shadowm> And no, I'm not talking about compiling anything.
20141113 01:45:44< gfgtdf> shadowm: we are talikng abotu what te hbug coudl be
20141113 01:45:53< fabi> Oh, it looks like compiler output.
20141113 01:46:03< shadowm> I mean no, not maybe. I know for a fact that 3.5 builds are throwing warnings, but 3.4 builds are not.
20141113 01:46:28< shadowm> fabi: It's gdb, hence the function address, argument values, etc.
20141113 01:46:42< shadowm> Plus I said stack trace several times.
20141113 01:47:51< fabi> I don't have the necessary skills and resources to fix https://gna.org/bugs/?22943.
20141113 01:48:46< fabi> The trackplacer script is broken and the procedure zookeeper uses for producing the tracks is not documented nor automated in any way.
20141113 01:48:53< gfgtdf> shadowm: does something unexpected appear in non_const_variable_info<(variable_info_detail::variable_info_type)1>::append_array  ?
20141113 01:49:05< shadowm> I don't know yet.
20141113 01:49:53< gfgtdf> shadowm: i recently change it in https://github.com/wesnoth/wesnoth/commit/73b523a077ead06f3bcc89961955a4560b3a4ceb liek said in teh comment it houdl not change teh result binary code if it does i did something wrong.
20141113 01:49:57< gfgtdf> changed*
20141113 01:50:09< gfgtdf> s/houdl/should
20141113 01:50:19< shadowm> Too recent. I'm investigating a bug that predates that commit.
20141113 01:51:25< shadowm>     Run till exit from #0  std::__advance<config::child_iterator, int> (__i=..., __n=-883067696)
20141113 01:51:29< shadowm> Oh sweet gods.
20141113 01:52:31< gfgtdf> shadowm: in variable_as_array_h::operator() ?
20141113 01:52:37< shadowm> Funny I didn't notice that by looking at the backtrace.
20141113 01:53:00< shadowm> #2  0x00000000008b639b in std::advance<config::child_iterator, int> (__i=..., __n=-2)
20141113 01:53:03< shadowm> #1  0x00000000008b63e1 in std::__advance<config::child_iterator, int> (__i=..., __n=-883067695)
20141113 01:53:09< shadowm> How.
20141113 01:53:48< shadowm> How do you manage to turn -2 into a smaller number without some weird cast in between...?
20141113 01:54:10-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141113 01:55:27< gfgtdf> idk
20141113 01:56:24< shadowm> What the actual crap is going on here.
20141113 01:56:27-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20141113 01:57:20< shadowm> https://gist.github.com/shikadilord/6ff6e964fa9938989c51
20141113 01:57:49-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20141113 01:58:27-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Client Quit]
20141113 02:00:02< shadowm> ... Are we trying to advance backwards a non-bidirectional iterator?
20141113 02:01:23< shadowm> Ugh, there are so many types beneath this code.
20141113 02:01:27< shadowm> I hate it.
20141113 02:01:48-!- Appleman1234 [~Appleman1@pool-108-19-22-68.dllstx.fios.verizon.net] has joined #wesnoth-dev
20141113 02:01:49-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has joined #wesnoth-dev
20141113 02:02:05< gfgtdf> shadowm: try changing https://github.com/wesnoth/wesnoth/blob/73b523a077ead06f3bcc89961955a4560b3a4ceb/src/variable_info.cpp#L398 into return variable_as_array_h<vit_throw_if_not_existent>()(child, key, startindex, startindex + datasource_.size());
20141113 02:02:08< shadowm>     typedef typename maybe_const<vit, config::child_itors>::type result_type; // variable_info.cpp:357
20141113 02:02:18< shadowm> gfgtdf: What's the type of result_type.second? My head hurts.
20141113 02:02:34< shadowm> I mean `r.second` given `result_type r`.
20141113 02:03:10< shadowm> gfgtdf: Why should I try to change that code you said?
20141113 02:03:28< gfgtdf> result_type is eigher config::child_itors ot config::child_itors or config::const_child_itors 
20141113 02:03:56< shadowm> The backtrace I have here, incidentally: https://gist.github.com/shikadilord/f11b4840825b978db3e6
20141113 02:04:20< gfgtdf> shadowm: variable_as_array_h::operator() expects a range of type (start, end), but it looks liek we pass it like (start, size)
20141113 02:04:57< gfgtdf> shadowm: i the line a posted above
20141113 02:05:00< shadowm> I only know we are trying to advance backwards an iterator and the fallback implementation of std::advance is getting invoked.
20141113 02:05:44< gfgtdf> shadowm: yes we dont want backwards advance here
20141113 02:06:03< gfgtdf> shadowm: (anonymous namespace)::variable_as_array_h<(variable_info_detail::variable_info_type)2>::operator() (
20141113 02:06:05< gfgtdf>     this=0x7fffffff8068, child=..., key="territory", startindex=2, endindex=1)  is wrong
20141113 02:06:27< gfgtdf> shadowm: to me it looks liek it passes teh size of teh range andnot teh end of teh range as forrth argument
20141113 02:06:30< gfgtdf> the*
20141113 02:07:07< shadowm> Perhaps I should file a bug and hand it to you since you appear to understand better what this code is supposed to do.
20141113 02:07:45< shadowm> Here I'm getting confused by all the multilayered template and typedef crap going on here.
20141113 02:08:37< gfgtdf> shadowm: did you try what i said above ?
20141113 02:10:52< shadowm> gfgtdf: Yes, that solves this particular bug. Does it have any side-effects though? I wouldn't know, I don't even know what all this is about.
20141113 02:11:10-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20141113 02:11:47< shadowm> Does whatever that change is trying to solve not apply to 1.12 then?
20141113 02:12:06< shadowm> Because I seem unable to reproduce the bug on 1.12.
20141113 02:12:16-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20141113 02:13:16< gfgtdf> shadowm: y i  changes taht code in 1.13
20141113 02:13:27< shadowm> Why indeed.
20141113 02:13:28-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20141113 02:13:31< gfgtdf> shadowm: https://github.com/wesnoth/wesnoth/commit/1a8d3c6fa22da471b04090eb8b211e5cdf03d2f3
20141113 02:13:34< shadowm> Oh you mean yes.
20141113 02:14:34< shadowm> gfgtdf: By "a little slower", how much do you mean? And also how long is the breaking point?
20141113 02:15:52< shadowm> iceiceice: You didn't reproduce the persistent variables bug you were talking about the other day on 1.12, right? Because it seems it's specific to master and also unrelated to my fix for the assertion failure. Guess what I've been rambling about for the past hour here.
20141113 02:16:58< shadowm> gfgtdf: Will you commit the fix yourself?
20141113 02:17:19< shadowm> I don't want to take responsibility for a change I can't even begin to understand.
20141113 02:18:18< gfgtdf> shadowm: hm i cannot fond rectord teh teh tests right now
20141113 02:18:25< gfgtdf> shadowm: i can do that
20141113 02:18:31< gfgtdf> of the*
20141113 02:20:05-!- happygrue [~Laptop@wesnoth/developer/wintermute] has joined #wesnoth-dev
20141113 02:27:53< gfgtdf> shadowm: this test: takes for me 10 seconds on 1.11.19 and 1.5 seconds on master, but also note master is self compiled msvc version and 1.11.19 is downloaded from wesnoth.ord version
20141113 02:27:59< gfgtdf> shadowm:  http://pastebin.com/Xqb0S4Rv
20141113 02:31:37-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has joined #wesnoth-dev
20141113 02:33:44< gfgtdf> shadowm: replacing "aaaa1[9].aaaa2[2].aaaa3" with "aaa" gives me 1.6 secs on 1.11.19 and 0.4 secs on master. Still the 1.11.19 is a downaloaded version and i sure had differnet results when testing that when i commited that other wise i wouldn't have said that the older version was a little faster on small strings, maybe it really related to compiler optimisations.
20141113 02:39:22< gfgtdf> shadowm: but im very suree that as soon as teh variablename contains an index liek a[1].a the new code is definitely faster.
20141113 02:41:02-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20141113 02:41:46-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20141113 02:47:09-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20141113 02:49:26-!- gfgtdf [~chatzilla@f054175182.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.91 [Firefox 33.1/20141106120505]]
20141113 02:56:08-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20141113 02:59:45< shadowm> iceiceice: Did you read my message?
20141113 03:00:04< iceiceice> i did but i have to read it again,
20141113 03:00:11< iceiceice> i was in a rush when i saw it
20141113 03:00:42< iceiceice> i dont remember for sure
20141113 03:00:47< iceiceice> did we makea bug report about it?
20141113 03:01:32< shadowm> I don't know. Did you?
20141113 03:03:41< iceiceice> shadowm: i thought we announced that it affected 1.11.19
20141113 03:04:15< iceiceice> i must have reproduced it, we seem to have announced it
20141113 03:04:39< iceiceice> i guess i can try to reproduce it again
20141113 03:05:12< shadowm> I don't remember whether I assumed or actually reproduced it.
20141113 03:05:58< iceiceice> there was another issue i need to work on now,
20141113 03:06:39< iceiceice> do you remember this commit? https://github.com/wesnoth/wesnoth/commit/d73a117278a98921be5915a2eb90675e2cfca0d8
20141113 03:07:00-!- Ivanovic_ [~ivanovic@frnk-5f74c86f.pool.mediaWays.net] has joined #wesnoth-dev
20141113 03:07:07< iceiceice> fabi bisected and found that this makes the little "two terrain" overlay in the editor, to show foreground and background, simply disappear
20141113 03:07:28< iceiceice> i find this bizarre but i would like to try to fix
20141113 03:08:33< shadowm> `git show -p d73a117278a98921be5915a2eb90675e2cfca0d8 | patch -p1 -R --dry-run ` succeeds without conflicts. Did you actually test reverting it?
20141113 03:09:11< shadowm> Yes, I am aware that `git revert -n d73a117278a98921be5915a2eb90675e2cfca0d8` is a superior alternative, but it changes the index and I don't like that.
20141113 03:10:05-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 264 seconds]
20141113 03:10:54-!- Ivanovic_ is now known as Ivanovic
20141113 03:12:06< iceiceice> shadowm: i didnt test reverting it
20141113 03:12:22< iceiceice> i dont really want to revert it, i think the bug is more likely in a different function
20141113 03:12:30< iceiceice> i didnt investigate properly yet
20141113 03:12:48< shadowm> Re persist, I don't see any mention of "1.12" in the conversation where I first tried to reproduce it, so I suspect I ran with a ******** recollection of events from that point onwards.
20141113 03:13:13< shadowm> I'll just edit it out of the announcement.
20141113 03:18:35-!- travis-ci [~travis-ci@ec2-54-211-4-112.compute-1.amazonaws.com] has joined #wesnoth-dev
20141113 03:18:35< travis-ci> gfgtdf/wesnoth-old#359 (variable_info_3_refactor - d0623f1 : gfgtdf): The build was fixed.
20141113 03:18:35< travis-ci> Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/40839776
20141113 03:18:35-!- travis-ci [~travis-ci@ec2-54-211-4-112.compute-1.amazonaws.com] has left #wesnoth-dev []
20141113 03:30:22-!- irker174 [~irker@fehu.ai0867.net] has quit [Remote host closed the connection]
20141113 03:39:21-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has joined #wesnoth-dev
20141113 03:47:25-!- travis-ci [~travis-ci@ec2-184-72-166-95.compute-1.amazonaws.com] has joined #wesnoth-dev
20141113 03:47:25< travis-ci> wesnoth/wesnoth#4751 (master - 9d5504d : gfgtdf): The build has errored.
20141113 03:47:25< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/40837479
20141113 03:47:25-!- travis-ci [~travis-ci@ec2-184-72-166-95.compute-1.amazonaws.com] has left #wesnoth-dev []
20141113 03:49:29-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20141113 04:05:25-!- Ivanovic [~ivanovic@frnk-5f74c86f.pool.mediaWays.net] has quit [Quit: Disconnecting from stoned server.]
20141113 04:05:41-!- Ivanovic [~ivanovic@frnk-5f74c86f.pool.mediaWays.net] has joined #wesnoth-dev
20141113 04:06:03-!- ToBeCloud [uid51591@gateway/web/irccloud.com/x-tllwzbgfdvlawdwr] has quit [Read error: Connection reset by peer]
20141113 04:06:47-!- ToBeCloud [uid51591@gateway/web/irccloud.com/x-lxuazsrqmaoknplc] has joined #wesnoth-dev
20141113 04:09:04-!- Forteskeleton_ [sid1929@gateway/web/irccloud.com/x-soxhntnpejhnjuri] has joined #wesnoth-dev
20141113 04:12:27-!- Forteskeleton [sid1929@gateway/web/irccloud.com/x-dcbnxfpjvdqtheaj] has quit [Ping timeout: 272 seconds]
20141113 04:12:32-!- iwaim [~iwaim@2001:2c0:40e:2002:0:4:14:80] has quit [Ping timeout: 272 seconds]
20141113 04:20:51-!- happygrue [~Laptop@wesnoth/developer/wintermute] has quit [Remote host closed the connection]
20141113 04:21:50-!- iwaim [~iwaim@2001:2c0:40e:2002:0:4:14:80] has joined #wesnoth-dev
20141113 04:36:25-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has joined #wesnoth-dev
20141113 05:07:11-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Ping timeout: 258 seconds]
20141113 05:17:28-!- SZ_Bot [SZ_Bot@27-83-235-80.dyn.estpak.ee] has joined #wesnoth-dev
20141113 05:17:28-!- SZ_Bot is now known as Ravana_
20141113 05:23:24-!- fkhodkov [~user@vy2-187.istra.ru] has joined #wesnoth-dev
20141113 05:56:26-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20141113 06:24:19-!- fkhodkov [~user@vy2-187.istra.ru] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)]
20141113 06:38:36-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20141113 06:40:54-!- cib0 [~cib@p508BCFE4.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141113 06:41:22< shadowm> <3 the NN zoom.
20141113 06:52:26-!- Sulfur [~Miranda@p5B009DCD.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141113 06:53:25-!- zookeeper [zookeeper@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20141113 06:54:46-!- Ivanovic [~ivanovic@frnk-5f74c86f.pool.mediaWays.net] has quit [Changing host]
20141113 06:54:46-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20141113 07:02:29-!- cib0 [~cib@p508BCFE4.dip0.t-ipconnect.de] has quit [Ping timeout: 250 seconds]
20141113 07:04:16-!- cib0 [~cib@p508BCFE4.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141113 07:22:28-!- cib0 [~cib@p508BCFE4.dip0.t-ipconnect.de] has quit [Ping timeout: 255 seconds]
20141113 07:26:43-!- cib0 [~cib@p508BCFE4.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141113 07:41:34-!- cib0 [~cib@p508BCFE4.dip0.t-ipconnect.de] has quit [Ping timeout: 250 seconds]
20141113 07:42:24-!- cib0 [~cib@p508BCFE4.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141113 08:04:19-!- zookeeper [zookeeper@wesnoth/developer/zookeeper] has quit []
20141113 08:07:30-!- mjs-de [~mjs-de@f048077181.adsl.alicedsl.de] has joined #wesnoth-dev
20141113 08:09:55-!- boucman_work [~jrosen@193.56.60.161] has joined #wesnoth-dev
20141113 08:10:04-!- boucman_work [~jrosen@193.56.60.161] has quit [Changing host]
20141113 08:10:04-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20141113 08:12:38-!- boucman_work [~jrosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20141113 08:13:04-!- boucman_work [~jrosen@193.56.60.161] has joined #wesnoth-dev
20141113 08:13:04-!- boucman_work [~jrosen@193.56.60.161] has quit [Changing host]
20141113 08:13:04-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20141113 08:19:58-!- boucman_work [~jrosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20141113 08:20:26-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20141113 08:20:47< fabi> shadowm: What is the best way to take a unit from the map and put it into the recall list?
20141113 08:23:07< shadowm> [store_unit] [filter] id=foo [/filter] kill=yes variable=foo_store [/store_unit]  [unstore_unit] variable=foo_store x,y=recall,recall [/unstore_unit]
20141113 08:25:17-!- mjs-de [~mjs-de@f048077181.adsl.alicedsl.de] has quit [Ping timeout: 240 seconds]
20141113 08:25:36-!- mjs-de [~mjs-de@f048036012.adsl.alicedsl.de] has joined #wesnoth-dev
20141113 08:33:25-!- cib0 [~cib@p508BCFE4.dip0.t-ipconnect.de] has quit [Ping timeout: 258 seconds]
20141113 08:50:47-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20141113 08:54:02-!- zookeeper [zookeeper@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20141113 08:56:19-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has joined #wesnoth-dev
20141113 08:56:34-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20141113 08:56:57-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20141113 09:02:00-!- noy [~Noy@wesnoth/developer/noy] has quit [Ping timeout: 256 seconds]
20141113 09:09:11-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 255 seconds]
20141113 10:07:54-!- DCW [~Thunderbi@cpc66866-finc15-2-0-cust47.4-2.cable.virginm.net] has joined #wesnoth-dev
20141113 10:13:31-!- matthiaskrgr [matthiaskr@unaffiliated/matthiaskrgr] has quit [Ping timeout: 265 seconds]
20141113 10:14:18< fabi> shadowm: Thank you :-)
20141113 10:21:15-!- matthiaskrgr [matthiaskr@I.Eat.Babies.PanicBNC.nl] has joined #wesnoth-dev
20141113 10:21:39-!- matthiaskrgr is now known as Guest92885
20141113 10:29:50-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20141113 10:34:42-!- noy [~Noy@wesnoth/developer/noy] has quit [Ping timeout: 264 seconds]
20141113 10:35:00-!- DCW [~Thunderbi@cpc66866-finc15-2-0-cust47.4-2.cable.virginm.net] has quit [Remote host closed the connection]
20141113 11:02:18-!- Sulfur [~Miranda@p5B009DCD.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20141113 11:03:10-!- Anakonda [Anakonda@87-92-170-237.bb.dnainternet.fi] has joined #wesnoth-dev
20141113 11:07:32-!- Guest92885 [matthiaskr@I.Eat.Babies.PanicBNC.nl] has quit [Changing host]
20141113 11:07:32-!- Guest92885 [matthiaskr@unaffiliated/matthiaskrgr] has joined #wesnoth-dev
20141113 11:07:55-!- Guest92885 is now known as matthiaskrgr_
20141113 11:10:55-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141113 11:16:08< zookeeper> shadowm, http://addons.wesnoth.org/1.12/icons/ <- how does that work? if an UMC has one of its own images as an icon, it gets auto-copied there, or what?
20141113 11:17:21< zookeeper> it doesn't seem like it since most of those seem like stock mainline images...
20141113 11:18:36< vultraz> All addon server images must be within core
20141113 11:18:48< vultraz> I think
20141113 11:18:50-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20141113 11:19:46< vultraz> But then what is that folder..
20141113 11:19:47< vultraz> huh
20141113 11:19:51< vultraz> shadowm: would know
20141113 12:01:44< zookeeper> correction: all, not most
20141113 12:17:04-!- Sulfur [~Miranda@p5B009DCD.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141113 12:58:24-!- matthiaskrgr_ is now known as matthiaskrgr
20141113 13:19:45-!- irker216 [~irker@fehu.ai0867.net] has joined #wesnoth-dev
20141113 13:19:45< irker216> wesnoth: gfgtdf wesnoth:master a6e632607226 / src/game_initialization/ (connect_engine.cpp multiplayer_wait.cpp): fix "player_id" during mp_connect/mp_wait http://git.io/7lYOHQ
20141113 13:19:45< irker216> wesnoth: gfgtdf wesnoth:master 005c99fc2350 / src/game_initialization/connect_engine.cpp: dont read "player_id" attribute http://git.io/CEsm2Q
20141113 13:19:45< irker216> wesnoth: gfgtdf wesnoth:master d0623f16dae1 / src/game_initialization/ (connect_engine.cpp connect_engine.hpp multiplayer_connect.cpp): rename "current_player" -> "reserved_for" http://git.io/SPW5Lg
20141113 13:19:46< irker216> wesnoth: gfgtdf wesnoth:master c64a1925df4d / src/variable_info.cpp: fix variable_info.cpp http://git.io/fO1v6w
20141113 13:29:21-!- fabi [~quassel@wesnoth/developer/fendrin] has quit [Remote host closed the connection]
20141113 13:50:07-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20141113 14:05:15-!- Sulfur [~Miranda@p5B009DCD.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20141113 14:10:35-!- travis-ci [~travis-ci@ec2-54-211-4-112.compute-1.amazonaws.com] has joined #wesnoth-dev
20141113 14:10:35< travis-ci> wesnoth/wesnoth#4752 (master - c64a192 : gfgtdf): The build passed.
20141113 14:10:35< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/40884885
20141113 14:10:35-!- travis-ci [~travis-ci@ec2-54-211-4-112.compute-1.amazonaws.com] has left #wesnoth-dev []
20141113 14:37:09-!- fabi [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20141113 14:46:48-!- Sulfur [~Miranda@p5B009DCD.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141113 14:53:44-!- Shardan [82e162cd@gateway/web/freenode/ip.130.225.98.205] has joined #wesnoth-dev
20141113 14:54:03-!- Shardan [82e162cd@gateway/web/freenode/ip.130.225.98.205] has quit [Client Quit]
20141113 15:24:33-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20141113 15:28:08< fabi> zookeeper: Hello, I have a problem with the new maps. The trackplacer tool isn't working right anymore. I am not able to produce working macros with it. You once told me how you use gimp to produce the macros. Have you documented anywhere how to do this and how to produce the new maps? I fear if you get hit by bus we will loose the possibility to produce maps...
20141113 15:53:44< zookeeper> fabi, nope, i've pastebinned everything i got to you
20141113 15:55:43-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20141113 16:04:18< fabi> zookeeper: Please consider to write a useful manual for both procedures.
20141113 16:08:43< zookeeper> yeah i'm kinda slowly working on it
20141113 16:09:19< fabi> Yeah, writing manuals is hard. I fail for the help browser editor section since ages.
20141113 16:10:50< zookeeper> well, i won't be doing a proper manual, just trying to put my own notes into order so that if i do get hit by a bus, someone can decipher them with a bit of work
20141113 16:11:16< fabi> Yeah, that should be enough for me to fix the low track placing.
20141113 16:11:35< fabi> I guess wrong map tracking is not a release critical bug.
20141113 16:11:36< zookeeper> ...and making a set of frankensteining material for mountains and hills, because no one's going to replicate my method
20141113 16:12:04< zookeeper> i was talking about the maps only though, the trackplacing thing is pretty secondary to me
20141113 16:19:49-!- irker216 [~irker@fehu.ai0867.net] has quit [Quit: transmission timeout]
20141113 16:30:01-!- cib0 [~cib@p508BCFE4.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141113 16:30:54< iceiceice> fabi: how do i set default hotkeys?
20141113 16:31:16< fabi> iceiceice: hotkeys.cfg
20141113 16:31:52< iceiceice> thansk
20141113 16:32:13< fabi> data/core/hotkeys.cfg
20141113 16:40:13-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20141113 16:40:40-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20141113 16:47:18-!- irker051 [~irker@fehu.ai0867.net] has joined #wesnoth-dev
20141113 16:47:18< irker051> wesnoth: Chris Beck wesnoth:master e93a97427754 / utils/headers/header_times.sh: fix a bug in the header_times script http://git.io/IXUY5Q
20141113 16:50:54-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20141113 16:55:14< iceiceice> fabi: i have a question,
20141113 16:55:54< iceiceice> do you know why the editor code isn't using "create_neutral_surface" like all the other code? https://github.com/wesnoth/wesnoth/blob/master/src/editor/action/mouse/mouse_action.cpp#L159
20141113 16:56:28-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141113 16:58:23< fabi> iceiceice: No idea. The whole sdl wrapper stuff is very fishy to me. I don't really know why and how it works.
20141113 16:59:26-!- Dugi [93fbd29f@gateway/web/freenode/ip.147.251.210.159] has joined #wesnoth-dev
20141113 16:59:32< Dugi> Hi.
20141113 16:59:34< fabi> hi Dugi
20141113 17:01:05< iceiceice> fabi: i think you are right that my original commit made a bug, but i also want to change some of the editor code anyways
20141113 17:01:22< iceiceice> i think i see what the problem is
20141113 17:02:43< fabi> Dugi: How is the work on the add-on rating/review going? I hope shadowm did not dis-encourage you completely :-P
20141113 17:12:47< Dugi> fabi: Well, not very well. I would like to discuss some things with you, will you be around about 20:00 today (Central European Time)?
20141113 17:13:08< fabi> Dugi: in ~ 2 hours ?
20141113 17:17:12-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20141113 17:19:06-!- gfgtdf [~chatzilla@f054175182.adsl.alicedsl.de] has joined #wesnoth-dev
20141113 17:24:03< Dugi> fabi: Yes.
20141113 17:31:41-!- boucman_work [~jrosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20141113 17:32:44-!- cib0 [~cib@p508BCFE4.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20141113 17:37:38< fabi> Dugi: Yeah fine. I will be around.
20141113 17:37:44< shadowm> zookeeper, vultraz: I don't know. Ask elias.
20141113 17:38:12< shadowm> The most obvious thing is that those images are RC'd whereas the ones in the pristine game source aren't (obviously).
20141113 17:40:46-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20141113 17:44:14< iceiceice> gahhhh
20141113 17:45:01< iceiceice> fabi: okay, i have played with this a bit,
20141113 17:45:12< iceiceice> i realized that there is a more serious problem in our scaling function
20141113 17:45:21< iceiceice> but i dont think its a good idea to try to fix on 1.12
20141113 17:45:46< iceiceice> so i think i will revert the commit i made on 1.12, and fix on master
20141113 17:46:04< fabi> Sounds fine.
20141113 17:46:42< fabi> iceiceice: It was a nice bug. Perfect for learning how git bisect works.
20141113 17:47:52< iceiceice> sure
20141113 17:48:10< fabi> iceiceice: What do you think about an early feature freeze for 1.14. Maybe just after new-year?
20141113 17:49:08< iceiceice> fabi: you might want to ask shadowm because he was saying he thinks 1.14 might be another two year release cycle
20141113 17:49:18< fabi> oh
20141113 17:49:28< iceiceice> i think just after new year is a little early but i basically support 1 year cycle
20141113 17:50:20< fabi> another two year?
20141113 17:50:32< fabi> Isn't this one a three year?
20141113 17:52:23< fabi> 1.10 was released in January 2012.
20141113 17:52:52< irker051> wesnoth: Chris Beck wesnoth:1.12 0d02afd672be / src/sdl_utils.cpp: Revert "disable "alpha thresholding" in our bilinear interpolation algo" http://git.io/BRms4w
20141113 17:52:52< fabi> So there is ~3 years between.
20141113 17:53:12< iceiceice> fabi: yeah i think that was a disaster
20141113 17:53:25< fabi> yes?
20141113 17:53:38< iceiceice> yeah i misspoke, it is indeed a 3 year cycle
20141113 17:55:22< fabi> Well, add-on authors had 3+ years without any change. I guess that helped the add-on quality a little.
20141113 17:57:44< fabi> I would like to have a feature freeze after xmas+new year holidays. Then a string freeze around summer. Release at xmas 2015. A new 1.15 branch can start as soon as the gsoc students arrive. 
20141113 18:02:20< iceiceice> fabi: what features have been added so far?
20141113 18:02:38< iceiceice> there basically won't be any new features if we feature freeze in january
20141113 18:02:55< iceiceice> also what will happen between january and summer?
20141113 18:02:57-!- mjs-de [~mjs-de@f048036012.adsl.alicedsl.de] has quit [Remote host closed the connection]
20141113 18:03:11< iceiceice> you want that to be only bugfix?
20141113 18:04:10-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 255 seconds]
20141113 18:04:18< fabi> Well. The cores. Dugi's addon/rating. Your scaling feature. Some more editor tools. 
20141113 18:05:26< fabi> iceiceice: The changelog already counts 400 lines.
20141113 18:06:02< fabi> color preferences
20141113 18:06:30< iceiceice> i think it might be a good idea to release 1.12, see what people have to say about it,
20141113 18:06:41-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20141113 18:06:50< iceiceice> and then if we decide we want to add something, we can say "okay it will be in 1.14"
20141113 18:07:00< iceiceice> if we feature freeze as soon as 1.12 is released,
20141113 18:07:16< iceiceice> then even if we want to add something in response to user feedback we have to say "sorry, only in 1.16"
20141113 18:07:38-!- Crendgrim [~crend@wesnoth/forum-moderator/crendgrim] has joined #wesnoth-dev
20141113 18:07:38< fabi> Between release and the proposed feature freeze are 6 weeks.
20141113 18:07:56< fabi> Maybe the freeze needs not to be a hard freeze.
20141113 18:08:20< fabi> But we should already know what we do in 1.14 after new year.
20141113 18:08:55< fabi> Let's call it release goal freeze or release schedule freeze. 
20141113 18:09:02< iceiceice> fabi: the other reason that i don't like this is,
20141113 18:09:17< iceiceice> i wonder if it isn't better to have gsoc students contributing to the active, soon to be released branch
20141113 18:09:37< iceiceice> because quite frankly the only way we know if the stuff they wrote is broken / breaks everything or not,
20141113 18:09:43< iceiceice> is in beta testing
20141113 18:10:21< iceiceice> if we say "gsoc in summer, then release in xmas", then at least when we find bugs it was in code they wrote only a couple months ago, and they might still be around
20141113 18:10:53< iceiceice> at least we aren't burying that code under antoher year of development
20141113 18:11:03< iceiceice> so that it can become incomprehensible and require total rewrite
20141113 18:12:01< fabi> The development version model is not working well for us anymore if it had ever.
20141113 18:12:32< fabi> Wesnoth players seldom use or test the development version. 
20141113 18:12:34< iceiceice> i think its fine as long as we stabilize regularly
20141113 18:13:51< stikonas> well, 1.12 release took unusually long...
20141113 18:14:00< fabi> Indeed.
20141113 18:14:10< Ravana_> for good reason too imo, 1.11 is really difficult to use for playing
20141113 18:14:10< stikonas> when was 1.10 released?
20141113 18:14:27< fabi> Ravana_: Difficult for playing?
20141113 18:14:33< fabi> stikonas: 3 years ago.
20141113 18:14:58< Ravana_> [modification] support is great but deselecting unit is really difficult now
20141113 18:15:40< fabi> oh
20141113 18:15:46< fabi> I haven't noticed.
20141113 18:15:53< stikonas> I haven't noticed any changes too..
20141113 18:16:04< stikonas> Ravana_: what exactly has changed?
20141113 18:16:26< Ravana_> clicking out of map no longer deselects unit
20141113 18:16:27< fabi> I guess Ravana_ tested the version in which I made my alternative control scheme the default.
20141113 18:16:51< fabi> oh
20141113 18:17:05< fabi> But right click always does?
20141113 18:17:31< Ravana_> and that is what makes it so difficult to use
20141113 18:17:54< Ravana_> can't tap for that
20141113 18:18:14< fabi> You use a touchpad?
20141113 18:18:18< Ravana_> yes
20141113 18:18:48< fabi> hmmm
20141113 18:19:39< fabi> Ravana_: of map == sidebar in most cases?
20141113 18:19:57< Ravana_> during my turn yes
20141113 18:20:15< Ravana_> during others turns any hex without unit
20141113 18:21:21< irker051> wesnoth: Chris Beck wesnoth:master 5fd8e5afcbdd / src/ (image_modifications.cpp image_modifications.hpp): add "ADJUST_ALPHA" image path function http://git.io/2KJUZA
20141113 18:21:43< iceiceice> fabi: the length of the 1.13 changelog is misleading, most of that stuff is in 1.12 since 1.11.7
20141113 18:22:19< fabi> Ravana_: Your complain is a bit too late for 1.12.0. 
20141113 18:23:08< fabi> Ravana_: But we can do something for 1.12.1. But you need to fill a bug report for it.
20141113 18:23:15< irker051> wesnoth: Chris Beck wesnoth:master 617c81459ef6 / changelog: update changelog http://git.io/1BmL2Q
20141113 18:24:10< Ravana_> I mentioned it here few months ago too, that time it was shadowm who asked for specifics iirc
20141113 18:25:37< irker051> wesnoth: Chris Beck wesnoth:master 2021a42d5bc2 / / (20 files in 7 dirs): Add lua console http://git.io/5ou1tA
20141113 18:25:39< irker051> wesnoth: Chris Beck wesnoth:master 94728187af35 / / (20 files in 7 dirs): Merge branch 'lua_interpreter_dialog' http://git.io/qdXteA
20141113 18:26:36< iceiceice> Ravana_: unfortunately if you don't make a bug report we are very likely to lose track of it
20141113 18:26:39< stikonas> the problem with IRC is that things might get forgotten
20141113 18:26:52< iceiceice> the bug tracker is how we determine what outstanding bugs there are
20141113 18:26:57< iceiceice> not individually asking every dev
20141113 18:27:25< iceiceice> if it was reported we might have decided it was must fix for 1.12
20141113 18:29:49< fabi> Ravana_: I like to provide different and optimized control schemes. One for touchscreens, one for mouse with one button, one for mouse with many buttons and a gamepad one.
20141113 18:29:51< fabi> At least.
20141113 18:29:53< irker051> wesnoth: Chris Beck wesnoth:master 15db12dec9c7 / changelog: update changelog http://git.io/HmqwPg
20141113 18:30:27< fabi> Ravana_: Supported by ui themes which fit the resolution and the need for touchable buttons.
20141113 18:30:46< iceiceice> fabi: fwiw i don't see any reason why clicking on sidebar shouldn't deselect the unit
20141113 18:30:49-!- travis-ci [~travis-ci@ec2-54-160-184-77.compute-1.amazonaws.com] has joined #wesnoth-dev
20141113 18:30:49< travis-ci> gfgtdf/wesnoth-old#361 (variable_info_3_refactor - 0671d98 : gfgtdf): The build has errored.
20141113 18:30:49< travis-ci> Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/40911018
20141113 18:30:49-!- travis-ci [~travis-ci@ec2-54-160-184-77.compute-1.amazonaws.com] has left #wesnoth-dev []
20141113 18:31:33< fabi> iceiceice: Some of the sidebar widgets are clickable.
20141113 18:31:59< iceiceice> which?
20141113 18:32:38< Ravana_> unit type, race, ability, special...
20141113 18:32:47< fabi> tod
20141113 18:32:49< Ravana_> excluding those parts
20141113 18:32:50< iceiceice> so how did it work before then?
20141113 18:33:03< Ravana_> most of sidebar is empty
20141113 18:33:16< Ravana_> (unless unit has like 6 attacks)
20141113 18:34:09-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20141113 18:34:15< fabi> hi mattsc
20141113 18:36:13< mattsc> hi fabi     I’m only here for ~30 min, still traveling  :|
20141113 18:36:42-!- lipkab [~the_new_l@host-91-147-211-128.biatv.hu] has joined #wesnoth-dev
20141113 18:40:21-!- cib0 [~cib@p508BCFE4.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141113 18:41:17-!- mattsc_ [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20141113 18:43:30-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Ping timeout: 244 seconds]
20141113 18:43:32-!- mattsc_ is now known as mattsc
20141113 18:50:01< Ravana_> fabi: should I mark this for 1.13-dev or 1.11.19
20141113 18:50:19< iceiceice> 1.11.19
20141113 18:50:34< iceiceice> you can mark both if you like
20141113 18:55:41-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20141113 18:56:35< zookeeper> uh-huh. indeed some the things in the sidebar are clickable. new to me. however...
20141113 18:56:58< zookeeper> i selected a unit, clicked on some of its traits or something, and after i pressed the close button on the help, the unit moved to where i click :J
20141113 18:57:15< Ravana_> 22952
20141113 18:58:57< zookeeper> it only seems to happen when i click on a trait and then close the help, and it doesn't happen for every unit.
20141113 18:59:19< zookeeper> for example in TB first scenario, it happened with all the spearmen, but none of the horsemen
20141113 18:59:38< zookeeper> correction: with all spearmen but the northernmost one
20141113 19:00:48< zookeeper> there seem to be some kind of pattern to it, maybe having to do with the unit's movement range and/or position on-screen, but i can't figure out what it is
20141113 19:10:36-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Bye for now]
20141113 19:12:19-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 245 seconds]
20141113 19:17:08-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20141113 19:18:51-!- Sulfur [~Miranda@p5B009DCD.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20141113 19:22:21-!- travis-ci [~travis-ci@ec2-54-160-184-77.compute-1.amazonaws.com] has joined #wesnoth-dev
20141113 19:22:21< travis-ci> wesnoth/wesnoth#4755 (master - 5fd8e5a : Chris Beck): The build was broken.
20141113 19:22:21< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/40915562
20141113 19:22:21-!- travis-ci [~travis-ci@ec2-54-160-184-77.compute-1.amazonaws.com] has left #wesnoth-dev []
20141113 19:34:27< irker051> wesnoth: Chris Beck wesnoth:master 510674d465ad / / (2 files in 2 dirs): add lua console button to the gamestate inspector dialog http://git.io/vcWuWQ
20141113 19:34:29< irker051> wesnoth: Chris Beck wesnoth:master bdfbf571fafa / changelog: update changelog https://github.com/wesnoth/wesnoth/commit/bdfbf571fafadc20ae3d6a5e3bfc9ee50ab1a09a
20141113 19:36:53-!- SZ_Bot [SZ_Bot@27-83-235-80.dyn.estpak.ee] has joined #wesnoth-dev
20141113 19:36:54-!- Ravana_ [SZ_Bot@27-83-235-80.dyn.estpak.ee] has quit [Disconnected by services]
20141113 19:37:00-!- SZ_Bot is now known as Ravana_
20141113 19:41:04-!- Ravana_ [SZ_Bot@27-83-235-80.dyn.estpak.ee] has quit [Ping timeout: 244 seconds]
20141113 19:42:08-!- Ravana_ [SZ_Bot@27-83-235-80.dyn.estpak.ee] has joined #wesnoth-dev
20141113 20:03:18-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141113 20:05:47< iceiceice> zookeeper: quick question,
20141113 20:06:01< iceiceice> do you remember that gwren1 guy that wanted to contribute sounds?
20141113 20:06:33< iceiceice> do you think any of those were good enough to go into the game? i need to figure out what to do about the start of game sound, and barely anyone voted
20141113 20:06:44< iceiceice> i just realized i forgot this until now
20141113 20:19:51-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20141113 20:20:17< irker051> wesnoth: Chris Beck wesnoth:master 692b18781ae9 / RELEASE_NOTES: update RELEASE_NOTES http://git.io/dSwuRA
20141113 20:25:03 * zookeeper wasn't quick enough
20141113 20:33:48< zookeeper> but what's this about a start of game sound vote?
20141113 20:39:04< zookeeper> iceiceice, anyway, i think his heavy hammer is really the only one that i think would be an improvement. i think with a bit of easy further tweaking the mace would be good too.
20141113 21:04:38-!- travis-ci [~travis-ci@ec2-54-166-212-251.compute-1.amazonaws.com] has joined #wesnoth-dev
20141113 21:04:38< travis-ci> wesnoth/wesnoth#4757 (master - 9472818 : Chris Beck): The build has errored.
20141113 21:04:38< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/40916151
20141113 21:04:38-!- travis-ci [~travis-ci@ec2-54-166-212-251.compute-1.amazonaws.com] has left #wesnoth-dev []
20141113 21:09:20-!- iceiceice [~chris@50.245.222.235] has joined #wesnoth-dev
20141113 21:09:20-!- iceiceice [~chris@50.245.222.235] has quit [Changing host]
20141113 21:09:20-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20141113 21:09:46< iceiceice> zookeeper: i made a forum poll here: http://forums.wesnoth.org/viewtopic.php?f=15&t=40982
20141113 21:14:02< zookeeper> so many people voted for random signal? weird. i think a sound like that needs to be as consistent/recognizable as possible 
20141113 21:14:33< zookeeper> uh... so many. yeah, 2 :P
20141113 21:15:04< Dugi> I play wesnoth without sound for years, so I didn't vote.
20141113 21:15:14< Ravana_> works as long as they all are different enough from other lobby ones
20141113 21:15:22< Dugi> although I would like to help you otherwise.
20141113 21:15:45< iceiceice> zookeeper: yeah i kind of would like to have a "win by two" policy...
20141113 21:15:54< Ravana_> (only sound I use is turn bell, and sometimes ping too, voted for 4)
20141113 21:17:41< zookeeper> iceiceice, well, i could make a new custom sound for it... dunno if we should add new assets in RC phase though
20141113 21:18:20< iceiceice> if you wanted then of course that's an option
20141113 21:18:54< iceiceice> i wasn't sure what i was going to do about this, i think i intended to use one of the horn bells but maybe commit gwren1's sound to the repo anyways
20141113 21:19:25< iceiceice> i changed stuff in 1.13 branch, so that its easier to reconfgure the interface sounds using game_config.cfg
20141113 21:19:33-!- cib0 [~cib@p508BCFE4.dip0.t-ipconnect.de] has quit [Ping timeout: 255 seconds]
20141113 21:19:34< iceiceice> in 1.12 it's all hard coded
20141113 21:23:48< zookeeper> i don't really like his sound because it sounds like it was just cut from a music track with a basic fadeout which sounds like a fadeout
20141113 21:24:18< iceiceice> yeah... i felt like, it doesn't really sound like our other interface sounds
20141113 21:24:33< iceiceice> it's okay i guess if you are playing with the music on
20141113 21:24:42< iceiceice> i didn't like it that much though
20141113 21:25:34< iceiceice> we could also just stick with what's currently there for now
20141113 21:25:56< iceiceice> if you don't want the horn bell sounds to be tained by frequent mp use :)
20141113 21:26:03< iceiceice> *tainted
20141113 21:26:08< zookeeper> dwarf-laugh.wav? :>
20141113 21:26:51< zookeeper> i think a horn signal is fine, but i'd really always use the same one so it's instantly recognizable, and i think the 1st one is the most fitting...
20141113 21:27:30< zookeeper> but i'll look if i can come up with a custom one right now
20141113 21:29:56-!- tomreyn [~tomreyn@p5B3D5C8F.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141113 21:30:04-!- tomreyn [~tomreyn@p5B3D5C8F.dip0.t-ipconnect.de] has quit [Changing host]
20141113 21:30:04-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20141113 21:35:27< iceiceice> zookeeper: okay, thanks!
20141113 21:37:07< Ravana_> no matter what sound you take, it should be with new file name, that would make it easier for player to use custom one for that
20141113 21:38:33< iceiceice> Ravana_: in 1.13 at least you can just change stuff here: https://github.com/wesnoth/wesnoth/blob/master/data/game_config.cfg#L86
20141113 21:38:51< Ravana_> oh, good
20141113 21:40:40-!- travis-ci [~travis-ci@ec2-54-160-178-156.compute-1.amazonaws.com] has joined #wesnoth-dev
20141113 21:40:40< travis-ci> wesnoth/wesnoth#4758 (master - 15db12d : Chris Beck): The build was broken.
20141113 21:40:40< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/40916539
20141113 21:40:40-!- travis-ci [~travis-ci@ec2-54-160-178-156.compute-1.amazonaws.com] has left #wesnoth-dev []
20141113 21:40:57< irker051> wesnoth: Chris Beck wesnoth:master eb9ac4dd9b29 / src/gui/widgets/scrollbar.cpp: revert an accidental change in a previous commit, to gui2 scrollbar http://git.io/jh2KgA
20141113 21:40:59< irker051> wesnoth: Chris Beck wesnoth:master c63191bb073c / src/tests/gui/test_gui2.cpp: fixup gui2 tests for lua interpreter http://git.io/WScX4w
20141113 21:58:41-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has joined #wesnoth-dev
20141113 21:59:31-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 255 seconds]
20141113 22:00:14-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20141113 22:01:13< gfgtdf> iceiceice: are you sure that at this point https://github.com/wesnoth/wesnoth/blob/master/src/seed_rng.cpp#L33 the file that defines BOOST_VERSION is included ?
20141113 22:01:55< iceiceice> no it looks like a bug
20141113 22:02:27< iceiceice> gfgtdf: i think any boost lib defines boost_version
20141113 22:02:36< iceiceice> so if there's a boost header in seed_rng.hpp its probably ine
20141113 22:02:38< iceiceice> *fine
20141113 22:02:39-!- travis-ci [~travis-ci@ec2-54-166-212-251.compute-1.amazonaws.com] has joined #wesnoth-dev
20141113 22:02:39< travis-ci> gfgtdf/wesnoth-old#362 (variable_info_3_refactor - e277559 : gfgtdf): The build has errored.
20141113 22:02:39< travis-ci> Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/40932406
20141113 22:02:39-!- travis-ci [~travis-ci@ec2-54-166-212-251.compute-1.amazonaws.com] has left #wesnoth-dev []
20141113 22:02:44< iceiceice> but it still should be included again anyways
20141113 22:04:34< iceiceice> gfgtdf: maybe that whole check should be eliminated since we have higher requirements now anyways
20141113 22:05:14< iceiceice> gfgtdf: i guess maybe there should be "#include <boost/version.hpp>" in that file
20141113 22:05:22< iceiceice> just to be sure
20141113 22:05:28< gfgtdf> iceiceice: y
20141113 22:05:36< iceiceice> i'm currently concerned about the gui2 unit tests...
20141113 22:05:42< iceiceice> they all broke somehow with assertion failures
20141113 22:05:45< iceiceice> and i can't figure out why
20141113 22:06:40< ancestral> Silly, travis-ci, a build can’t have “errored.” That’s not a formal word; instead it “erred.”
20141113 22:07:49< gfgtdf> iceiceice: assrtion failures inside the gui2 files ?
20141113 22:08:17< iceiceice> gfgtdf: technically its in the sdl files
20141113 22:08:18< iceiceice> https://travis-ci.org/wesnoth/wesnoth/builds/40916151
20141113 22:08:29< iceiceice> i can give backtrace if desired, but its pretty obscure
20141113 22:08:55< irker051> wesnoth: Chris Beck wesnoth:master 33f858505795 / src/seed_rng.cpp: add include of boost/version.hpp to seed_rng.cpp for version check http://git.io/0XZZiA
20141113 22:11:54< iceiceice> hmm maybe i fixed it now
20141113 22:12:17< gfgtdf> iceiceice: so its not only teh test for teh new lua console that fails ?
20141113 22:13:04< iceiceice> gfgtdf: i accidentally changed a line in scrollbar.cpp when i committed the lua console
20141113 22:13:06< iceiceice> https://github.com/wesnoth/wesnoth/commit/eb9ac4dd9b2911d3af61fbfb487eed5c83533162
20141113 22:13:19< iceiceice> there is this annoying thing with the lua console,
20141113 22:13:28< iceiceice> when you type things and execute statements,
20141113 22:13:35< iceiceice> it's supposed to scroll the box to the end automatically so you can see the results
20141113 22:13:46< iceiceice> but if there is any kind of resize involved,
20141113 22:13:52< iceiceice> or if there is a long line in the text box somewhere,
20141113 22:14:00< iceiceice> that fails and it always scrolls to the top instead
20141113 22:14:13< iceiceice> i tried to figure out what is wrong with gui2, i think that line is a bug
20141113 22:14:20< iceiceice> but it makes unit tests fail apparently.
20141113 22:15:20< gfgtdf> iceiceice: y i remember shadowm also beeing annoyed of scrollbars behaviour.
20141113 22:16:19< gfgtdf> iceiceice: if i remember correctly that was teh main reason why the mo_connect uses gui1
20141113 22:16:28< gfgtdf> the mp lobby
20141113 22:17:02< iceiceice> gfgtdf: i guess there's two things
20141113 22:17:13< iceiceice> one is that gui2 scroll boxes don't work very well
20141113 22:17:21< iceiceice> the other is that the list boxes make assertion failures
20141113 22:17:32< iceiceice> i don't know if it's actually the same issue
20141113 22:19:33< gfgtdf> iceiceice: do you know why tehe config class is named config ?
20141113 22:19:43< iceiceice> no
20141113 22:19:51< iceiceice> probably dave named it
20141113 22:20:02< iceiceice> it seems like it must have been one of the first classes
20141113 22:23:32< gfgtdf> iceiceice: you you knows what this code does: "cfg_["save_id"] = std::ostringstream();"  ? It compiles but idk why
20141113 22:23:48< iceiceice> that is wierd
20141113 22:24:07< iceiceice> is string constructible from ostringstream?
20141113 22:24:39< iceiceice> i guess it shuldn't matter
20141113 22:24:43< gfgtdf> iceiceice: it gives ma warning "assigning bool to void*"
20141113 22:24:55< gfgtdf> me a*
20141113 22:25:03< iceiceice> D:
20141113 22:26:23< zookeeper> iceiceice, https://dl.dropboxusercontent.com/u/63964618/wesnoth/gamestart.ogg
20141113 22:26:31-!- Appleman1234 [~Appleman1@pool-108-19-22-68.dllstx.fios.verizon.net] has quit [Ping timeout: 255 seconds]
20141113 22:26:38< iceiceice> hmm i wonder if there's someway to make a unit test "check that this does not compile"
20141113 22:26:47< zookeeper> i'd have to do the trumpet with a better sample, but other than that i think something like that would work?
20141113 22:27:38< iceiceice> i'm in a starbucks right now, i dont really want to put the sound on...
20141113 22:27:41< iceiceice> i might do it once
20141113 22:28:59< iceiceice> sure that sounds good
20141113 22:30:56< iceiceice> gfgtdf: it might be because of this? http://www.cplusplus.com/reference/ios/ios/operator_bool/
20141113 22:31:16< iceiceice> string stream apparently inherits that: http://www.cplusplus.com/reference/sstream/stringstream/
20141113 22:33:38< noy> hey does anybody know the alias of the researcher who just emailed the list?
20141113 22:36:01< zookeeper> oh right, i forgot to email them to say that yes they can email me the survey
20141113 22:36:07< zookeeper> ...don't people think at all?
20141113 22:36:30< noy> zookeeper: cc me and say that I’m in too
20141113 22:36:36< noy> on your yes email
20141113 22:38:14-!- travis-ci [~travis-ci@ec2-54-160-178-156.compute-1.amazonaws.com] has joined #wesnoth-dev
20141113 22:38:14< travis-ci> wesnoth/wesnoth#4761 (master - c63191b : Chris Beck): The build has errored.
20141113 22:38:14< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/40935935
20141113 22:38:14-!- travis-ci [~travis-ci@ec2-54-160-178-156.compute-1.amazonaws.com] has left #wesnoth-dev []
20141113 22:43:11< iceiceice> gfgtdf: do you know why this works?
20141113 22:43:11< iceiceice> https://github.com/wesnoth/wesnoth/blob/master/src/seed_rng.hpp
20141113 22:43:19< iceiceice> don't i have to put "using boost::uint32_t" or something?
20141113 22:44:37-!- Appleman1234 [~Appleman1@pool-108-19-22-68.dllstx.fios.verizon.net] has joined #wesnoth-dev
20141113 22:45:05-!- lipkab [~the_new_l@host-91-147-211-128.biatv.hu] has quit [Quit: Sűrű sötét az éj, dühöng a déli szél]
20141113 22:54:02-!- mjs-de [~mjs-de@f048036012.adsl.alicedsl.de] has joined #wesnoth-dev
20141113 22:54:12< gfgtdf> iceiceice: i think boost/cstdint.hp includes stdint.h and and typdefs boost::uint32_t as ::uint32_t
20141113 22:54:36< gfgtdf> iceiceice: only on plattforms that have stdint.hpp of course
20141113 22:55:50< zookeeper> noy, i didn't, but i did somewhat suggest that she just send the survey, so maybe she will, now :p
20141113 22:55:58< gfgtdf> iceiceice: so yes i think if you want it to compiel on plattoforms taht don't have stdint.h (msvc 2008) you shoudl use boost::uint32:t
20141113 22:56:02< gfgtdf> uint32_t
20141113 22:56:28< zookeeper> iceiceice, i'll do more work on the sound tomorrow... i think i'll maybe replace the trumpet with a single gong hit
20141113 22:57:24< Dugi> zookeeper: Hey, don't replace that trumpet song, I used to like it!
20141113 22:57:41< iceiceice> zookeeper: okay, thank you
20141113 22:57:59< shadowm> What trumpet sound are we replacing?
20141113 22:58:03< zookeeper> none
20141113 22:58:07< zookeeper> adding a new one, maybe
20141113 22:58:36-!- gfgtdf_ [~chatzilla@e177127163.adsl.alicedsl.de] has joined #wesnoth-dev
20141113 22:58:44< zookeeper> if it's ok in RC... maybe it's not
20141113 22:58:45< irker051> wesnoth: Chris Beck wesnoth:master 859d46ebdaad / src/seed_rng.hpp: seed_rng: add a missing part of boost uint32_t include http://git.io/VP1HLw
20141113 22:58:55-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20141113 23:00:40-!- gfgtdf [~chatzilla@f054175182.adsl.alicedsl.de] has quit [Ping timeout: 256 seconds]
20141113 23:00:46-!- gfgtdf_ is now known as gfgtdf
20141113 23:02:28< shadowm> Let me put it like this: years ago, a certain musician committed a few tracks between an RC and gold.
20141113 23:02:55< shadowm> As far as I'm aware, no-one found a problem with this. (The release in question is 1.4.0.)
20141113 23:05:10-!- mjs-de [~mjs-de@f048036012.adsl.alicedsl.de] has quit [Quit: On the road again]
20141113 23:07:12< iceiceice> shadowm: do you know if theres a way to make clicking on a window not cause textbox to lose focus?
20141113 23:08:50< shadowm> No, not that I've ever seen anything like that.
20141113 23:09:40< shadowm> I don't think that I've actually tried clicking on the background of a window with a textbox either.
20141113 23:09:43-!- gfgtdf [~chatzilla@e177127163.adsl.alicedsl.de] has quit [Read error: Connection reset by peer]
20141113 23:10:15< zookeeper> shadowm, i'll accep anecdotal evidence
20141113 23:10:19< zookeeper> urgh
20141113 23:10:31< zookeeper> shadowm, i'm fine with us accepting anecdotal evidence like that
20141113 23:11:30< zookeeper> i wonder how long it'd take to get accustomed to it if i re-mapped enter to some other key which i wouldn't press accidentally all the time...
20141113 23:13:25< shadowm> zookeeper: What do you think about reducing the mainline campfire terrain's frame duration from 200 to 140 to match the ANIMATED_CAMPFIRE maro?
20141113 23:13:26< zookeeper> Dugi, btw, i don't think two notes makes a song :p especially a song that you used to like
20141113 23:13:35-!- travis-ci [~travis-ci@ec2-54-166-212-251.compute-1.amazonaws.com] has joined #wesnoth-dev
20141113 23:13:35< travis-ci> gfgtdf/wesnoth-old#363 (variable_info_3_refactor - b577905 : gfgtdf): The build has errored.
20141113 23:13:35< travis-ci> Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/40939328
20141113 23:13:35-!- travis-ci [~travis-ci@ec2-54-166-212-251.compute-1.amazonaws.com] has left #wesnoth-dev []
20141113 23:13:48< zookeeper> shadowm, i dunno what the visual difference would be, but if you think it's better that way then go ahead
20141113 23:14:12< zookeeper> i do have a vague recollection that the campfire is a bit on the slow side
20141113 23:14:18< shadowm> I was personally used to 150 ms from my campaign and found the switch to the mainline's 200 ms a bit jarring.
20141113 23:16:03< Dugi> zookeeper: So I probably missed the context. I thought you were going to delete the vengeful.ogg song.
20141113 23:16:19< zookeeper> ...where the heck did you get that idea? O.o
20141113 23:16:54< zookeeper> although actually i gotta be going like right now ->
20141113 23:21:17-!- travis-ci [~travis-ci@ec2-54-160-184-77.compute-1.amazonaws.com] has joined #wesnoth-dev
20141113 23:21:17< travis-ci> wesnoth/wesnoth#4762 (master - 33f8585 : Chris Beck): The build has errored.
20141113 23:21:17< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/40938615
20141113 23:21:17-!- travis-ci [~travis-ci@ec2-54-160-184-77.compute-1.amazonaws.com] has left #wesnoth-dev []
20141113 23:21:45-!- zookeeper [zookeeper@wesnoth/developer/zookeeper] has quit [Ping timeout: 272 seconds]
20141113 23:25:33< irker051> wesnoth: Ignacio R. Morelle wesnoth:master e56f8e6aa5d5 / data/core/terrain-graphics/builder.cfg: Add ANIMATION_08_140 terrain graphics macro http://git.io/JJPM9A
20141113 23:25:36< irker051> wesnoth: Ignacio R. Morelle wesnoth:master f80d8d1d1727 / data/core/terrain-graphics.cfg: Decrease campfire terrain frames duration from 200 to 140 ms http://git.io/pHo1bA
20141113 23:25:39< irker051> wesnoth: Ignacio R. Morelle wesnoth:1.12 128171d716ac / data/core/terrain-graphics/builder.cfg: Add ANIMATION_08_140 terrain graphics macro http://git.io/uf4nHQ
20141113 23:25:42< irker051> wesnoth: Ignacio R. Morelle wesnoth:1.12 4cffab3b84f8 / data/core/terrain-graphics.cfg: Decrease campfire terrain frames duration from 200 to 140 ms http://git.io/rIZCwA
20141113 23:29:22-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has left #wesnoth-dev ["Ik ga weg"]
20141113 23:31:12-!- Anakonda [Anakonda@87-92-170-237.bb.dnainternet.fi] has quit [Read error: Connection reset by peer]
20141113 23:39:57-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 240 seconds]
20141113 23:41:54-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20141113 23:42:02-!- travis-ci [~travis-ci@ec2-54-166-212-251.compute-1.amazonaws.com] has joined #wesnoth-dev
20141113 23:42:02< travis-ci> wesnoth/wesnoth#4761 (master - c63191b : Chris Beck): The build has errored.
20141113 23:42:02< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/40935935
20141113 23:42:02-!- travis-ci [~travis-ci@ec2-54-166-212-251.compute-1.amazonaws.com] has left #wesnoth-dev []
20141113 23:43:25< iceiceice> gfgtdf: the c++11 builds always timeout :(
20141113 23:43:36< iceiceice> i think the only way to make it work is to not compile all the targets
20141113 23:43:53< iceiceice> what do you think is least important of wesnoth, wesnothd, campaignd, test
20141113 23:47:57-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20141113 23:49:27< iceiceice> hmm i think i might just disable nls on the c++11 build
20141113 23:51:17< irker051> wesnoth: Chris Beck wesnoth:master 292452f11cdf / .travis.yml: travis: disable NLS on the C++11 build http://git.io/up1MeA
20141113 23:51:19< irker051> wesnoth: Chris Beck wesnoth:master 7fafcd8086e9 / data/core/ (terrain-graphics.cfg terrain-graphics/builder.cfg): Merge branch 'master' of https://github.com/wesnoth/wesnoth http://git.io/kpPzkw
20141113 23:52:29-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20141113 23:56:50-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20141113 23:57:11-!- gfgtdf [~chatzilla@e177127163.adsl.alicedsl.de] has joined #wesnoth-dev
20141113 23:58:23< gfgtdf> iceiceice: hm idk, i think wesnoth is the most important sonce teh others are changed quite rarely.
20141113 23:58:57< iceiceice> gfgtdf: i tried to disable the translation stuff,
20141113 23:59:09< iceiceice> if that works, i think i will do that on all but one of the other builds also
--- Log closed Fri Nov 14 00:00:02 2014