--- Log opened Sun Nov 23 00:00:08 2014
20141123 00:00:09< gfgtdf> iceiceice: i'll try that dll
20141123 00:00:15< iceiceice> gfgtdf: ok
20141123 00:00:22< shadowm> FORUM POST 1 IS UP
20141123 00:00:37< shadowm> FORUM POST 2 IS UP
20141123 00:01:20< shadowm> FRONT PAGE UPDATED.
20141123 00:03:10< gfgtdf> iceiceice: msvc still gives me teh warnign about size_t negation
20141123 00:03:24< iceiceice> gfgtdf: try to just comment out that line
20141123 00:04:02-!- shadowm changed the topic of #wesnoth-dev to: 1.12.0 tagged and announced |  Logs: http://irclogs.wesnoth.org | Alternate logs (down): http://wesnoth.debian.net
20141123 00:04:03< gfgtdf> iceiceice: it's not ac complie error, it just anoying.
20141123 00:04:10-!- shadowm changed the topic of #wesnoth-dev to: 1.12.0 tagged and announced | Logs: http://irclogs.wesnoth.org | Alternate logs (down): http://wesnoth.debian.net
20141123 00:04:48< iceiceice> gfgtdf: i am trying to cross compile wesnoth with the readline but idk if it will work, scons had some issues
20141123 00:04:54< iceiceice> but it might work fine for you
20141123 00:06:16< SZ_Bot> still miscalculated a bit, I didn't plan for remote host disconnected error, finished upload only 5min later
20141123 00:06:40< iceiceice> hmm i think it worked
20141123 00:12:03< shadowm> vultraz: Do not remove DevFeature1.11 inclusions yet, give it a couple of weeks for people still on 1.10 for whatever reason.
20141123 00:14:50< gfgtdf> iceiceice: your dll is 32 bit ?
20141123 00:14:55< iceiceice> y
20141123 00:15:21< iceiceice> it shoudl be
20141123 00:15:28< iceiceice> i failed to link just now though
20141123 00:19:59< gfgtdf> iceiceice: msvc doesnt liek this: https://github.com/wesnoth/wesnoth/blob/6b4b4414c12eb4e30deb0be1eeaf28f0db110648/src/gui/dialogs/lua_interpreter.cpp#L270
20141123 00:20:08< gfgtdf> iceiceice: msvc says this is infinite recursion
20141123 00:20:23< iceiceice> haha
20141123 00:20:33< iceiceice> okay i guess i can change the name
20141123 00:21:12< gfgtdf> iceiceice: or you cna use teh global namepscae explicitly by using ::
20141123 00:22:15< gfgtdf> iceiceice: i wnder why it didnt gave you infinite recusion when you tested it ?
20141123 00:22:54< gfgtdf> iceiceice: ok it complied with your dll and header.
20141123 00:24:32< iceiceice> gfgtdf: i guess msvc and gcc resolve the function identifiers differently
20141123 00:24:36< iceiceice> and clang
20141123 00:25:13< iceiceice> probably standard is explicit, so i guess its a bug in one of the compilers
20141123 00:29:09< gfgtdf> iceiceice: hm it complied but when i run it and type '2' i get a segfault here: https://github.com/wesnoth/wesnoth/blob/master/src/gui/dialogs/lua_interpreter.cpp#L337
20141123 00:30:54< iceiceice> maybe 6.2.0 is not compatible with 6.3.8 entirely
20141123 00:31:58< iceiceice> gfgtdf: i don't get a segfault
20141123 00:32:03< iceiceice> in my cross compiled version
20141123 00:36:16< iceiceice> gfgtdf: it follows their code example: http://cnswww.cns.cwru.edu/php/chet/readline/history.html#SEC18
20141123 00:36:34< shadowm> Ivanovic: 1.10.7 is still the default download for Linux etc. on SF.net. :\
20141123 00:36:40-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20141123 00:38:22< shadowm> Ivanovic: I need you (or loonycyborg or mattsc who also have access I guess?) to go to http://sourceforge.net/projects/wesnoth/files/wesnoth-1.12/wesnoth-1.12/ and make sure that when clicking the "i" icon for the respective files:
20141123 00:38:42-!- gfgtdf_ [~chatzilla@f054051038.adsl.alicedsl.de] has joined #wesnoth-dev
20141123 00:38:56< shadowm> Wait.
20141123 00:39:00< shadowm> I have access?
20141123 00:39:14< shadowm> Since when do I have access?
20141123 00:40:14-!- gfgtdf [~chatzilla@f054051038.adsl.alicedsl.de] has quit [Ping timeout: 255 seconds]
20141123 00:40:22-!- gfgtdf_ is now known as gfgtdf
20141123 00:40:53< shadowm> Ivanovic, mattsc, loonycyborg: NEVER MIND. I have FRS access it seems, so I fixed the default download assignments myself.
20141123 00:42:23< shadowm> Ivanovic: What I don't have is access to replace those outdated 1.10 screenshots on SF.net.
20141123 00:43:04-!- zookeeper [zookeeper@wesnoth/developer/zookeeper] has quit [Ping timeout: 250 seconds]
20141123 00:45:58< irker278> wesnoth: Chris Beck wesnoth:master 350579a66820 / src/gui/dialogs/lua_interpreter.cpp: fixup an ambiguity which caused infinite recursion on msvc http://git.io/aBPORQ
20141123 00:47:36< irker278> wesnoth: Chris Beck wesnoth:master 4281c602f2ab / SConstruct: add cruft to SConstruct to help cross-compiling with readline http://git.io/gr_4SQ
20141123 00:49:08< iceiceice> gfgtdf: are you sure the readline dll is defective?
20141123 00:50:11< gfgtdf> iceiceice: idk exactly why it segfaults
20141123 00:50:36< gfgtdf> iceiceice: my first gues woudl be the malloc/free used by taht lib is different that the msvc malloc/free
20141123 00:51:28< irker278> wesnoth: Ignacio R. Morelle wesnoth:1.12 659fd4fb0fc9 / RELEASE_NOTES: Purge RELEASE_NOTES http://git.io/SuEMCw
20141123 00:51:41< gfgtdf> than*
20141123 00:52:06< iceiceice> gfgtdf: you might have to compile with msvc then i guess, idk
20141123 00:53:24< gfgtdf> iceiceice: i think the correct solution is not to free a pointer that is malloce'd by a lib
20141123 00:53:43< iceiceice> gfgtdf: that's what their code example does though
20141123 00:54:50< iceiceice> i guess we could put #ifndef _MSC_VER free(expansion) 
20141123 00:55:00< iceiceice> or even just disable the history expansion if msvc is used
20141123 00:55:02< gfgtdf> iceiceice: no
20141123 00:55:10< gfgtdf> iceiceice: we dont want to not free it
20141123 00:55:11< iceiceice> gfgtdf: it would cause a memory leak
20141123 00:55:25< iceiceice> y i guess should just disable history expansion, its not that important
20141123 00:55:30< iceiceice> or you have to compile
20141123 00:55:30< gfgtdf> iceiceice: in the package you gace me are that ALL leaders ?
20141123 00:55:42< gfgtdf> gave*
20141123 00:55:45< iceiceice> y i followed all instructions
20141123 00:56:32< iceiceice> all that i did for wesnoth was,
20141123 00:56:36< iceiceice> go to cross-readline
20141123 00:56:43< iceiceice> copy include to wesnoth-deps/include,
20141123 00:56:47< iceiceice> copy bin to wesnoth-deps/bin,
20141123 00:57:08< iceiceice> finally i found that i could not pass scons checks unless there was something in lib,
20141123 00:57:15< iceiceice> so i also copied the stuff from bin to lib
20141123 00:57:27< iceiceice> and added that cruft about "readline6"
20141123 00:57:37< iceiceice> in scons
20141123 00:57:42< iceiceice> but that should be irrelevant to you
20141123 00:59:53< iceiceice> loonycyborg: i added an optional dep on "readline" yesterday to master,
20141123 01:00:04< iceiceice> i also cross compiled it with mingw32 at gfgtdf's request,
20141123 01:00:14< iceiceice> https://drive.google.com/file/d/0B54Q-3UjP5fidmpsVWlaRDdrdDQ/view?usp=sharing
20141123 01:00:51< iceiceice> it is working for me but i'm not sure if i added to wesnoth-deps and scons correctly
20141123 01:02:56-!- trewe [~trewe@2.81.34.79] has quit [Quit: quit]
20141123 01:06:59-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20141123 01:10:23< iceiceice> SZ_Bot: did you mean to post "Ageless Era 4.12.1 is out on the 1.12 add-on server" ?
20141123 01:11:04< SZ_Bot> no, 1.12 I released earlier this week, this is now for 1.10
20141123 01:11:07< iceiceice> ah ok
20141123 01:11:46< loonycyborg> iceiceice: What do you need readline for? :/
20141123 01:11:55< loonycyborg> Isn't it for text only apps?
20141123 01:12:02< iceiceice> loonycyborg: i only actually use GNU history,
20141123 01:12:11< iceiceice> i'm actually testing now if it works to compile only with that part of it
20141123 01:12:12< SZ_Bot> on that point, did this not rename back to Ravana_?
20141123 01:12:23< iceiceice> SZ_Bot: no its SZ_Bot still
20141123 01:12:33< loonycyborg> hmm ok
20141123 01:13:36< iceiceice> loonycyborg: do you know how to suppress this? /home/chris/old_boost/boost_1_52_0/boost/random/detail/integer_log2.hpp:71:59: warning: always_inline function might not be inlinable [-Wattributes]
20141123 01:13:36< iceiceice>  BOOST_RANDOM_DETAIL_CONSTEXPR int integer_log2(T t)
20141123 01:14:52< loonycyborg> -Wno-attributes :P
20141123 01:15:43< loonycyborg> anyway, not sure what 's it about even
20141123 01:16:12< shadowm> What ever happened to our "ask in the mailing list first" policy regarding dependencies?
20141123 01:18:06< iceiceice> shadowm: its an optional dependency.
20141123 01:18:16< iceiceice> also its experimental, it may be abandoned
20141123 01:18:33< shadowm> I thought you liked forks and branches.
20141123 01:18:55< iceiceice> loonycyborg: i'm looking at this, http://stackoverflow.com/questions/3749308/how-to-suppress-boostthread-warnings-with-gcc
20141123 01:19:41< gfgtdf> iceiceice: i tested to complie in in msvc
20141123 01:19:52< gfgtdf> iceiceice: (i clicked 'ignore' on tehchangelog wanring)
20141123 01:20:12< gfgtdf> iceiceice: and it cannot complie becasie it has mumerous headers it cannot find
20141123 01:20:57< loonycyborg> iceiceice: always_inline seems like some gcc attribute.
20141123 01:20:57< gfgtdf> iceiceice: for example curses.h unistd.h pty.h sys/select.h
20141123 01:21:35< loonycyborg> not sure why boost uses it
20141123 01:21:40< loonycyborg> seems like a bad idea
20141123 01:22:05< gfgtdf> (also the author seems not to know know hot to intent the code readable)
20141123 01:22:28< gfgtdf> he mixes tabs with spaces ans assumes everyone uses the same length of tabs
20141123 01:22:53< gfgtdf> indent*
20141123 01:23:58< iceiceice> loonycyborg: they might be doing it in a macro or something
20141123 01:24:17-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20141123 01:24:35< iceiceice> like #ifdef __GNUC__ __attribute(always_line) #else #ifdef _MSC_VER #pragma... #endif #endif
20141123 01:24:46< loonycyborg> I mean even then
20141123 01:25:03< iceiceice> y i can't really say
20141123 01:25:14< iceiceice> i need to know the answer anyways because of the lib png thing
20141123 01:25:24< iceiceice> gcc 4.9 gives warnings in the lib png header 
20141123 01:25:30< iceiceice> that i guess we can't fix
20141123 01:26:27< iceiceice> actually the only place it is included is here: https://github.com/wesnoth/wesnoth/blob/master/src/SDL_SavePNG/savepng.cpp#L8
20141123 01:26:28< mattsc> shadowm: yay!  (and thanks!)
20141123 01:26:29< loonycyborg> That is all C++ books say that compiler always knows best when to inline and when not to :P
20141123 01:26:45< iceiceice> y i guess that is fair
20141123 01:27:05< iceiceice> loonycyborg: i guess i could put a load of "if compiler ... pragma..." at that line
20141123 01:27:31< iceiceice> then i don't have to figure out cmake syntax so that is probably what i will do :p
20141123 01:29:24< loonycyborg> I never try to make code warning free on mingw. Because really often boost headers give some warnings. Or even system headers
20141123 01:30:01< iceiceice> ok, that's a good point i guess
20141123 01:39:36< irker278> wesnoth: Chris Beck wesnoth:master 136fdbf1e8d9 / src/SDL_SavePNG/savepng.cpp: fix a C++11 gcc warning in a library header http://git.io/RgONUA
20141123 01:42:11-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20141123 01:53:24< iceiceice> loonycyborg: this is sufficient for me to build wesnoth with clang, and with mingw32, after i push a change to scons header
20141123 01:53:25< iceiceice> https://drive.google.com/file/d/0B54Q-3UjP5fiS3hjRVRGOWJfUk0/view?usp=sharing
20141123 01:54:29< loonycyborg> ok
20141123 01:56:50< gfgtdf> iceiceice: i still dont want theo code in wesnoth i it cannot handle unicode on windows
20141123 01:56:56< gfgtdf> that ibrary*
20141123 01:57:40< iceiceice> gfgtdf: ok, but i'm not going to rewrite it
20141123 02:00:11< iceiceice> the feature is not important enough to me, if it is blocked i will simply use it locally
20141123 02:00:34< iceiceice> or someone can make some history that doesn't use the lib
20141123 02:00:40< iceiceice> frankly i feel i've wasted too much time on a feature that no one will use
20141123 02:01:27< iceiceice> the lua console is already pretty niche, how many people will use it, maybe 100?
20141123 02:01:42< iceiceice> it works perfectly fine without command history
20141123 02:01:58< iceiceice> i'm not willing to waste my time lobbying to get this feature in the game
20141123 02:02:24< iceiceice> it can just be an optional feature
20141123 02:03:02< iceiceice> i already spent an afternoon trying to cross compile this stuff for you :/
20141123 02:03:37< iceiceice> fwiw anyone who wants to use this on windows, this is the minimal collection of headers and libs that i need to build it: https://drive.google.com/file/d/0B54Q-3UjP5fiS3hjRVRGOWJfUk0/view?usp=sharing
20141123 02:07:36< iceiceice> gfgtdf: fwiw it probably will work with UTF-8 on windows with C++11
20141123 02:07:50< iceiceice> if the standard causes mingw32 to provide a working fstream
20141123 02:07:51-!- ToBeCloud [uid51591@gateway/web/irccloud.com/x-vojqqiytkxexdebo] has quit [Quit: Connection closed for inactivity]
20141123 02:08:05< gfgtdf> iceiceice: I fell sorry if that took you a whole afternoon, but my point of view is, that i (and you, and AI) spend quite some time for fixing the unicode on windows and i don't see why we should break that just to be able to do some cryptic !fi:2 strings in the lua console.
20141123 02:09:09< iceiceice> gfgtdf: i agree, that whole feature could just be #ifdef'd out for windows
20141123 02:09:13< iceiceice> it is pretty unimportant
20141123 02:10:33< gfgtdf> iceiceice: are those !fi:2 thigns 'standart' on linux ?
20141123 02:10:53< iceiceice> its standard in bash i think
20141123 02:10:59< iceiceice> i have it and i don't remember setting it up
20141123 02:11:55< iceiceice> gfgtdf: possibly i should not have used this lib,
20141123 02:12:12< iceiceice> i read that it is the standard way to provide command history though and since we are GPL v2 we can actually use it
20141123 02:12:25< iceiceice> i thought it would let me provide a useful feature without wasting my time
20141123 02:12:26< gfgtdf> iceiceice: did you test "history clear" ?
20141123 02:12:29< iceiceice> i did test it
20141123 02:12:35< gfgtdf> iceiceice: hm 
20141123 02:13:14< gfgtdf> still hard to beleive that it work on gcc
20141123 02:13:20< iceiceice> which part?
20141123 02:13:29< iceiceice> the :: ?
20141123 02:13:49< iceiceice> yeah it works on gcc and clang
20141123 02:13:51< iceiceice> and mingw
20141123 02:14:12< gfgtdf> iceiceice: the without the ::
20141123 02:14:45< iceiceice> yeah
20141123 02:14:53< iceiceice> i mean you can see it worked on travis also
20141123 02:15:04< gfgtdf> iceiceice: did travis test "history clear" ?
20141123 02:15:11< iceiceice> no
20141123 02:15:17< gfgtdf> iceiceice: then travis is meanignless
20141123 02:15:23< iceiceice> that's true,
20141123 02:15:29< iceiceice> still i did compile and test it on clang and mingw
20141123 02:15:52< iceiceice> i think gcc will give warnings for "infinite recursion" also.
20141123 02:21:00< gfgtdf> iceiceice: i just complied this cod with clang http://pastebin.com/cNtr0thu, and it doesn give me infinite recursion and no complitime warnign
20141123 02:21:41< iceiceice> what if you remove void bb() ?
20141123 02:21:50< iceiceice> the non class method one
20141123 02:22:37< gfgtdf> iceiceice: i misspelley, it doe give me infinite recursion but no error
20141123 02:22:41< gfgtdf> does*
20141123 02:23:06< iceiceice> hmm, i can't reproduce it
20141123 02:23:32< iceiceice> at least in the code when i typed "clear history" or "history_clear", it would print in blue "Cleared history.", and if i check the history its gone, and if i press up its not there
20141123 02:23:55< iceiceice> i can send you my cross compiled wesnoth if you like :)
20141123 02:24:13< iceiceice> i guess i coudl try to compile your test program
20141123 02:24:32< iceiceice> but its clear to me that there is some difference betwen msvc and the others
20141123 02:24:34< gfgtdf> iceiceice: it goes away qwhn i complie with -O2
20141123 02:24:56< iceiceice> i was compiling -O0 and -O2, i can try both again to be sure
20141123 02:25:53< gfgtdf> iceiceice: is -O0 teh default ?
20141123 02:26:14< iceiceice> what do you mean?
20141123 02:26:31< iceiceice> scons makes -O2 the default, if you call gcc directly though i think O0 is the default
20141123 02:26:58-!- travis-ci [~travis-ci@ec2-54-237-237-247.compute-1.amazonaws.com] has joined #wesnoth-dev
20141123 02:26:58< travis-ci> wesnoth/wesnoth#4882 (master - 136fdbf : Chris Beck): The build was broken.
20141123 02:26:58< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/41845724
20141123 02:26:58-!- travis-ci [~travis-ci@ec2-54-237-237-247.compute-1.amazonaws.com] has left #wesnoth-dev []
20141123 02:30:56< gfgtdf> iceiceice: ok, i'd still be happy if you coudl veryfy that this programm calls teh global function on clang/gcc on linux http://pastebin.com/hg9N08SY
20141123 02:33:24-!- prkc [~prkc@54020923.dsl.pool.telekom.hu] has quit [Remote host closed the connection]
20141123 02:34:35< iceiceice> gfgtdf: when i build that with g++ i get a segmentation fault: http://hastebin.com/efutogunic.java
20141123 02:35:26< iceiceice> same with clang
20141123 02:35:27< iceiceice> http://hastebin.com/qodeqinita.java
20141123 02:35:42< gfgtdf> iceiceice: clang -O2 ?
20141123 02:36:12< iceiceice> with clang O2, i don't segfault, but the line is not printed
20141123 02:37:09< iceiceice> http://hastebin.com/emusafunog.vala
20141123 02:37:22< gfgtdf> iceiceice: ok i still dont knwo why it worked in wesnoth then, but at least the windows clang doesnt bahve differnt than the linux clang in this case
20141123 02:37:46< iceiceice> yeah that is pretty strange
20141123 02:38:01< iceiceice> i wonder if it's undefined behavior what happens in that case
20141123 02:39:14< irker278> wesnoth: Chris Beck wesnoth:master d7bac8946021 / src/SDL_SavePNG/savepng.cpp: fixup 136fdbf1e8d9535b59a2efa6940d1c3d53c99644 (HEAD^) http://git.io/n1Esnw
20141123 02:39:51< gfgtdf> iceiceice: and you are sure taht the history was deleted on linux even before https://github.com/wesnoth/wesnoth/commit/350579a66820032401572fc5a9eafb48fcaa51ae ?
20141123 02:40:10< iceiceice> i will checkout the father of that commit and try
20141123 02:40:33-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20141123 02:42:07< iceiceice> ok, when i make clang++ with -O0 it actually does segfault
20141123 02:42:15< iceiceice> so i guess i only tested this part with -O2
20141123 02:42:27< iceiceice> i must have gotten confused because i did test different parts with -O0
20141123 02:44:19< vultraz> Whoot! Announced  :D
20141123 02:44:28< vultraz> IT's finally happened
20141123 02:46:43< iceiceice> ok i can no longer reproduce my earlier tests :/
20141123 02:46:51< iceiceice> idk what is different
20141123 02:47:32< iceiceice> i tested this stuff sitting in a coffeeshop 6 hours ago...
20141123 02:47:53< iceiceice> i think i should take a break
20141123 02:49:01< iceiceice> gfgtdf: i think you are right, i think the code i committed was broken
20141123 02:50:55< iceiceice> gfgtdf: i grepped for readline in our project,
20141123 02:51:03< iceiceice> it looks that lua itself has an optional dependency on readline
20141123 02:54:09< gfgtdf> iceiceice: y i saw
20141123 02:54:11< gfgtdf> see*
20141123 02:58:25< gfgtdf> iceiceice: but it looks liek its onyl used by luas main function
20141123 02:58:40< gfgtdf> iceiceice: not by any of the api function
20141123 02:59:00< gfgtdf> iceiceice: some type of  'lua standalone'
20141123 02:59:02< iceiceice> gfgtdf: it looks like if you enable it, then you can use pushline and others to add to the history
20141123 02:59:37< gfgtdf> iceiceice: its onykl used in lua.cpp
20141123 02:59:45< iceiceice> lyeah
20141123 02:59:48< gfgtdf> iceiceice: a the only non-static function in lua.cpp is main.cc
20141123 02:59:54< gfgtdf> main*
20141123 03:00:02< iceiceice> there's macros too though:
20141123 03:00:03< iceiceice> #define lua_saveline(L,idx) \
20141123 03:00:04< iceiceice>         if (lua_rawlen(L,idx) > 0)  /* non-empty line? */ \
20141123 03:00:04< iceiceice>           add_history(lua_tostring(L, idx));  /* add it to history */
20141123 03:01:22< gfgtdf> iceiceice: macros arent explored from the .cpp fiel neigher
20141123 03:01:29< gfgtdf> exported*
20141123 03:01:36< iceiceice> if you define this, then they are:
20141123 03:01:36< iceiceice> #if defined(LUA_USE_READLINE)
20141123 03:02:01< iceiceice> hmm actually i'm not sure
20141123 03:02:51< gfgtdf> iceiceice: that code is still in a c++ file
20141123 03:04:16< iceiceice> still it proves my point somewhat, this is the easiest way to make a lua interpreter
20141123 03:06:10< gfgtdf> iceiceice: not necesraily, lua is a c library, we (unlike lua) have more powerful libraries already like boost and std which we can use.
20141123 03:06:20< gfgtdf> to implement it
20141123 03:08:27< iceiceice> gfgtdf: i think in fact anyone who makes an interpreter generally uses readline,
20141123 03:08:46< iceiceice> i read some stuff that there were some projects that even switched to GPL so that they could use it
20141123 03:09:03< iceiceice> i think that everyone who has to do this in python uses the readline module
20141123 03:09:23< iceiceice> and apparently lua chose to add an external dep for it as well
20141123 03:09:33< iceiceice> since we are gpl it seemed quite logical to try it
20141123 03:10:21< gfgtdf> iceiceice: i wonder why lua uses it ''s gpl, since lua is not gpl
20141123 03:10:48< iceiceice> http://www.lua.org/faq.html#1.6
20141123 03:10:53< iceiceice> maybe its actually illegal
20141123 03:11:06< iceiceice> but they seem to think it's ok
20141123 03:12:43< irker278> wesnoth: Chris Beck wesnoth:master aedb0dce3365 / CMakeLists.txt INSTALL SConstruct src/gui/dialogs/lua_interpreter.cpp: lua console history feature uses "history" instead of "readline" http://git.io/w36GJw
20141123 03:13:07< iceiceice> anyways i'm going to take a break, bb
20141123 03:13:09-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20141123 03:13:49-!- gfgtdf [~chatzilla@f054051038.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.91 [Firefox 33.1/20141106120505]]
20141123 03:15:47-!- travis-ci [~travis-ci@ec2-54-166-95-119.compute-1.amazonaws.com] has joined #wesnoth-dev
20141123 03:15:47< travis-ci> wesnoth/wesnoth#4883 (master - d7bac89 : Chris Beck): The build was fixed.
20141123 03:15:47< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/41848117
20141123 03:15:47-!- travis-ci [~travis-ci@ec2-54-166-95-119.compute-1.amazonaws.com] has left #wesnoth-dev []
20141123 03:19:01-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141123 03:20:54-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Bye for now]
20141123 03:23:12-!- kex [~kex@78.157.29.160] has quit [Ping timeout: 245 seconds]
20141123 03:49:27-!- travis-ci [~travis-ci@ec2-184-73-70-227.compute-1.amazonaws.com] has joined #wesnoth-dev
20141123 03:49:27< travis-ci> wesnoth/wesnoth#4884 (master - aedb0dc : Chris Beck): The build was fixed.
20141123 03:49:27< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/41849346
20141123 03:49:27-!- travis-ci [~travis-ci@ec2-184-73-70-227.compute-1.amazonaws.com] has left #wesnoth-dev []
20141123 03:52:55-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20141123 03:56:31-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 272 seconds]
20141123 03:56:53-!- Ivanovic_ is now known as Ivanovic
20141123 04:04:33-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20141123 04:32:45< irker278> wesnoth: Chris Beck wesnoth:master 93326f2a6ea8 / CMakeLists.txt: comment out "history" feature which doesn't work in cmake right now http://git.io/SOTYQg
20141123 04:43:36-!- happygrue [~Laptop@wesnoth/developer/wintermute] has quit [Remote host closed the connection]
20141123 04:51:18-!- Appleman1234 [~Appleman1@rrcs-97-79-164-178.sw.biz.rr.com] has joined #wesnoth-dev
20141123 04:57:21< irker278> wesnoth: Chris Beck wesnoth:master 56ce328268d0 / .travis.yml src/SDL_SavePNG/savepng.cpp: travis: enable strict C++11 compilation http://git.io/Ip1_Yg
20141123 05:00:05< irker278> wesnoth: Chris Beck wesnoth:master 88caf3e21bc7 / .travis.yml: travis: fixup HEAD^ http://git.io/BNI9tw
20141123 05:02:02-!- travis-ci [~travis-ci@ec2-54-166-95-119.compute-1.amazonaws.com] has joined #wesnoth-dev
20141123 05:02:02< travis-ci> wesnoth/wesnoth#4886 (master - 56ce328 : Chris Beck): The build was canceled.
20141123 05:02:02< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/41853215
20141123 05:02:02-!- travis-ci [~travis-ci@ec2-54-166-95-119.compute-1.amazonaws.com] has left #wesnoth-dev []
20141123 05:13:47-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 272 seconds]
20141123 05:15:14-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20141123 05:34:50-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Ping timeout: 264 seconds]
20141123 06:11:00-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 256 seconds]
20141123 06:11:46< irker278> wesnoth: Chris Beck wesnoth:master e3b17ffe4777 / changelog: Update changelog http://git.io/q1ec5A
20141123 06:12:27-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20141123 06:21:24-!- _8680_ [~8680@2002:4404:712c:0:c585:216f:f1e0:a635] has quit [Ping timeout: 265 seconds]
20141123 06:22:08-!- _8680_ [~8680@2002:4404:712c:0:e52c:dd07:5af2:bfaa] has joined #wesnoth-dev
20141123 07:26:08-!- Sulfur [~Miranda@p5B008AA9.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141123 07:45:08-!- Sulfur [~Miranda@p5B008AA9.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20141123 07:53:35-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 255 seconds]
20141123 07:54:07-!- Coffee_irc [~david@ppp121-45-21-183.lns20.adl2.internode.on.net] has quit [Quit: Konversation terminated!]
20141123 08:00:31-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20141123 08:01:03-!- ToBeCloud [uid51591@gateway/web/irccloud.com/x-tkqhgmrappaerjaj] has joined #wesnoth-dev
20141123 08:32:20-!- Duthlet [~Duthlet@wesnoth/mp-mod/Duthlet] has joined #wesnoth-dev
20141123 08:37:21-!- Sulfur [~Miranda@p5B008AA9.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141123 08:45:37-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141123 08:46:46-!- ToBeCloud [uid51591@gateway/web/irccloud.com/x-tkqhgmrappaerjaj] has quit []
20141123 08:50:13-!- kex [~kex@78.157.29.160] has quit [Ping timeout: 255 seconds]
20141123 08:51:52-!- Sulfur2 [~Miranda@p5B008AA9.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141123 08:53:37-!- Sulfur [~Miranda@p5B008AA9.dip0.t-ipconnect.de] has quit [Ping timeout: 245 seconds]
20141123 09:06:43-!- Coffee_irc [~david@ppp121-45-21-183.lns20.adl2.internode.on.net] has joined #wesnoth-dev
20141123 09:08:29-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141123 09:09:27-!- Appleman1234 [~Appleman1@rrcs-97-79-164-178.sw.biz.rr.com] has quit [Ping timeout: 245 seconds]
20141123 09:13:10-!- Appleman1234 [~Appleman1@rrcs-97-79-164-178.sw.biz.rr.com] has joined #wesnoth-dev
20141123 09:28:52-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has joined #wesnoth-dev
20141123 10:11:06-!- cib0 [~cib@p5DD23874.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141123 10:24:19-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20141123 10:27:57-!- Anakonda [Anakonda@dsl-tkubrasgw1-54f9ba-178.dhcp.inet.fi] has joined #wesnoth-dev
20141123 10:45:09-!- cib0 [~cib@p5DD23874.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20141123 11:07:03-!- enchilado [~enchilado@defocus/yummy/enchilado] has quit [Ping timeout: 265 seconds]
20141123 11:08:44-!- enchilado [~enchilado@130.102.72.122] has joined #wesnoth-dev
20141123 11:09:35-!- enchilado [~enchilado@130.102.72.122] has quit [Changing host]
20141123 11:09:35-!- enchilado [~enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20141123 11:17:20-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20141123 11:24:45-!- mjs-de [~mjs-de@p508CA6F4.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141123 11:44:27-!- Appleman1234 [~Appleman1@rrcs-97-79-164-178.sw.biz.rr.com] has quit [Ping timeout: 245 seconds]
20141123 11:44:58-!- ToBeCloud [uid51591@gateway/web/irccloud.com/x-qgjfcaodnumjpuqf] has joined #wesnoth-dev
20141123 11:45:13-!- Xudo [bce87bb9@gateway/web/freenode/ip.188.232.123.185] has joined #wesnoth-dev
20141123 11:47:30-!- Appleman1234 [~Appleman1@rrcs-97-79-164-178.sw.biz.rr.com] has joined #wesnoth-dev
20141123 11:50:54-!- mjs-de [~mjs-de@p508CA6F4.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20141123 11:51:32< zookeeper> mattsc, http://forums.wesnoth.org/viewtopic.php?p=578002#p578002 <- i looked at the code, and it seems that the landing units are just picked randomly, thus allowing one landing party to for example consist entirely of lvl2's.
20141123 11:52:09< zookeeper> (originally each landing party was picked from 3 pre-defined sets, each having 1 lvl2 and 2 lvl1's in it)
20141123 12:19:31-!- Sulfur2 [~Miranda@p5B008AA9.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20141123 12:37:06-!- prkc [~prkc@54020923.dsl.pool.telekom.hu] has joined #wesnoth-dev
20141123 13:02:09-!- Xudo [bce87bb9@gateway/web/freenode/ip.188.232.123.185] has quit [Quit: Page closed]
20141123 13:09:54-!- mordante [~mordante@roadie.xs4all.nl] has joined #wesnoth-dev
20141123 13:09:54-!- mordante [~mordante@roadie.xs4all.nl] has quit [Changing host]
20141123 13:09:54-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20141123 13:10:08< mordante> servus
20141123 13:11:01-!- Sulfur [~Miranda@p5B008AA9.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141123 13:17:10-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has quit [Quit: Konversation terminated!]
20141123 13:17:42-!- Appleman1234 [~Appleman1@rrcs-97-79-164-178.sw.biz.rr.com] has quit [Ping timeout: 256 seconds]
20141123 13:24:37< irker278> wesnoth: Mark de Wever wesnoth:master 5a30942c5e22 / CMakeLists.txt: Fix compilation with notifications disabled. http://git.io/qyrhHA
20141123 13:27:08-!- Appleman1234 [~Appleman1@rrcs-97-79-164-178.sw.biz.rr.com] has joined #wesnoth-dev
20141123 13:33:06-!- Appleman1234 [~Appleman1@rrcs-97-79-164-178.sw.biz.rr.com] has quit [Ping timeout: 250 seconds]
20141123 13:34:46< SZ_Bot> I noticed that 1.12 server allows use of /friend name message, shouldn't this be included in /help friend
20141123 13:42:39-!- Appleman1234 [~Appleman1@rrcs-97-79-164-178.sw.biz.rr.com] has joined #wesnoth-dev
20141123 13:50:11-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20141123 13:52:11-!- cib0 [~cib@p5DD23874.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141123 13:52:21-!- fabi [~quassel@wesnoth/developer/fendrin] has quit [Ping timeout: 265 seconds]
20141123 13:52:25-!- fendrin [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20141123 15:09:02-!- DCW1 [~Thunderbi@cpc66866-finc15-2-0-cust47.4-2.cable.virginm.net] has joined #wesnoth-dev
20141123 15:22:02-!- Coffee_irc [~david@ppp121-45-21-183.lns20.adl2.internode.on.net] has quit [Quit: Konversation terminated!]
20141123 15:22:43-!- DCW1 [~Thunderbi@cpc66866-finc15-2-0-cust47.4-2.cable.virginm.net] has quit [Read error: Connection reset by peer]
20141123 15:48:59-!- Sulfur [~Miranda@p5B008AA9.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20141123 15:49:21< irker278> wesnoth: Mark de Wever wesnoth:master 7e8c537e50b7 / src/serialization/ucs4_convert_impl.hpp: Remove extra semi-colons. http://git.io/heI25A
20141123 15:49:23< irker278> wesnoth: Mark de Wever wesnoth:master ac074c0ec19e / src/serialization/unicode_cast.hpp: Remove an extra semi-colon. http://git.io/mqyjrw
20141123 15:49:25< irker278> wesnoth: Mark de Wever wesnoth:master 587626a00a3c / src/serialization/unicode_cast.hpp: Fix Doxygen comment. http://git.io/crf9Vw
20141123 15:49:27< irker278> wesnoth: Mark de Wever wesnoth:master caee32742e92 / src/variable_info.cpp: Fix Doxygen comment. http://git.io/rrhyRg
20141123 15:49:29< irker278> wesnoth: Mark de Wever wesnoth:master bc80335a0118 / src/map.hpp: Fix Doxygen comment. http://git.io/NFPqZg
20141123 15:49:31< irker278> wesnoth: Mark de Wever wesnoth:master 6070d4a12c59 / src/gui/dialogs/lua_interpreter.cpp: Fix Doxygen comment. http://git.io/bekXng
20141123 15:49:33< irker278> wesnoth: Mark de Wever wesnoth:master ce6b70035422 / src/ (5 files in 3 dirs): Merge branch 'pedantic_fixes' http://git.io/zErZNQ
20141123 16:00:34-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141123 16:05:17-!- kex [~kex@78.157.29.160] has quit [Ping timeout: 258 seconds]
20141123 16:15:00-!- Sulfur [~Miranda@p5B008AA9.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141123 16:32:07-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20141123 16:37:51-!- ToBeCloud [uid51591@gateway/web/irccloud.com/x-qgjfcaodnumjpuqf] has quit [Quit: Connection closed for inactivity]
20141123 16:38:06-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20141123 16:41:09-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20141123 16:41:48-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20141123 17:13:42-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20141123 17:15:06-!- happygrue [~Laptop@wesnoth/developer/wintermute] has joined #wesnoth-dev
20141123 17:21:11-!- Appleman1234 [~Appleman1@rrcs-97-79-164-178.sw.biz.rr.com] has quit [Ping timeout: 258 seconds]
20141123 17:24:43-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20141123 17:36:24-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20141123 17:42:11-!- prkc [~prkc@54020923.dsl.pool.telekom.hu] has quit [Remote host closed the connection]
20141123 17:49:05< vultraz> I
20141123 17:49:44< vultraz> I'm noticing a noticeable slowdown in cache rebuilding from the titlescreen around the Reading Unit Files step from  1.11.18 (last version I used)
20141123 17:50:14< vultraz> (this is on 1.12.0)
20141123 17:50:29< vultraz> Not by much, but a few seconds
20141123 17:50:47< vultraz> Nothing very serious, but perhaps something to look into for 1.12.1
20141123 17:53:15< vultraz> And you know you're up too late when you you just said "noticing a noticeable"
20141123 17:54:25-!- fendrin [~quassel@wesnoth/developer/fendrin] has quit [Ping timeout: 272 seconds]
20141123 17:55:53-!- fabi [~quassel@p4FDB9CE1.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141123 17:55:53-!- fabi [~quassel@p4FDB9CE1.dip0.t-ipconnect.de] has quit [Changing host]
20141123 17:55:53-!- fabi [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20141123 18:07:41-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141123 18:07:50-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 256 seconds]
20141123 18:10:13-!- gfgtdf [~chatzilla@f054051038.adsl.alicedsl.de] has joined #wesnoth-dev
20141123 18:10:25< gfgtdf> loonycyborg: do you know what our required windows version is ?
20141123 18:10:43< loonycyborg> windows xp or later
20141123 18:11:01< gfgtdf> loonycyborg: ok ty
20141123 18:11:06< loonycyborg> cairo doesn't support versions before it anymore :P
20141123 18:12:25-!- SZ_Bot is now known as Ravana_
20141123 18:15:37-!- fkhodkov [~user@2a01:d0:ffff:10ea::2] has quit [Ping timeout: 258 seconds]
20141123 18:16:13< irker278> wesnoth: Mark de Wever wesnoth:master 34cbe043a8fb / src/tests/test_rng.cpp: Remove an extra semi-colon. http://git.io/xGttnw
20141123 18:16:15< irker278> wesnoth: Mark de Wever wesnoth:master ae463b7da002 / src/CMakeLists.txt: Add the Boost random library. http://git.io/MhaPeg
20141123 18:16:17< irker278> wesnoth: Mark de Wever wesnoth:master fc82713b5a56 / src/CMakeLists.txt: Fix linking the addon server. http://git.io/LPbpKQ
20141123 18:16:19< irker278> wesnoth: Mark de Wever wesnoth:master 8ad907a8ba85 / src/CMakeLists.txt: Fix linking the schema validator. http://git.io/CGCObg
20141123 18:18:09-!- Anakonda_ [Anakonda@dsl-tkubrasgw1-54f9ba-178.dhcp.inet.fi] has joined #wesnoth-dev
20141123 18:18:52< gfgtdf> loonycyborg: in this commit https://github.com/wesnoth/wesnoth/commit/99ec63f13f09c2a98f9464a0ea1b6f915ad64f30 you use "SHGetSpecialFolderPath" and load it via loadLibrary, do think taht teh main reason why we use that instead of SHGetFolderPath iis taht we wanted to support older sysntems ?
20141123 18:18:59-!- Samual_ [diotecktec@xonotic/core-team/Samual] has joined #wesnoth-dev
20141123 18:19:23-!- ToBeCloud [uid51591@gateway/web/irccloud.com/x-pniiitszztiswgqg] has joined #wesnoth-dev
20141123 18:20:27-!- Samual [diotecktec@xonotic/core-team/Samual] has quit [Ping timeout: 264 seconds]
20141123 18:22:15-!- Anakonda [Anakonda@dsl-tkubrasgw1-54f9ba-178.dhcp.inet.fi] has quit [Ping timeout: 264 seconds]
20141123 18:23:14< loonycyborg> gfgtdf: yes
20141123 18:25:25< gfgtdf> loonycyborg: ok since we now require windows xp we can now use SHGetFolderPath  i think.
20141123 18:26:27< loonycyborg> isn't that win7?
20141123 18:27:01< gfgtdf> loonycyborg: this page sys windows 200 http://msdn.microsoft.com/de-de/library/windows/desktop/bb762181%28v=vs.85%29.aspx
20141123 18:27:03< gfgtdf> 2000*
20141123 18:27:43< gfgtdf> loonycyborg: there is also a newer  fucntion "SHGetKnownFolderPath" which is windows  visty only 
20141123 18:28:13< loonycyborg> Yes, we should use that and fall back to old function if it fails
20141123 18:28:38< gfgtdf> loonycyborg: that even more complicated :S
20141123 18:28:50< loonycyborg> otherwise, I don't see why prefer one old function over another old function
20141123 18:29:20< gfgtdf> loonycyborg: becaseu with the 'other odl function' we dsont have to laod if via LoadLibrary
20141123 18:29:21< loonycyborg> GetKnownFolderPath can return path directly to saved games dir
20141123 18:29:44< gfgtdf> load it*
20141123 18:31:46< molgrum> is it possible to restrict unit moves, kinda like chess?
20141123 18:32:06< loonycyborg> I'm not sure if mingw provides access to those functions in headers too
20141123 18:32:19< gfgtdf> loonycyborg: hm ok
20141123 18:32:20< loonycyborg> so that could be another reason for LoadLibrary
20141123 18:39:23< mordante> ade
20141123 18:39:39-!- mordante [~mordante@wesnoth/developer/mordante] has quit [Quit: Leaving]
20141123 18:43:21-!- Appleman1234 [~Appleman1@rrcs-97-79-164-178.sw.biz.rr.com] has joined #wesnoth-dev
20141123 18:43:23-!- HoneyLocust [~honeylocu@108-199-145-120.lightspeed.nsvltn.sbcglobal.net] has joined #wesnoth-dev
20141123 18:45:03< HoneyLocust> Can anyone tell me if there were any specific unit balancing changes from v10 to v12? (Or just point me in the right direction :P)
20141123 18:49:21-!- HoneyLocust [~honeylocu@108-199-145-120.lightspeed.nsvltn.sbcglobal.net] has quit []
20141123 19:08:54 * zookeeper could have
20141123 19:10:46-!- Appleman1234 [~Appleman1@rrcs-97-79-164-178.sw.biz.rr.com] has quit [Ping timeout: 255 seconds]
20141123 19:11:44-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has joined #wesnoth-dev
20141123 19:16:42-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20141123 19:20:44-!- gfgtdf_ [~chatzilla@e177179218.adsl.alicedsl.de] has joined #wesnoth-dev
20141123 19:21:32-!- gfgtdf [~chatzilla@f054051038.adsl.alicedsl.de] has quit [Ping timeout: 245 seconds]
20141123 19:21:38-!- gfgtdf_ is now known as gfgtdf
20141123 19:26:17-!- dan_ [~dan@client-86-29-163-92.brhm-bam-3.adsl.virginm.net] has joined #wesnoth-dev
20141123 19:26:41-!- dan_ is now known as Guest70461
20141123 19:36:40-!- Guest70461 is now known as BloominClouds
20141123 19:42:51-!- BloominClouds [~dan@client-86-29-163-92.brhm-bam-3.adsl.virginm.net] has quit [Quit: Leaving]
20141123 19:43:42-!- gfgtdf [~chatzilla@e177179218.adsl.alicedsl.de] has quit [Ping timeout: 255 seconds]
20141123 19:44:02-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20141123 19:50:05< shadowm> wmllint: internal error on /home/shadowm/src/projects/After_the_Storm/.preprocessor.out.new/_main.cfg
20141123 19:50:33< shadowm> Does anyone know offhand if Wesnoth's preprocessor follows dotfiles when I include a directory?
20141123 19:51:37-!- grzywacz [~grzywacz@89-75-158-179.dynamic.chello.pl] has joined #wesnoth-dev
20141123 19:51:37-!- grzywacz [~grzywacz@89-75-158-179.dynamic.chello.pl] has quit [Changing host]
20141123 19:51:37-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20141123 19:57:38-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20141123 19:59:36-!- Sulfur [~Miranda@p5B008AA9.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20141123 20:03:30-!- Anakonda_ is now known as Anakonda
20141123 20:12:30-!- Appleman1234 [~Appleman1@rrcs-97-79-164-178.sw.biz.rr.com] has joined #wesnoth-dev
20141123 20:15:36-!- happygrue [~Laptop@wesnoth/developer/wintermute] has quit [Ping timeout: 258 seconds]
20141123 20:20:17-!- Appleman1234 [~Appleman1@rrcs-97-79-164-178.sw.biz.rr.com] has quit [Ping timeout: 245 seconds]
20141123 20:25:57-!- mjs-de [~mjs-de@p508CA6F4.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141123 20:31:29-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20141123 20:39:47-!- happygrue [~Laptop@2601:6:4380:909:b9c2:7c15:ee72:ce9d] has joined #wesnoth-dev
20141123 20:39:55-!- happygrue [~Laptop@2601:6:4380:909:b9c2:7c15:ee72:ce9d] has quit [Changing host]
20141123 20:39:55-!- happygrue [~Laptop@wesnoth/developer/wintermute] has joined #wesnoth-dev
20141123 20:52:51< shadowm> And again I'm missing the Wesnoth icon in dbus notifications.
20141123 20:58:49-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20141123 20:59:03< iceiceice> does anyone know why the wiki says that you need boost asio, boost serialization, and boost thread?
20141123 20:59:18< iceiceice> (to compile wesnoth)
20141123 21:00:07< shadowm> The add-ons client needs boost.asio, which in turns needs boost.thread. No idea about the other thing.
20141123 21:05:54-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 265 seconds]
20141123 21:06:42< iceiceice> hmm ok
20141123 21:06:57< iceiceice> maybe that should be clarified so that the INSTALL file and wiki instructions are more in alignment
20141123 21:07:34< iceiceice> its wierd because i actually see alot of "boost::asio" in various networking related files...
20141123 21:07:43-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20141123 21:07:56< iceiceice> but i never compiled boost asio when i was cross compiling
20141123 21:09:09< shadowm> Because Boost.asio is a header-only library.
20141123 21:09:22< iceiceice> oh ok
20141123 21:09:38< shadowm> Also, the INSTALL file is already out of date, the SDL minimum version specified no longer works.
20141123 21:09:57< iceiceice> do you know what the new minimum is?
20141123 21:10:16< shadowm> No, I only know the minimum specified there is missing some defines from SDL_rwops.h
20141123 21:11:16< shadowm> This is preventing me from building 1.12 on server2.w.o, so the provisional server might be running an older incompatible version.
20141123 21:11:27< loonycyborg> SDL_Mixer?
20141123 21:11:32< shadowm> SDL.
20141123 21:11:37< loonycyborg> hmm
20141123 21:11:51< shadowm> SDL_rwops.h is provided by SDL, not SDL_mixer.
20141123 21:13:46-!- happygrue [~Laptop@wesnoth/developer/wintermute] has quit [Remote host closed the connection]
20141123 21:14:30< iceiceice> i can find no hits for "boost::serialization" when grepping in src/, or in the git logs
20141123 21:15:15< shadowm> Commit f56e584c1f7627645efd703823e5fdd79451a323.
20141123 21:17:54< shadowm> Which references commit d9585df6fd30893148100235c52f9000b7dd4c2ed9585df6fd30893148100235c52f9000b7dd4c2e.
20141123 21:17:58< shadowm> Er, d9585df6fd30893148100235c52f9000b7dd4c2e.
20141123 21:18:19-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20141123 21:18:23< shadowm> Which references commit 66d834c471f234f57c7acd38023a7a3bde4fb82d.
20141123 21:18:44< shadowm> Which references https://gna.org/bugs/?15459.
20141123 21:19:16< shadowm> (git log -p is great, isn't it?)
20141123 21:20:29< iceiceice> here's from boost multindex reference: "In order to use the serialization capabilities of Boost.MultiIndex, the appropriate Boost.Serialization library module must be linked. Other than that, Boost.MultiIndex is a header-only library, requiring no additional object modules."
20141123 21:21:52< iceiceice> i think we actually don't rely on boost serialization at all, otherwise the windows builds wouldn't work... ?
20141123 21:22:07< iceiceice> maybe we should change the boost serialization line to boost multi index
20141123 21:22:18< shadowm> Should I keep doing the research for you or not?
20141123 21:22:28< iceiceice> i'd rather if you comment on my suggestion
20141123 21:22:44< shadowm> I'd rather understand the historical context first.
20141123 21:23:05< iceiceice> thanks for digging up the bug report, based on reading it has led me to the conclusion above
20141123 21:23:47-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 265 seconds]
20141123 21:25:36< shadowm> We use multi_index in a lot more places than I thought.
20141123 21:25:42< iceiceice> yes, we use it in many places
20141123 21:25:49< iceiceice> afaik whiteboard, and also it backs up tsrting
20141123 21:25:50< iceiceice> *tstring
20141123 21:25:54< shadowm> Do we use its "serialization capabilities", whatever that is?
20141123 21:26:02< iceiceice> i don't think so.
20141123 21:26:14< shadowm> How could we know for sure?
20141123 21:26:41< iceiceice> delete boost serialization lib from wesnoth deps pack and try to cross compile
20141123 21:27:08< iceiceice> headers and binaries i guess
20141123 21:27:40< shadowm> FWIW http://pastebin.com/MHNKpdw4
20141123 21:29:24-!- gfgtdf [~chatzilla@f054048195.adsl.alicedsl.de] has joined #wesnoth-dev
20141123 21:29:29< shadowm> I don't see its .a in the CB dependencies either.
20141123 21:30:22< gfgtdf> shadowm: i think it doesnt follow dotfiles when incluing a directory
20141123 21:31:13< shadowm> iceiceice: Again, from the bug report the problem wasn't specifically whether we were using it or not.
20141123 21:31:15-!- prkc [~prkc@catv-89-134-173-244.catv.broadband.hu] has joined #wesnoth-dev
20141123 21:32:17< shadowm> I guess it's an upstream bug, but I don't know when or whether it has been fixed.
20141123 21:34:29< iceiceice> shadowm: is chrono a dependency of thread?
20141123 21:34:39< shadowm> 20141123 18:34:31 warning config: #warning: "dotfile .test.cfg included!" at 1 ~add-ons/Inclusion_Order_Test/target/.test.cfg 1 ~add-ons/Inclusion_Order_Test/_main.cfg
20141123 21:34:45< shadowm> gfgtdf: Wrong.
20141123 21:35:32< gfgtdf> shadowm: if i remember this commit was intended to do exaclty that: https://github.com/wesnoth/wesnoth/commit/b247d8691080459eeb0c4405c31c45c5f3f04323
20141123 21:35:33< shadowm> iceiceice: Proshadowm@nanacore:~/src/wesnoth% fgrep -RI chrono. /usr/include/boost/thread
20141123 21:35:35< shadowm> /usr/include/boost/thread/null_mutex.hpp:#include <boost/chrono/chrono.hpp>
20141123 21:36:03< shadowm> gfgtdf: Well, the fact is it doesn't work.
20141123 21:36:14< shadowm> Meaning dotfiles aren't excluded.
20141123 21:36:34< shadowm> They are on 1.11.18 (non-BFS), though.
20141123 21:37:08< iceiceice> why can't we just make a list of these things, write some unit tests, and then run them on all target platforms
20141123 21:37:51-!- ToBeCloud [uid51591@gateway/web/irccloud.com/x-pniiitszztiswgqg] has quit [Quit: Connection closed for inactivity]
20141123 21:38:56< shadowm> Why do I keep seeing that question being formulated instead of the things it proposes actually taking place?
20141123 21:40:00< iceiceice> i'm merely proposing an alternative approach to the people who have been putting a lot of time in these issues
20141123 21:40:07< iceiceice> i'm not taking responsibility for them myself
20141123 21:40:34< iceiceice> shadowm: it appears that boost multindex does not compile if the serialization headers are removed
20141123 21:40:40< shadowm> The people.
20141123 21:40:45< shadowm> You mean gfgtdf and I?
20141123 21:40:48< iceiceice> yes
20141123 21:41:21< shadowm> I'd like to spend time and energy on mainline Wesnoth 24/7 but alas, they don't come in unlimited amounts.
20141123 21:42:17< shadowm> *my
20141123 21:42:19< iceiceice> ofc but you have spent quite some time making "non-automatic" tests like the inclusion order test add-on
20141123 21:42:38< iceiceice> and tracking down others of these bugs
20141123 21:42:41< shadowm> Uh yes, I spent literally 1 minute on that.
20141123 21:42:57< iceiceice> i don't think it would take more than that to make a c++ unit test
20141123 21:43:07< iceiceice> just saying, do it however you like...
20141123 21:43:39< shadowm> Well, I'd first have to write a preprocessor test suite boilerplate. Figure out where to put the test WML files in the distribution.
20141123 21:43:45-!- cib0 [~cib@p5DD23874.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20141123 21:44:21< shadowm> Then I'd have to come up with a design to test for the inclusion order in the resulting WML config.
20141123 21:44:51< shadowm> I'm not saying it's hard, it's just that I have more urgent things to do that don't involve mainline?
20141123 21:44:54< gfgtdf> shadowm: it looks liek 1.12 smply doesnt have this commit
20141123 21:45:02< iceiceice> alternatively, i think you could trivially rewrite the inclusion order addon as a wml unit test
20141123 21:45:16< shadowm> gfgtdf: Great...
20141123 21:46:59-!- cib0 [~cib@p5DD23874.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141123 21:47:22< shadowm> For the _final.cfg bug I just thought "well, this obviously doesn't happen to me and it clearly didn't happen to anyone else during all these years my campaign has been out, so it must be a recent change. let's see, what's the most likely thing to break in the last two releases?"
20141123 21:47:36< shadowm> "oh of course. windows."
20141123 21:48:35< irker278> wesnoth: Chris Beck wesnoth:master 965ebce42970 / INSTALL: Update INSTALL http://git.io/kwj98g
20141123 21:49:21-!- cib0 [~cib@p5DD23874.dip0.t-ipconnect.de] has quit [Client Quit]
20141123 21:50:14< shadowm> iceiceice: Did you read my pastebin? boost_thread is a linked so.
20141123 21:50:39< shadowm>         libboost_thread.so.1.55.0 => /usr/lib/x86_64-linux-gnu/libboost_thread.so.1.55.0 (0x00007f1b74ee4000)
20141123 21:50:44< iceiceice> shadowm: i think thats only on some platforms
20141123 21:51:27< iceiceice> it's not apparently needed for the mingw windows builds
20141123 21:51:51< shadowm> Then why does the CB dependencies packge include the Boost.thread static library?
20141123 21:52:17< iceiceice> i don't know, i have successfully built without it
20141123 21:52:42< shadowm> Are you really sure?
20141123 21:53:27< iceiceice> http://wiki.wesnoth.org/User:Iceiceice/Cross-compiling
20141123 21:54:17< iceiceice> those listed here are the only ones i needed for 1.12: http://forums.wesnoth.org/viewtopic.php?f=5&t=40694#p577977
20141123 21:54:27< iceiceice> apparently Pent can also build master with that list + boost random
20141123 21:56:27< shadowm> Huh.
20141123 21:56:51< shadowm> Boost.thread is not in the linker command line here.
20141123 21:58:35< shadowm> http://pastebin.com/jp2mF0C9
20141123 21:58:38< loonycyborg> At some point I erroneously believed that asio needs boost.thread
20141123 21:58:43< shadowm> Then how does it wind up being directly linked?
20141123 21:58:49< loonycyborg> in fact asio only need pthread
20141123 21:59:01< loonycyborg> and boost.thread implicitly links it
20141123 21:59:59< shadowm> Yes, but why do I have Boost.thread linked in the output when it's not in the linker command line?
20141123 22:00:16< loonycyborg> It could be via dependency
20141123 22:00:27< iceiceice> hmm so also,
20141123 22:00:42< iceiceice> i looked in my cross compiling log, i am passing this flag when compiling wesnoth: "Add -DBOOST_THREAD_USE_LIB because loonycyborg said so"
20141123 22:00:43< shadowm> Dependency of what exactly? Nothing that's linked in links to Boost.thread AFAICT.
20141123 22:00:52-!- vultraz [~chatzilla@124.109.10.167] has joined #wesnoth-dev
20141123 22:00:52-!- vultraz [~chatzilla@124.109.10.167] has quit [Changing host]
20141123 22:00:52-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20141123 22:01:18< loonycyborg> I think ld has a tree view
20141123 22:01:22< loonycyborg> maybe try that
20141123 22:01:27< shadowm> ldd -v?
20141123 22:01:29< loonycyborg> ldd that is
20141123 22:01:41< shadowm> Doesn't show anything other than the boost_thread entry for wesnoth itself.
20141123 22:02:36-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141123 22:03:24< loonycyborg> It also shows boost_chrono for me
20141123 22:03:33< shadowm> Though I guess it's really the intended use of that option. For example, it lists far fewer libraries under SDL_ttf's section.
20141123 22:04:03< shadowm> Yes, Boost.chrono is a dependency of Boost.thread.
20141123 22:04:15< loonycyborg> iceiceice: I think that define was needed by libana
20141123 22:06:12< loonycyborg> I have a lot of stuff in ldd. Like harfbuzz and graphite
20141123 22:06:22< iceiceice> i have that also
20141123 22:06:45< iceiceice> in homebrew, it is not possible to build cairo without pango and harfbuzz
20141123 22:06:51< iceiceice> (for whatever that is worth)
20141123 22:06:57-!- kex [~kex@78.157.29.160] has quit [Ping timeout: 240 seconds]
20141123 22:06:57< loonycyborg> but most likely some other boost lib depends on thread now
20141123 22:07:07< loonycyborg> maybe program_options or regex or random
20141123 22:07:31< shadowm> I'd be inclined to suspect it's Boost.random.
20141123 22:07:48< loonycyborg> me too..
20141123 22:07:51< iceiceice> so you think we have a header only dependency on boost thread now?
20141123 22:07:57< shadowm> Though wesnoth-1.12 is also linked to Boost.thread.
20141123 22:08:09< shadowm> We don't use Boost.random there, do we?
20141123 22:08:12< iceiceice> no
20141123 22:08:35< shadowm> No, I think we have a so dependency on Boost.thread now.
20141123 22:08:54< loonycyborg> I don't build boost.thread on windows
20141123 22:09:00< loonycyborg> it still works
20141123 22:09:08< loonycyborg> all boost libs are static there
20141123 22:09:11< shadowm> Could Boost.filesystem...
20141123 22:09:23< loonycyborg> yeah that
20141123 22:09:24< shadowm> Nope.
20141123 22:09:37< iceiceice> i deleted boost thread from my boost folder, both from header and lib folder,
20141123 22:09:39< iceiceice> i will try to cross compile now
20141123 22:09:44< shadowm> It's Boost.locale.
20141123 22:09:58< shadowm> shadowm@nanacore:~/src/wesnoth-1.12% ldd /usr/lib/x86_64-linux-gnu/libboost_locale.so | fgrep boost_thread libboost_thread.so.1.55.0 => /usr/lib/x86_64-linux-gnu/libboost_thread.so.1.55.0 (0x00007f32036e7000)
20141123 22:10:51-!- Appleman1234 [~Appleman1@rrcs-97-79-164-178.sw.biz.rr.com] has joined #wesnoth-dev
20141123 22:11:31< loonycyborg> Probably it's some optional component in boost.locale
20141123 22:12:14< shadowm> http://www.boost.org/doc/libs/1_55_0/libs/locale/doc/html/building_boost_locale.html says nothing about Boost.thread.
20141123 22:12:34< iceiceice> there's some stuff about "thread safety" in the boost locale docs,
20141123 22:12:44< iceiceice> maybe it uses the thread header somehow to help with that
20141123 22:12:59< shadowm> Not just the header.
20141123 22:13:25< Ravana_> shadowm: about "is there a way to customly change MP color" << there is, /data/core/team-colors.cfg
20141123 22:13:39< Ravana_> I have successfully changed it from there
20141123 22:13:40< shadowm> Anyway, the verdict is no we don't need Bost.thread and no, INSTALL is not supposed to document the individual dependencies of each of our dependencies.
20141123 22:13:52-!- Appleman1234 [~Appleman1@rrcs-97-79-164-178.sw.biz.rr.com] has quit [Client Quit]
20141123 22:14:00< gfgtdf> Ravana_: but that for your client only
20141123 22:14:10< shadowm> Ravana_: If you are talking about Nobun's question, I'm sure he's asking about the UI theme.
20141123 22:14:29< shadowm> The lobby/dialog background is a more bluish hue now.
20141123 22:15:05< Ravana_> ah, that blue
20141123 22:15:17< iceiceice> ok, i'm going to remove "boost thread" from the list i guess
20141123 22:15:30< shadowm> What the crap, grepping for 'thread' under /usr/include/boost/locale* gives me nothing.
20141123 22:16:12< irker278> wesnoth: Chris Beck wesnoth:1.12 4c92a1f9a349 / INSTALL: Update INSTALL http://git.io/X04RAg
20141123 22:16:20< shadowm> The other Boost.locale dependencies are Boost.chrono and Boost.system, none of which depend on Boost.thread.
20141123 22:16:45< shadowm> So I guess it's a fully internal dependency.
20141123 22:16:57< irker278> wesnoth: Chris Beck wesnoth:master 3553e8fdf23c / INSTALL: Update INSTALL http://git.io/PoES0g
20141123 22:19:38-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20141123 22:23:52< mattsc> zookeeper: right…  I thought you and I had discussed that, but it’s probably some other part of that scenario that I remember discussing.  My memory’s not what it used to be any more.  :P
20141123 22:24:10< mattsc> zookeeper: I like that it is somewhat random, but “fully random” might be too much.
20141123 22:24:19< mattsc> Feel free to change it to whatever you want.
20141123 22:36:46-!- gfgtdf_ [~chatzilla@e176190096.adsl.alicedsl.de] has joined #wesnoth-dev
20141123 22:38:40-!- gfgtdf [~chatzilla@f054048195.adsl.alicedsl.de] has quit [Ping timeout: 255 seconds]
20141123 22:38:42-!- gfgtdf_ is now known as gfgtdf
20141123 22:40:02-!- travis-ci [~travis-ci@ec2-184-73-70-227.compute-1.amazonaws.com] has joined #wesnoth-dev
20141123 22:40:02< travis-ci> wesnoth/wesnoth#4892 (master - 965ebce : Chris Beck): The build has errored.
20141123 22:40:02< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/41903486
20141123 22:40:02-!- travis-ci [~travis-ci@ec2-184-73-70-227.compute-1.amazonaws.com] has left #wesnoth-dev []
20141123 22:40:55< zookeeper> mattsc, yeah, i'm just not really sure how to best do that in lua
20141123 22:41:44< zookeeper> or rather, what's the simplest way to modify the existing code to do so
20141123 22:46:13-!- un214 [~un214@2602:306:cccf:af99:56a0:50ff:fe57:101d] has joined #wesnoth-dev
20141123 22:48:45< iceiceice> gfgtdf: did you see this bug report about carryover being applied twice?
20141123 22:48:58< gfgtdf> iceiceice: y i saw
20141123 22:49:12< iceiceice> i was able to reproduce it locally with 3 in LoW
20141123 22:49:41< iceiceice> i think what might be happening is that in 1.11.x at some point, it was changed so that carryover is applied before mp connect
20141123 22:49:49< iceiceice> i'm not sure exactly why,
20141123 22:49:59< iceiceice> but i think that change did not also stop it from being applied again when the game starts
20141123 22:50:05-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has quit [Quit: Konversation terminated!]
20141123 22:50:12< iceiceice> that would explain why the observer gets it only once but the players get it twice
20141123 22:52:43< gfgtdf> iceiceice: is taht bug for observer sho joinde d in teh next scenario or for observers that advnaaced to teh next scenario with the players ?
20141123 22:52:46< gfgtdf> or both*
20141123 22:52:56< gfgtdf> iceiceice: not for*
20141123 22:52:57< iceiceice> the bug occurs without any reloading or late joining
20141123 22:53:12< iceiceice> i simply start 3 clients, have one host adn the other two join
20141123 22:53:43< iceiceice> so its for observers that advanced to the next scenario with the players
20141123 22:55:04< mattsc> zookeeper: okay, just let me know what the exact behavior should be and I’ll take care of it (sometime)
20141123 22:56:30< zookeeper> mattsc, well, i think the simplest would be: 1 random lvl2 unit + 2 random lvl1's
20141123 22:56:48< gfgtdf> iceiceice: you mean this line: https://github.com/wesnoth/wesnoth/blob/1.12/src/playcampaign.cpp#L576? 
20141123 22:57:14< iceiceice> yeah
20141123 22:57:30< iceiceice> it seems that its not the only place we apply carryover
20141123 22:58:33< mattsc> zookeeper: amazing  :)
20141123 22:58:45< mattsc> That would have been my suggestion.
20141123 22:59:02< shadowm> gfgtdf: Are you going to backport the dotfiles inclusion exclusion fix?
20141123 23:00:27< gfgtdf> shadowm: oi can do that
20141123 23:00:30< gfgtdf> i can*
20141123 23:01:18-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20141123 23:01:31< zookeeper> mattsc, well i'm not surprised, it seems like a logical solution :P
20141123 23:01:46< gfgtdf> iceiceice: but i stil understdn why teh observer doesnt have teh carryover aplied twice then
20141123 23:02:28< iceiceice> idk
20141123 23:02:38< iceiceice> maybe connect engine is doing it right and its the other place that makes oos
20141123 23:02:40< shadowm> gfgtdf: In general I'd like to see these things done as soon as possible, because as you saw yourself, otherwise they tend to get forgotten and bad things happen as a result.
20141123 23:03:07< gfgtdf> shadowm: i actuyl tought iceiceice had done so whyn he bacposted the patch
20141123 23:05:54-!- dan__ [~dan@client-86-29-163-92.brhm-bam-3.adsl.virginm.net] has joined #wesnoth-dev
20141123 23:06:18-!- dan__ is now known as Guest96800
20141123 23:07:00-!- BloominClouds [~BloominCl@client-86-29-163-92.brhm-bam-3.adsl.virginm.net] has joined #wesnoth-dev
20141123 23:07:04< irker278> wesnoth: gfgtdf wesnoth:master c0b45c1ecfac / src/server/game.cpp: add comment about synced random seed http://git.io/ROjjKg
20141123 23:08:10-!- BloominClouds [~BloominCl@client-86-29-163-92.brhm-bam-3.adsl.virginm.net] has quit [Client Quit]
20141123 23:08:10-!- Guest96800 [~dan@client-86-29-163-92.brhm-bam-3.adsl.virginm.net] has quit [Client Quit]
20141123 23:10:05< gfgtdf> iceiceice: maybe this is the casue: https://github.com/wesnoth/wesnoth/blob/1.12/src/playcampaign.cpp#L260
20141123 23:10:10-!- markus_ [~mjs-de@p508C8221.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141123 23:10:16< gfgtdf> iceiceice: for observes it might not be VICTORY
20141123 23:10:57< gfgtdf> iceiceice: this line i mean: https://github.com/wesnoth/wesnoth/blob/1.12/src/playcampaign.cpp#L311
20141123 23:11:33< gfgtdf> iceiceice: thats why observes don't have teh correct caoover information so they dont aply it twice
20141123 23:12:18< gfgtdf> iceiceice: in 1.13 it all works different: the [store_next] scenario by teh hst contains the savefile, expacialy also the [carryover_sides_start]
20141123 23:13:31-!- un214 [~un214@2602:306:cccf:af99:56a0:50ff:fe57:101d] has quit [Remote host closed the connection]
20141123 23:13:45< iceiceice> i think we should drop support for 1.12 and just try to get 1.14 asap :p
20141123 23:13:46-!- mjs-de [~mjs-de@p508CA6F4.dip0.t-ipconnect.de] has quit [Ping timeout: 255 seconds]
20141123 23:16:42< mattsc> zookeeper: Okay, I’ll take care of it.  Likely not today any more though.
20141123 23:17:17-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 240 seconds]
20141123 23:18:45-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has joined #wesnoth-dev
20141123 23:23:29-!- molgrum [~molgrum@212.85.89.43] has quit [Quit: Lämnar]
20141123 23:28:40-!- Duthlet [~Duthlet@wesnoth/mp-mod/Duthlet] has quit [Quit: leaving]
20141123 23:34:48< irker278> wesnoth: Chris Beck wesnoth:master 8adfd3a38c4f / src/scripting/lua_kernel_base.cpp: fixup lua <-> boost function binding system http://git.io/GbSjKA
20141123 23:34:50< irker278> wesnoth: Chris Beck wesnoth:master 3740b24b28f1 / data/lua/ilua.lua: fixup ilua _pretty_print function http://git.io/NRBWdQ
20141123 23:34:52< irker278> wesnoth: Chris Beck wesnoth:master 7deecdca4693 / src/server/game.cpp: Merge branch 'master' of https://github.com/wesnoth/wesnoth http://git.io/jh3Ajg
20141123 23:35:06< iceiceice> gfgtdf: i fixed that line size_t you didn't like before
20141123 23:36:15< shadowm> It's probably just a matter of taste, but I find preceding comments to be more readable than trailing comments when they are longer than a couple of words.
20141123 23:38:44< gfgtdf> iceiceice: :) 
20141123 23:43:12< iceiceice> shadowm: feel free to reformat to your taste but i'm not going to fuss with it myself
20141123 23:45:21< shadowm> I didn't say "hey that needs to be fixed".
20141123 23:48:35< shadowm> Password-protected games in the lobby aren't actually password-protected. Should I file a bug or is anyone capable of fixing the issue present right now?
20141123 23:49:14< shadowm> (Also, if I could have someone from a different IP confirm by joining "shadowm's password-protected game" in the MP lobby...)
20141123 23:49:17< shadowm> (1.12)
20141123 23:50:03-!- markus_ [~mjs-de@p508C8221.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20141123 23:51:22-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141123 23:56:17-!- kex [~kex@78.157.29.160] has quit [Ping timeout: 264 seconds]
--- Log closed Mon Nov 24 00:00:21 2014