--- Log opened Thu Nov 20 00:00:53 2014
20141120 00:01:34-!- Anakonda [Anakonda@dsl-tkubrasgw1-54f9ba-178.dhcp.inet.fi] has quit [Read error: Connection reset by peer]
20141120 00:14:48-!- mjs-de [~mjs-de@g228169022.adsl.alicedsl.de] has quit [Remote host closed the connection]
20141120 00:17:24-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20141120 00:37:53-!- happygrue [~Laptop@wesnoth/developer/wintermute] has joined #wesnoth-dev
20141120 00:40:19-!- Dugi [93fbd29f@gateway/web/freenode/ip.147.251.210.159] has quit [Ping timeout: 246 seconds]
20141120 00:52:01-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141120 00:56:22-!- kex [~kex@78.157.29.160] has quit [Ping timeout: 255 seconds]
20141120 00:56:22-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Read error: Connection reset by peer]
20141120 00:56:55-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20141120 01:49:27-!- irker870 [~irker@fehu.ai0867.net] has joined #wesnoth-dev
20141120 01:49:27< irker870> wesnoth: gfgtdf wesnoth:master 3ceca1e5546d / src/generators/ (5 files): move default_generate_map to its own file http://git.io/GNm4-A
20141120 01:49:27< irker870> wesnoth: gfgtdf wesnoth:master 4a12e4ff822b / src/generators/default_map_generator_job.cpp: move a rand() call http://git.io/JDyUZA
20141120 01:49:27< irker870> wesnoth: gfgtdf wesnoth:master d12a46a82004 / src/generators/ (3 files): add seed to default_generate_map http://git.io/npFZgA
20141120 01:49:28< irker870> wesnoth: gfgtdf wesnoth:master a7534ec83e8a / src/generators/ (11 files in 2 dirs): add seed to map_generator http://git.io/uDFAnw
20141120 01:49:29< irker870> wesnoth: gfgtdf wesnoth:master c094f68d917b / src/generators/ (cave_map_generator.cpp cave_map_generator.hpp): use mt19937 instead of simple_rng in cavegen. http://git.io/bGmg0Q
20141120 01:49:31< irker870> wesnoth: gfgtdf wesnoth:master 8b426ebee5d6 / / (4 files in 3 dirs): add seed textbox in map editor random generation http://git.io/o6NtWA
20141120 01:49:33< irker870> wesnoth: gfgtdf wesnoth:master ce7189d628d5 / src/editor/map/context_manager.cpp: make editor search for scenario_generation too http://git.io/gnK9Bg
20141120 02:00:42< shadowm> 20141119 23:00:07 error filesystem: Failed to get file status of /lost+found/_main.cfg: Permission denied
20141120 02:01:19< shadowm> I was using the filechooser in the editor and somehow this happened? What the hell is Wesnoth attempting to do?
20141120 02:01:58< shadowm> I didn't even browse to that dir.
20141120 02:02:20< shadowm> It's the filechooser, why is it looking for _main.cfg files?
20141120 02:02:53< shadowm> Why is it looking for them in subdirs of the currently shown dir?
20141120 02:02:57< shadowm> Why...?!
20141120 02:12:50-!- gfgtdf [~chatzilla@d108193.adsl.hansenet.de] has joined #wesnoth-dev
20141120 02:13:49< gfgtdf> iceiceice: I just pushed some commits to be able to pass a random seed to the randommapgeneration in teh editor but somehow it doesnt work
20141120 02:14:02< gfgtdf> iceiceice: the maps still differe even with the sme seed
20141120 02:14:08< gfgtdf> iceiceice: but only minimal
20141120 02:14:17< shadowm> gfgtdf: Perhaps you know the answer to my questions?
20141120 02:14:24< gfgtdf> iceiceice: like "one river more"
20141120 02:14:30< gfgtdf> shadowm: i'll read log
20141120 02:14:35< iceiceice> gfgtdf: hmm ok i'll take a look
20141120 02:15:17< iceiceice> shadowm: i have no idea that sounds really wierd :(
20141120 02:18:16-!- prkc [~prkc@catv-89-134-173-244.catv.broadband.hu] has quit [Remote host closed the connection]
20141120 02:26:08< gfgtdf> shadowm: i think the code that gives that error is: https://github.com/wesnoth/wesnoth/blob/master/src/filesystem_boost.cpp#L374, the equivalent code in teh ofld filesysrtem code is https://github.com/wesnoth/wesnoth/blob/master/src/filesystem.cpp#L190 
20141120 02:26:34< gfgtdf> shadowm: maybe teh odl code just didnt gae an error if it couldnt querry teh existance of that file
20141120 02:26:44< ancestral> Isn’t lost+found reserved as a place for unknown files after the computer completes fsck?
20141120 02:26:53< gfgtdf> maybe*, the*, gave* 
20141120 02:27:34< shadowm> ancestral: Yes.
20141120 02:28:07< shadowm> gfgtdf: So we've always done pointless stat calls for that? Ugh.
20141120 02:28:17< gfgtdf> shadowm: idk
20141120 02:28:18< iceiceice> ancestral: homebrew merged the wesnoth 1.12.0 version, thanks for testing it
20141120 02:28:26< gfgtdf> shadowm: there might alwell ane another bug
20141120 02:28:31< ancestral> shadowm: Could your computer have somehow stashed it there?
20141120 02:28:39< shadowm> ancestral: No.
20141120 02:28:39< ancestral> iceiceice: No problem
20141120 02:28:55< ancestral> Impossiburu?
20141120 02:29:19< shadowm> ancestral: 20141119 23:29:13 error filesystem: Failed to get file status of /root/_main.cfg: Permission denied
20141120 02:29:23< shadowm> 20141119 23:29:13 error filesystem: Failed to get file status of /lost+found/_main.cfg: Permission denied
20141120 02:29:30< shadowm> filechooser.
20141120 02:29:33< shadowm> Browsing /.
20141120 02:29:37< shadowm> Not subdirs.
20141120 02:29:41< ancestral> Ah okay
20141120 02:30:16< shadowm> (As for why, it's because of this perfectly normal and expected situation:
20141120 02:30:17< shadowm> drwx------   2 root   root  16384 Oct 25  2012 lost+found
20141120 02:30:22< shadowm> drwx------  19 root   root   4096 Nov 18 04:07 root
20141120 02:30:46< ancestral> iceiceice: http://forums.wesnoth.org/viewtopic.php?p=577912#p577912
20141120 02:31:07< shadowm> ancestral: Btw, locate your cairo/cairo-features.h file and pastebin it, please.
20141120 02:31:32< shadowm> The one the compiler sees while building Wesnoth.
20141120 02:31:42< ancestral> Sure
20141120 02:32:18< gfgtdf> does std::random_shuffle use rand() ?
20141120 02:32:36< iceiceice> gfgtdf: i think steven lavavaej said so maybe, in that talk
20141120 02:32:42< iceiceice> he said something about this
20141120 02:33:22< iceiceice> you could look in his slides if you aren't sure: http://channel9.msdn.com/Events/GoingNative/2013/rand-Considered-Harmful
20141120 02:33:54< ancestral> shadowm: https://paste.ee/p/9Ba1U
20141120 02:35:29-!- travis-ci [~travis-ci@ec2-54-87-206-27.compute-1.amazonaws.com] has joined #wesnoth-dev
20141120 02:35:29< travis-ci> wesnoth/wesnoth#4835 (master - ce7189d : gfgtdf): The build was broken.
20141120 02:35:29< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/41556063
20141120 02:35:29-!- travis-ci [~travis-ci@ec2-54-87-206-27.compute-1.amazonaws.com] has left #wesnoth-dev []
20141120 02:37:04< shadowm> Hm. Okay.
20141120 02:37:15< shadowm> I need someone who knows how to use Quartz then.
20141120 02:38:03< iceiceice> wait why? i thought ancestral / homebrew wasn't using quartz
20141120 02:38:12< iceiceice> is quartz different from Xquartz?
20141120 02:38:58< shadowm> Why the hell is it using xquartz?
20141120 02:39:32< irker870> wesnoth: gfgtdf wesnoth:master 0d52790f8e42 / src/SConscript: fixup build http://git.io/5l2B8Q
20141120 02:40:26< irker870> wesnoth: gfgtdf wesnoth:master 3c431d840642 / src/CMakeLists.txt: Update CMakeLists.txt http://git.io/rsBglw
20141120 02:40:45-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141120 02:43:11< iceiceice> shadowm: it should not be...
20141120 02:43:21< iceiceice> unless ancestral installed it in which case it would ttry
20141120 02:43:27< ancestral> Homebrew wants users to install xquartz for some packages… can’t remember which, maybe even cairo and/or pango
20141120 02:43:29< iceiceice> homebrew is supposed to install most of linux
20141120 02:43:34< shadowm> I'm not talking of xquartz.
20141120 02:43:42< iceiceice> you pretty much need x11, so they rely on xquartz
20141120 02:43:53< iceiceice> and usually default to compiling things with xquartz support
20141120 02:44:15< iceiceice> they asked me if it would break wesnoth if we compiled sdl with x11 support, and I didn't think that it would
20141120 02:44:27< iceiceice> but ofc i had no real way to test
20141120 02:44:32< shadowm> 23:38:12 <iceiceice> is quartz different from Xquartz?
20141120 02:44:34< shadowm> Yes.
20141120 02:44:49< shadowm> XQuartz is an X11 implementation on top of Quartz.
20141120 02:44:57-!- kex [~kex@78.157.29.160] has quit [Ping timeout: 244 seconds]
20141120 02:45:18< shadowm> And I sure hope we aren't using X11 on OS X.
20141120 02:47:00< ancestral> Not sure if we have the flags in the script set to ignore for XQuartz currently
20141120 02:49:13 * ancestral uninstalls Xquartz so he can be a guinea pig
20141120 02:54:37< ancestral> shadowm: pango: Unsatisfied dependency: XQuartz 0.0.0
20141120 02:54:52< gfgtdf> iceiceice: you noted somewhere teh boost small uniform int is not platifrm independent you your where you got that form ?
20141120 02:55:05< ancestral> Unless there’s a way to install pango without XQuartz
20141120 02:55:14< iceiceice> gfgtdf: i think boost docs
20141120 02:55:19< iceiceice> or you can just look at implementation
20141120 02:56:30< iceiceice> gfgtdf: first paragraph here: http://www.boost.org/doc/libs/1_56_0/doc/html/boost_random/reference.html#boost_random.reference.distributions
20141120 02:57:41< iceiceice> *second paragraph
20141120 02:58:25< ancestral> --without-x11
20141120 02:58:34< gfgtdf> iceiceice: i think "several possible implementations" just mean teh different versions "uniform_smallint" , "uniform_int_distribution" and not that every plattfrm uses itf woan implementation ?
20141120 02:59:03< ancestral> Nice: `cairo: Unsatisfied dependency: XQuartz 0.0.0`
20141120 02:59:07< iceiceice> gfgtdf: possibly every platform uses the same implementation,
20141120 02:59:15< iceiceice> but what that sentence means to me is they reserve the right to change it,
20141120 02:59:22< iceiceice> like maybe on phones it tries to save space or something
20141120 02:59:42< iceiceice> its pretty different from the validation tests they give for the RNG's anyways
20141120 02:59:51< iceiceice> where they specifically say "the implementation is mandated"
20141120 03:08:08< ancestral> shadowm: I think iceiceice actually suggested previously to install cairo `--without-x11`, then pango `--without-x11` then brew install Wesnoth
20141120 03:08:30< ancestral> I had forgotten/ignored that, but I’m trying it now
20141120 03:08:53< shadowm> On second thought, I think the issue is something completely different to my previous line of thought.
20141120 03:09:24< shadowm> AFAICT ATSApplicationFontsPath in projectfiles/Xcode/Info.plist is set correctly.
20141120 03:09:41< ancestral> Oh…
20141120 03:09:59< shadowm> (How that works for non-bundle builds I have NFI.)
20141120 03:10:08< ancestral> That might be important. See, the build script builds a Mac binary not through Xcode
20141120 03:10:36< shadowm> Yes, but mattsc also showed me screenshots displaying the unwanted Helvetica issue.
20141120 03:10:48< shadowm> I assume he did those from bundle builds done with Xcode.
20141120 03:10:59< ancestral> shadowm: The 1.12 official binary looks fine to me
20141120 03:11:06< ancestral> er, 1.11.x
20141120 03:11:08< shadowm> Hm, does it?
20141120 03:11:23< shadowm> There is no 1.11.x official binary.
20141120 03:11:35< ancestral> Okay, the binary linked on the wesnoth.org front page
20141120 03:11:51< shadowm> (i.e. 1.11.x is not a singular version.)
20141120 03:12:10< ancestral> Right, I meant to say “where x is the latest version we’re on” but I didn’t feel like typing all that
20141120 03:12:15< ancestral> And now I just did. I lose.
20141120 03:12:33< ancestral> shadowm: 1.11.19
20141120 03:12:58< shadowm> shikadibot: seen mattsc
20141120 03:12:58< shikadibot> shadowm: The person with the nick mattsc last spoke 21h 55m ago.  7h 53m ago was here and on the channel #wesnoth-umc-dev with the message: Quit: Bye for now
20141120 03:13:24< shadowm> I'll have to double-check what he was using, otherwise someone will have to look into how to set the application's fonts path for a non-bundle.
20141120 03:13:41< ancestral> Yeah, no difference with the `--without-x11`
20141120 03:14:29< ancestral> It wouldn’t surprise me in the least is the scons script (or whatever scripts are getting run) don’t do something mattsc does when he makes a package
20141120 03:14:47< shadowm> Like making a bundle.
20141120 03:15:07< ancestral> For the record, I didn’t make a bundle through homebrew
20141120 03:15:19< ancestral> Just launched wesnoth from the terminal
20141120 03:15:25< shadowm> Exactly.
20141120 03:15:35< ancestral> Hmm
20141120 03:15:56< shadowm> Then once again fontconfig is the problem.
20141120 03:16:52< ancestral> Wanna see my fontconfig.h file?
20141120 03:17:05< shadowm> I'm pretty sure from what you pastebinned that the font::manager::init() #ifdef CAIRO_HAS_FT_FONT block should be selected for OS X. That's what is supposed to allow us to use our shipped DejaVu Sans.
20141120 03:17:27< shadowm> (fonts.cpp:369)
20141120 03:18:24< shadowm> I don't think seeing the fontconfig.h will tell me much since that's general configuration-independent stuff.
20141120 03:18:56-!- travis-ci [~travis-ci@ec2-54-221-144-215.compute-1.amazonaws.com] has joined #wesnoth-dev
20141120 03:18:56< travis-ci> wesnoth/wesnoth#4836 (master - 0d52790 : gfgtdf): The build was fixed.
20141120 03:18:56< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/41559367
20141120 03:18:56-!- travis-ci [~travis-ci@ec2-54-221-144-215.compute-1.amazonaws.com] has left #wesnoth-dev []
20141120 03:19:50< shadowm> I wonder if it's somehow possible to make fontconfig dump information about its decisions, though.
20141120 03:21:09< shadowm> Hm, yes...
20141120 03:21:54< iceiceice> shadowm: there's something called fc-cache that might do this?
20141120 03:22:14< iceiceice> it's used as some initialization in the brew installer for fontconfig: https://github.com/Homebrew/homebrew/blob/4627a9f5754a279a265c005d97d7433e832b77ba/Library/Formula/fontconfig.rb
20141120 03:22:44< iceiceice> also they are making some patches to its code, it's possible that they broke it somehow i guess
20141120 03:23:36< shadowm> ancestral: Could you pastebin the output of `FC_DEBUG=1 ./wesnoth` (or `FC_DEBUG=1 whatever/command/line/you/normally/use/to/run/wesnoth` once it reaches the title screen?
20141120 03:23:52< ancestral> I was just reading that from here (http://www.freedesktop.org/software/fontconfig/fontconfig-user.html)
20141120 03:24:37< ancestral> Heh
20141120 03:25:14< ancestral> Maybe I should delete that add-on
20141120 03:25:51< ancestral> https://paste.ee/p/pu81n
20141120 03:26:34< ancestral> I did that wrong
20141120 03:26:44< shadowm> ancestral: All in the same line.
20141120 03:26:46< ancestral> https://paste.ee/p/ezsSm
20141120 03:27:26< iceiceice> do you have to do "env FC_DEBUG=1 ./wesnoth" ?
20141120 03:27:27< shadowm> Huh. :|
20141120 03:27:40< ancestral> I’l try
20141120 03:27:54< shadowm> I don't think so, that's bash.
20141120 03:27:57< iceiceice> oh
20141120 03:28:00< ancestral> I have bash
20141120 03:28:05< shadowm> AFAIR anyway.
20141120 03:28:13< ancestral> But it didn’t do anything differently
20141120 03:28:41< ancestral> `echo $FC_DEBUG` returns 1
20141120 03:29:19< shadowm> The "FC_DEBUG=1" line amidst the Wesnoth output is from fontconfig, which is acknowledging the variable.
20141120 03:29:25< shadowm> Try 2 instead of 1.
20141120 03:29:27-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 245 seconds]
20141120 03:29:37< ancestral> Yeah
20141120 03:29:58< shadowm> (Also wth are we trying to read /proc/self/exe on OS X.)
20141120 03:30:12< ancestral> :-\ https://paste.ee/p/8G9ds
20141120 03:30:32-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20141120 03:30:42< shadowm> Okay, it's normal that we try to read it.
20141120 03:30:53< shadowm> What changed is that before BFS we didn't whine about failing to read it.
20141120 03:31:05< ancestral> Could there be a file with this stderr/stdout stuff?
20141120 03:31:31-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20141120 03:31:31< shadowm> I don't know. probably not unless fontconfig is trying to be smart.
20141120 03:31:34< ancestral> If it doesn’t show in the terminal
20141120 03:32:39< ancestral> I can tell you the fontconfig cache does have the Wesnoth stuff
20141120 03:32:42< ancestral> fonts
20141120 03:33:07< ancestral> If anything, it’s just GUIn fonts that show Helvetica (where n is 1 or 2)
20141120 03:33:20< ancestral> (I can never remember which it is)
20141120 03:35:13< shadowm> ttext and GUI2.
20141120 03:35:33< mattsc> gfgtdf: could you be more specific what you mean it could clash with the scenario Lua?  (Sorry, I’m a bit slow.)  Do you mean that it could cause OOS errors?
20141120 03:35:36< shadowm> Or just ttext, really. GUI2 uses ttext.
20141120 03:35:59< shadowm> Other stuff may use ttext. The GUI1/GUI2 distinction is misleading and pointless for this particular case.
20141120 03:36:22< irker870> wesnoth: Ignacio R. Morelle wesnoth:master 8e3428e6a36b / src/filesystem_boost.cpp: fs: Don't complain about failing to read /proc/self/exe with Boost.filesystem http://git.io/tLVQvQ
20141120 03:36:31< mattsc> gfgtdf: and just to say that, that statement has been there since before I have been doing anything with either Lua or the AI.  Except for some tests I did at the very beginning, I don’t think I have used that in ages.
20141120 03:36:43< irker870> wesnoth: Ignacio R. Morelle wesnoth:1.12 bca6d2c23df4 / src/filesystem_boost.cpp: fs: Don't complain about failing to read /proc/self/exe with Boost.filesystem http://git.io/oe77zQ
20141120 03:37:11< gfgtdf> mattsc: no i just man that the lua used by the scenario (that shares teh same 'lua space' with the ai lua) mightnot expect having it blobal variabel redirected to wml variables which wil then brak teh lua code of teh scenario designer
20141120 03:38:39< shadowm> mattsc: You showed me screenshots of the titlescreen where Helvetica was used instead of DejaVu Sans. Were these bundle builds or standalone builds?
20141120 03:39:51< mattsc> shadowm: one was a 1.13.0-dev standalone build.  I don’t remember about the 1.12-branch version, but I can get a 1.12.0 screenshot real quick.
20141120 03:40:13< shadowm> ancestral: Why is your mock-up in Workshop instead of Contributions?
20141120 03:40:20< shadowm> mattsc: Does it happen with the bundle?
20141120 03:40:53< ancestral> shadowm: I never know which is better for what
20141120 03:40:58< shadowm> ancestral: Also, your proposal is portraitist, I don't like it.
20141120 03:40:59< ancestral> Feel free to move it around
20141120 03:41:10< ancestral> It’s not exactly a proposal
20141120 03:41:12< shadowm> Contributions = mainline. Workshop = UMC. It says so in the forum index.
20141120 03:41:15< ancestral> But that’s fine, you don’t have to like it ;-)
20141120 03:41:36< ancestral> Then maybe workshop is perfectly fine
20141120 03:41:38< shadowm> Also, you'd better include words in your post explaining what it's about then.
20141120 03:41:43< mattsc> shadowm, ancestral: this is from the 1.12.0 bundle: http://imgur.com/9JPPUHD
20141120 03:41:45< ancestral> I want to turn it into a theme. If I summon the energy
20141120 03:42:07< shadowm> ancestral: Is that Helvetica above?
20141120 03:42:18< ancestral> Yes
20141120 03:42:36< shadowm> Didn't you say it didn't happen for you with 1.11.19?
20141120 03:42:39< ancestral> mattsc: From homebrew, or from Xcode/your workflow?
20141120 03:42:45< mattsc> In Deja Vu Sans, the ‘a’ should have a straight line at the top
20141120 03:42:53< mattsc> if I see that correctly
20141120 03:43:42< ancestral> mattsc: 1.11.19 doesn’t show Helvetica for me
20141120 03:43:56< mattsc> and I just checked, it looks the same in 1.11.19 for me  (same as the screenshot I just posted)
20141120 03:44:04< ancestral> Well now I’m curious
20141120 03:45:22< ancestral> mattsc: Definitely not Helvetica here
20141120 03:45:25< mattsc> gfgtdf: I am still too dense to understand that.  So you mean you could interfere with scenario WML/Lua variables from within the AI because of that?
20141120 03:45:31< ancestral> Screenshot coming
20141120 03:45:49< gfgtdf> mattsc: yes
20141120 03:46:10< shadowm> ancestral: You don't have DejaVu Sans installed, right?
20141120 03:46:17< ancestral> I probably do
20141120 03:46:18< mattsc> gfgtdf: okay, sure; but there are a gazillion other ways you can also do that.  You just need to make sure that your AI doesn’t do that.
20141120 03:46:22< shadowm> (Which wouldn't explain the homebrew builds using Helvetica but...)
20141120 03:46:23< ancestral> Maybe I should trash it
20141120 03:46:54< mattsc> gfgtdf: for example, you can kill units from within the AI (even from within the evaluation functions; not even talking about the execution functions)
20141120 03:47:14< mattsc> gfgtdf: you just need to write your AI so that it doesn’t do that.  ;)
20141120 03:47:15< ancestral> No different
20141120 03:47:17< gfgtdf> mattsc: did i say you shoudl kill a unit from within teh ai ?
20141120 03:47:25< iceiceice> mattsc: i think the point is that you could have a scenario with a lot of lua in it that works fine normally,
20141120 03:47:29< iceiceice> but when you put your ai in it it breaks
20141120 03:47:33< mattsc> gfgtdf: no, you did not
20141120 03:47:37< ancestral> mattsc, shadowm: http://i.imgur.com/jbYwlET.jpg Notice the captial G
20141120 03:47:39< iceiceice> because its changing the global lua state
20141120 03:47:44< iceiceice> and there is no encapsulation
20141120 03:47:59< iceiceice> like,
20141120 03:48:04< iceiceice> if there is a wml variable named something,
20141120 03:48:12< iceiceice> normally in lua you can have a lua variable named the same thing,
20141120 03:48:18< iceiceice> but they will be different because they are in different worlds
20141120 03:48:28< iceiceice> but with the global table thing i guess they could be clobbering eachother
20141120 03:48:37< ancestral> (I disabled the DejaVu Sans prior to the screenshot)
20141120 03:48:52< ancestral> (in my /Library/Fonts)
20141120 03:49:10< shadowm> ancestral: So Helvetica with 1.11.19?
20141120 03:49:11< mattsc> iceiceice: yes, you can.  And you can also kill a unit from within the AI.  ;)
20141120 03:49:20< ancestral> No Helvetica with 1.11.19 for me
20141120 03:49:25< iceiceice> mattsc: but that's something else
20141120 03:49:26< mattsc> iceiceice, gfgtdf: I’m intentionally being argumentative here.  :P
20141120 03:49:38< iceiceice> all that shows is, if the ai designer is malicious he can start screwing with everything
20141120 03:49:46< ancestral> The G has no chin strap, no descender
20141120 03:49:47< mattsc> exactly
20141120 03:49:52< shadowm> ancestral: And it is Helvetica with the official 1.12.0 bundle?
20141120 03:49:57< iceiceice> presumably the micro ais are not designed with malicious intent though
20141120 03:50:00< ancestral> Official bundle?
20141120 03:50:04< shadowm> Yes.
20141120 03:50:07< ancestral> It’s Helvetica with any homebrew
20141120 03:50:18< shadowm> I know about homebrew. I asked about the official bundle.
20141120 03:50:20< ancestral> I haven’t tried any 1.12 official bundles
20141120 03:50:26< mattsc> iceiceice: not with malicious _intent_ no.  That doesn’t mean that they aren’t unintentionally malicious.
20141120 03:50:35< shadowm> 1.12.0.
20141120 03:50:58< iceiceice> it sounds like a bug to me
20141120 03:51:00< iceiceice> idk
20141120 03:51:01< mattsc> iceiceice, gfgtdf: I have no objections whatsoever to remove that statement from the wiki page.  But the capability to do so remains even of you do.
20141120 03:51:01< ancestral> Is it on sourceforge?
20141120 03:51:07< shadowm> I'm deeply sorry for not noticing someone screwed up the 1.10 announcement's file naming and carrying that over the 1.12 announcement, btw.
20141120 03:51:17< ancestral> Alright
20141120 03:51:18< shadowm> Because other than that particular exception, 1.12 = branch, not singular version.
20141120 03:51:21< iceiceice> gfgtdf, mattsc: actually, i wonder if it wouldn't be better to make that situation *always* the case
20141120 03:51:32< iceiceice> so that writing to lua always writes to corresponding wml
20141120 03:51:37< shadowm> Thus 1.12 includes 1.11.12 onwards.
20141120 03:51:37< gfgtdf> iceiceice: no
20141120 03:51:43< gfgtdf> iceiceice: that braks a lot of lua
20141120 03:51:48< gfgtdf> iceiceice: see http://wiki.wesnoth.org/LuaWML:Variables#helper.set_wml_var_metatable
20141120 03:51:56< iceiceice> gfgtdf: it fixes some of the problems with lua though
20141120 03:52:07< iceiceice> abt saving and reloading
20141120 03:52:07-!- travis-ci [~travis-ci@ec2-184-72-81-12.compute-1.amazonaws.com] has joined #wesnoth-dev
20141120 03:52:07< travis-ci> wesnoth/wesnoth#4837 (master - 3c431d8 : gfgtdf): The build was fixed.
20141120 03:52:07< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/41559497
20141120 03:52:07-!- travis-ci [~travis-ci@ec2-184-72-81-12.compute-1.amazonaws.com] has left #wesnoth-dev []
20141120 03:52:22< gfgtdf> iceiceice: and talkes a lot posibilites form lua
20141120 03:52:39< mattsc> iceiceice, gfgtdf: there are *a lot* of things you can do that break things really badly from within the AI.  It’s one of the things I had to learn the hard way…  I don’t know what you can do about that though.
20141120 03:52:40< iceiceice> gfgtdf: it really sucks imo that we cannot save the lua state in a file
20141120 03:52:56< mattsc> *within the Lua AI, I mean
20141120 03:53:01< gfgtdf> iceiceice: doing that limits the global lua variables to valid wml tablews
20141120 03:53:04< iceiceice> mattsc: it would be easy to change it actually
20141120 03:53:15< iceiceice> i already learned recently how to make separate lua states,
20141120 03:53:25< iceiceice> for instance all the map gen stuff runs in its own clean room,
20141120 03:53:29< iceiceice> nothing you do there is accessible from the in game lua
20141120 03:53:36< iceiceice> or from the other mapgens
20141120 03:53:48< gfgtdf> iceiceice: and weml tablews are very unhandle to work with
20141120 03:53:52< gfgtdf> tables*
20141120 03:53:52< mattsc> iceiceice: okay, as I said, I don’t know.  But I do rely on the ability to move units around on the map during evaluation etc., so that cannot be changed - unless you also provide a “virtual map” functionality.
20141120 03:53:58< gfgtdf> iceiceice: compared to mormal lua tables
20141120 03:54:24< iceiceice> mattsc: so all i mean is that, the lua defined by the scenario would be separated from the ai lua
20141120 03:54:28< iceiceice> you would still get the wesnoth table
20141120 03:54:31< gfgtdf> mattsc: the point i that teh wiki page RECCOMENDS to do somethign that breaks most wml taht use lua global varibles
20141120 03:54:35< iceiceice> and be able to change everything around if you like
20141120 03:54:58< iceiceice> gfgtdf: yeah i mean, its not actually a good idea and it wont fix the thing i said
20141120 03:55:03< iceiceice> i wish we could save lua state though
20141120 03:55:10-!- un214 [~un214@2602:306:cccf:af99:56a0:50ff:fe57:101d] has joined #wesnoth-dev
20141120 03:55:15< iceiceice> its possibly the worst thing about lua for wesnoth
20141120 03:55:44< gfgtdf> iceiceice: well we have teh game_events.on_load/on_save
20141120 03:55:55< mattsc> gfgtdf: okay - please feel free to change that.  I don’t think I’ve used the global WML variables table in a long time.
20141120 03:56:04< gfgtdf> iceiceice: and we can serialize everying except function types
20141120 03:56:17-!- Ivanovic_ [~ivanovic@frnk-5f74ea40.pool.mediaWays.net] has joined #wesnoth-dev
20141120 03:56:21< gfgtdf> iceiceice: still it woudl be nice if we can save function types too
20141120 03:56:50< gfgtdf> iceiceice: i think there are lua addons that can save teh whole lua state
20141120 03:57:05< iceiceice> really?
20141120 03:57:10< mattsc> gfgtdf: just checked - the Micro AIs only use the action metatable, not the variables metatable (just as I thought)
20141120 03:58:16< gfgtdf> iceiceice: not sure
20141120 03:58:19< mattsc> ancestral: sorry, got sidetracked in the other discussion.  Was there anything else you needed from me at this time?
20141120 03:58:31< gfgtdf> iceiceice: i think  i read about it when i wrote an addon quite soem time ago though
20141120 03:58:37-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20141120 03:58:42-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 258 seconds]
20141120 03:58:55< iceiceice> thats pretty impressive, i thought it was supposed to be hard because the impl is all pointers
20141120 04:00:11-!- Ivanovic_ is now known as Ivanovic
20141120 04:00:18< mattsc> Hmm, the test scenario in AI-demos still sets up the table, but it doesn’t do anything with it.  I should probably remove that.
20141120 04:00:21< iceiceice> gfgtdf: one thing we could do i guess is like, save a "lua replay" in the save file
20141120 04:00:39< iceiceice> that just stores all the scripts that got executed, or the functions that C++ called
20141120 04:01:53< ancestral> mattsc: I’m downloading the 1.12 binary (only slow servers seem to be hosting it)
20141120 04:02:46< ancestral> (1.11.19 seems fine, no Helvetica for me)
20141120 04:03:16< mattsc> gfgtdf, iceiceice: so as far as I am concerned, you can remove that “feature” (or whatever it is).  I don’t know if there are other add-ons out there using it though.
20141120 04:03:52< mattsc> ancestral: well, it’s Helvetica for me in all versions I have looked at.  
20141120 04:04:16< mattsc> It also appears that that’s my system default.  How do I change that?
20141120 04:04:32< ancestral> You have a G with a chin strap/descender?
20141120 04:05:41< mattsc> Hmm, no, not in my irc client, for example.
20141120 04:06:18< mattsc> But the ‘a’ is bent at the top rather than a straight line (as it looks to me it should be in Deja Vu Sans)
20141120 04:07:04< ancestral> http://www.fontsquirrel.com/fonts/dejavu-sans
20141120 04:07:21< mattsc> Ha!
20141120 04:08:04< mattsc> ancestral: have a look at this:  http://imgur.com/5G2KiYo
20141120 04:08:34< shadowm> Yes we know.
20141120 04:08:35< mattsc> Look at the difference in the a’s between inside the dialog and at the bottom under ‘Tactical’.
20141120 04:08:43< ancestral> That’s not Helvetica
20141120 04:09:01< ancestral> Let me show you a comparison in game between the two
20141120 04:09:12< mattsc> Nope, it isn’t.
20141120 04:09:14< ancestral> Hang on
20141120 04:10:27< mattsc> ancestral, shadowm: I don’t know anything about fonts.  I just looked at this: http://dejavu-fonts.org/wiki/Main_Page
20141120 04:10:37< irker870> wesnoth: Chris Beck wesnoth:master dffbd96068cc / src/scripting/lua_kernel_base.cpp: add bindings for map_location functions to the lua kernel base http://git.io/xn6RSQ
20141120 04:10:39< irker870> wesnoth: Chris Beck wesnoth:master 75ea364d5951 / src/filesystem_boost.cpp: Merge branch 'master' of https://github.com/wesnoth/wesnoth http://git.io/D3IUcw
20141120 04:10:52< ancestral> That being said
20141120 04:11:02< ancestral> Maybe the font render kinda sucks
20141120 04:11:05< mattsc> and the a’s in, for example, ‘exchanged’ or ‘quartz’ there do not look like those in the first screenshot I sent
20141120 04:11:14< mattsc> yep
20141120 04:11:47< gfgtdf> mattsc: im completely satisfied with removing that 'reccomendation' you can still use that 'feature' but just not apply it onteh global lua state but maybe a private table
20141120 04:12:03< mattsc> gfgtdf: okay; sounds good to me
20141120 04:13:10< ancestral> mattsc: http://imgur.com/N8BoIAA
20141120 04:13:14< ancestral> Okay bear with me
20141120 04:13:42< ancestral> On the left is the official binary, 1.11.19. On the right is the homebrewed version, 1.12.0.
20141120 04:14:13< mattsc> gfgtdf: except for certain testing setups, we shouldn’t use a global Lua variable for the AI anyway.
20141120 04:14:14< ancestral> (I should have made the tips the same)
20141120 04:14:34-!- un214 [~un214@2602:306:cccf:af99:56a0:50ff:fe57:101d] has quit [Remote host closed the connection]
20141120 04:14:47< ancestral> Helvetica is on the right
20141120 04:14:55< gfgtdf> mattsc: how does that ai usualy store its 'knowledge' or does it caculate everything agains ?
20141120 04:15:09< mattsc> ancestral: yes, I can see the difference in the G’s in ‘Guide
20141120 04:15:18< mattsc> ‘, now that you pointed it out.  Let me check.
20141120 04:15:42< ancestral> In game dialog probably would be a better benchmark honestly
20141120 04:15:44< ancestral> *dialogue
20141120 04:16:04< mattsc> ancestral: why you switch to British spelling?
20141120 04:16:07< mattsc> :P
20141120 04:16:14< ancestral> Dialogue, speaking to one another
20141120 04:16:28< ancestral> Dialog is more a computer term
20141120 04:16:45< ancestral> Did it more to differentiate between the two
20141120 04:17:30< mattsc> acenstral: 1.12.0 for me.  No thingy on the G.  http://imgur.com/IxI6lgU
20141120 04:17:32< shadowm> http://en.wiktionary.org/wiki/dialog#English
20141120 04:17:42< mattsc> ancestral: ^  (sorry)
20141120 04:17:49< ancestral> :-P
20141120 04:18:03< mattsc> I usually _do_ use tab completion …
20141120 04:18:12< ancestral> My English teacher once docked me points for using “dialog”
20141120 04:18:28< mattsc> I have to be afk for a little …
20141120 04:18:33< irker870> wesnoth: gfgtdf wesnoth:master 83975887ea6d / src/generators/ (default_map_generator_job.cpp default_map_generator_job.hpp): eliminate a rand() call http://git.io/y3AMHg
20141120 04:18:35< irker870> wesnoth: gfgtdf wesnoth:master bb42e2fbef1d / src/generators/default_map_generator_job.cpp: fix mapgen random seed http://git.io/znAO2w
20141120 04:19:02< ancestral> The characters had a dialogue, displayed in a dialog box
20141120 04:19:11< gfgtdf> iceiceice: i think we shoudl add teh posibility for random seed in teh mua mapgen also
20141120 04:19:25< iceiceice> gfgtdf: that is the default
20141120 04:19:38< iceiceice> the default constructor for mt_rng gets a seed from seed_rng i believe
20141120 04:19:40< gfgtdf> iceiceice:  than meand id liek to remove all possible calls to rand() or boost::random_Device
20141120 04:19:54< gfgtdf> iceiceice: from teh lua mapgen
20141120 04:19:59< iceiceice> hmm
20141120 04:20:14< iceiceice> isnt it more convenient to automatically provide a good seed?
20141120 04:20:15< ancestral> (However, catalog/catalogue is just the same, and I never spell “catalogue”)
20141120 04:20:16< gfgtdf> iceiceice: i thing reproducabel random maps are a cool feature
20141120 04:20:30< gfgtdf> reproducable*
20141120 04:21:00< iceiceice> gfgtdf: what i had intended was that people would add "seed" field to the configuration dialog for their generator
20141120 04:21:47< mattsc> gfgtdf: just quickly (I’ll be back in a little):  check under ‘parameters’ here:  http://wiki.wesnoth.org/Lua_AI:_External_Candidate_Actions
20141120 04:21:51< gfgtdf> iceiceice: hm i just added  a general seed files for teh cavegan and teh defautl mapgen in teh editor generatemap dialog
20141120 04:22:36< gfgtdf> filed*
20141120 04:22:39< gfgtdf> field*
20141120 04:23:01< iceiceice> gfgtdf: what changes do you want to make here
20141120 04:23:14< iceiceice> do you want to make mt_rng constructor not seed its argument?
20141120 04:23:20< iceiceice> or get rid of default constructor?
20141120 04:23:39< iceiceice> or do you want to just make the lua bindings to mt_rng work differently from the C++ ones
20141120 04:23:44< gfgtdf> iceiceice: i only care about random map generation currentyl not about mt_rng s implementation
20141120 04:23:55< iceiceice> ok but the RNG:: is available for all lua kernels
20141120 04:24:08< iceiceice> its a direct binding to mt_rng
20141120 04:24:15< iceiceice> owned by lua
20141120 04:24:17< gfgtdf> iceiceice: hm does that allow to pass a seed ?
20141120 04:24:20< iceiceice> yes
20141120 04:24:29< iceiceice> but the default constructor is to take from seed_rng
20141120 04:24:52< iceiceice> you could just like, 
20141120 04:24:59< iceiceice> make seed be an argument to all of the mapgens,
20141120 04:25:10< gfgtdf> iceiceice: thats what did
20141120 04:25:16< iceiceice> and we could make all the examples show people to call like "rng.seed(args.seed)"
20141120 04:25:41< gfgtdf> iceiceice: hm i think thats ok
20141120 04:25:46< iceiceice> ok
20141120 04:27:36< gfgtdf> iceiceice: do lua mapgens currently can generate bot scenarios and maps or onyl one of them per generator ?
20141120 04:28:05< iceiceice> gfgtdf: you can define both "create_scenario" and "create_map" if you want
20141120 04:28:26< iceiceice> in a scenario, if you selected map_generation or scenario generation, that one will be used,
20141120 04:28:38< iceiceice> in the mp_create, if you defined scenario_generation that will be preferreed
20141120 04:29:09< iceiceice> if you didn't define scenario generation, and the C++ requires it, there's some virtual place holder that puts your map in a dummy scenario basically
20141120 04:29:40< iceiceice> gfgtdf: there is also "userconfig" defined but i didnt test it at all yte,
20141120 04:29:42< iceiceice> *yet
20141120 04:31:09< iceiceice> be back later
20141120 04:31:10-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20141120 04:31:11< gfgtdf> iceiceice: does tah possosite happen ? eg generatng the scenario and tehn just taking teh map from it ?
20141120 04:31:16< gfgtdf> the*
20141120 04:31:28< gfgtdf> iceiceice: taht coudl be useful for teh editor especially
20141120 04:31:29-!- gfgtdf [~chatzilla@d108193.adsl.hansenet.de] has quit [Quit: ChatZilla 0.9.91 [Firefox 33.1/20141106120505]]
20141120 04:31:30< ancestral> Egads. Wesnoth is half a gig now.
20141120 04:53:08< enchilado> Hasn't it been close to that for a while?
20141120 04:53:36< enchilado> I thought it was about 430 when I downloaded it about a year ago
20141120 04:53:40-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 256 seconds]
20141120 04:53:51< ancestral> mattsc: Okay, 1.12 fine for me. So I think the only outstanding issue is figuring out why homebrew is choosing Helvetica. But that’s not important atm.
20141120 04:54:31< ancestral> (and it does work, but only for GUI1 or GUI2)
20141120 04:55:07< mattsc> ancestral: okay, cool
20141120 04:55:17-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20141120 04:56:06< mattsc> ancestral, shadowm: and sorry for any confusion my ignorance on the topic has caused.  :(
20141120 04:56:24-!- iceiceice [~chris@192.16.204.74] has joined #wesnoth-dev
20141120 04:56:24-!- iceiceice [~chris@192.16.204.74] has quit [Changing host]
20141120 04:56:24-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20141120 04:57:07< iceiceice> gfgtdf: i didn't code the opposite,
20141120 04:57:22< iceiceice> the editor could easily implement it though by just taking the return of create_scenario
20141120 04:57:53< iceiceice> i didn't want to define both ways in the base class, because then calling either in the base class would make a stackover flow i guess
20141120 05:02:36-!- happygrue [~Laptop@wesnoth/developer/wintermute] has quit [Remote host closed the connection]
20141120 05:04:10< ancestral> 100 MB is translations
20141120 05:04:41< ancestral> If I just threw away the translations folder, would Wesnoth barf?
20141120 05:05:00< ancestral> (…figuratively speaking)
20141120 05:05:07< shadowm> No, you'd just not get any translations.
20141120 05:06:33< ancestral> And data/tools, is that used by the game?
20141120 05:07:26< mattsc> data/tools is 2MB for me ...
20141120 05:07:27< ancestral> Only 2.1 MB
20141120 05:07:31< ancestral> Yeah, hehe
20141120 05:08:24< ancestral> If I dump translations, I wouldn’t need DroidSansFallback
20141120 05:08:45< iceiceice> i think we should make a "low mem" distribution, in which all portraits and sprites are replaced with stick figures
20141120 05:08:51< ancestral> Unless someone is talking to me in an unusual language not covered by DejaVu?
20141120 05:08:51< iceiceice> and some fancy png compression scheme
20141120 05:09:07< ancestral> iceiceice: Let’s make a B&W version! :-P
20141120 05:09:11< iceiceice> haha
20141120 05:09:21< ancestral> Also, 8-bit music
20141120 05:09:38< iceiceice> that would probably make a significant difference also :
20141120 05:09:39< iceiceice> :)
20141120 05:09:41< ancestral> Or 256 colors
20141120 05:10:15< ancestral> We can get one of those alerts that would always pop up when you’d play a game asking you to switch your monitor to 256 colors
20141120 05:11:12< ancestral> mattsc: Is Growl still used?
20141120 05:12:30< mattsc> ancestral: it is in 1.12, but it only works if you have Growl 1.2/1.3 (I think).  It doesn’t work with Grow 2.x
20141120 05:12:42< mattsc> And it currently does not work at all in master
20141120 05:13:08< ancestral> I never installed Growl on my computer. What was the intention with it?
20141120 05:13:16< ancestral> With Growl in Wesnoth?
20141120 05:13:42< mattsc> It gives you ‘turn changed’ notifications in MP if the focus in not on Wesnoth.
20141120 05:14:08< mattsc> … and some other sort of notifications along the same lines that I forgot about
20141120 05:14:25< ancestral> I wonder if it could be plugged into the Notification Center
20141120 05:14:30< ancestral> Or is that only for Mac App Store apps?
20141120 05:15:11< mattsc> I assume it’s possible (and probably preferable), but I have no idea how.
20141120 05:15:27< ancestral> shadowm: Shouldn’t .gitignore files not be in the binary releases?
20141120 05:15:50< ancestral> I’m seeing a lot of .gitignore files
20141120 05:16:19< ancestral> mattsc: ^
20141120 05:17:07< mattsc> ancestral: https://www.youtube.com/watch?v=v7BkdARYNAE
20141120 05:17:11< shadowm> That's Ivanovic's business. There's even a bug filed about that.
20141120 05:17:20< ancestral> Love that episode
20141120 05:17:25< shadowm> Wait. Binary releases. Right.
20141120 05:17:43< ancestral> Seems… kind of sloppy?
20141120 05:17:54< shadowm> Who cares.
20141120 05:18:12< ancestral> Well… let me do some math
20141120 05:18:22< shadowm> The Linux source code distributions also include the Linux .gitignore file.
20141120 05:18:39< shadowm> It's not going to eat your dog or anything.
20141120 05:18:43< mattsc> ancestral: the Xcode builds just copy the entire directories without regard for what’s in them.
20141120 05:19:02< mattsc> I’m not sure if it is possible (easily) to exclude all of those.
20141120 05:19:27< mattsc> I guess I could run some script after the fact to purge all of them, but the combined space they take up must be tiny.
20141120 05:20:50< ancestral> I guess it’s less than 1 MB’s worth
20141120 05:20:51< mattsc> ancestral: the biggest thing we could do to save space would, I think, be to make a package without music; and then people copy music over from an older version.
20141120 05:21:00< ancestral> That and translations
20141120 05:21:06< mattsc> sure
20141120 05:21:16< mattsc> translations change much more often though.
20141120 05:21:20< ancestral> An English-only download might be popular
20141120 05:21:34< mattsc> that’s trivial to do.
20141120 05:21:57< mattsc> I need to build translations separately anyway, I could just skip that step
20141120 05:22:08< ancestral> And without music, you could get it down to 260 MB
20141120 05:22:14< shadowm> Someone once gave me effort vs. download stats as an excuse for not having a source code tarball excluding the music.
20141120 05:22:42< ancestral> mattsc: Or have updaters
20141120 05:22:44< shadowm> But if you want to try doing that for your own binary distribution, shrug.
20141120 05:24:04< mattsc> Well, I am willing to do it if, and only if, I can do it for a DMG that does not have a background image in OS X 10.5  :P
20141120 05:24:58< ancestral> I experimented with an updater for Win and Mac from 1.11.15 to 1.11.16. It was 27.8 MB in size (going to be at mercy to the binary files that change in the project from one version to another)
20141120 05:25:44< mattsc> … because it’s a PITA to produce those and I don’t want to do that twice.
20141120 05:25:58< ancestral> Let 10.5 die
20141120 05:26:05< ancestral> A quick death please
20141120 05:26:13< ancestral> And PPC too
20141120 05:26:21< mattsc> PPC is already dead
20141120 05:26:35< mattsc> And 10.5 will only be supported for the 1.12 branch
20141120 05:26:50< ancestral> Yeah, you said that
20141120 05:27:01< mattsc> But you will set up Tigerbrew for those who want to use 1.13 on 10.5, right?  ;)
20141120 05:27:30< ancestral> Hehe
20141120 05:28:14< mattsc> Anyways, I can build 1.12 DMGs that work on 10.5 on my 10.9 machine, I just cannot get the pretty background image to show up.
20141120 05:28:28-!- SZ_Bot [SZ_Bot@27-83-235-80.dyn.estpak.ee] has joined #wesnoth-dev
20141120 05:28:31-!- Ravana_ [SZ_Bot@27-83-235-80.dyn.estpak.ee] has quit [Disconnected by services]
20141120 05:28:35-!- SZ_Bot is now known as Ravana_
20141120 05:29:35< ancestral> 10.5 users can install old versions of Virtualbox, install Linux, and run Wesnoth from there
20141120 05:42:41< iceiceice> hehe
20141120 05:42:57< iceiceice> i think every .gitignore file should contain in its comments section a hyperlink to the "ignore me!" video: https://www.youtube.com/watch?v=aGbPs5y3oz8&index=2&list=RDFMNJuSl91qY
20141120 05:43:05< iceiceice> to discourage us from putting them in the distributions :)
20141120 05:44:52< iceiceice> ok i won't troll anymore
20141120 05:48:23< ancestral> Hehe
20141120 05:51:04< ancestral> For the record: https://paste.ee/p/619sl
20141120 05:52:59< shadowm> Yes.
20141120 05:58:06 * shadowm kicks loonycyborg, Ivanovic and mattsc.
20141120 05:58:12< shadowm> PEOPLE.
20141120 05:58:45< shadowm> The links in the 1.12 announcement for the Windows and Apple OS X binary builds DO NOT reflect reality!
20141120 05:58:51< shadowm> http://sourceforge.net/projects/wesnoth/files/wesnoth-1.12/wesnoth-1.12/
20141120 05:59:23< shadowm> The announcement had `wesnoth-1.12-win32.exe` for Windows, it's actually `wesnoth-1.12.0-win32.exe`.
20141120 06:00:02< shadowm> The announcement had `Wesnoth_1.12.dmg` for Apple OS X, it's actually `Wesnoth_1.12.0.dmg`.
20141120 06:01:01< shadowm> Ivanovic, loonycyborg, mattsc: You have until Saturday to decide what to do about this. (I guess I'll wind up writing a script to fix the links in the announcement instead but it's actually up to you to decide that.)
20141120 06:02:21< shadowm> loonycyborg: And don't forget to upload that fixed build.
20141120 06:04:15-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20141120 06:08:36< iceiceice> shadowm: do you know any way to verify this thing pent reported? http://forums.wesnoth.org/viewtopic.php?f=5&t=41237
20141120 06:08:48< iceiceice> i assume there are no linux tools to interrogate dll's
20141120 06:10:19< shadowm> Get a Windows user to right click on the DLL, choose Properties, Version tab.
20141120 06:10:42< shadowm> Actually, no, I have that zip.
20141120 06:11:03< shadowm> s/Version/Details/
20141120 06:11:09< shadowm> iceiceice: 1.12.14.
20141120 06:11:24< iceiceice> does it match the SDL header in your zip?
20141120 06:11:50< iceiceice> (include/SDL/SDL_version.h)
20141120 06:11:57< shadowm> No, the header is 1.12.15.
20141120 06:12:01< iceiceice> ruh roh!
20141120 06:12:06< shadowm> s/12/2/g
20141120 06:12:29< shadowm> Not worth worrying about unless there are ABI changes.
20141120 06:12:43< shadowm> Which would normally warrant a major version bump.
20141120 06:12:51< iceiceice> supposedly there was some bug in 1.2.14
20141120 06:12:59< iceiceice> that caused us to advise people to downgrade to 1.2.13
20141120 06:13:02< shadowm> Yes, I vaguely remember something like that.
20141120 06:13:18< shadowm> I also remember someone finding a bug in 1.2.15.
20141120 06:13:58< shadowm> Debian provides a patched package for 1.2.15 without the bug in question.
20141120 06:14:43< shadowm> Debian #665779.
20141120 06:15:12< shadowm> Upstream: http://bugzilla.libsdl.org/show_bug.cgi?id=1430
20141120 06:15:54< shadowm> Wow.
20141120 06:16:11< shadowm> It's been open for *years*.
20141120 06:16:47< shadowm> I assume it's because it's about the 1.2.x version and upstream are too lazy to triage bugs.
20141120 06:17:26< shadowm> So I guess I should expect my bug to go similarly ignored forever.
20141120 06:18:20-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141120 06:18:20-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has joined #wesnoth-dev
20141120 06:18:49< shadowm> I wonder how many other OSS projects are like this so I never bother writing a detailed bug report and test case again.
20141120 06:19:16< iceiceice> are there any maintainers besides sam lantinga?
20141120 06:19:52< shadowm> There are two people who are automatically emailed when you submit a bug.
20141120 06:22:01< iceiceice> it might be that they are all focused on fixing bugs in 2.0 basically
20141120 06:22:33< mattsc> shadowm: I rename the Os X dmg
20141120 06:22:34< iceiceice> its lame that they didnt give any kind of response
20141120 06:22:52-!- kex [~kex@78.157.29.160] has quit [Ping timeout: 240 seconds]
20141120 06:23:07< mattsc> shadowm: I renamed the OS X file to Wesnoth_1.12.dmg.
20141120 06:23:29< shadowm> Yeah, but I assigned my bug to the 2.0-compatible SDL_ttf version and still nothing.
20141120 06:23:34-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20141120 06:25:33< iceiceice> maybe we should just move to straight opengl
20141120 06:25:59< iceiceice> idk what alternatives there are for sound though
20141120 06:26:38< shadowm> SDL.
20141120 06:26:47< shadowm> SDL + OpenGL is a thing.
20141120 06:27:18< shadowm> As of SDL 2.0 I guess it's pretty much the de facto recommendation seeing as how they crippled SDL's software rendering.
20141120 06:27:33< iceiceice> if we are protesting the lack of support from upstream though, that kind defeats the purpose
20141120 06:28:00< shadowm> Doing OpenGL cross-platform invariably requires a wrapper library.
20141120 06:28:31< shadowm> I mean, unless you want to bother with platform-specific issues like setting up a GL context, doing window management, etc.
20141120 06:29:01< iceiceice> i don't,
20141120 06:29:17< iceiceice> i also don't particularly want to rewrite all the hotkey and gui2 code that uses SDL enums
20141120 06:31:11-!- zookeeper [zookeeper@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20141120 06:39:30< shadowm> loonycyborg: Also, in view of this I think it'd be better if you used 1.12a for the new build.
20141120 06:39:58< shadowm> Oh, mattsc renamed his build.
20141120 06:40:07< shadowm> loonycyborg: Scratch that, just reupload.
20141120 06:40:12< shadowm> With the correct name.
20141120 06:56:22-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 255 seconds]
20141120 06:57:06-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20141120 06:58:08-!- Ivanovic [~ivanovic@frnk-5f74ea40.pool.mediaWays.net] has quit [Changing host]
20141120 06:58:08-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20141120 07:00:50< Ivanovic> shadowm: if the folder is correct and only the filename wrong: this can be changed with renaming in the sf.net interface!
20141120 07:01:31< shadowm> The folder is correct.
20141120 07:01:50< shadowm> I wasn't aware SF.net had a rename option, so that's good I guess.
20141120 07:02:11< Ivanovic> and if the initial upload from loonycyborg was named wrong: perfect!
20141120 07:02:29< Ivanovic> than we can name the new upload 1.12.exe without a and directly have the announcement name
20141120 07:02:52< shadowm> Yeah.
20141120 07:03:58< shadowm> I have made the 1.12.0 forum announcement draft available in Moderators: http://forums.wesnoth.org/viewtopic.php?f=33&t=41201
20141120 07:04:24< shadowm> However, the opening section really needs a lot of work and I've been unable to come up with anything better for the past 4 days. vultraz?
20141120 07:06:44< vultraz> Hm
20141120 07:08:08< vultraz> Nothing immediately comes to mind
20141120 07:11:59< shadowm> Ivanovic: If you want me to mention the download count somewhere like in the 1.10.0 front page entry, you'll have to give me the figures, because I can't find anything in the SF.net project other than the "downloads / week" counters.
20141120 07:12:29< shadowm> (Which I guess are downloads per week? Or maybe it's the number of downloads for the last week. I honestly can't tell with SF.net's current crummy interface.)
20141120 07:13:14< shadowm> <http://wiki.wesnoth.org/Older_News_2012#Wesnoth_1.10>
20141120 07:23:54-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has joined #wesnoth-dev
20141120 07:24:20-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141120 07:24:43< Ivanovic> shadowm: https://sourceforge.net/projects/wesnoth/files/stats/timeline?dates=2003-09-05+to+2014-11-20
20141120 07:24:48< Ivanovic> hard to find these days...
20141120 07:25:19< Ivanovic> to change the time window you have to alter the date range at the top right corner
20141120 07:25:21< shadowm> Ivanovic: Also, right now we only have the Spanish, Galician, and Portuguese (Portugal) translations of the release notes. I guess you haven't been sent any others?
20141120 07:25:32< Ivanovic> i have not received others
20141120 07:25:34< Ivanovic> correct
20141120 07:25:41< Ivanovic> chrber might get something done for german
20141120 07:25:42< shadowm> The 1.10.0 announcement said "many languages" and now I can't say that because that'd be silly.
20141120 07:25:49< Ivanovic> if he does not: no announcement in german
20141120 07:26:02< shadowm> Hm. :\
20141120 07:27:24< Ivanovic> instead of "many" make it "several"
20141120 07:27:43< Ivanovic> anyway, i got to leave for work now
20141120 07:27:44< Ivanovic> CU
20141120 07:44:13-!- boucman_work [~jrosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20141120 07:45:54< shadowm> Also posted the draft for the new front page post.
20141120 07:48:01< shadowm> Hm, and edited it again to add a couple of figures.
20141120 07:48:02-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20141120 07:59:01< vultraz> shadowm: actually, I do have something
20141120 07:59:33< shadowm> Edited everything again.
20141120 07:59:41< shadowm> vultraz: Speak.
20141120 07:59:47< vultraz> I'm writing it
20141120 08:04:01< shadowm> It's not supposed to be wordy.
20141120 08:04:40< shadowm> The press release-type announcement is the one that serves that purpose.
20141120 08:05:18< shadowm> vultraz: So I hope you aren't furiously writing a dozen paragraphs right now because then you are wasting your time.
20141120 08:05:31< vultraz> Why would it be a dozen?
20141120 08:05:37< vultraz> It's one small paragraph
20141120 08:06:52< shadowm> Because I know from past experience that you tend to get carried away with this stuff.
20141120 08:07:13-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141120 08:07:49< vultraz> https://www.dropbox.com/s/5igwcxeuvh95ebb/announcementintro.txt?dl=0 
20141120 08:10:36< vultraz> But thanks for mentioning it should be short, it helped me not spend another half hour pondering stuff to add 
20141120 08:11:59-!- kex [~kex@78.157.29.160] has quit [Ping timeout: 264 seconds]
20141120 08:12:00< c74d> I like it, though I don’t know what the original was.
20141120 08:12:11< c74d> “for work” → “for your work”
20141120 08:12:35< vultraz> and that ^
20141120 08:13:11< c74d> I’m not sure about the terms “stable series” and “commits”; what’s the intended audience?
20141120 08:16:42-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20141120 08:18:04-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141120 08:27:31-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20141120 08:36:02< shadowm> The target audience is undefined and I don't consider your concern to be a problem.
20141120 08:37:21< shadowm> "During that time, Wesnoth has undergone many groundbreaking changes [...]" I don't like this, only a few of the changes are actually groundbreaking.
20141120 08:37:47< shadowm> The revamped game UI and editor are pretty much the only actual groundbreaking changes.
20141120 08:38:16< shadowm> New faction? It's optional. Portraits? Not groundbreaking, there aren't even a lot of them.
20141120 08:38:43< shadowm> Updated unit animations? Hardly enough in quantity to be considered groundbreaking.
20141120 08:39:21< iceiceice> actually imo the new unit animations are quite significant, the dwarves look really good now
20141120 08:39:45< shadowm> Yeah, but that's just the dwarves and the Skeleton.
20141120 08:39:54< shadowm> And Horsemen.
20141120 08:39:58< iceiceice> did we get saurians too or is that old
20141120 08:40:20< shadowm> I think it's from 1.10.
20141120 08:40:37< shadowm> Yep.
20141120 08:40:41< vultraz> shadowm: then just drop 'groundbreaking'
20141120 08:40:41< iceiceice> hmmm ok
20141120 08:40:44-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has joined #wesnoth-dev
20141120 08:41:29< shadowm> I also don't like the "undergo many changes" wording.
20141120 08:41:50< shadowm> I'm not really sure why, it sounds weird.
20141120 08:42:29< shadowm> I already covered contributors in a section later.
20141120 08:45:55 * shadowm tries to write an alternative version.
20141120 08:46:50< vultraz> Take those out and you might as well keep what you have :/
20141120 08:54:17-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Ping timeout: 240 seconds]
20141120 08:54:44-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20141120 08:55:05< shadowm> vultraz: "A new stable series begins, following nearly three years of development and almost 8,500 commits. We wish to thank [b]you[/b], our vast community of players, content creators, and fans for your continued support; it is your feedback, bug reports, and boundless creativity that keep Wesnoth’s development moving forward."
20141120 08:55:33< vultraz> Hm
20141120 08:55:35< vultraz> I like
20141120 08:57:26-!- mjs-de [~mjs-de@f049208063.adsl.alicedsl.de] has joined #wesnoth-dev
20141120 09:14:23-!- lipkab [~the_new_l@2001:738:5404:192:9e4e:36ff:fe7c:534c] has joined #wesnoth-dev
20141120 09:16:51-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 255 seconds]
20141120 09:17:47-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20141120 09:19:43-!- lipkab [~the_new_l@2001:738:5404:192:9e4e:36ff:fe7c:534c] has quit [Ping timeout: 265 seconds]
20141120 09:29:43-!- lipkab [~the_new_l@2001:738:5404:192:9e4e:36ff:fe7c:534c] has joined #wesnoth-dev
20141120 09:36:38-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Read error: Connection reset by peer]
20141120 09:42:34-!- molgrum [~molgrum@212.85.89.43] has joined #wesnoth-dev
20141120 09:44:43-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20141120 10:29:10-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141120 10:51:40-!- gfgtdf [~chatzilla@d108193.adsl.hansenet.de] has joined #wesnoth-dev
20141120 10:52:27< gfgtdf> 20141120 04:57:22< iceiceice> the editor could easily implement it though by just taking the return of create_scenario
20141120 10:53:11< gfgtdf> iceiceice: but the editor cannot easily see inside the lua map generator code and see whether it supports scenario ormap generation
20141120 10:54:06< iceiceice> gfgtdf: so at least as i concieved it right now, the generator will basically always support scenario generation
20141120 10:54:14-!- cib0 [~cib@132.231.178.14] has joined #wesnoth-dev
20141120 10:54:30< iceiceice> because, if it only supports map generation, it gets a default scenario generation as well, which just puts the map in some dummy scenairo
20141120 10:54:53< iceiceice> that behavior might be overloaded, you could have a generator that defines both
20141120 10:55:46< iceiceice> but i basically assume that it will do this by calling its map generator version to get the map_data, and then do some extra stuff maybe
20141120 10:56:04< iceiceice> that seems pretty safe anyways
20141120 10:57:00< gfgtdf> iceiceice: do you have an opinion on whether the map format shouldcintain the labels? currently the maogan can only generate the labls on  scenario_generaton
20141120 10:57:32< iceiceice> i think its okay to make them use scenario generation if they want labels
20141120 10:57:46< iceiceice> there's no need to complicate the map format, apparently that is like a major political effort
20141120 10:59:09< iceiceice> (i say it because apparently it took quite a long time to negotiate getting rid of this "border = " and "usage = " stuff)
20141120 10:59:24-!- cib0 [~cib@132.231.178.14] has quit [Ping timeout: 244 seconds]
20141120 11:03:04-!- gfgtdf [~chatzilla@d108193.adsl.hansenet.de] has quit [Quit: ChatZilla 0.9.91 [Firefox 33.1/20141106120505]]
20141120 11:08:07-!- DCW [~Thunderbi@cpc66866-finc15-2-0-cust47.4-2.cable.virginm.net] has joined #wesnoth-dev
20141120 11:08:28-!- lipkab [~the_new_l@2001:738:5404:192:9e4e:36ff:fe7c:534c] has quit [Ping timeout: 265 seconds]
20141120 11:17:06-!- lipkab [~the_new_l@2001:738:5404:192:9e4e:36ff:fe7c:534c] has joined #wesnoth-dev
20141120 11:29:50-!- lipkab [~the_new_l@2001:738:5404:192:9e4e:36ff:fe7c:534c] has quit [Remote host closed the connection]
20141120 11:30:21-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20141120 11:34:31-!- Coffee_irc [~david@ppp118-210-3-165.lns20.adl2.internode.on.net] has quit [Quit: Konversation terminated!]
20141120 11:39:58-!- Anakonda [Anakonda@dsl-tkubrasgw1-54f9ba-178.dhcp.inet.fi] has joined #wesnoth-dev
20141120 11:56:13-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has quit [Quit: Konversation terminated!]
20141120 12:01:49-!- Coffee_irc [~david@ppp118-210-3-165.lns20.adl2.internode.on.net] has joined #wesnoth-dev
20141120 12:32:22-!- DCW [~Thunderbi@cpc66866-finc15-2-0-cust47.4-2.cable.virginm.net] has quit [Remote host closed the connection]
20141120 13:21:51-!- lipkab [~the_new_l@2001:738:5404:192:9e4e:36ff:fe7c:534c] has joined #wesnoth-dev
20141120 13:32:59-!- lipkab [~the_new_l@2001:738:5404:192:9e4e:36ff:fe7c:534c] has quit [Ping timeout: 265 seconds]
20141120 13:35:30-!- lipkab [~the_new_l@2001:738:5404:192:9e4e:36ff:fe7c:534c] has joined #wesnoth-dev
20141120 13:51:13< zookeeper> mattsc, i made two big mistakes: i started SotBE on hardest difficulty, _and_ thought i could do wolf riders only :x
20141120 13:51:28< zookeeper> no chance on siege of barag gor
20141120 13:51:42< zookeeper> not complaining, just saying :P
20141120 13:53:00< mattsc> zookeeper: Ha!  (Somehow that doesn’t surprise me.)  :P
20141120 13:53:17-!- lipkab [~the_new_l@2001:738:5404:192:9e4e:36ff:fe7c:534c] has quit [Ping timeout: 265 seconds]
20141120 13:53:24< mattsc> That you can’t get through SoBG with wolves only, not that you are making mistakes, I mean  ;)
20141120 13:54:05< zookeeper> SoBG seems really really difficult either way, though
20141120 13:54:29-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20141120 13:55:31< mattsc> zookeeper: yes, it is.
20141120 13:56:28< mattsc> But I have played through it on nightmare without save/loading.  (well, not technically, but …)
20141120 13:57:06< mattsc> As in, I did reload once, but that’s because I decided to change my tactics and went back a couple turns.
20141120 13:58:32-!- Ravana_ [SZ_Bot@27-83-235-80.dyn.estpak.ee] has quit [Disconnected by services]
20141120 13:58:32-!- SZ_Bot [SZ_Bot@27-83-235-80.dyn.estpak.ee] has joined #wesnoth-dev
20141120 14:01:22< zookeeper> yeah, i don't mind the campaign's difficulty bump at all
20141120 14:03:33-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Computer's napping]
20141120 14:05:05 * boucman_work remembers a long time ago, when ElvishPillager won HTTT using only elvish shaman
20141120 14:06:58< zookeeper> hey, everyone's done that :P
20141120 14:07:16< zookeeper> i guess he was the first though
20141120 14:08:13< boucman_work> at the time, slow would remove one strike instead of reducing damage. Elvish shaman was the best unit to kill trolls :P
20141120 14:08:24< zookeeper> ah
20141120 14:09:03< zookeeper> i once tried to do DiD with corpses only... it didn't really work out :/
20141120 14:10:41-!- lipkab [~the_new_l@2001:738:5404:192:9e4e:36ff:fe7c:534c] has joined #wesnoth-dev
20141120 14:12:34-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20141120 14:12:41-!- lipkab [~the_new_l@2001:738:5404:192:9e4e:36ff:fe7c:534c] has quit [Remote host closed the connection]
20141120 14:14:18-!- irker870 [~irker@fehu.ai0867.net] has quit [Quit: transmission timeout]
20141120 14:29:53-!- cib0 [~cib@132.231.178.143] has joined #wesnoth-dev
20141120 14:39:48< AI0867> xBRZ still stops the game from building for me in strict mode
20141120 14:40:35-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141120 14:42:23-!- ToBeCloud [uid51591@gateway/web/irccloud.com/x-ouvckltanrbqyagq] has joined #wesnoth-dev
20141120 14:58:53-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has joined #wesnoth-dev
20141120 15:03:44-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20141120 15:23:50-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Computer's napping]
20141120 15:37:41-!- cib0 [~cib@132.231.178.143] has quit [Ping timeout: 265 seconds]
20141120 15:38:17-!- Coffee_irc [~david@ppp118-210-3-165.lns20.adl2.internode.on.net] has quit [Quit: Konversation terminated!]
20141120 15:45:05-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20141120 15:45:40-!- ancestral_ [~ancestral@71-34-14-121.mpls.qwest.net] has joined #wesnoth-dev
20141120 15:45:47-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has quit [Read error: Connection reset by peer]
20141120 15:45:48-!- ancestral_ is now known as ancestral
20141120 15:47:04-!- fabi [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20141120 15:58:05-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20141120 16:05:09-!- happygrue [~Laptop@wesnoth/developer/wintermute] has joined #wesnoth-dev
20141120 16:19:57-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20141120 16:20:42< iceiceice> AI0867: compiling with scons or cmake?
20141120 16:20:56< iceiceice> and what compiler?
20141120 16:21:42< iceiceice> xBRZ indeed does many warning-related things, for instance it has many structs with data members which are left uninitialized, intentionally, to improve performance.
20141120 16:22:29< iceiceice> based on travis, it appears that i resolved this. it might be that we need to add extra options to cmake though.
20141120 16:36:42< AI0867> iceiceice: scons and gcc
20141120 16:37:06< AI0867> I'm getting stuff like:
20141120 16:37:06< AI0867> src/xBRZ/xbrz.cpp: In function ‘void {anonymous}::scaleImage(const uint32_t*, uint32_t*, int, int, const xbrz::ScalerCfg&, int, int) [with Scaler = {anonymous}::Scaler4x; uint32_t = unsigned int]’:
20141120 16:37:09< AI0867> src/xBRZ/xbrz.cpp:665:72: error: ‘*((void*)& result +4)’ may be used uninitialized in this function [-Werror=maybe-uninitialized]
20141120 16:37:12< iceiceice> what version?
20141120 16:37:12< AI0867> src/xBRZ/xbrz.cpp:585:17: note: ‘*((void*)& result +4)’ was declared here
20141120 16:37:20< AI0867> 4.7.2
20141120 16:38:53< iceiceice> alright, i guess i should disable that warning for xBRZ.cpp
20141120 16:46:36-!- cib0 [~cib@132.231.178.67] has joined #wesnoth-dev
20141120 16:50:53< iceiceice> AI0867: for what it's worth i can't reproduce with gcc 4.9
20141120 17:02:52-!- irker090 [~irker@fehu.ai0867.net] has joined #wesnoth-dev
20141120 17:02:52< irker090> wesnoth: Alexander van Gessel wesnoth:master b31dabb47a23 / src/game_initialization/multiplayer.cpp: gui2::show_error_message takes only 1 string argument http://git.io/Zfzvhw
20141120 17:15:38< fabi> hi iceiceice
20141120 17:15:51< iceiceice> AI0867: thanks for fixing that one ^
20141120 17:15:52< iceiceice> fabi: hi
20141120 17:18:42-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141120 17:22:33< irker090> wesnoth: Alexander van Gessel wesnoth:master 12b2e1d1a03a / src/unit_display.cpp: Fix pointer-to-local-leaves-scope issue http://git.io/pOjZHw
20141120 17:26:46-!- cib0 [~cib@132.231.178.67] has quit [Ping timeout: 250 seconds]
20141120 17:29:31< irker090> wesnoth: Alexander van Gessel wesnoth:master ae7efb85972b / src/ai/simulated_actions.cpp: Turn a null-dereference into an assertion failure http://git.io/6Nc2Yg
20141120 17:34:11-!- iwaim [~iwaim@2001:2c0:40e:2002:0:4:14:80] has quit [Ping timeout: 272 seconds]
20141120 17:34:14-!- happygrue [~Laptop@wesnoth/developer/wintermute] has quit [Remote host closed the connection]
20141120 17:34:28-!- mjs-de [~mjs-de@f049208063.adsl.alicedsl.de] has quit [Remote host closed the connection]
20141120 17:36:47-!- iwaim [~iwaim@2001:2c0:40e:2002:0:4:14:80] has joined #wesnoth-dev
20141120 17:42:05-!- Sulfur [~Miranda@p5B327719.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141120 18:04:31-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Bye for now]
20141120 18:08:18-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141120 18:09:01-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 272 seconds]
20141120 18:13:01< iceiceice> AI0867: i think it might actually be a compiler bug: http://stackoverflow.com/questions/14132898/gcc-wuninitialized-wmaybe-uninitialized-issues
20141120 18:13:08< iceiceice> i don't get warnings with gcc 4.8 either
20141120 18:14:18-!- stikonas_ is now known as stikonas
20141120 18:17:22-!- kex [~kex@78.157.29.160] has quit [Remote host closed the connection]
20141120 18:25:34< irker090> wesnoth: Chris Beck wesnoth:master 31966fcfb836 / src/xBRZ/xbrz.cpp: suppress uninitialized variables warnings in xBRZ for gcc <= 4.7 http://git.io/03hFqA
20141120 18:25:36< irker090> wesnoth: Chris Beck wesnoth:master c282bdfafd55 / src/ (ai/simulated_actions.cpp game_initialization/multiplayer.cpp unit_display.cpp): Merge branch 'master' of https://github.com/wesnoth/wesnoth http://git.io/2Gxn_w
20141120 18:31:41-!- boucman_work [~jrosen@wesnoth/developer/boucman] has quit [Ping timeout: 264 seconds]
20141120 18:42:34-!- cib0 [~cib@p5DD219BA.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141120 18:54:49-!- ancestral [~ancestral@63.92.240.233] has joined #wesnoth-dev
20141120 18:59:08-!- cib0 [~cib@p5DD219BA.dip0.t-ipconnect.de] has quit [Ping timeout: 256 seconds]
20141120 18:59:33-!- cib0 [~cib@p5DD219BA.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141120 19:09:57-!- ancestral [~ancestral@63.92.240.233] has quit [Quit: i go nstuf kthxbai]
20141120 19:51:50-!- Anakonda_ [Anakonda@dsl-tkubrasgw1-54f9ba-178.dhcp.inet.fi] has joined #wesnoth-dev
20141120 19:52:48-!- Anakonda [Anakonda@dsl-tkubrasgw1-54f9ba-178.dhcp.inet.fi] has quit [Ping timeout: 264 seconds]
20141120 20:04:04-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20141120 20:04:50-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141120 20:06:00-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141120 20:08:06< irker090> wesnoth: Chris Beck wesnoth:master e7e0bb57dc8c / src/scripting/lua_kernel_base.cpp: keep the old lua print function (to cout) around, as "std_print" http://git.io/2Sl4pg
20141120 20:08:42-!- prkc [~prkc@catv-89-134-173-244.catv.broadband.hu] has joined #wesnoth-dev
20141120 20:10:10-!- kex [~kex@78.157.29.160] has quit [Ping timeout: 244 seconds]
20141120 20:13:56< irker090> wesnoth: Chris Beck wesnoth:master 29aaa7e05c8c / src/scripting/lua_kernel_base.cpp: fix a bug in lua console implementation http://git.io/wWRwgA
20141120 20:46:19-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141120 20:46:29-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 258 seconds]
20141120 20:47:53< irker090> wesnoth: mattsc wesnoth:master 94c68a7228f9 / projectfiles/Xcode/Wesnoth.xcodeproj/project.pbxproj: Update Xcode project file http://git.io/simwFQ
20141120 20:58:43-!- c74d is now known as Guest48047
20141120 20:58:43-!- Guest48047 [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has quit [Killed (leguin.freenode.net (Nickname regained by services))]
20141120 21:01:28-!- c74d [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has joined #wesnoth-dev
20141120 21:07:46-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 250 seconds]
20141120 21:09:05-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20141120 21:10:22< irker090> wesnoth: mattsc wesnoth:1.12 bb207f4d8e21 / projectfiles/Xcode/Wesnoth.xcodeproj/project.pbxproj: Update Xcode project file http://git.io/_xKkxg
20141120 21:17:30-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20141120 21:18:36< mattsc> shadowm: umm.  I just did another test and now the warnings from your Inclusion_Order_Test do show up.
20141120 21:19:29< mattsc> I’m baffled since, after I changed the #warnings to #errors last time, I could see the errors, so obviously I had the add-on installed.
20141120 21:19:54< mattsc> I am not able to reproduce the problem I had last time.  Everything seems to be working as intended.
20141120 21:21:41< mattsc> Tried with 1.12.0, 1.12.0+dev and 1.13.0+dev, same result everywhere.
20141120 21:23:00-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Bye for now]
20141120 21:27:43-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141120 21:37:44-!- travis-ci [~travis-ci@ec2-54-81-160-160.compute-1.amazonaws.com] has joined #wesnoth-dev
20141120 21:37:44< travis-ci> wesnoth/wesnoth#4847 (master - 29aaa7e : Chris Beck): The build has errored.
20141120 21:37:44< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/41640486
20141120 21:37:44-!- travis-ci [~travis-ci@ec2-54-81-160-160.compute-1.amazonaws.com] has left #wesnoth-dev []
20141120 21:59:45< irker090> wesnoth: Chris Beck wesnoth:master fccddbb22607 / src/ (5 files in 2 dirs): move lua fileops to their own file http://git.io/mQGryA
20141120 21:59:47< irker090> wesnoth: Chris Beck wesnoth:master d7770f5a9226 / src/ (5 files in 2 dirs): move lua map_location operations to their own file http://git.io/sNExHA
20141120 21:59:49< irker090> wesnoth: Chris Beck wesnoth:master e18cfd7049ec / src/ (6 files in 2 dirs): move lua rng bindings to their own file http://git.io/AYOCGA
20141120 21:59:51< irker090> wesnoth: Chris Beck wesnoth:master e89383d1aaa7 / src/scripting/ (lua_kernel_base.cpp mapgen_lua_kernel.cpp): move lua Rng wrapper to the lua kernel base http://git.io/_X6Tfg
20141120 21:59:52< irker090> wesnoth: Chris Beck wesnoth:master 371dd9038a58 / projectfiles/Xcode/Wesnoth.xcodeproj/project.pbxproj: Merge branch 'master' of https://github.com/wesnoth/wesnoth http://git.io/Mon_8A
20141120 22:03:46-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20141120 22:08:14-!- stikonas__ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141120 22:08:24-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 264 seconds]
20141120 22:22:27-!- stikonas__ is now known as stikonas
20141120 22:28:20-!- mjs-de [~mjs-de@f049208063.adsl.alicedsl.de] has joined #wesnoth-dev
20141120 22:51:00-!- cib0 [~cib@p5DD219BA.dip0.t-ipconnect.de] has quit [Ping timeout: 264 seconds]
20141120 22:54:12-!- Sulfur [~Miranda@p5B327719.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20141120 23:06:03-!- zookeeper [zookeeper@wesnoth/developer/zookeeper] has quit [Ping timeout: 272 seconds]
20141120 23:09:41-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Read error: Connection reset by peer]
20141120 23:13:57-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20141120 23:14:52-!- travis-ci [~travis-ci@ec2-54-224-30-8.compute-1.amazonaws.com] has joined #wesnoth-dev
20141120 23:14:52< travis-ci> wesnoth/wesnoth#4850 (master - 371dd90 : Chris Beck): The build failed.
20141120 23:14:52< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/41652016
20141120 23:14:52-!- travis-ci [~travis-ci@ec2-54-224-30-8.compute-1.amazonaws.com] has left #wesnoth-dev []
20141120 23:32:04-!- Anakonda_ [Anakonda@dsl-tkubrasgw1-54f9ba-178.dhcp.inet.fi] has quit [Read error: Connection reset by peer]
20141120 23:47:07-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20141120 23:56:03-!- travis-ci [~travis-ci@ec2-54-81-160-160.compute-1.amazonaws.com] has joined #wesnoth-dev
20141120 23:56:03< travis-ci> wesnoth/wesnoth#4850 (master - 371dd90 : Chris Beck): The build passed.
20141120 23:56:03< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/41652016
20141120 23:56:03-!- travis-ci [~travis-ci@ec2-54-81-160-160.compute-1.amazonaws.com] has left #wesnoth-dev []
--- Log closed Fri Nov 21 00:00:06 2014