--- Log opened Sat Jan 16 00:00:20 2016
20160116 00:02:36-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 250 seconds]
20160116 00:08:14-!- Aginor [~andreas@apollo.alternating.net] has joined #wesnoth-dev
20160116 00:08:14-!- Aginor [~andreas@apollo.alternating.net] has quit [Changing host]
20160116 00:08:14-!- Aginor [~andreas@unaffiliated/aginor] has joined #wesnoth-dev
20160116 00:16:20< vultraz> hey Aginor 
20160116 00:16:39< Aginor> hey vultraz 
20160116 00:20:51-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20160116 00:24:49< shadowm> vultraz: Pages 0 .. n-1: visible. Pages n .. m-1: invisible.
20160116 00:24:58< shadowm> m = total page count; n = total visible page count
20160116 00:25:26< shadowm> I hope that's the answer, because I didn't understand the question.
20160116 00:29:19-!- Greg-Bog_ [~greg_bogg@173.240.241.83] has quit [Ping timeout: 245 seconds]
20160116 00:30:29< vultraz> shadowm: for the main 5 tabs, pages 0 - 4 correspond with listbox entries 0 - 4. My question was,  I add more pages, how do I get their appropriate indexes when selecting their entries in the tab bars?
20160116 00:31:20< shadowm> Wait, tab bars, plural?
20160116 00:31:30< vultraz> let me get you a screenshot
20160116 00:31:42< shadowm> I'm suddenly very afraid.
20160116 00:34:51< vultraz> https://www.dropbox.com/s/67nocqsuqigqelm/prefsmk2.PNG?dl=0
20160116 00:34:54< vultraz> that is Display
20160116 00:35:19< vultraz> General, Sound, and Multiplayer also have tab bars like that
20160116 00:35:28< shadowm> Oh dear.
20160116 00:35:54< vultraz> so it's 4 pages with stacked pages in them themselves 
20160116 00:35:57< shadowm> Why is this necessary? (And why is it at the bottom...)
20160116 00:36:47< vultraz> I figured it would be a unifying design decision 
20160116 00:37:12< vultraz> As opposed to making additional little gui2 subdialogs for Color, Advanced Sound, and Friend List
20160116 00:37:40< shadowm> Okay, you know what, do whatever you want as long as I'm not held responsiblef for it later.
20160116 00:38:15< shadowm> I thought you'd focus on porting first and redesigning later.
20160116 00:38:34< vultraz> I've done all the porting I can
20160116 00:38:47< vultraz> The dialog is fully functional save those three sections I just mentioned
20160116 00:38:57< vultraz> Since in GUI1 they used 'tabs', not gui2 dialogs
20160116 00:39:02< shadowm> Sorry but I don't see how that changes what I just said.
20160116 00:39:15< vultraz> I also cannot work on Advanced Prefs since that's your department 
20160116 00:39:15< shadowm> Theme was a dialog, I have no idea what Advanced is supposed to be.
20160116 00:39:29< shadowm> Since when?
20160116 00:39:35< vultraz> Image scaling algorithm selection
20160116 00:39:42< shadowm> Also a dialog.
20160116 00:39:59< vultraz> Yes. I'm making them tabs
20160116 00:40:23< shadowm> I said all there's to say on the matter.
20160116 00:40:42< vultraz> As for advanced prefs, i was hoping you could contribute to this effort in that regard
20160116 00:40:54< vultraz> I can't do everything
20160116 00:41:38< shadowm> Do you think I'm able to contribute anything right now?
20160116 00:42:13< vultraz> Which is why I was not rushing this for 1.13.3
20160116 00:53:00< vultraz> When you get back in earnest, then hopefully you can help
20160116 00:53:02< shadowm> Honestly, I'd add another Advanced Preferences entry type, "custom". Entries of this type only get displayed on the list (they don't get serialized to the /preferences file) and have a button attached to them that fires up the actual dialog that handles them, serialization and everything.
20160116 00:53:10< shadowm> Then demote the scaling algo options to that.
20160116 00:54:08< shadowm> There is pretty much no reason to make that set of options more visible than the halos toggle, which we also decided to demote to Advanced Preferences.
20160116 00:54:38< shadowm> In fact, I'd even suggest hiding it entirely when not in debug mode.
20160116 00:55:35< shadowm> The defaults ought to make sense for the target platform and end users should never need to change them unless a developer instructs them to do so for troubleshooting or debugging purposes.
20160116 00:56:32< shadowm> I'd be tempted to apply the same treatment to the colors settings, but perhaps it'd be preferable to poll our community first.
20160116 00:56:47< shadowm> And for that poll to be effective we'd need 1.14.0 out first. :|
20160116 00:58:12< shadowm> Now handling subpages in code, just use more magic numbers.
20160116 00:58:23< vultraz> I never thought we needed Colors 
20160116 00:58:24< shadowm> 0 .. n: main pages.
20160116 00:58:31< shadowm> Er, 0 .. n-1 I mean.
20160116 00:58:49< vultraz> There's no reason to have them customizable 
20160116 00:58:52< shadowm> n .. x1-1: subpages of composite page 1
20160116 00:59:01< shadowm> x1 .. x2-1: subpages of composite page 2
20160116 00:59:03< vultraz> If we want a color blind mode we should have a defined set of colors for that and a toggle
20160116 00:59:09< shadowm> x2 .. x3-1: subpages of composite page 3
20160116 00:59:18< shadowm> Etcetera.
20160116 00:59:23< shadowm> Yes, I agree.
20160116 00:59:35< shadowm> Problem is people tend to assume there's only one kind of color blindness.
20160116 00:59:48< shadowm> In reality there are a few.
20160116 01:01:36< shadowm> And the settings were also supposed to address those few people who wanted the enemy orb back.
20160116 01:03:01< shadowm> That said, you could come up with a few optimal color presets and a toggle for enemy orb visibility and the dialog would not only be simpler to implement, it'd also be much tidier.
20160116 01:03:43< shadowm> But the first part would require actual scientific research and I don't have the required qualifications for that.
20160116 01:04:42< vultraz> do we really need an option for the enemy orb?
20160116 01:04:48< vultraz> I think it's a case of OAB 
20160116 01:05:07< shadowm> The author strongly believed in OAG.
20160116 01:05:36< vultraz> heh
20160116 01:05:42< shadowm> In fact, he specifically set out to implemenet as many OAB and FPIs as possible.
20160116 01:06:09< shadowm> (He said it himself.)
20160116 01:07:04< shadowm> I don't think we need to have an option for the enemy orb either. We had enemy orbs forcefully enabled in 1.11.x, and then we decided to drop them again for reasons I don't remember.
20160116 01:07:56< shadowm> I hope those reasons made enough sense so that there are no compelling reasons left to have those toggles wasting space.
20160116 01:08:25< shadowm> Not to mention creating even more nonstandard configurations.  There _are_ people who will poke every option they find even if they don't need it.
20160116 01:11:29< vultraz> Exactly
20160116 01:14:02-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has quit [Quit: Connection closed for inactivity]
20160116 01:24:41< vultraz> Do you still want to keep the Local ToD , Reverse Time Graphics, and Titlescreen Animation options?
20160116 01:25:24< vultraz> Also, should we keep Color Cursors 
20160116 01:25:29< vultraz> since they now work properly 
20160116 01:26:28< shadowm> All three options should be removed. The engine should then behave as if local ToD is always on, obviously.
20160116 01:26:45-!- ancestral [~ancestral@71-220-47-35.mpls.qwest.net] has joined #wesnoth-dev
20160116 01:26:59< shadowm> Color cursors should stay an Advanced Preferences entry and be reenabled on OS X if it finally works correctly there.
20160116 01:28:29< vultraz> will do
20160116 01:28:45< shadowm> Halos should be come an Advanced Preferences entry too if it hasn't yet.
20160116 01:28:48< shadowm> become
20160116 01:29:23< vultraz> also will do
20160116 01:30:21< celticminstrel> What's OAB and OAG and local ToD?
20160116 01:30:40< shadowm> Options are Bad, obvious antonym, and local Time of Day lighting.
20160116 01:31:33< celticminstrel> For the third I was looking for more than just expanded acronym. What does it actually do?
20160116 01:31:52< shadowm> It allows time areas to have their own lighting effects.
20160116 01:31:59< celticminstrel> Ohh.
20160116 01:32:09< celticminstrel> Okay then.
20160116 01:32:14< shadowm> As in, ToD lighting shifts.
20160116 01:32:52< celticminstrel> Colour cursors have already been re-enabled on OSX.
20160116 01:33:04< celticminstrel> And I think might be enabled by default.
20160116 01:33:35< shadowm> It was only introduced as an option because ToD shifts where both ridiculously expensive CPU-wise at the time, and wasted image cache entries.
20160116 01:34:22< shadowm> The same dev who introduced the option figured out a solution for those issues and then made it default to enabled, but kept it for the sake of less performant systems.
20160116 01:35:09< shadowm> But nowadays it seems like it could hardly ever be an issue, even without taking into account hardware trends.
20160116 01:35:28< celticminstrel> If the advanced sound settings are being moved to the main Advanced pane, you could just make it two separate entries in the list, I think.
20160116 01:35:40< shadowm> Which reminds me, Aginor, still aware of the 30% idle CPU usage increase between SDL 1.2 and 2.0 builds?
20160116 01:36:03< shadowm> Because I suspect that'll be the most common complaint amongst the ten people who will download 1.13.3.
20160116 01:36:37< celticminstrel> That many?
20160116 01:36:45< shadowm> Re advanced sound settings, I honestly don't think we need a UI for them.
20160116 01:37:11< celticminstrel> You're suggesting requiring people who want to change them to edit the preferences file?
20160116 01:37:21< shadowm> No-one wants to change those settings.
20160116 01:37:26< celticminstrel> That's what I thought, too.
20160116 01:37:28< vultraz> I hope he means remove them altogether 
20160116 01:37:35< vultraz> Keep a sane engine default
20160116 01:37:42< shadowm> Keep the internals around for debugging/troubleshooting purposes.
20160116 01:37:47< vultraz> Alright
20160116 01:37:55< vultraz> I'll just remove the user-facing bit
20160116 01:38:01< vultraz> that honestly saves me a lot of trouble
20160116 01:40:07< vultraz> SO basically the only thing I need to implement is friends list and uh... a new colors option under advanced
20160116 01:40:42< shadowm> Would be great in the future if we could make the preferences file be written with comments, but since config doesn't support comments right now that'd require writing a custom WML writer for it.
20160116 01:40:47< vultraz> i can also save overhead by not having a sub-page for Sound
20160116 01:41:20< shadowm> (I foresee a huge number of new debugging/troubleshooting options in the perhaps not-so-far future when we get OGL.)
20160116 01:42:05< shadowm> Or we could just make a page on the wiki documenting the preferences file, actually.
20160116 01:42:28< vultraz> BTW, is 1.13.3 still on for today?
20160116 01:42:45< shadowm> No, not really.
20160116 01:42:49< vultraz> Ok
20160116 01:42:51< vultraz> When?
20160116 01:43:02< shadowm> Excellent question.
20160116 01:43:22-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20160116 01:43:58< shadowm> I'd like you people (esp. Aginor) to make sure INSTALL reflects reality and RELEASE_NOTES also includes the pertinent details (since that's what I'm going to email distribution packagers).
20160116 01:44:32< shadowm> In particular, I already know INSTALL does not reflect reality insofar as the SDL requirement is listed as ≥ 2.0.4 and SCons compiled with 2.0.2 for me.
20160116 01:45:04< vultraz> Ok
20160116 01:45:12< celticminstrel> vultraz: What about a new colours option?
20160116 01:45:13< vultraz> We'll have to bump that, I think
20160116 01:45:21< vultraz> celticminstrel: simplified dialog
20160116 01:45:31< vultraz> shadowm: since you have sdl < 2.0.4, can you test something for me?
20160116 01:45:37< celticminstrel> You mean for the orbs?
20160116 01:45:42< shadowm> I don't know when, how about this Sunday 00:00 UTC?
20160116 01:45:43< vultraz> celticminstrel: yes
20160116 01:45:56< vultraz> shadowm: that works. I might even have prefs ready by then
20160116 01:45:58< shadowm> Assuming the documentation files get updated before then, anyway.
20160116 01:45:59< vultraz> (maybe)
20160116 01:46:08< shadowm> vultraz: Oh no, no last-minute feature commits.
20160116 01:46:17< shadowm> I've said this before, it always results in disaster.
20160116 01:46:24< vultraz> Alright
20160116 01:46:29< vultraz> I'll leave it for 1.13.4, then
20160116 01:46:40< vultraz> shadowm: but can you test something for me?
20160116 01:47:06< vultraz> (start wesnoth maximized, toggle fullscreen and toggle it off. tell me if the window is then maximized or non-maximized at the size of the display)
20160116 01:47:14< vultraz> I need to know if this is a regression in 2.0.4
20160116 01:47:56< vultraz> it was working fine when I refactored the window handling code, but then I updated my local copy yo build with 2.0.4 and started observing it did not work
20160116 01:48:01< vultraz> to*
20160116 01:48:05< vultraz> my refactor was with 2.0.3
20160116 01:48:12-!- shadowm changed the topic of #wesnoth-dev to: Wesnoth 1.13.3 scheduled for January 17 00:00 UTC if build reqs in documentation/build system are updated | Wesnoth Developers Channel | >>> Want to help? Go here: http://r.wesnoth.org/t42911 (and thanks!) <<< | Logs: http://irclogs.wesnoth.org | Bug tracker: http://bugs.wesnoth.org
20160116 01:52:19< shadowm> Toggling fullscreen in Preferences results in a really trippy effect as the background behind isn't updated.
20160116 01:52:25< vultraz> known
20160116 01:52:29< vultraz> unavoidable for now
20160116 01:53:02< shadowm> Toggling fullscreen on and off keeps the window maximized as before.
20160116 01:53:25< vultraz> That is expected behavior 
20160116 01:53:28< shadowm> Or not maximized as before.
20160116 01:53:37< vultraz> If/when you get a 2.0.4 build, can you perform the same test?
20160116 01:53:47< vultraz> If it does *not* work, then we should not use 2.0.4
20160116 01:53:49< shadowm> So yeah, the window geomery is correct.
20160116 01:53:52< vultraz> as such, very important 
20160116 01:53:55< shadowm> The contents, however, are not.
20160116 01:54:18< shadowm> That is, unless you close the dialog, restarting the GUI2 title screen in the process.
20160116 01:56:10< vultraz> intended
20160116 01:56:34< shadowm> Intended?
20160116 01:56:38< vultraz> well
20160116 01:56:40< shadowm> How is that intended?
20160116 01:56:54< vultraz> not intended, but not really avoidable right now
20160116 01:57:47< vultraz> anyway, just perform the same test in 2.0.4 and get back to me
20160116 02:03:52-!- Appleman1234 [~Appleman1@KD119104000085.au-net.ne.jp] has joined #wesnoth-dev
20160116 02:05:17< shadowm> Well, SDL_image's build recipe is being stupid.
20160116 02:06:34< shadowm> How stupid? _This_ stupid: http://pastebin.com/UzXVkSJt
20160116 02:06:55< shadowm> It wants to regenerate part of the build system for no reason at all.
20160116 02:07:36< shadowm> And the annoying part is that I do have autotools installed, just not the version the SDL maintainers used to generate the scripts.
20160116 02:08:31< shadowm> I guess the solution is to regenerate them myself and ignore the fact that configure is versioned.
20160116 02:13:42< shadowm> loonycyborg: Oh, you taught SCons to use -isystem. That's great!
20160116 02:15:33-!- gfgtdf_ [~chatzilla@f054174187.adsl.alicedsl.de] has joined #wesnoth-dev
20160116 02:17:15-!- gfgtdf [~chatzilla@x50ab9777.dyn.telefonica.de] has quit [Ping timeout: 240 seconds]
20160116 02:17:28-!- gfgtdf_ is now known as gfgtdf
20160116 02:19:02< shadowm> Well.
20160116 02:19:17< shadowm> I guess I didn't have the libjpeg dev files installed.
20160116 02:20:47< shadowm> Like, I actually thought this was an experiment: http://i.imgur.com/5gT6Qjn.jpg
20160116 02:21:26< shadowm> Then it occurred to me: "isn't that the image-not-found placeholder, awfully distorted and with a red background for some reason?"
20160116 02:22:08< shadowm> I do have libjpeg's dev files installed, what.
20160116 02:22:54< shadowm>   -- dynamic libjpeg -> libjpeg.so.9
20160116 02:23:13< shadowm>   checking jpeglib.h presence... yes
20160116 02:23:18< shadowm> :|
20160116 02:23:37< shadowm> Oh well I didn't come to test that.
20160116 02:24:24< shadowm> vultraz: Works the same on 2.0.4.
20160116 02:25:38< vultraz> Ok
20160116 02:25:54-!- irker478 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20160116 02:25:59< vultraz> Now I just need a windows dev to test
20160116 02:28:47< vultraz> it might be a windows issues
20160116 02:37:50-!- gfgtdf [~chatzilla@f054174187.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.92 [Firefox 43.0.4/20160105164030]]
20160116 03:06:59-!- ancestral [~ancestral@71-220-47-35.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160116 03:25:31-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160116 03:30:22-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 272 seconds]
20160116 03:47:52-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20160116 04:20:56-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160116 04:24:12-!- wedge009 [~Thunderbi@60.241.236.92] has quit [Ping timeout: 272 seconds]
20160116 04:24:12-!- wedge010 is now known as wedge009
20160116 04:44:49-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Remote host closed the connection]
20160116 04:55:00-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20160116 04:55:09-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The computer falls into a deep sleep, to awake again some other day!]
20160116 05:22:55-!- iceiceice [~chris@ext-74.ias.edu] has joined #wesnoth-dev
20160116 05:22:55-!- iceiceice [~chris@ext-74.ias.edu] has quit [Changing host]
20160116 05:22:55-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20160116 05:37:16-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160116 05:41:52-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 265 seconds]
20160116 05:48:57-!- aeonchild [enchilado@defocus/yummy/enchilado] has quit [Killed (Sigyn (Spam is off topic on freenode.))]
20160116 05:49:59-!- enchilado [enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20160116 05:52:52-!- enchilado is now known as aeonchild
20160116 06:56:09-!- ancestral [~ancestral@71-220-47-35.mpls.qwest.net] has joined #wesnoth-dev
20160116 07:13:14-!- Kwandulin [~Miranda@p200300760F250A939DEBC8E964BEDAF0.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160116 07:30:05-!- ancestral [~ancestral@71-220-47-35.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160116 07:39:53-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20160116 07:39:53-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20160116 08:04:34-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160116 08:09:14-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 260 seconds]
20160116 09:10:12-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20160116 10:46:52-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160116 10:49:53-!- louis94 [~~louis94@16.152-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20160116 10:50:59-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 245 seconds]
20160116 10:51:46-!- prkc [~prkc@gateway/vpn/privateinternetaccess/prkc] has quit [Remote host closed the connection]
20160116 10:51:59-!- prkc [~prkc@gateway/vpn/privateinternetaccess/prkc] has joined #wesnoth-dev
20160116 11:45:00-!- louis94 [~~louis94@16.152-243-81.adsl-dyn.isp.belgacom.be] has quit [Ping timeout: 272 seconds]
20160116 12:45:52-!- louis94 [~~louis94@16.152-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20160116 13:43:26-!- mjs-de [~mjs-de@f049171158.adsl.alicedsl.de] has joined #wesnoth-dev
20160116 13:44:35-!- louis94 [~~louis94@16.152-243-81.adsl-dyn.isp.belgacom.be] has quit [Ping timeout: 264 seconds]
20160116 14:03:17-!- louis94 [~~louis94@16.152-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20160116 14:43:58-!- Kwandulin [~Miranda@p200300760F250A939DEBC8E964BEDAF0.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160116 15:13:25-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160116 15:18:34-!- aeonchild [enchilado@defocus/yummy/enchilado] has quit [Ping timeout: 260 seconds]
20160116 15:19:32-!- aeonchild [enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20160116 15:28:19-!- Kwandulin [~Miranda@p200300760F250A93640FA73B622DB8F9.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160116 15:47:51-!- horrowind [~Icedove@2a02:810a:8b00:1a54:21b:fcff:fee3:c3ff] has joined #wesnoth-dev
20160116 15:57:12-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20160116 16:04:56-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has joined #wesnoth-dev
20160116 16:09:40-!- Nobun [~nobun@host106-56-dynamic.12-79-r.retail.telecomitalia.it] has joined #wesnoth-dev
20160116 16:34:03-!- trewe [~trewe@bl20-29-197.dsl.telepac.pt] has joined #wesnoth-dev
20160116 16:38:21-!- irker383 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20160116 16:38:21< irker383> wesnoth: ln-zookeeper wesnoth:master cb835fd40a2c / data/campaigns/Sceptre_of_Fire/ (11 files in 2 dirs): Added attack and defense animations for Dwarvish Miner, by Elvish_King https://github.com/wesnoth/wesnoth/commit/cb835fd40a2cd2f3d8012494ea3deb44f2caf030
20160116 16:42:50< celticminstrel> I wonder how hard it would be to tweak those animations to make the bag full...
20160116 16:43:37< zookeeper> not really necessary, although the difference between normal and -laden frames should be more clear
20160116 16:44:00< celticminstrel> Why don't you think it's necessary?
20160116 16:44:03< zookeeper> but since there are already icons to tell which miner has coal/gold, it's not really very important
20160116 16:44:09< celticminstrel> Oh.
20160116 16:44:16< zookeeper> because the difference wouldn't be that big that you could really tell in the middle of an animation
20160116 16:44:35< celticminstrel> I guess that's true with the current images, at least.
20160116 16:46:15< Nobun> celticminstrel, zookeeper: a quick question (again... about my project of rewriting from scratch wmlxgettext in python)
20160116 16:46:57< Nobun> it could be acceptable if wmlxgettext will be divided into modules? (wmlxgettext script and a subdirectory containing submodules) ?
20160116 16:47:23< celticminstrel> What do you need modules for?
20160116 16:47:47< Nobun> I mean this
20160116 16:47:57< Nobun> I have wmlxgettext (the main script)
20160116 16:48:03< celticminstrel> I know what module are.
20160116 16:48:05< celticminstrel> ^+s
20160116 16:48:25< Nobun> and a folder (its current name is pywmlx) with some python files made by me
20160116 16:48:36< celticminstrel> I'm curious what functionality of wmlxgettext you want to split into a seperate module.
20160116 16:48:50< Nobun> celticminstrel: becouse I am making a big code, unluckly
20160116 16:48:58< celticminstrel> BTW, did you forget that wmlxgettext is made by you? :P
20160116 16:49:24< Nobun> yep xD
20160116 16:49:33< Nobun> also the pther python submodules
20160116 16:49:45< Nobun> I know I am risking to make my try "too heavy"
20160116 16:50:33< celticminstrel> Well, I guess whenever it's done we can look it over and if we don't like your modules you could roll them back into the main script or whatever, so I guess... do what you want for now?
20160116 16:50:35< Nobun> but I am trying to design it in a way I will try to make it consistant in order to avoid possible bug issues
20160116 16:51:09< Nobun> ok thank for suggestion xD
20160116 16:51:42< Nobun> the idea of dividing in module is becouse the "regexp parsing" is a little a pain 
20160116 16:52:09< Nobun> so I am thinking about developing also an internal state machine
20160116 16:52:22< Nobun> to make the script more maintainable
20160116 16:53:52< celticminstrel> Regex is a state machine, isn't it?
20160116 16:54:36< Nobun> I mean
20160116 16:54:56< Nobun> create a state machine to manage correctly all single regex cases
20160116 16:55:05< Nobun> when the regex matches
20160116 16:55:31< Nobun> to mark the status of the parsing
20160116 17:14:20-!- louis94 [~~louis94@16.152-243-81.adsl-dyn.isp.belgacom.be] has quit [Ping timeout: 272 seconds]
20160116 17:20:29 * zookeeper knows nothing about wmlxgettext
20160116 17:22:50-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has quit [Quit: Konversation terminated!]
20160116 17:25:29-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20160116 17:26:34-!- louis94 [~~louis94@16.152-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20160116 17:33:04-!- louis94 [~~louis94@16.152-243-81.adsl-dyn.isp.belgacom.be] has quit [Ping timeout: 245 seconds]
20160116 17:46:03-!- gfgtdf [~chatzilla@f054174187.adsl.alicedsl.de] has joined #wesnoth-dev
20160116 18:09:14-!- clavii is now known as clavi
20160116 18:49:11< Aginor> shadowm, vultraz: Color cursors work correctly on os X, windows, linux w !AMD grahpics
20160116 18:49:41< Aginor> upstream bug with Linux with AMD graphics, which I don't think there's a workaround for
20160116 18:51:52-!- Nobun [~nobun@host106-56-dynamic.12-79-r.retail.telecomitalia.it] has quit [Quit: Salve a tutti]
20160116 18:59:16< Aginor> There's only a compelling reason to depend on 2.0.4 on Windows, on other platforms we are good with 2.0.4
20160116 18:59:44< Aginor> We also had a workaround for the bug present in 2.0.3, but it was removed by someone
20160116 19:03:16< irker383> wesnoth: Andreas Löf wesnoth:master 10f5d9d713b7 / src/gui/dialogs/transient_message.cpp: Reverting since this fixed one case but worsened the behaviour in others. https://github.com/wesnoth/wesnoth/commit/10f5d9d713b7cf96e92d602a168519f51fa5566c
20160116 19:14:58< Aginor> vultraz: can you please comment on whether https://gna.org/bugs/index.php?24212 is still a problem?
20160116 19:15:13< gfgtdf> Aginor: you have an idea about how to fix teh increaded cpu usage that shdow mentioned ?
20160116 19:15:16< Aginor> I'm pretty sure I've fixed it, but the issue tracker doesn't foretell the order of status changes
20160116 19:15:38< Aginor> gfgtdf: enable hardware acceleration
20160116 19:15:59< Aginor> gfgtdf: do smarter redrawing of stuff
20160116 19:16:20< gfgtdf> Aginor: hmm do you know why the sdl2 builds need so muhc more cpu ?
20160116 19:16:22< Aginor> gfgtdf: I haven't had time to look into it yet, I've been busy trying to fix GUI
20160116 19:19:28< gfgtdf> Aginor: vultraz noticed also a bug where follscreen is not rememberd correctly when leavong fullscreen mode
20160116 19:21:04< gfgtdf> Aginor: this is likleey to be caused by wesnoth reciveing RESTORED events here: https://github.com/wesnoth/wesnoth/blob/master/src/preferences.cpp#L128 suring fullscreen
20160116 19:21:28< Aginor> gfgtdf: I think that's already tracked, but I won't be looking into that at the moment
20160116 19:21:35< gfgtdf> Aginor: we shoudl try to fiy this by not setting ,maximizes there during fullscreen
20160116 19:21:45< Aginor> gfgtdf: vultraz is the one who's been looking at that recently
20160116 19:23:41< irker383> wesnoth: Andreas Löf wesnoth:master c699c23e8618 / RELEASE_NOTES changelog: Update release notes and changelog for SDL2 status https://github.com/wesnoth/wesnoth/commit/c699c23e8618ca6b676d68dd5495564ea8ce1288
20160116 19:26:23< irker383> wesnoth: Andreas Löf wesnoth:master 46502023908c / CMakeLists.txt SConstruct: Update build requirements to SDL 2.0.4 https://github.com/wesnoth/wesnoth/commit/46502023908c77d1174a9f629cd3c864a48885b7
20160116 19:26:54< Aginor> shadowm: I think that's everything from my side to not block a release
20160116 19:27:12 * Aginor goes to download SDL 2.0.4
20160116 19:28:15< gfgtdf> Aginor: I dont think you should require SDL 2.0.4 on other plattforms than windows.
20160116 19:29:52< Aginor> I agree with that, but if we've decided as a group that it should be 2.0.4 then I'll respect it
20160116 19:37:06< irker383> wesnoth: gfgtdf wesnoth:master 8a6811db41dd / RELEASE_NOTES: Update RELEASE_NOTES https://github.com/wesnoth/wesnoth/commit/8a6811db41dd42f24b6674836e04c06687c11f09
20160116 19:51:08< irker383> wesnoth: gfgtdf wesnoth:master cf49294c9aa1 / src/display.hpp: add a comment https://github.com/wesnoth/wesnoth/commit/cf49294c9aa1f10d1f4efa9b15a5e4956606e839
20160116 19:51:10< irker383> wesnoth: gfgtdf wesnoth:master 8efc1da970e8 / src/ (21 files in 5 dirs): cleanup some includes https://github.com/wesnoth/wesnoth/commit/8efc1da970e8a5c5981986ae719522f1e860c452
20160116 19:51:12< irker383> wesnoth: gfgtdf wesnoth:master 7a819e6a5649 / src/wesnoth.cpp: clean an include https://github.com/wesnoth/wesnoth/commit/7a819e6a5649bf2c1314e3619d507fa2a0a46482
20160116 19:51:14< irker383> wesnoth: gfgtdf wesnoth:master fa056da7a3e1 / src/ (scripting/lua_team.cpp team.hpp): make 'persistent' side attribute modifable by lua. https://github.com/wesnoth/wesnoth/commit/fa056da7a3e1a283102e51a75d88403b9a76b086
20160116 19:51:16< irker383> wesnoth: gfgtdf wesnoth:master 3e57e2ca9b1f / src/game_initialization/connect_engine.cpp: make default value for 'save_id' in [side] less random. https://github.com/wesnoth/wesnoth/commit/3e57e2ca9b1f8c6db2f7d85930cfd0a86c0e493a
20160116 19:51:18< irker383> wesnoth: gfgtdf wesnoth:master 15afa4f6ba02 / data/campaigns/tutorial/scenarios/02_Tutorial_part_2.cfg: fix recruits in tutotial https://github.com/wesnoth/wesnoth/commit/15afa4f6ba024bc4872455d603ed2f31e54e2c47
20160116 20:01:51-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20160116 20:01:57-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20160116 20:02:52< Aginor> when you use SDL2DIR you need to make sure to clean your cmake cache or it will find the previous(system) location of the library
20160116 20:08:29-!- travis-ci [~travis-ci@ec2-50-19-12-73.compute-1.amazonaws.com] has joined #wesnoth-dev
20160116 20:08:30< travis-ci> wesnoth/wesnoth#8224 (master - 4650202 : Andreas Löf): The build was broken.
20160116 20:08:30< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/102826018
20160116 20:08:30-!- travis-ci [~travis-ci@ec2-50-19-12-73.compute-1.amazonaws.com] has left #wesnoth-dev []
20160116 20:13:25< Aginor> of course
20160116 20:13:44< Aginor> I don't know how to resolve that one, we need a non-debian version of the package
20160116 20:14:02< Aginor> (a never version)
20160116 20:15:23-!- travis-ci [~travis-ci@ec2-23-20-224-40.compute-1.amazonaws.com] has joined #wesnoth-dev
20160116 20:15:25< travis-ci> wesnoth/wesnoth#8225 (master - 8a6811d : gfgtdf): The build was broken.
20160116 20:15:25< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/102827335
20160116 20:15:25-!- travis-ci [~travis-ci@ec2-23-20-224-40.compute-1.amazonaws.com] has left #wesnoth-dev []
20160116 20:17:06< Aginor> iceiceice: was it you who was the travis guru?
20160116 20:17:26< iceiceice> yeah historically i guess
20160116 20:17:38< iceiceice> maybe aquileia now?
20160116 20:17:38< iceiceice> not sure
20160116 20:18:20< Aginor> iceiceice: I may need to download and build/install a custom library during the build process, do you have any idea of how I might go about that?
20160116 20:19:10< iceiceice> you could just "wget" to get the SDL2 sources
20160116 20:19:13< iceiceice> and install cmake and compile it
20160116 20:19:32< iceiceice> travis-ci lines in the build script are basically just bash shell
20160116 20:19:37< Aginor> right
20160116 20:19:54-!- travis-ci [~travis-ci@ec2-54-157-47-64.compute-1.amazonaws.com] has joined #wesnoth-dev
20160116 20:19:55< travis-ci> wesnoth/wesnoth#8226 (master - 15afa4f : gfgtdf): The build was broken.
20160116 20:19:56< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/102829230
20160116 20:19:56-!- travis-ci [~travis-ci@ec2-54-157-47-64.compute-1.amazonaws.com] has left #wesnoth-dev []
20160116 20:20:12< Aginor> iceiceice: thank you
20160116 20:22:25< iceiceice> np :
20160116 20:22:27< iceiceice> :)
20160116 20:23:37-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20160116 20:27:42< Aginor> I think I've decided to disrespect the SDL 2.0.4 dependency decision after all ,)
20160116 20:28:08< Aginor> I'm making it 2.0.2 on Linux *BSD and 2.0.4 on OS X and Windows
20160116 20:29:55< irker383> wesnoth: Andreas Löf wesnoth:master 9ed01599ee76 / CMakeLists.txt INSTALL SConstruct: Drop requiered SDL2 version to 2.0.2 on Linux and *BSD https://github.com/wesnoth/wesnoth/commit/9ed01599ee768445196704d68f465b947a58f8e1
20160116 20:29:57< irker383> wesnoth: Andreas Löf wesnoth:master d161d6c8ba3e / / (27 files in 8 dirs): Merge branch 'master' of github.com:wesnoth/wesnoth https://github.com/wesnoth/wesnoth/commit/d161d6c8ba3e8216ad237d62464ca0e82f8d6fa4
20160116 20:36:25-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160116 20:38:54-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 245 seconds]
20160116 20:38:55-!- wedge010 is now known as wedge009
20160116 20:41:24< Ravana_> is it intentional that :alias-created commands are not usable in /command format?
20160116 20:48:24-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 272 seconds]
20160116 21:00:09< gfgtdf> Aginor: didnt you now made sdl2.0.2 the minimuam on all scons/cmake builds including windows?
20160116 21:04:07< Aginor> I did, but AFAIK, nobody uses scons/cmake in windows
20160116 21:04:49< Aginor> I think it'd been simpler to keep the workaround in place and simply have the same version requirements on all platforms
20160116 21:07:22-!- travis-ci [~travis-ci@ec2-54-157-47-64.compute-1.amazonaws.com] has joined #wesnoth-dev
20160116 21:07:23< travis-ci> wesnoth/wesnoth#8227 (master - d161d6c : Andreas Löf): The build was fixed.
20160116 21:07:24< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/102834258
20160116 21:07:24-!- travis-ci [~travis-ci@ec2-54-157-47-64.compute-1.amazonaws.com] has left #wesnoth-dev []
20160116 21:09:31< Aginor> you cannot build from scons/cmake in OS X
20160116 21:09:54< Aginor> (without modifying the surce, which I don't think that anyone but me has been fiddling around with)
20160116 21:10:25< gfgtdf> Aginor: hmm, i dont know for sure but i think our offical windows releases by loonycyborg use cross compilers that use one of these build systems.
20160116 21:11:16-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20160116 21:11:39< iceiceice> < Aginor> you cannot build from scons/cmake in OS X
20160116 21:11:45< loonycyborg> Aginor: I'm using scons on windows to build official binaries
20160116 21:11:57< iceiceice> Aginor, unless they changed it, the homebrew recipe uses scons
20160116 21:12:13< iceiceice> and before i rewrote it they were trying to use cmake
20160116 21:12:23< iceiceice> idk when it was last tested though
20160116 21:12:34< gfgtdf> Aginor: hmm i removed that wrokaroung becaseu i thought its not needed and it made refactoring that code easier. Readding isnt that difficult of course but the other reason is that afaik the bugrepoort on SDL https://bugzilla.libsdl.org/show_bug.cgi?id=2510 mentioned that that workaround causes an ugny flicker which isnt that good eigher 
20160116 21:12:41< iceiceice> if there have been changes sch that its not possible then i guess the homebrew builds are probably broken
20160116 21:13:04< gfgtdf> Aginor: so i'm not convinced that we shoudl add it if its not needed,
20160116 21:13:04< iceiceice> for a while i tried to make it so that we could use travis to have automated OS X nightly builds
20160116 21:13:28< iceiceice> based on the homebrew recipe
20160116 21:15:08< loonycyborg> pretty sure both macos and windows are supported by our standard buildsystems and it should stay that way
20160116 21:18:40< Aginor> iceiceice: I used cmake, but there's objective-c sources that are not included that lead to a linker error on os x
20160116 21:19:01-!- Kwandulin [~Miranda@p200300760F250A93640FA73B622DB8F9.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160116 21:19:09< iceiceice> yeah, alarantalara added some stuff
20160116 21:19:16< iceiceice> at some point
20160116 21:19:24< iceiceice> originally he just added it to the project file
20160116 21:19:29< iceiceice> and i was like no please add it to /src
20160116 21:19:32< iceiceice> and i added it to scons i think
20160116 21:19:44< iceiceice> i dont remember if i added it to cmake or not
20160116 21:19:52< iceiceice> for a while cmake was basically not maintained by anyone
20160116 21:20:07< iceiceice> shadowm fixed it at some point though
20160116 21:20:20< iceiceice> i think around 1.12 release iirc
20160116 21:21:00< Aginor> iceiceice: I've been maintaining cmake ever since I came onboard, it's my build system of choice ;)
20160116 21:21:27< iceiceice> yeah, in the time since then i have grown to like cmake
20160116 21:21:32< Aginor> if(UNIX AND NOT APPLE AND NOT CYGWIN)	 find_package(SDL2 2.0.2 REQUIRED)
20160116 21:21:32< Aginor> else (UNIX AND NOT APPLE AND NOT CYGWIN) find_package(SDL2 2.0.4 REQUIRED)
20160116 21:21:33< Aginor> endif (UNIX AND NOT APPLE AND NOT CYGWIN)
20160116 21:21:38< iceiceice> wesnoth's was kind of gross iirc though
20160116 21:21:45< Aginor> is that good?
20160116 21:22:22< Aginor> so how do we find the platform for scons?
20160116 21:22:26-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20160116 21:25:03< loonycyborg> host platform or build platform?
20160116 21:25:23< Aginor> build platform
20160116 21:25:31< Aginor> is it env["PLATFORM"]?
20160116 21:25:41< Aginor> I'm trying to find possible values
20160116 21:27:02< loonycyborg> yes, either that or python's own sysplatform
20160116 21:27:05< Aginor> https://docs.python.org/2/library/sys.html#sys.platform
20160116 21:27:40< Aginor> looks like I can try with "win32 or cygwin or darwin"
20160116 21:28:35< loonycyborg> env["PLATFORM"] would be "win32" or "darwin"
20160116 21:28:58< Aginor> we need to cover cygwin too though, I think
20160116 21:29:07< loonycyborg> hmm or cygwin too
20160116 21:29:46< loonycyborg> /usr/lib/python2.7/site-packages/SCons/Platform
20160116 21:31:18< loonycyborg> iirc env["PLATFORN"] will be name of one of those modules
20160116 21:31:18< Aginor> doesn't exist for me
20160116 21:33:59< Aginor> loonycyborg: does this look alright? http://pastebin.com/BehcZxJE
20160116 21:34:05< Aginor> gfgtdf: ^
20160116 21:35:03< loonycyborg> looks fine
20160116 21:38:12-!- _trewe [~trewe@bl20-0-225.dsl.telepac.pt] has joined #wesnoth-dev
20160116 21:42:05< Aginor> let's hope I got cmake right becaus I can't fake any of the other platforms
20160116 21:42:11-!- trewe [~trewe@bl20-29-197.dsl.telepac.pt] has quit [Ping timeout: 264 seconds]
20160116 21:42:13< vultraz> Aginor: commented on the bug. it's almost fixed
20160116 21:43:18< Aginor> thanks vultraz 
20160116 21:43:35< Aginor> I think it's fixed on my guifixes branch, but I'm not sure we should merge those changes yet
20160116 21:43:55-!- demvee [bada4969@gateway/web/freenode/ip.186.218.73.105] has joined #wesnoth-dev
20160116 21:45:09-!- demvee [bada4969@gateway/web/freenode/ip.186.218.73.105] has quit [Client Quit]
20160116 21:45:20< vultraz> do you want me to test there?
20160116 21:46:27< Aginor> if you feel like it
20160116 21:46:33< Aginor> but I consider the branch WIP
20160116 21:47:11< Aginor> it improves the state of certain things, but I haven't given it the testing it would need to make sure I haven't broken other thigns
20160116 21:47:27< Aginor> that's in anticipating of breaking things a lot sometime soon :)
20160116 21:48:16< vultraz> Ah
20160116 21:49:07-!- Necrosporus_ [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20160116 21:51:27< irker383> wesnoth: Andreas Löf wesnoth:master 9b5870e14b4c / CMakeLists.txt SConstruct: Correct SDL2 versions for linux/win32/osx in build scripts https://github.com/wesnoth/wesnoth/commit/9b5870e14b4ca1b576a52780fedabec94798bc5e
20160116 21:51:42< Aginor> hopefully I've not broken this
20160116 21:52:02-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has quit [Ping timeout: 256 seconds]
20160116 21:53:46< irker383> wesnoth: Andreas Löf wesnoth:master edd32dc29284 / RELEASE_NOTES: Add bug 24212 to release notes https://github.com/wesnoth/wesnoth/commit/edd32dc29284d8785ea6c57f58b00d2f2da3e0af
20160116 21:57:07< irker383> wesnoth: Charles Dang wesnoth:master e9829b68ac8b / src/gui/dialogs/unit_attack.cpp: tunit_attack: fix incorrect damage values showing (bug #24310) https://github.com/wesnoth/wesnoth/commit/e9829b68ac8b1800df406b4acebbea6aea1dcaeb
20160116 21:59:31< zookeeper> vultraz, i take it that the new preferences aren't gonna be in 1.13.3?
20160116 21:59:39< vultraz> zookeeper: right
20160116 21:59:43< vultraz> much work remains
20160116 22:00:01< zookeeper> in that case, maybe you'd like to fix the bug with the current one, where the default tab is display and not general?
20160116 22:00:35< vultraz> I looked into it, but the fix is not immediately apparent
20160116 22:00:39< vultraz> I figure it's minor enough to leave
20160116 22:04:53< zookeeper> umm
20160116 22:05:14< vultraz> umm?
20160116 22:05:32< zookeeper> you sure it's not just an off-by-one in 20634adcfb7b in and around the line items[1] = "*" + items[1]; ?
20160116 22:09:12-!- horrowind [~Icedove@2a02:810a:8b00:1a54:21b:fcff:fee3:c3ff] has quit [Quit: horrowind]
20160116 22:14:16< vultraz> Aginor: the button issue is not fixed in your branch
20160116 22:14:24< Aginor> vultraz: ok
20160116 22:14:30< Aginor> vultraz: thanks for testing :)
20160116 22:15:36-!- louis94 [~~louis94@16.152-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20160116 22:16:33< vultraz> zookeeper: you're right
20160116 22:17:32< zookeeper> \o/
20160116 22:17:48< irker383> wesnoth: Charles Dang wesnoth:master 5032aa5155fc / src/game_preferences_display.cpp: Properly select initial Preferences category https://github.com/wesnoth/wesnoth/commit/5032aa5155fc27224f30dd853f1fe30dcb72cc3a
20160116 22:17:52< vultraz> zookeeper: ^ should fix
20160116 22:17:55< zookeeper> sometimes we are fast
20160116 22:21:43< vultraz> Aginor: ok, so you got the build info updated?
20160116 22:22:58< Aginor> vultraz: I think so
20160116 22:23:07< Aginor> vultraz: although I'm not sure what was missing
20160116 22:24:25< vultraz> I think we're good for a release, then?
20160116 22:26:30< Aginor> I think so, but don't take my word for it
20160116 22:26:35-!- travis-ci [~travis-ci@ec2-23-20-224-40.compute-1.amazonaws.com] has joined #wesnoth-dev
20160116 22:26:36< travis-ci> wesnoth/wesnoth#8228 (master - 9b5870e : Andreas Löf): The build has errored.
20160116 22:26:36< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/102844941
20160116 22:26:36-!- travis-ci [~travis-ci@ec2-23-20-224-40.compute-1.amazonaws.com] has left #wesnoth-dev []
20160116 22:26:46< Aginor> also, no
20160116 22:27:18< Aginor> WML test failure: https://travis-ci.org/wesnoth/wesnoth/jobs/102844945
20160116 22:27:33< Aginor> gfgtdf: I think this is what I was talking about with the intermittant WML test failure
20160116 22:28:50< iceiceice> Aginor, that doesn't look like wml test failure
20160116 22:28:56< gfgtdf> Aginor: hmm i'd just restrt that build
20160116 22:29:02< iceiceice> $ if [ "$CPP_TESTS" = true ]; then ./utils/travis/test_wrapper.sh; fi
20160116 22:29:02< iceiceice> Xlib:  extension "RANDR" missing on display ":99.0".
20160116 22:29:02< iceiceice> test: src/video.cpp:395: CVideo::CVideo(CVideo::FAKE_TYPES): Assertion `!singleton_' failed.
20160116 22:29:02< iceiceice> test gave error code 200 (segfault).. trying again.
20160116 22:29:02< iceiceice> Xlib:  extension "RANDR" missing on display ":99.0".
20160116 22:29:03< iceiceice> test: src/video.cpp:395: CVideo::CVideo(CVideo::FAKE_TYPES): Assertion `!singleton_' failed.
20160116 22:29:05< iceiceice> test gave error code 200 (segfault).. trying again.
20160116 22:29:07< iceiceice> Xlib:  extension "RANDR" missing on display ":99.0".
20160116 22:29:09< iceiceice> test: src/video.cpp:395: CVideo::CVideo(CVideo::FAKE_TYPES): Assertion `!singleton_' failed.
20160116 22:29:11< iceiceice> test gave error code 200 (segfault).. trying again.
20160116 22:29:13< iceiceice> Xlib:  extension "RANDR" missing on display ":99.0".
20160116 22:29:15< iceiceice> test: src/video.cpp:395: CVideo::CVideo(CVideo::FAKE_TYPES): Assertion `!singleton_' failed.
20160116 22:29:19< iceiceice> test gave error code 200 (segfault).. trying again.
20160116 22:29:21< iceiceice> Xlib:  extension "RANDR" missing on display ":99.0".
20160116 22:29:28< gfgtdf> iceiceice: thats anpther another (unrelated error)
20160116 22:29:51< gfgtdf> iceiceice: for some reason that travis buidl creates 2 CVideo instances
20160116 22:30:06< gfgtdf> iceiceice: so you know whether all c++ boost tests run in the same process?
20160116 22:30:15< iceiceice> i have no idea
20160116 22:30:22< iceiceice> i dont use boost unit test in any of my projects
20160116 22:30:57< iceiceice> it seems needlessly complicated
20160116 22:30:59< Aginor> gfgtdf: I think it's a genuine error though
20160116 22:31:12< gfgtdf> Aginor: which one you mean?
20160116 22:31:29< Aginor> the failure I reported above
20160116 22:31:41< Aginor> it's something I've seen on-and-off for the last month
20160116 22:31:45< iceiceice> yeah i think gfgtdf is right, those are two separate failures
20160116 22:33:49< iceiceice> Aginor, i dont know what you could do other than turn on some kind of logging
20160116 22:34:13< iceiceice> hmmm
20160116 22:34:36< Aginor> I will do nothing and wait for the next build to finish for now
20160116 22:34:38< Aginor> :)
20160116 22:36:10 * vultraz preemptively pings shadowm
20160116 22:36:38< vultraz> Aginor: are you going to deal with the sdl1 removal commit afterwards? 
20160116 22:36:48< Aginor> vultraz: not immediately
20160116 22:37:02< Aginor> I will probably try to finish the GUI fixes first
20160116 22:37:08< Aginor> then I'll remove SDL1
20160116 22:37:17< Aginor> I do request that I be the one to remove SDL1 though
20160116 22:37:24< vultraz> I meant are you going to deal with it
20160116 22:37:38< Aginor> yes
20160116 22:37:41< vultraz> ok
20160116 22:39:01< vultraz> I'm going to mark https://gna.org/bugs/index.php?18112 as fixed
20160116 22:39:26< Aginor> please do so, also update changelog
20160116 22:41:32< irker383> wesnoth: Charles Dang wesnoth:master a05a40ab1448 / RELEASE_NOTES changelog: Bug #18112 is fixed https://github.com/wesnoth/wesnoth/commit/a05a40ab144891b76b58b4f1f7d0703bc95b81ba
20160116 22:42:45< irker383> wesnoth: gfgtdf wesnoth:master 2369d3f9ae3f / src/ (18 files in 9 dirs): clenaup more includes https://github.com/wesnoth/wesnoth/commit/2369d3f9ae3f0389197fe6eb2b3e3804f30f3fa3
20160116 22:42:47< irker383> wesnoth: gfgtdf wesnoth:master c31189e580af / src/tests/test_mp_connect.cpp: attempt to fix boost unit tests https://github.com/wesnoth/wesnoth/commit/c31189e580af645ca68a3888aeb806e9530d46eb
20160116 22:45:33< irker383> wesnoth: Charles Dang wesnoth:master 9f6f38f2407a / RELEASE_NOTES changelog: Bug #20332 is fixed https://github.com/wesnoth/wesnoth/commit/9f6f38f2407ae861432c1a6ff9d0354a31c007e9
20160116 22:47:39< vultraz> Wasn't this OS X bug fixed? "[*]Fullscreen mode does not fill the entire screen when maximum resolution is selected in Preferences → Display, and user interface elements are scaled and distorted."
20160116 22:56:52< Aginor> I'm not sure
20160116 22:57:10-!- travis-ci [~travis-ci@ec2-54-157-47-64.compute-1.amazonaws.com] has joined #wesnoth-dev
20160116 22:57:11< travis-ci> wesnoth/wesnoth#8229 (master - edd32dc : Andreas Löf): The build has errored.
20160116 22:57:11< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/102845299
20160116 22:57:11-!- travis-ci [~travis-ci@ec2-54-157-47-64.compute-1.amazonaws.com] has left #wesnoth-dev []
20160116 22:58:42-!- ancestral [~ancestral@71-220-47-35.mpls.qwest.net] has joined #wesnoth-dev
20160116 23:23:17< Aginor> similar problem with the wml tests: https://travis-ci.org/wesnoth/wesnoth/jobs/102845303
20160116 23:24:46-!- ancestral [~ancestral@71-220-47-35.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160116 23:28:56-!- Necrosporus_ [~Necrospor@unaffiliated/necrosporus] has quit [Ping timeout: 256 seconds]
20160116 23:38:54< vultraz> Aginor: BTW, are you still having window state inconsistencies?
20160116 23:49:24< shadowm> 15:59:17 <Aginor> There's only a compelling reason to depend on 2.0.4 on Windows, on other platforms we are good with 2.0.4
20160116 23:49:33< shadowm> This seems self-contradicting, but okay, SDL 2.0.4 it is...
20160116 23:50:13< shadowm> I bet packagers will be absolutely ecstatic after reading my email.
20160116 23:50:40< shadowm> 16:28:16 <gfgtdf> Aginor: I dont think you should require SDL 2.0.4 on other plattforms than windows.
20160116 23:50:43< shadowm> 16:29:54 <Aginor> I agree with that, but if we've decided as a group that it should be 2.0.4 then I'll respect it
20160116 23:51:03< shadowm> Who decided this is a group? You just decided it by yourself by pushing those two commits...
20160116 23:51:37< shadowm> (Granted, because someone removed a workaround needed for older versions? Who was this someone?)
20160116 23:51:55< gfgtdf> that were windos speific cworkarounds
20160116 23:52:33-!- ancestral [~ancestral@71-220-123-109.mpls.qwest.net] has joined #wesnoth-dev
20160116 23:53:47< zookeeper> so, 24 hours to release? works for me.
20160116 23:54:27< shadowm> Okay, then you decided to go back to 2.0.2 on non-OS X/non-Windows platforms.
20160116 23:54:33< gfgtdf> i thought 7 mins to release?
20160116 23:54:34< shadowm> I'm increasingly confused.
20160116 23:54:56< shadowm> Ah, it's because otherwise travis couldn't build. Obviously.
20160116 23:55:12< zookeeper> 00:00 is a confusing time though, because you have to think which one it means. i'm just assuming it means the end of the day, not beginning.
20160116 23:55:21< shadowm> Beginning.
20160116 23:55:32< zookeeper> oh, great.
20160116 23:55:46< shadowm> Unless you've lived under a rock all these years and never heard anyone using the 24-hour notation before.
20160116 23:56:43< zookeeper> it's not the kind of thing i'd ever manage to remember
20160116 23:56:48< shadowm> I'm running a pot-update while I finish making sense of the situation.
20160116 23:56:52< shadowm> vultraz: What are you pinging me for?
20160116 23:57:09< vultraz> To make sure you're around for release 
20160116 23:57:12< zookeeper> i'll just (maybe) update the changelogs and stuff, nothing else pending (i think)
20160116 23:57:48< shadowm> vultraz: Pinging me doesn't change anything.
20160116 23:58:41< vultraz> Do I need to mention the Attack dialog in the changelog?
20160116 23:59:07< shadowm> Mention whatever needs to be mentioned regardless of whether you personally need to mention it.
20160116 23:59:35< shadowm> Since I already saw a few regressions, I'd say definitely yes.
20160116 23:59:56< vultraz> What regressions?
--- Log closed Sun Jan 17 00:00:02 2016