--- Log opened Wed Jul 22 00:00:31 2015
20150722 00:02:04< shadowm> loonycyborg: I tried cross-compiling and I couldn't figure out exactly how to pass flags.
20150722 00:02:51< loonycyborg> ./b2 -d+2 --with-iostreams --with-regex --with-filesystem --with-system --with-program_options threadapi=win32 --layout=system target-os=windows link=static variant=release --with-random cxxflags=-I/home/wesnoth/src/wesnoth-git/win-deps/include/ linkflags=-L/home/wesnoth/src/wesnoth-git/win-deps/lib
20150722 00:02:54< shadowm> Also, if I cross-compile Boost that means the compiler I'll use to build Wesnoth on Windows must be from the same vendor and version and use the same exception ABI.
20150722 00:02:55< loonycyborg> command itself
20150722 00:03:24< shadowm> Might as well cross-compile Wesnoth itself in that case.
20150722 00:04:16< loonycyborg> also for cross-compile you need tohave this in $HOME/user-config.jam
20150722 00:04:18< loonycyborg> using gcc : w64mingw32 : i586-w64-mingw32-g++ ;
20150722 00:04:43< shadowm> Oh yes, that's even more absurd.
20150722 00:05:08< shadowm> Why the hell does the file have to be either directly in $HOME or in a not very clearly specified location in the unpacked Boost distribution.
20150722 00:05:35< loonycyborg> Iguesyou can put it into project-config.jam
20150722 00:05:47< loonycyborg> in boost distribution
20150722 00:05:53< loonycyborg> but home location is better
20150722 00:06:04< loonycyborg> because it'sshared between allboost checkouts :P
20150722 00:07:06< shadowm> `-d+2 threadapi=win32 link=static` 
20150722 00:07:34< shadowm> When I tried cross-compiling I didn't even think of using those. What do the first two do?
20150722 00:07:48< loonycyborg> -d+2 makesit print fullcommands
20150722 00:08:00< shadowm> And, bootstrap doesn't need to be run with any parameters, right?
20150722 00:08:08< loonycyborg> yup
20150722 00:08:37< loonycyborg> threadapi affects boost.thread and iirc someother libs
20150722 00:08:53< loonycyborg> to make it usewindows threadapi instead of posix
20150722 00:09:17< shadowm> So I reckon it'd break in some non-obvious way (like spit a zillion linker errors when trying to link wesnoth.exe) if I went and omitted that?
20150722 00:09:42< loonycyborg> maybe compilation of boost itself would fail
20150722 00:09:53< loonycyborg> because you didn't provide windows port of pthread
20150722 00:09:54< loonycyborg> dunno
20150722 00:10:29< loonycyborg> iirc using pthread on windows is a supported configuration too
20150722 00:12:18< shadowm> I expect that'd complicate things seeing as how SDL.dll and SDL_net.dll also use threads.
20150722 00:13:36 * shadowm ought to know better than trying to copy/move directories with a large number of objects using UI facilities.
20150722 00:16:06< shadowm> Blargh.
20150722 00:17:05< shadowm> loonycyborg: Okay, so why does your command line not include -sNO_BZIP2=0 ?
20150722 00:17:28< loonycyborg> because it was cross-compile command
20150722 00:17:54< loonycyborg> on posix build platform it assumes that zlib and bzip2 should be enabled
20150722 00:18:04< shadowm> ¬_¬
20150722 00:18:11< loonycyborg> it doesn't care that it's cross-compile
20150722 00:18:36< shadowm> Also, I guess I need to specify a --prefix.
20150722 00:18:46-!- Ravana_ [~SZ_Bot@unaffiliated/ravana/x-2327071] has quit [Read error: Connection reset by peer]
20150722 00:19:22< loonycyborg> on windows you might also need toolset=gcc
20150722 00:19:38< loonycyborg> if it's trying to use msvc
20150722 00:20:01< shadowm> I presume your command line is also missing --with-locale.
20150722 00:20:08< shadowm>     - locale                   : not building
20150722 00:20:32< shadowm>     - test                     : not building
20150722 00:20:32< shadowm>     - thread                   : not building
20150722 00:20:38< shadowm> And these two?
20150722 00:20:55< shadowm> Isn't thread required for Asio? I always forget.
20150722 00:21:18< loonycyborg> yup
20150722 00:21:28< loonycyborg> --with-locale is needed now
20150722 00:21:37< loonycyborg> but thread isn't
20150722 00:21:46< shadowm> UGH.
20150722 00:21:50< shadowm>     - zlib                     : no  (cached)
20150722 00:21:55< shadowm> I even ran it once with --reconfigure.
20150722 00:22:50< loonycyborg> nice at least it'strying tofind it
20150722 00:23:17< shadowm> Well, no, it's not trying to find it, it's just going with the results of my botched first run I think.
20150722 00:23:38< shadowm> Wherein I messed up and passed the headers dir in the linker flags instead of the libs dir.
20150722 00:24:23< shadowm> Okay, come on, I started clean now and it still doesn't find zlib.
20150722 00:24:55< shadowm> http://pastebin.com/UGB8GZVK
20150722 00:28:15-!- Ravana_ [~SZ_Bot@unaffiliated/ravana/x-2327071] has joined #wesnoth-dev
20150722 00:28:18< loonycyborg> shadowm: ugh pretty sure it should store exact test commandsand error messages somewhere
20150722 00:28:25< shadowm> I guess I have to pass the paths again? http://www.boost.org/doc/libs/1_58_0/libs/iostreams/doc/installation.html
20150722 00:28:27< loonycyborg> bin.v2/config.log maybe
20150722 00:28:34< shadowm> Using ZLIB_INCLUDE etc.
20150722 00:29:17< loonycyborg> no Iwas usng cxxflags instead of XLIB_INCLUDE etc
20150722 00:29:21< shadowm>     /usr/bin/i686-w64-mingw32-ld: cannot find -lz
20150722 00:29:23< loonycyborg> because theydidn'twork
20150722 00:29:43< shadowm> It's not passing my linker flags, only the compiler flags.
20150722 00:29:57< loonycyborg> no
20150722 00:30:03< loonycyborg> you're passing -Lflag
20150722 00:30:10< loonycyborg> but not-l flag
20150722 00:30:30< shadowm> Why would I have to pass the -l flags? That's for Boost's build system to figure out.
20150722 00:30:34< shadowm> "i686-w64-mingw32-g++"    -o "bin.v2/standalone/ac/gcc-mingw-w64mingw32/release/link-static/target-os-windows/threadapi-win32/threading-multi/z.exe" -Wl,--start-group "bin.v2/standalone/ac/gcc-mingw-w64mingw32/release/link-static/target-os-windows/threadapi-win32/threading-multi/main.o"  -Wl,-Bstatic -lz -Wl,-Bdynamic  -Wl,--end-group -march=i686 -mthreads -m32 
20150722 00:31:03< shadowm> See? It's not passing the linkflags contents.
20150722 00:31:14< loonycyborg> oh interesting
20150722 00:31:19< loonycyborg> was too sleepy
20150722 00:31:40< loonycyborg> ohI see
20150722 00:31:49< loonycyborg> you've put "-" before linkflags
20150722 00:32:04< shadowm> Oh for the love of.
20150722 00:32:11< shadowm> It doesn't even warn me about it!
20150722 00:32:22< loonycyborg> yup
20150722 00:32:37< loonycyborg> no idea why it ignores options it doesn'tknow
20150722 00:32:44< loonycyborg> for forwardcompatibility maybe
20150722 00:33:17< shadowm> Or maybe it's because whoever wrote this was a big meanie.
20150722 00:33:33< shadowm>     - zlib                     : yes
20150722 00:33:38< shadowm> Finally!
20150722 00:33:59< shadowm> It doesn't even list bzip2, though.
20150722 00:34:14< shadowm> Wait, it built in under a minute?
20150722 00:35:12< loonycyborg> it uses --keep-going by default
20150722 00:35:16< loonycyborg> maybe somefailed
20150722 00:35:35< shadowm> shadowm@nanacore:~/win32/wesnoth-xcompile-sdk/boost/lib% nm libboost_iostreams.a | fgrep bzip2 | wc -l
20150722 00:35:35< loonycyborg> but yes compile is fast
20150722 00:35:38< shadowm> 87
20150722 00:35:50< shadowm> I assume this means it has bzip2 support.
20150722 00:36:05< loonycyborg> you could doublecheck compile commands
20150722 00:36:16< loonycyborg> if bzip2 support is in
20150722 00:36:28< loonycyborg> then it should have compiled bzip2.cpp
20150722 00:36:37< loonycyborg> as part ofiostreams
20150722 00:36:43< loonycyborg> but anyway yes
20150722 00:36:49< shadowm> nm lists a bzip2.o so that's good enough.
20150722 00:37:06< loonycyborg> I remember that they added a check forzlib
20150722 00:37:12< shadowm> So... I should be able to cross-compile Wesnoth too, right?
20150722 00:37:14< loonycyborg> and left old way of finding bzip2
20150722 00:37:36< loonycyborg> hmm yes
20150722 00:37:56< shadowm> But why do you normally build Wesnoth on Windows then?
20150722 00:39:24< loonycyborg> just in case
20150722 00:39:36< loonycyborg> and tobe able to easily test in nativeenvironment
20150722 00:40:35< loonycyborg> I'll paste my .scons-option-cache for cross builds
20150722 00:41:01< shadowm> I have the one you use for native builds. Shouldn't be much different, right?
20150722 00:42:04< loonycyborg> https://gist.github.com/loonycyborg/e7680c11662016ede21d
20150722 00:42:29< shadowm> `-DBOOST_THREAD_USE_LIB` hm...
20150722 00:42:38< loonycyborg> not sure if it'sstillneeded
20150722 00:43:44< loonycyborg> iirc it was a workaround for some incorrect use of visibility attributes
20150722 00:44:01< shadowm> I'll keep it just in case because the explanation is the docs is too wordy.
20150722 00:44:28< shadowm> prefix is only used for installing Wesnoth, right?
20150722 00:44:56< shadowm> It shouldn't have any bearing on where scons searches for dependencies.
20150722 00:45:29< shadowm> And if I install anyway I don't think it's going to find the requisite DLLs and drop them there for me, or is it?
20150722 00:45:37-!- prkc [~prkc@catv-89-134-159-162.catv.broadband.hu] has quit [Remote host closed the connection]
20150722 00:46:02< loonycyborg> prefix affects search for libs too
20150722 00:46:18< shadowm> Uhhh... okay...
20150722 00:49:23< shadowm> Checking for Boost program_options library version >= 1.35.0... no
20150722 00:49:27< shadowm> :|
20150722 00:50:00< shadowm> /usr/bin/ld: cannot find -lpangowin32-1.0
20150722 00:50:05< shadowm> Oh ffs.
20150722 00:50:16< shadowm> It's using the wrong toolchain.
20150722 00:50:18< shadowm> Of course.
20150722 00:50:26< shadowm> I forgot the host option.
20150722 00:50:31< loonycyborg> yes
20150722 00:50:39< loonycyborg> that'swhat I wanted to remind you about
20150722 00:50:44< loonycyborg> but got sidetracked
20150722 00:52:07< shadowm> boostdir points to the headers, right...
20150722 00:52:42< shadowm> Checking for fribidi >= 0.10.9... (cached) no
20150722 00:52:48< shadowm> Can't find libfribidi, disabling freebidi support.
20150722 00:53:23< shadowm> loonycyborg: Your 1.11.x dependencies zip doesn't include fribidi.
20150722 00:53:37< loonycyborg> yup, I never used it
20150722 00:53:44< shadowm> :\
20150722 00:53:58< shadowm> Doesn't this make GUI1 even more broken for RTL languages than it already is?
20150722 00:54:12< loonycyborg> did you get any bug reports about it?
20150722 00:54:39< shadowm> The lack of bug reports doesn't mean much.
20150722 00:55:09< shadowm> If anything, it can mean that Wesnoth isn't used at all by RTL language speakers.
20150722 00:55:27< loonycyborg> or they just switch to english
20150722 00:55:36< shadowm> Not everyone can read English.
20150722 00:56:01< loonycyborg> hmm and I guess someone who can't won't do a bug report..
20150722 00:56:02< shadowm> Back when I started playing Wesnoth, my grasp of English wasn't very good and it wasn't very nice every time I hit an untranslated string.
20150722 00:56:38< shadowm> But yeah, anyway, it's too late to do anything about fribidi support on Windows at this point.
20150722 00:57:08-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has joined #wesnoth-dev
20150722 00:57:25< shadowm> The help browser and the MP lobby are the main legacy font rendering users right now and we are supposed to move them to ttext, which uses Pango/Cairo.
20150722 00:58:44-!- irker378 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20150722 00:58:44< irker378> wesnoth: Ignacio R. Morelle wesnoth:master 34647a344660 / src/campaign_server/campaign_server.cpp: campaignd: Fix unused variable warning on Windows http://git.io/vYJMF
20150722 00:58:55< shadowm> Wheeeeeee http://pastebin.com/BHZA27aS
20150722 00:59:41< shadowm> Should I ignore the section size mismatch warnings? That leaves me with the "undefined reference to `clock_gettime'" errors, which...
20150722 01:00:09< loonycyborg> yup duplicate section warningsare harmless
20150722 01:00:22< loonycyborg> and error seems tobe when building campaignd
20150722 01:00:46< shadowm> Yes, it's obviously campaignd.exe.
20150722 01:01:19< shadowm> Only problem is that the section size mismatch warnings break builds with -Werror.
20150722 01:01:43< shadowm> I guess I'll have to disable that. :\
20150722 01:02:38< loonycyborg> I have default_targets = 'wesnoth' :P
20150722 01:02:57< loonycyborg> meaning thateven wesnothd isn't built Iguess
20150722 01:02:58< irker378> wesnoth: Ignacio R. Morelle wesnoth:master d35082e9e822 / src/campaign_server/campaign_server.cpp: campaignd: Don't try to use a monotonic clock on Windows http://git.io/vYJDK
20150722 01:03:01< shadowm> I used 'all' instead.
20150722 01:03:08< shadowm> On purpose.
20150722 01:03:38< shadowm> /home/shadowm/src/wesnoth/src/lexical_cast.hpp:182:39: error: ‘strtoll’ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
20150722 01:03:43< shadowm> Yay!
20150722 01:04:58< shadowm> Explicitly including <cstdlib> helps.
20150722 01:05:40< shadowm> shadowm@nanacore:~/src/wesnoth/scons-win32-crosscompile% ll *.exe
20150722 01:05:43< shadowm> -rwxr-xr-x 1 shadowm shadowm 3535290 Jul 21 22:02 campaignd.exe
20150722 01:05:55< shadowm> Well, I guess at this point it's more or less guaranteed that the rest will succeed too.
20150722 01:06:40< shadowm> It dies with status 53 when run, though. Hm.
20150722 01:06:59< shadowm> Oh, DLLs. Right.
20150722 01:07:07< loonycyborg> run with what?
20150722 01:07:11< shadowm> Wine.
20150722 01:07:38< shadowm> I surmise it dies because it can't link the DLLs, but then it should at least say so.
20150722 01:09:42< shadowm> The test target can't be linked.
20150722 01:09:46< shadowm> Build-time.
20150722 01:10:02< shadowm> build/release/tests/test_config_cache.o:test_config_cache.cpp:(.text.startup+0x515): undefined reference to `_imp___ZTVN5boost9unit_test15unit_test_log_tE'
20150722 01:10:06< shadowm> And similar ad nauseam.
20150722 01:11:05< shadowm> Even though -lboost_unit_test_framework is in the command line.
20150722 01:11:55< shadowm> campaignd.exe, cutter.exe, exploder.exe, wesnoth.exe, and wesnothd.exe all built, though.
20150722 01:15:29< shadowm> Really need a script to deal with the task of copying the necessary DLLs.
20150722 01:15:41< shadowm> loonycyborg: You wouldn't happen to have one such, right?
20150722 01:16:24< loonycyborg> shadowm: nope Iwas doing it by hand
20150722 01:16:45< shadowm> I'm looking at the list in Dependency Walker and picking stuff by hand like a scrub.
20150722 01:16:55< shadowm> Yeah... :I
20150722 01:16:57< loonycyborg> me too
20150722 01:17:35< loonycyborg> also when you run it with wine
20150722 01:17:45< loonycyborg> it prints exactdlls it'smissing
20150722 01:18:04< loonycyborg> so you can just copy those it's missing
20150722 01:18:07< loonycyborg> tilit runs
20150722 01:19:07< shadowm> Not here.
20150722 01:19:31< shadowm> It just returns with status 53 without printing anything, assuming it's because of the missing DLLs anyway.
20150722 01:22:19< shadowm> On Windows, it wants a libgcc_s_sjlj-1.dll that I don't even see in Dependency Walker, hm.
20150722 01:22:55< shadowm> If I start it on a VM that doesn't have Mingw installed, that is.
20150722 01:23:56< shadowm> And on the one where it is installed it wants a symbol from LIBGOMP-1.DLL that the Mingw version I have there doesn't provide.
20150722 01:25:44< shadowm> This is getting silly: http://pastebin.com/0NRYCLdn
20150722 01:26:07< shadowm> I assume the ones that have 'posix' in the name target Cygwin.
20150722 01:28:41< loonycyborg> anyway I reallyneed to sleep
20150722 01:28:41< loonycyborg> nn
20150722 01:29:44< shadowm> libwinpthread-1.dll.
20150722 01:30:09< shadowm> dpkg says mingw-w64-i686-dev: /usr/i686-w64-mingw32/lib/libwinpthread-1.dll
20150722 01:31:07< shadowm> Success! Sort of.
20150722 01:31:37< shadowm> loonycyborg: Are you building 1.13.0 and later with libreadline/libhistory?
20150722 01:32:44< shadowm> But yeah, I did a crosscompiled build and it runs! Yay!
20150722 01:33:09< shadowm> Jut not in Wine.
20150722 01:33:31< shadowm> Oh wait, it runs in Wine too, I was using the wrong dir without the DLLs.
20150722 01:35:04< shadowm> Huh.
20150722 01:35:09< shadowm> My wesnothd.exe has no resources.
20150722 01:39:52< shadowm> Okay, I figured out what the issue was, my mistake.
20150722 01:41:26< irker378> wesnoth: Ignacio R. Morelle wesnoth:master e6ece8f147e6 / src/lexical_cast.hpp: Fix missing strtoll declaration with MinGW-w64 http://git.io/vYJbB
20150722 01:41:29< irker378> wesnoth: Ignacio R. Morelle wesnoth:master 40711ff2eec8 / src/SConscript: scons: Include the wesnothd resources when linking wesnothd.exe http://git.io/vYJbR
20150722 01:49:09< shadowm> And now that I can cross-compile Wesnoth I no longer need to bother with using CodeBlocks to write patches. \o/
20150722 01:49:57< shadowm> loonycyborg: Thanks for the help. :)
20150722 01:57:35-!- xixor [~xixor@104.224.124.198] has joined #wesnoth-dev
20150722 01:57:55< xixor> <xixor> I was looking at the wesnoth source code, it looks good.  I'm glad to see that a FOSS game that has been around this long was in good looking C++ code
20150722 01:57:55< xixor> <ancestral> xixor: We’re always looking for help!
20150722 01:57:56< xixor> <ancestral> #wesnoth-dev is where much of the talk is lately
20150722 01:57:56< xixor> <xixor> because of the linux, FOSS tends to be C, with the attitude that every project needs to be in C, and every project needs to write their own C++ STL implementation clone in C before doing anything else
20150722 01:57:57< xixor> <xixor> I'm surprised you're looking for more devs, and/or that there is much activity... looks like a pretty complete, well established game engine, with lots of content
20150722 01:57:57< xixor> <xixor> even things like the download in-game additional content seems well flushed out and working
20150722 01:57:58< xixor> <ancestral> xixor: Do me a favor
20150722 01:57:58< xixor> <ancestral> Go to #wesnoth-dev and paste that exact paragraph
20150722 01:58:50-!- travis-ci [~travis-ci@ec2-54-226-110-248.compute-1.amazonaws.com] has joined #wesnoth-dev
20150722 01:58:51< travis-ci> wesnoth/wesnoth#6801 (master - d35082e : Ignacio R. Morelle): The build has errored.
20150722 01:58:51< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/72045184
20150722 01:58:51-!- travis-ci [~travis-ci@ec2-54-226-110-248.compute-1.amazonaws.com] has left #wesnoth-dev []
20150722 02:00:10< shadowm> I messed that up for not testing on native Linux.
20150722 02:01:28< shadowm> Or did I?
20150722 02:01:46< shadowm> I don't see a platform check for the wesnoth resources depenedncy.
20150722 02:02:47< shadowm> xixor: There's still alot of things missing that would be nice to have, starting with proper support for high-DPI displays (especially on OS X).
20150722 02:03:02< xixor> shadowm: isn't that dependent a lot on the art?
20150722 02:03:23< shadowm> Partly.
20150722 02:03:59< vultraz> We do have high-res versions of most of our UI components
20150722 02:04:03< shadowm> Unit sprites and terrains will stay as they are and (if I understand correctly) should just be upscaled using nearest-neighbor. But the UI still needs dedicated high-DPI support to deal with text rendering and UI elements.
20150722 02:04:57< shadowm> We also want to move to SDL 2 since SDL 1.2.x is no longer maintained for any platform, meaning it's subject to breakage.
20150722 02:05:49< shadowm> Hm, I wrongly assumed that job failure was my fault, it wasn't. Everything continues to compile just fine.
20150722 02:06:54< shadowm> But I'm getting this which suggests I failed to understand how struct initializers work in C++98: http://pastebin.com/x0Q6hVt2
20150722 02:08:33< shadowm> Which makes me feel more than a little dumb. :|
20150722 02:09:56-!- Polsaker [~Polsaker@wikimedia/botters.Polsaker] has joined #wesnoth-dev
20150722 02:11:04< xixor> shadowm: yeah, I don't have any feeling or intuition about what's involved in high DPI support.  What constitutes high DPI these days?   I take it that 1920x1080 and/or the rarer but more awesome 1920x1200 is not considered high DPI?
20150722 02:11:08< irker378> wesnoth: Ignacio R. Morelle wesnoth:master e33767fc9ebc / src/desktop/version.cpp: desktop: Detect and report Wine http://git.io/vYUvg
20150722 02:12:24< shadowm> xixor: It's more complicated than that. For example, I have a 1920x1080 screen that reports the standard 96x96 DPI (approximately).
20150722 02:12:32< ancestral> Technically high DPI is just that — a considerable number of dots per inch
20150722 02:13:18< ancestral> How do you know if someone is running a 320 dpi screen? Often you don’t. But you can have a toggle for folks with greater than HD resolution
20150722 02:13:38< ancestral> Or let the OS do its magic
20150722 02:13:43< shadowm> In theory, the OS is supposed to infer this from the monitor's EDID.
20150722 02:14:08< shadowm> And the monitor's EDID, more often than not, is full of incorrect or inaccurate information.
20150722 02:14:52< xixor> yeah, sounds rough
20150722 02:15:24< xixor> is there any chance of having sprites and game data being vectorized, so it becomes somewhat resolution/dpi independent, only leaving the fonts, which presumably the OS can help with?
20150722 02:17:44< ancestral> Well, we’ve got pixel art
20150722 02:17:56< shadowm> No, not really, hence I said the optimal solution for terrain and unit sprites is NN upscaling.
20150722 02:18:29< shadowm> The underpinnings are already in place, although the whole thing probably would benefit from using OpenGL instead of software rendering.
20150722 02:19:01< shadowm> (i.e. we've had zoom functionality since ages.)
20150722 02:19:05< xixor> yeah, I bet at high resolutions pushing that many pixels at once with software only becomes a lot
20150722 02:34:14-!- travis-ci [~travis-ci@ec2-54-204-244-69.compute-1.amazonaws.com] has joined #wesnoth-dev
20150722 02:34:15< travis-ci> wesnoth/wesnoth#6802 (master - 40711ff : Ignacio R. Morelle): The build has errored.
20150722 02:34:15< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/72047819
20150722 02:34:15-!- travis-ci [~travis-ci@ec2-54-204-244-69.compute-1.amazonaws.com] has left #wesnoth-dev []
20150722 02:51:32-!- xixor [~xixor@104.224.124.198] has quit [Quit: xixor]
20150722 03:07:38-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20150722 03:17:48-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 244 seconds]
20150722 03:19:29-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20150722 03:56:51-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has joined #wesnoth-dev
20150722 04:17:48-!- oldlaptop [~quassel@50-107-124-87.adr02.mskg.mi.frontiernet.net] has quit [Ping timeout: 244 seconds]
20150722 04:22:36-!- Kwandulin [~Miranda@p5B00836D.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150722 04:28:31-!- oldlaptop [~quassel@50-107-124-87.adr02.mskg.mi.frontiernet.net] has joined #wesnoth-dev
20150722 05:06:25< irker378> wesnoth: Ignacio R. Morelle wesnoth:1.12 ae58d70d0380 / SConstruct: scons: Clean up warning message http://git.io/vYU2Z
20150722 05:06:28< irker378> wesnoth: Ignacio R. Morelle wesnoth:master 88811d9bf136 / SConstruct: scons: Clean up warning message http://git.io/vYU2c
20150722 05:07:20-!- oldlaptop [~quassel@50-107-124-87.adr02.mskg.mi.frontiernet.net] has quit [Ping timeout: 244 seconds]
20150722 05:11:14-!- horrowin1 [~Icedove@2a02:810a:8b00:5298:21b:fcff:fee3:c3ff] has joined #wesnoth-dev
20150722 05:18:52-!- oldlaptop [~quassel@50-107-124-87.adr02.mskg.mi.frontiernet.net] has joined #wesnoth-dev
20150722 05:49:56-!- [Relic] [~Relic]@2602:306:33a3:6d30:ddf3:e152:ff3:c89c] has quit [Quit: I press the magic X and all the weirdos go away!]
20150722 06:07:21-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20150722 06:50:40-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20150722 07:06:31< vultraz> zookeeper: do you have any objection to dropping the article prefix ("The") from EI's displayed name? 
20150722 07:06:45< vultraz> It's shown as 'The Eastern Invasion'
20150722 07:06:53< vultraz> I want to make it just 'Eastern Invasion'
20150722 07:07:16< zookeeper> if both forms are equally valid, then no objections
20150722 07:29:39< irker378> wesnoth: Charles Dang wesnoth:master 6c2ef9f3a17a / data/campaigns/Eastern_Invasion/_main.cfg: EI: dropped article prefix from displayed name http://git.io/vYTeL
20150722 08:22:38< vultraz> gfgtdf: any update on the shroud tristate key?
20150722 08:27:15-!- Kwandulin [~Miranda@p5B00836D.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20150722 08:40:31-!- horrowin1 [~Icedove@2a02:810a:8b00:5298:21b:fcff:fee3:c3ff] has quit [Quit: horrowin1]
20150722 09:25:52-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 256 seconds]
20150722 09:30:41-!- mjs-de [~mjs-de@x4db6205d.dyn.telefonica.de] has joined #wesnoth-dev
20150722 09:56:37-!- Kwandulin [~Miranda@p5B00836D.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150722 10:30:11-!- irker378 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20150722 10:36:17-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has joined #wesnoth-dev
20150722 11:05:35-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has joined #wesnoth-dev
20150722 11:06:38-!- gfgtdf [~chatzilla@f054063032.adsl.alicedsl.de] has joined #wesnoth-dev
20150722 11:07:02< gfgtdf> 20150722 08:22:38< vultraz> gfgtdf: any update on the shroud tristate key?
20150722 11:07:55< gfgtdf> vultraz: no there is still pr 408 which should work, the onl thing thats missing is the upate of the editor ui
20150722 11:09:35< gfgtdf> vultraz: currently its share_vision=all/shroud/none i also dont know whether thosestrings are good
20150722 11:10:25< gfgtdf> vultraz: also the commit message should be updated before merging
20150722 11:11:51< vultraz> gfgtdf: the Edit Side dialog is the one that needs updating right?
20150722 11:12:14< gfgtdf> vultraz: yes 
20150722 11:13:02< gfgtdf> vultraz: (that one needs to be updated anyway  because controller=<number> alsoisnt supported anymore)
20150722 11:13:37< gfgtdf> vultraz: so if people say that thosestrings are good i'll merge that p
20150722 11:20:03-!- gfgtdf [~chatzilla@f054063032.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.91.1 [Firefox 39.0/20150630154324]]
20150722 11:29:51-!- irker865 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20150722 11:29:53< irker865> wesnoth: Charles Dang wesnoth:master 4235d310a99c / / (4 files in 3 dirs): tedior_edit_side: remove controller=<number> option http://git.io/vYkcm
20150722 11:36:12-!- mjs-de [~mjs-de@x4db6205d.dyn.telefonica.de] has quit [Ping timeout: 256 seconds]
20150722 11:55:17-!- Appleman1234_ [~Appleman1@KD106152032115.au-net.ne.jp] has joined #wesnoth-dev
20150722 11:58:59-!- Appleman1234 [~Appleman1@KD106175179042.au-net.ne.jp] has quit [Ping timeout: 256 seconds]
20150722 12:10:13< vultraz> gfgtdf: if you merge the PR I'll update the dialog
20150722 12:13:39-!- c74d [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has quit [Ping timeout: 244 seconds]
20150722 12:15:02-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20150722 12:15:03-!- c74d [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has joined #wesnoth-dev
20150722 12:18:44< vultraz> gfgtdf: imo the values are fine
20150722 12:53:19-!- mjs-de [~mjs-de@x4db6205d.dyn.telefonica.de] has joined #wesnoth-dev
20150722 13:15:10< pydsigner> vultraz: You might want to fix your commit name
20150722 13:43:47< vultraz> pydsigner: say what?
20150722 13:43:59< vultraz> oh
20150722 13:44:01< vultraz> dammit
20150722 13:44:01< pydsigner> "tedior"
20150722 13:44:03< vultraz> I can't
20150722 13:44:11< vultraz> forcepushing is not allowed in this repo
20150722 13:55:13-!- Kwandulin [~Miranda@p5B00836D.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20150722 14:02:45-!- Appleman1234_ is now known as Appleman1234
20150722 14:06:53< zookeeper> can't you amend the last commit message without force-pushing? or was that only for local commits?
20150722 14:08:54< vultraz> local only
20150722 14:09:07< vultraz> you can do anything to your local tree but once it's pushed you have to forcepush to amend it
20150722 14:12:30< zookeeper> it seems it'd be smart to solve the force-pushing problem by having the repo (optionally) disallow it if anyone's pulled from it since.
20150722 14:13:14< zookeeper> ...for cases where you notice the mistake immediately, instead of 2 hours later :p
20150722 14:13:26< vultraz> dunno if that's possible
20150722 14:13:38< vultraz> would be a great option tho
20150722 14:14:13< zookeeper> of course it'd be possible
20150722 14:14:59-!- markus__ [~mjs-de@x4db6b8ba.dyn.telefonica.de] has joined #wesnoth-dev
20150722 14:18:16-!- mjs-de [~mjs-de@x4db6205d.dyn.telefonica.de] has quit [Ping timeout: 250 seconds]
20150722 14:30:20-!- irker865 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20150722 14:40:48-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has quit [Quit: Connection closed for inactivity]
20150722 15:17:17-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20150722 15:24:53-!- [Relic] [~Relic]@2602:306:33a3:6d30:b916:eb69:480c:6c64] has joined #wesnoth-dev
20150722 15:27:43-!- Kwandulin [~Miranda@p5B00836D.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150722 15:28:42-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20150722 15:55:45-!- prkc [~prkc@catv-89-134-159-162.catv.broadband.hu] has joined #wesnoth-dev
20150722 16:02:50-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20150722 16:50:51-!- Kwandulin [~Miranda@p5B00836D.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20150722 18:12:11-!- markus__ is now known as mjs-de
20150722 18:17:36-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20150722 18:47:11-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20150722 19:02:53-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20150722 19:27:12-!- noy [~Noy@wesnoth/developer/noy] has quit [Ping timeout: 272 seconds]
20150722 19:49:44-!- gfgtdf [~chatzilla@f054063032.adsl.alicedsl.de] has joined #wesnoth-dev
20150722 19:50:38< gfgtdf> is this page: http://wiki.wesnoth.org/Project which says 'The Battle for Wesnoth is a Gna! project' still valid ?
20150722 19:51:47< pydsigner> Wesnoth uses the gna bug tracker at least...
20150722 19:53:08< gfgtdf> also this page: http://wiki.wesnoth.org/Support#IRC says something about a wesnoth-mp irc cannel but i cannot find an entry about wesnoth-mp in our irclogs page.
20150722 19:54:22< gfgtdf> also this page: http://wiki.wesnoth.org/FAQ seens to be quite outdated in many places it refers to wesnoth 1.0 behaviour
20150722 19:57:16< gfgtdf> this section http://wiki.wesnoth.org/FAQ#The_.28random_scenario.29_is_too_hard.2Feasy.21 says that out mainline campaigns are all perfectly balanced, but i dont really think so. Im quite sure that there are a lot of untested changes pushed to mainline campaigns (at least thats my expereience with LoW)
20150722 20:00:26-!- gfgtdf [~chatzilla@f054063032.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.91.1 [Firefox 39.0/20150630154324]]
20150722 20:37:43-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20150722 20:40:33< shadowm> gfgtdf: Because #wesnoth-mp is not logged.
20150722 20:40:54< shadowm> (That's intentional.)
20150722 20:46:58< shadowm> vincent_c, Rhonda: Sure you don't mind if I promote your PPAs with latest Wesnoth stable and dev around, right? http://forums.wesnoth.org/viewtopic.php?p=587493#p587493
20150722 20:52:39< vincent_c> shadowm: fine by me, I'm glad that people find them useful
20150722 20:53:35< vincent_c> tbh I'd rather encourage users to pick up newer packages through -backports, but I'm not actually a Ubuntu dev or MOTU member so I can't upload packages myself
20150722 20:53:51< vincent_c> which is the whole reason I put up that wesnoth stable PPA to begin with
20150722 20:55:18 * pydsigner reads thread
20150722 20:55:54< pydsigner> [Compiling Wesnoth isn't that hard, it just takes forever to run and requires a decent amount of RAM]
20150722 20:58:23< vincent_c> heh, typically it takes me longer to upload wesnoth to debian than to compile it
20150722 20:59:12-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has joined #wesnoth-dev
20150722 21:16:31< Rhonda> shadowm, they are there to be used, don't worry :)
20150722 21:17:24< Rhonda> vincent_c: You can suggest the package for a backport though.  Do the testing.  I am motu and can't upload backports unattended neither.
20150722 21:19:50< vincent_c> Rhonda: I thought motu can upload backports for packages in universe? oh well, learned something new today I guess
20150722 21:20:33< Rhonda> The backports team has to approve them, so I think it doesn't matter as much who does the upload if the source is prepared.
20150722 21:21:14-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150722 21:30:20-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 246 seconds]
20150722 21:35:12-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20150722 21:38:42-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20150722 21:39:00-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150722 21:50:27-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150722 21:52:15-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 244 seconds]
20150722 22:20:44-!- mjs-de [~mjs-de@x4db6b8ba.dyn.telefonica.de] has quit [Ping timeout: 244 seconds]
20150722 22:23:10-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150722 22:25:46-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 240 seconds]
20150722 22:29:06-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 240 seconds]
20150722 22:52:33-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 252 seconds]
20150722 23:28:30-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
--- Log closed Thu Jul 23 00:00:39 2015