--- Log opened Tue Dec 29 00:00:42 2015
20151229 00:01:13-!- irker104 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20151229 00:01:13< irker104> wesnoth: gfgtdf wesnoth:1.12 8f770ba95b89 / src/replay_controller.cpp: attempt to fix saves from replay http://git.io/vCpJG
20151229 00:01:13< irker104> wesnoth: gfgtdf wesnoth:1.12 acafe54705f5 / src/replay_controller.cpp: Merge pull request #532 from wesnoth/gfgtdf-patch-1 http://git.io/vES5W
20151229 00:08:10-!- Appleman1234 [~Appleman1@KD119104011005.au-net.ne.jp] has quit [Ping timeout: 265 seconds]
20151229 00:11:14-!- gfgtdf_ [~chatzilla@f054132225.adsl.alicedsl.de] has joined #wesnoth-dev
20151229 00:13:36-!- gfgtdf [~chatzilla@f054132225.adsl.alicedsl.de] has quit [Ping timeout: 272 seconds]
20151229 00:13:39-!- gfgtdf_ is now known as gfgtdf
20151229 00:21:26-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20151229 00:25:02-!- Gambit [~derek@wesnoth/developer/grickit] has quit [Ping timeout: 276 seconds]
20151229 00:25:08-!- Gambit [~derek@wesnoth/developer/grickit] has joined #wesnoth-dev
20151229 00:44:51-!- Greg-Boggs [~greg_bogg@c-76-115-139-154.hsd1.or.comcast.net] has quit [Remote host closed the connection]
20151229 00:45:43-!- Greg-Boggs [~greg_bogg@c-76-115-139-154.hsd1.or.comcast.net] has joined #wesnoth-dev
20151229 00:49:05-!- Coffee_irc [~david@ppp121-45-0-213.lns20.adl2.internode.on.net] has joined #wesnoth-dev
20151229 00:50:32-!- Greg-Boggs [~greg_bogg@c-76-115-139-154.hsd1.or.comcast.net] has quit [Ping timeout: 255 seconds]
20151229 00:57:07< Coffee_irc> hi all
20151229 00:57:40< Coffee_irc> it's been a while since I've last been active here, but I notice that the HEAD version doesn't compile for me anymore
20151229 00:58:15< Coffee_irc> gfgtdf: since version d0c011ea01d3d95f8b4b241aec5ccb46c05d3bc3 I've been getting lua errors
20151229 01:00:10< Coffee_irc> output I get is http://pastebin.com/1uAV3AvQ
20151229 01:02:29< Coffee_irc> on HEAD I get http://pastebin.com/FJ6GUyJP
20151229 01:04:37< Coffee_irc> in case it is helpful I am running Linux 64bit
20151229 01:05:02-!- Appleman1234 [~Appleman1@KD119104010241.au-net.ne.jp] has joined #wesnoth-dev
20151229 01:08:26< gfgtdf> Coffee_irc: y this was already reported fenv.h shoudl be included to fix the fegetround issue
20151229 01:08:37< gfgtdf> Coffee_irc: didnt commit it yet
20151229 01:08:57< gfgtdf> Coffee_irc: i dont use linux locally so i didnt notive at first
20151229 01:09:31< gfgtdf> Coffee_irc: also on travis it worked for some reason
20151229 01:10:17< Coffee_irc> gfgtdf: ok
20151229 01:10:28< Coffee_irc> can you commit the fix?
20151229 01:13:03< irker104> wesnoth: gfgtdf wesnoth:master 461d2335de1a / src/wesnoth.cpp: fixed build for some compilers. http://git.io/vE9Us
20151229 01:13:10< gfgtdf> Coffee_irc: thy that ^
20151229 01:13:12< gfgtdf> try*
20151229 01:15:14< Coffee_irc> gfgtdf: thanks, it compiled again for me
20151229 01:24:10< Coffee_irc> I've played a couple of games of wesnoth recently and have been motivated to build a test model for a network disconnection bug
20151229 01:24:37< Coffee_irc> there's nothing worse than playing and not knowing if you are disconnected
20151229 01:25:07< Coffee_irc> I suspect this occurs when packets are dropped between 2 clients
20151229 01:25:30< Coffee_irc> and then the state doesn't sync or something bad happens to one of the players
20151229 01:26:30< Coffee_irc> to test this I figure one would need simply 2 network instances and a way of dropping packets on purpose with a switch
20151229 01:27:04 * celticminstrel notes that HEAD is probably not the proper term to use.
20151229 01:27:15< celticminstrel> Since HEAD is just the current tip of any working copy, or something.
20151229 01:27:31 * celticminstrel suspects "master" is what you mean.
20151229 01:27:44< Coffee_irc> ok, master HEAD then ;)
20151229 01:31:13-!- Greg-Boggs [~greg_bogg@2601:1c2:901:5227:b109:6a60:82ea:1a3b] has joined #wesnoth-dev
20151229 01:37:05< gfgtdf> Coffee_irc: what do you mean by test model ?
20151229 01:37:24< gfgtdf> Coffee_irc: there were recently made 2 entried in bugtracker about this issue
20151229 01:38:29< gfgtdf> Coffee_irc: you you mean not knowing if you haev disconnected or not knowing if someone else has disconnected?
20151229 01:38:50< gfgtdf> Coffee_irc: about dropped packages: i always thought tcp has machnics to prevent packages from beeing dropped ?
20151229 01:39:10< Coffee_irc> gfgtdf: I mean fixing the scenario where one player does not know that he/she is not connected any more
20151229 01:39:32< Coffee_irc> either by automatically asking for more information to sync state or something
20151229 01:39:42< Coffee_irc> but I figure to do this a model should be created
20151229 01:39:47< Coffee_irc> to test this properly
20151229 01:40:10< Coffee_irc> a good model could be done with 2 computers and iptables
20151229 01:40:23< Coffee_irc> but I'm trying to see if it can be tested with one computer
20151229 01:40:35< Coffee_irc> packet loss in a particular direction
20151229 01:41:31< Coffee_irc> a virtual machine with different ip address would work, but I am looking around to see if there is something that would compile faster
20151229 01:41:59< Coffee_irc> or use the same compiled application as the host, but in a sandboxed environment with different ip address
20151229 01:42:22< Coffee_irc> I'm lookingat something like this : http://stackoverflow.com/questions/614795/simulate-delayed-and-dropped-packets-on-linux
20151229 01:44:30< Coffee_irc> this may not even be the problem at hand, but I figure it would be good to test and make the code robust for this circumstance
20151229 01:45:44< gfgtdf> Coffee_irc: you mes loss of just one packets of or all packages?
20151229 01:46:18< Coffee_irc> gfgtdf: I don't know what happens in the scenario that one player doesn't know that they are disconnected
20151229 01:46:32< Coffee_irc> but it would be interesting to see if it can be replicated by packet loss
20151229 01:47:31< Coffee_irc> maybe it is something different, but I am sure that tcp is not wholly reliable
20151229 01:47:44< Coffee_irc> especially on some Internet connections
20151229 01:54:45-!- Greg-Boggs [~greg_bogg@2601:1c2:901:5227:b109:6a60:82ea:1a3b] has quit [Remote host closed the connection]
20151229 01:57:12< Coffee_irc> I might be completely off the mark, but I am going to try this with iptables and using localhost and another local ip to test this
20151229 01:57:45< Coffee_irc> I'll post back if I get somewhere
20151229 02:02:23< gfgtdf> Does anyone know whether it is curently possibel to change the controller of a numm-controlled side during the game ?
20151229 02:04:54-!- Greg-Boggs [~greg_bogg@c-76-115-139-154.hsd1.or.comcast.net] has joined #wesnoth-dev
20151229 02:09:16-!- gfgtdf [~chatzilla@f054132225.adsl.alicedsl.de] has quit [Read error: Connection reset by peer]
20151229 02:13:31-!- Coffee_irc [~david@ppp121-45-0-213.lns20.adl2.internode.on.net] has quit [Remote host closed the connection]
20151229 02:24:13-!- louis94 [~~louis94@109.129.245.154] has quit [Quit: Konversation terminated!]
20151229 02:41:49-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20151229 03:11:43< vultraz> Aginor, gfgtdf: thanks for the feedback - I'll do some fixups later
20151229 03:38:10-!- Greg-Boggs [~greg_bogg@c-76-115-139-154.hsd1.or.comcast.net] has quit [Remote host closed the connection]
20151229 04:04:56-!- Greg-Boggs [~greg_bogg@c-76-115-139-154.hsd1.or.comcast.net] has joined #wesnoth-dev
20151229 04:06:41-!- iceiceice [~chris@98.7.95.73] has joined #wesnoth-dev
20151229 04:06:41-!- iceiceice [~chris@98.7.95.73] has quit [Changing host]
20151229 04:06:41-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20151229 04:10:02-!- Coffee_irc [~david@ppp121-45-0-213.lns20.adl2.internode.on.net] has joined #wesnoth-dev
20151229 04:14:03-!- irker104 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20151229 04:14:04< Coffee_irc> if anyone's interested I just spent a bit of time testing a local (networked) mp server will all combinations of lag, packet loss, reordered packets, etc. and can't replicate the bug where a player might silently disconnect (e.g. https://gna.org/bugs/index.php?24042)
20151229 04:14:50< Coffee_irc> gfgtdf was right about tcp
20151229 04:25:16-!- Greg-Boggs [~greg_bogg@c-76-115-139-154.hsd1.or.comcast.net] has quit [Remote host closed the connection]
20151229 05:08:35< vultraz> blaghh
20151229 05:18:19< vultraz> AH-HA
20151229 05:19:21< vultraz> well, that solves...part...of the problem..
20151229 05:20:55-!- Greg-Boggs [~greg_bogg@2601:1c2:901:5227:b109:6a60:82ea:1a3b] has joined #wesnoth-dev
20151229 05:29:07< vultraz> dammit I think I need to do more refactoring 
20151229 05:37:36-!- Greg-Boggs [~greg_bogg@2601:1c2:901:5227:b109:6a60:82ea:1a3b] has quit [Remote host closed the connection]
20151229 05:44:21-!- Greg-Boggs [~greg_bogg@2601:1c2:901:5227:b109:6a60:82ea:1a3b] has joined #wesnoth-dev
20151229 05:45:23< vultraz> Aginor: discovered a few issues :(
20151229 05:46:04< vultraz> Aginor: firstly, setting resolution when the window is maximized doesn't make the window state 'not maximized'. Ie, the window's maximize button still says it's maximized
20151229 05:46:12< vultraz> but im not sure how to deal with that..
20151229 05:47:44< vultraz> i guess...twindow::set_size could...strip the flag from the window...somehow
20151229 05:47:45< vultraz> ughh
20151229 05:47:48< vultraz> I don't know :(
20151229 05:48:00< vultraz> also, I was trying to get fullscreen toggle to return the window to the previous state
20151229 05:48:14< vultraz> ie, if it was set from a non-maximized window, it should return to that size when toggling fs off
20151229 05:48:39< vultraz> Aginor: do you think that should be the behavior? right now (in the PR) fullscreen toggles will return to a maximized window no matter what the previous state was
20151229 05:55:46-!- Coffee_irc [~david@ppp121-45-0-213.lns20.adl2.internode.on.net] has quit [Ping timeout: 240 seconds]
20151229 06:00:28-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20151229 06:01:30-!- ancestral [~ancestral@71-220-42-226.mpls.qwest.net] has joined #wesnoth-dev
20151229 06:38:23-!- Kwandulin [~Miranda@p200300760F250AB9B05C9A5FBB505630.dip0.t-ipconnect.de] has joined #wesnoth-dev
20151229 07:08:44-!- Kwandulin [~Miranda@p200300760F250AB9B05C9A5FBB505630.dip0.t-ipconnect.de] has quit [Ping timeout: 250 seconds]
20151229 07:28:23-!- celticminstrel is now known as celmin|sleep
20151229 08:18:49-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20151229 08:23:29-!- Kwandulin [~Miranda@p200300760F250A0BB05C9A5FBB505630.dip0.t-ipconnect.de] has joined #wesnoth-dev
20151229 08:24:23-!- Greg-Boggs [~greg_bogg@2601:1c2:901:5227:b109:6a60:82ea:1a3b] has quit [Remote host closed the connection]
20151229 08:24:29-!- Coffee_irc [~david@ppp121-45-0-213.lns20.adl2.internode.on.net] has joined #wesnoth-dev
20151229 08:28:29-!- ancestral [~ancestral@71-220-42-226.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20151229 08:43:25-!- Coffee_irc [~david@ppp121-45-0-213.lns20.adl2.internode.on.net] has quit [Remote host closed the connection]
20151229 08:45:46-!- Coffee_irc [~david@ppp121-45-0-213.lns20.adl2.internode.on.net] has joined #wesnoth-dev
20151229 08:53:43-!- Kwandulin [~Miranda@p200300760F250A0BB05C9A5FBB505630.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20151229 08:55:48-!- Appleman1234 [~Appleman1@KD119104010241.au-net.ne.jp] has quit [Ping timeout: 256 seconds]
20151229 09:14:02-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20151229 09:21:45-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20151229 09:25:01-!- Greg-Boggs [~greg_bogg@2601:1c2:901:5227:b109:6a60:82ea:1a3b] has joined #wesnoth-dev
20151229 09:30:00-!- Greg-Boggs [~greg_bogg@2601:1c2:901:5227:b109:6a60:82ea:1a3b] has quit [Ping timeout: 250 seconds]
20151229 10:11:52-!- Appleman1234 [~Appleman1@KD119104005130.au-net.ne.jp] has joined #wesnoth-dev
20151229 10:20:38-!- zombah [~zombah@2a02:28:3:1:214:4fff:fe47:5920] has joined #wesnoth-dev
20151229 10:55:56-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 256 seconds]
20151229 11:07:55-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20151229 11:10:06-!- Appleman1234 [~Appleman1@KD119104005130.au-net.ne.jp] has quit [Ping timeout: 256 seconds]
20151229 11:29:57-!- fabi [~quassel@wesnoth/developer/fendrin] has quit [Ping timeout: 256 seconds]
20151229 11:33:08< Aginor> vultraz: I think that the window should return to the state it was in before it had the fullscreen flag applied to it
20151229 11:33:15< vultraz> Ok
20151229 11:33:24< vultraz> That's what I'm currently struggling to do >_>
20151229 11:36:10< Aginor> it should just be a matter of removing the fullscreen flag again
20151229 11:36:43< vultraz> Aginor: from the window?
20151229 11:36:58< Aginor> yes
20151229 11:37:22< vultraz> er...how would you do that?
20151229 11:37:54< Aginor> https://wiki.libsdl.org/SDL_SetWindowFullscreen
20151229 11:38:29< vultraz> hmmm
20151229 11:38:32< vultraz> yes, I know about that
20151229 11:38:33< vultraz> set_size uses it
20151229 11:38:47< Aginor> yes, because it also sets fullscreen
20151229 11:39:02< Aginor> that probably needs to be disentangled too
20151229 11:39:14< vultraz> set_size sets it to 0
20151229 11:39:18< vultraz> 0 is windowed, right
20151229 11:39:21< Aginor> yup
20151229 11:40:35< vultraz> hmmmm
20151229 11:41:55 * vultraz ponders this code
20151229 11:42:48< Aginor> I was pondering it too earlier when I was out driving
20151229 11:43:04< Aginor> I think it breaks SDL 1.2 at at least one place (ie, won't compile)
20151229 11:43:10< Aginor> have you tried?
20151229 11:43:21< vultraz> building with 1.2?
20151229 11:43:23< vultraz> no
20151229 11:47:51< Aginor> I think we need to make sure that still works too
20151229 11:49:49< vultraz> ugh, dammit, this code won't work >_>
20151229 11:50:16< Aginor> it's late for me (again) so I'm not going to offer to sit down and work through it with you
20151229 11:50:32< vultraz> yeah, no prob
20151229 11:50:37< Aginor> I have no plans for tomorrow (finally) so I'm planning to catch up on some wesnoth stuff
20151229 11:50:38< vultraz> I'll figure it out eventually :P
20151229 11:50:46< vultraz> when will you be around?
20151229 11:50:49< Aginor> I can give you a hand then if you're around
20151229 11:50:53< vultraz> I think I'm about ~2 hours behind you
20151229 11:51:02< Aginor> probably from 10ish my time and onwards
20151229 11:51:46< vultraz> PM?
20151229 11:51:52< Aginor> AM
20151229 11:52:06< vultraz> ok, so 8 am my time
20151229 11:52:10< Aginor> yup
20151229 11:52:10< vultraz> got it
20151229 11:52:13< Aginor> and onwards :)
20151229 11:58:46< vultraz> AH
20151229 11:58:51< vultraz> I think I've found the problem
20151229 11:58:54< vultraz> possibly
20151229 12:03:42< Aginor> Who's able to help with network server problems? http://forums.wesnoth.org/viewtopic.php?f=4&t=43553
20151229 12:06:20< vultraz> Aginor: I've done it :D 
20151229 12:06:30< vultraz> fullscreen toggle now returns window to previous state
20151229 12:06:38< vultraz> the problem was there were two resolution keys
20151229 12:07:02< vultraz> xresolution/yresolution and xwindowsize/ywindowsize
20151229 12:07:09< vultraz> supposedly for res while fullscreen or not
20151229 12:07:19< vultraz> I fixed it by dropping to just one key
20151229 12:07:27< vultraz> since we use FULLSCREEN_DESKTOP anyway
20151229 12:07:54< vultraz> we don't support different resolutions besides native in fullscreen
20151229 12:11:19-!- Kwandulin [~Miranda@p200300760F250A0B8C92DFE80694BB60.dip0.t-ipconnect.de] has joined #wesnoth-dev
20151229 12:18:50-!- nurupo [~nurupo.ga@unaffiliated/nurupo] has quit [Ping timeout: 260 seconds]
20151229 12:23:49-!- ancestral [~ancestral@71-220-42-226.mpls.qwest.net] has joined #wesnoth-dev
20151229 13:05:21-!- louis94 [~~louis94@109.129.245.154] has joined #wesnoth-dev
20151229 13:06:56< vultraz> hmm
20151229 13:06:58< vultraz> ok uhhh
20151229 13:07:23< vultraz> actually i think it might be better to try to preserve those pref keys...
20151229 13:10:04-!- Coffee_irc [~david@ppp121-45-0-213.lns20.adl2.internode.on.net] has quit [Ping timeout: 272 seconds]
20151229 13:18:54< ancestral> https://gna.org/bugs/?15259
20151229 13:19:19< ancestral> Anyone know where I can look for the relevant code?
20151229 13:27:36-!- Greg-Boggs [~greg_bogg@2601:1c2:901:5227:b109:6a60:82ea:1a3b] has joined #wesnoth-dev
20151229 13:28:49< vultraz> uuuuuggggghhhhhhh
20151229 13:28:55< vultraz> CODE FRUSTRATION 
20151229 13:32:50-!- Greg-Boggs [~greg_bogg@2601:1c2:901:5227:b109:6a60:82ea:1a3b] has quit [Ping timeout: 260 seconds]
20151229 13:48:46< ancestral> Found it
20151229 13:48:56< ancestral> So happy
20151229 13:49:22 * ancestral tries to send some happy to vultraz
20151229 13:55:41 * ancestral submits a pull request
20151229 14:01:40< ancestral> Aginor, mattsc, celmin|sleep: Pull request to make ctrl-click act like a secondary click, instead of comand-click: https://github.com/wesnoth/wesnoth/pull/567
20151229 14:19:33< ancestral> And SDL2 crash fix
20151229 14:22:49-!- louis94 [~~louis94@109.129.245.154] has quit [Quit: Konversation terminated!]
20151229 14:23:47-!- TheJJ is now known as gabe
20151229 14:24:04-!- gabe is now known as TheJJ
20151229 14:50:10-!- louis94 [~~louis94@109.129.245.154] has joined #wesnoth-dev
20151229 15:06:04-!- oldlaptop [~quassel@50-37-38-205.mskg.mi.frontiernet.net] has quit [Quit: No Ping reply in 180 seconds.]
20151229 15:10:43-!- oldlaptop [~quassel@50-37-38-205.mskg.mi.frontiernet.net] has joined #wesnoth-dev
20151229 15:22:54-!- gojkid [67028759@gateway/web/freenode/ip.103.2.135.89] has joined #wesnoth-dev
20151229 15:23:25< gojkid> I heard that you guys need a coder....
20151229 15:25:40-!- banban [053212da@gateway/web/freenode/ip.5.50.18.218] has joined #wesnoth-dev
20151229 15:25:49-!- gojkid [67028759@gateway/web/freenode/ip.103.2.135.89] has quit [Client Quit]
20151229 15:29:04-!- banban [053212da@gateway/web/freenode/ip.5.50.18.218] has quit [Client Quit]
20151229 15:33:26< vultraz> it pays to stick debug output in your code
20151229 15:37:56-!- louis94 [~~louis94@109.129.245.154] has quit [Quit: Konversation terminated!]
20151229 16:02:05< vultraz> AH
20151229 16:02:21< vultraz> found what's causing the double function execution
20151229 16:14:03< ancestral> So
20151229 16:14:44< ancestral> Wesnoth crashes at resolutions smaller than 600 x 600
20151229 16:20:18-!- nurupo [~nurupo.ga@unaffiliated/nurupo] has joined #wesnoth-dev
20151229 16:25:22-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20151229 16:25:24-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20151229 16:26:49< vultraz> ancestral: why would you even possibly try to launch it that small
20151229 16:27:10< ancestral> When someone resizes it that small, it crashes
20151229 16:27:35< ancestral> Remind me: when building this for certain platforms, they might want it tiny?
20151229 16:27:40< ancestral> Pandora or something?
20151229 16:28:11< ancestral> My question is: I want to put in a minimum window size.
20151229 16:28:35< ancestral> Should I do it in OS X using Cocoa, or should the proejct do something in SDL?
20151229 16:28:47< ancestral> Like https://wiki.libsdl.org/SDL_SetWindowMinimumSize
20151229 16:29:31< ancestral> In other words, should it be platform agnostic, or platform specific?
20151229 16:30:18-!- Greg-Boggs [~greg_bogg@2601:1c2:901:5227:b109:6a60:82ea:1a3b] has joined #wesnoth-dev
20151229 16:30:37-!- gfgtdf [~chatzilla@f054173017.adsl.alicedsl.de] has joined #wesnoth-dev
20151229 16:30:56< gfgtdf> is it possible in c++ to pass a std::vector as const so that you cna change its contents but not change its size ?
20151229 16:33:57< vultraz> ancestral: probably in SDL2
20151229 16:34:15-!- Greg-Boggs [~greg_bogg@2601:1c2:901:5227:b109:6a60:82ea:1a3b] has quit [Ping timeout: 240 seconds]
20151229 16:36:42< vultraz> ancestral: as far as I know, 800x480 is the minimum 
20151229 16:37:26< celmin|sleep> gfgtdf: No, though you could use const_cast on its contents to change them (not recommended).
20151229 16:39:07< celmin|sleep> ancestral: Yay, control-click.
20151229 16:39:30< celmin|sleep> But does that affect anything else?
20151229 16:40:34-!- celmin|sleep is now known as celticminstrel
20151229 16:43:51< vultraz> ugh, I appear to have stumbled on some GUI handling of resize events 
20151229 16:43:55< vultraz> GUI2*
20151229 16:52:57 * vultraz groans
20151229 16:53:18< vultraz> gui2 has it's own event handling of resize events 
20151229 16:54:14< gfgtdf> loonycyborg: whats teh current state of the wesnothd asio branch ?
20151229 16:57:47< loonycyborg> gfgtdf: It generally works, though needs clean up of old code and fixing some corner cases.
20151229 16:59:31< gfgtdf> loonycyborg: whcih corner cases ?
20151229 17:00:28< loonycyborg> pretty much all of them :P
20151229 17:01:32< gfgtdf> loonycyborg: but you did manage to play a simple networked wesnoth game with it ?
20151229 17:01:56< loonycyborg> yes
20151229 17:02:28-!- louis94 [~~louis94@109.129.245.154] has joined #wesnoth-dev
20151229 17:02:41< loonycyborg> last thing I tested is kicking, and I noticed that game wasn't destroyed on the server after I kicked myself
20151229 17:02:42< loonycyborg> corner cases like that
20151229 17:03:10< loonycyborg> But I was able to play with two clients connected to it
20151229 17:03:45-!- zombah [~zombah@2a02:28:3:1:214:4fff:fe47:5920] has quit [Quit: Leaving]
20151229 17:04:24< gfgtdf> loonycyborg: you think its good enogh to merge it into master ?
20151229 17:04:26< loonycyborg> I want to organize players, games and sockets into singe boost.multi-index container to automate keeping them in sync
20151229 17:05:12-!- Greg-Boggs [~greg_bogg@2601:1c2:901:5227:b109:6a60:82ea:1a3b] has joined #wesnoth-dev
20151229 17:05:51< gfgtdf> loonycyborg: why not mkaaing sockets a memeber of player ?
20151229 17:09:58< loonycyborg> hmm maybe
20151229 17:11:08< loonycyborg> there's still a lot of lookups based on sockets 
20151229 17:12:18< loonycyborg> would be a lot of work to eliminate them all
20151229 17:14:17< gfgtdf> loonycyborg: coudl you just change all functiosn that take sockets are parameters to take users as apraters?
20151229 17:15:27< loonycyborg> I could, but yet need to decide what would be the best way to refer to a user
20151229 17:15:45< loonycyborg> currently it's socket_ptr, and was connection number in old code
20151229 17:17:25< gfgtdf> loonycyborg: i need to do some changes to server/game.cpp so fix OOS bugs.
20151229 17:17:41< gfgtdf> to*
20151229 17:18:39< loonycyborg> pretty sure new wesnothd would have totally different set of oos bugs :P
20151229 17:18:52< gfgtdf> loonycyborg: :( :( :(
20151229 17:18:52< loonycyborg> which changes exactly?
20151229 17:19:15< gfgtdf> loonycyborg: id think it only changes some underlaying nwetworkming layer?
20151229 17:20:23< loonycyborg> nope, asio does things in totally different way
20151229 17:20:28< gfgtdf> loonycyborg: "oos casues by 'mp replay turns'-feature" and "oos casues by wml chaanging controllers"
20151229 17:25:16< loonycyborg> those seem to be mostly in domain of code I ported, but don't understand fully.
20151229 17:25:16-!- Greg-Boggs [~greg_bogg@2601:1c2:901:5227:b109:6a60:82ea:1a3b] has quit [Remote host closed the connection]
20151229 17:26:25< loonycyborg> basically asio made me fully reimplement main event loop, but other parts of code could be reused with little changes beside making them use socket_ptr instead of connection numbers
20151229 17:27:02-!- Greg-Boggs [~greg_bogg@2601:1c2:901:5227:b109:6a60:82ea:1a3b] has joined #wesnoth-dev
20151229 17:33:17< loonycyborg> gfgtdf: basically any changes to server.cpp will likely result in merge conflicts for me later, but your particular changes might be easily mergeable dunno.
20151229 17:33:39< loonycyborg> you could test asio_wesnothd branch yourself too :P
20151229 17:39:50< vultraz> Aginor: ok, I've discovered an issue: if you start wesnoth in fullscreen mode and toggle fullscreen off, it won't properly return to a maximized or previous resolution windowed state (as saved in prefs) due to a GUI2 resize event handle in gui/auxiliary/event/handler.hpp
20151229 17:40:01< celticminstrel> Anyone have thoughts on http://forums.wesnoth.org/viewtopic.php?p=592047#p592047 ?
20151229 17:40:36< vultraz> Aginor: but I was able to progress on the fullscreen state toggle issue: https://github.com/wesnoth/wesnoth/commit/a61a48aa5fe7cc44b05aede45f327ac52574d1cc
20151229 17:41:06< vultraz> the only issue remaining there is if you toggle a maximized window to fullscreen, then back to maximized and quit, next time you start it won't be "maximized"
20151229 17:43:17-!- Kwandulin [~Miranda@p200300760F250A0B8C92DFE80694BB60.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20151229 17:51:52< gfgtdf> loonycyborg: the changes to server.cpp are very small, there are only removals of obsolete codes.
20151229 17:53:08< vultraz> Aginor: I've been up almost the entire night trying to solve the former issue
20151229 17:53:18< vultraz> Aginor: and I have absolutely no idea how
20151229 18:14:08-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20151229 18:14:14-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20151229 18:14:36-!- Greg-Boggs [~greg_bogg@2601:1c2:901:5227:b109:6a60:82ea:1a3b] has quit [Remote host closed the connection]
20151229 18:15:11-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20151229 18:15:28< mattsc> ancestral: hi
20151229 18:16:13< vultraz> hey mattsc 
20151229 18:16:26< mattsc> Are there changes needed to the Xcode project file and/or the Mac Compile Stuff archive for the SDL2 merge.
20151229 18:16:30< mattsc> hi vultraz 
20151229 18:16:44< celticminstrel> I thought ancestral ws dealing with the latter.
20151229 18:17:01< celticminstrel> I believe the former was already handled due to my earlier commits in the SDL2 branch.
20151229 18:17:05< celticminstrel> ^was
20151229 18:17:45< mattsc> celticminstrel: that was my understanding as well, but I don’t see a new archive and I do get an SDL error when trying to compile current master
20151229 18:18:04< celticminstrel> Ah, right.
20151229 18:18:44< mattsc> But I have not followed the irc logs at all the last couple weeks, other than searching for my nick occasionally, so it’s quite possible that I missed something/
20151229 18:19:14< celticminstrel> That error is fixed by commit 44cf166 in PR 567.
20151229 18:19:26< celticminstrel> It's an error in SDLmain.m, not the project file.
20151229 18:19:52< mattsc> But doesn’t that fix just fall back to SDL 1.2, rather than making the switch to SDL 2?
20151229 18:20:01< celticminstrel> Hm?
20151229 18:20:03-!- Kwandulin [~Miranda@p200300760F250A0BE437D1A6BF3D0965.dip0.t-ipconnect.de] has joined #wesnoth-dev
20151229 18:20:36< celticminstrel> I think the error came of me being confused somehow and commenting out (with macro directives) something that I shouldn't have.
20151229 18:21:05< mattsc> https://github.com/ancestral/wesnoth/commit/44cf166010fc55dd8207ddce3caef5af326089de
20151229 18:21:33< celticminstrel> I thought that block of code was only needed on SDL 1.2, but it seems I was wrong.
20151229 18:21:33< mattsc> That looks to my naive eye as if it only kicks in when you don’t have SDL 2 (at least)
20151229 18:21:55< celticminstrel> Yes, that's how it was before the commit.
20151229 18:22:00< celticminstrel> Which was the problem.
20151229 18:22:04< mattsc> anyways, I am sure that I do need the SDL 2 frameworks, at the very least, which should come with the Mac library archive.
20151229 18:22:31< mattsc> celticminstrel: ugh — right.  
20151229 18:22:40 * mattsc hits the wall with his head; repeatedly
20151229 18:23:10< mattsc> but the “anyways …” three lines up still applies
20151229 18:25:11< celticminstrel> Yeah. I thought ancestral was on that.
20151229 18:25:58< mattsc> Me too.  He probably just hasn’t uploaded it yet, so I’ll wait for that.
20151229 18:32:23-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: So long and thanks for all the fish.]
20151229 18:34:55< Rhonda> Aaaand: https://wiki.wesnoth.org/StartingPoints done too.  :D
20151229 18:39:40< vultraz> oh god ive been up all night working on wesnoth and i have to get somewhere at lunch tomorro
20151229 18:39:42< vultraz> w
20151229 18:39:53< celticminstrel> Meep!
20151229 18:40:37< celticminstrel> Rhonda: What's that about?
20151229 18:45:18< Rhonda> celticminstrel: https for everything.
20151229 18:45:32< Rhonda> wiki was the last thing missing because I fumbled last week and was blocked.
20151229 18:45:40< Rhonda> letsencrypt certificate that is.
20151229 18:46:17< gfgtdf> Rhonda: cool :)
20151229 19:09:17< celticminstrel> Ohhh, right.
20151229 19:11:41-!- louis94 [~~louis94@109.129.245.154] has quit [Ping timeout: 246 seconds]
20151229 19:13:57-!- Greg-Boggs [~greg_bogg@c-76-115-139-154.hsd1.or.comcast.net] has joined #wesnoth-dev
20151229 19:14:30-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.]
20151229 19:14:46-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20151229 19:27:50-!- Greg-Boggs [~greg_bogg@c-76-115-139-154.hsd1.or.comcast.net] has quit [Remote host closed the connection]
20151229 19:51:28-!- louis94 [~~louis94@109.129.245.154] has joined #wesnoth-dev
20151229 20:00:06< ancestral> Sorry, I was afk earlier
20151229 20:00:36< ancestral> So good news with SDL2, with OS X, boils down to this
20151229 20:01:06< ancestral> Downloading all the SDL2 binaries from libsdl.org
20151229 20:01:32< ancestral> You can drag and drop, everything works… with those couple lines deleted
20151229 20:02:07< ancestral> mattsc, celticminstrel: I will upload some librs and new maccompilestuff, just… not quite ready
20151229 20:02:14< ancestral> *new libs
20151229 20:03:21< celticminstrel> ancestral: What're you going to do about Boost?
20151229 20:03:47< ancestral> You wanted new boost libs too
20151229 20:03:51< ancestral> With unit tests
20151229 20:03:53< celticminstrel> Right.
20151229 20:04:04< celticminstrel> So does that mean you'll be upgrading to Boost 1.60?
20151229 20:04:11< ancestral> I certainly can
20151229 20:04:13< celticminstrel> Or building older unit test libs?
20151229 20:04:25< ancestral> celticminstrel: I haven’t touched boost at all
20151229 20:04:32< ancestral> What do you suggest I do?
20151229 20:04:38< ancestral> As far as, which version
20151229 20:07:16< celticminstrel> Well, I was recently noticing a few commits related to Boost 1.60 (some about compatibility, some about project files), so I wondered if we should just push all builds to use it by default.
20151229 20:07:21< celticminstrel> It might cause problems for me, mind you, since I'm still stuck at 10.7, but I can work around that fairly easily if it occurs.
20151229 20:08:03< ancestral> Well, the goal is to have working binaries for 10.6+
20151229 20:09:03< celticminstrel> I imagine the problems could also be solved somehow by whoever builds Boost, but I've no idea how. The problems I'm thinking about are just lib-compiler compatibility problems.
20151229 20:09:16< celticminstrel> Since GCC changed their ABI at some point.
20151229 20:09:17< ancestral> (My internal roadmap, assuming no one objects, is with 1.15+ is to make it 64-bit only, which may mean 10.7-ish or newer)
20151229 20:09:50< ancestral> celticminstrel: What is the problem currently? Wesnoth doesn’t build correctly?
20151229 20:10:12< celticminstrel> There's no problem currently, because the XCode project is using Boost 1.54... I think.
20151229 20:10:47< celticminstrel> Maybe there wouldn't be a problem, provided a clang build of Boost is used for the MacCompileStuff archive.
20151229 20:11:27< celticminstrel> But I guess you'd've probably done that anyway...
20151229 20:15:06< ancestral> I haven’t run into any issues using the supplied Boost libs in the current MCS, but sure, I will build new boost libs
20151229 20:15:46< celticminstrel> You'd have to build Boost 1.54 libs if you intend to only slot in the unit tests and dependencies, anyway.
20151229 20:16:21< ancestral> So I should build 1.54?
20151229 20:16:52< ancestral> Ohh, I see
20151229 20:17:06< ancestral> You’re saying I have to rebuild regardless
20151229 20:17:17< ancestral> So might as well use 1.60
20151229 20:19:02< celticminstrel> Yeah, the version currently bundled is 1.54, so if you wanted to minimize the work, you could just build the 1.54 unit tests (and their dependencies, I think chrono and something else), but it might be easier to just upgrade the bundled Boost version while you're at it.
20151229 20:20:24< ancestral> I want to upload an updated Xcode project file, Info plist and new icon; then, in MCS, SDL2 libs, boost libs + unit tests and pango libs
20151229 20:28:32-!- Greg-Boggs [~greg_bogg@c-76-115-139-154.hsd1.or.comcast.net] has joined #wesnoth-dev
20151229 20:28:34< ancestral> I’m not sure if I can get anyone else to test my patch until I get MCS done, unless someone wants to be slightly adventurous
20151229 20:28:58< ancestral> I suppose that’s motivation for me ;-)
20151229 20:29:58< ancestral> celticminstrel: How good are you with Objective-C?
20151229 20:30:01-!- Greg-Boggs [~greg_bogg@c-76-115-139-154.hsd1.or.comcast.net] has quit [Remote host closed the connection]
20151229 20:31:56< ancestral> I’m pretty sure I need to set the minimum size for the winndow. Normally it’s easy as cake with Interface Builder, but there is no window pre-made. It’s created dynamically, so I’m pretty sure I have to set it dynamically
20151229 20:34:19< ancestral> The trouble is I don’t know how to get the reference to the window.
20151229 20:35:40-!- fabi [~quassel@176.6.19.161] has joined #wesnoth-dev
20151229 20:35:40-!- fabi [~quassel@176.6.19.161] has quit [Changing host]
20151229 20:35:40-!- fabi [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20151229 20:36:25-!- gfgtdf [~chatzilla@f054173017.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.92 [Firefox 43.0.2/20151221130713]]
20151229 20:40:29< celticminstrel> ancestral: I'm not too familiar with it, but I know the basics.
20151229 20:41:10< celticminstrel> You might be able to get the window somehow from, uh, what was it... [NSApplication getInstance]?
20151229 20:41:25-!- Greg-Boggs [~greg_bogg@2601:1c2:901:5227:b109:6a60:82ea:1a3b] has joined #wesnoth-dev
20151229 20:41:57< celticminstrel> BTW, do you think it's possible to translate Wesnoth's nib to xib so it can be edited easier?
20151229 20:44:20< celticminstrel> I was investigating it awhile ago but couldn't find a way to do it.
20151229 20:44:25< ancestral> I haven’t a clue
20151229 20:44:43< celticminstrel> Oh well.
20151229 20:45:07< ancestral> http://stackoverflow.com/a/7864434/1458208
20151229 20:45:15< ancestral> Maybe that?
20151229 20:45:34< celticminstrel> I think I tried that.
20151229 20:45:39< celticminstrel> I could try again to be sure.
20151229 20:46:06-!- louis94 [~~louis94@109.129.245.154] has quit [Quit: Konversation terminated!]
20151229 20:46:26-!- louis94 [~~louis94@109.129.245.154] has joined #wesnoth-dev
20151229 20:47:00< Aginor> morning
20151229 20:47:32< celticminstrel> I get "This version of Xcode is too old to read this archive."
20151229 20:48:12< celticminstrel> I think it's a compiled nib, so maybe someone actually has a xib lying around somewhere.
20151229 20:49:35< Aginor> ancestral: hi
20151229 20:50:27< ancestral> Hi
20151229 20:50:29< celticminstrel> From "git log" it seems that it has been touched by Ben Anderman, Simon Forstyth, Alarantalara, and mattsc...
20151229 20:50:58< ancestral> Hmm
20151229 20:51:19< ancestral> celticminstrel: Yeah I’m not too familiar with conversions to .xib
20151229 20:51:27< Aginor> ancestral: about your PR; Is ctrl+click the right behaviour? I somehow feel like it ought to be cmd+click but I might be completely wrong
20151229 20:51:41< celticminstrel> It should be Ctrl+click.
20151229 20:51:45< ancestral> Let’s consult Apple’s Human Interface Guidelines
20151229 20:52:07< celticminstrel> Ctrl+click has been used to bring up the context menu since at least Mac OS 9.
20151229 20:52:32< ancestral> https://developer.apple.com/library/mac/documentation/UserExperience/Conceptual/OSXHIGuidelines/ContextualMenus.html#//apple_ref/doc/uid/20000957-CH30-SW1
20151229 20:52:37< celticminstrel> Possibly Mac OS 8. I don't think it goes back as far as System 7 though.
20151229 20:52:41< ancestral> Control click is the winner
20151229 20:52:52< ancestral> I know that some games would sometimes use command click as a thing
20151229 20:52:55< celticminstrel> I don't think System 7 had context menus.
20151229 20:52:57< ancestral> Like Warcraft II back in the day
20151229 20:53:05< ancestral> But they didn’t have contextual menus
20151229 20:53:25< Aginor> ancestral: I accept that you're right :)
20151229 20:54:00< celticminstrel> I wonder how mattsc edits the nib.
20151229 20:54:33< Aginor> ancestral: about minimum window size then, does it have to be set from objective C? It's something on m TO-DO list to have done in the game in all instances
20151229 20:54:48< ancestral> Aginor: Great question.
20151229 20:54:55< ancestral> Kind of what I was asking earlier
20151229 20:55:06< Aginor> let me do it now and we can find out ;)
20151229 20:55:19< ancestral> Aginor: What would happen if a user attmpets to resize the window to something incredly small
20151229 20:55:23< ancestral> *incredibly
20151229 20:55:34< Aginor> ancestral: it stops rendering nicely
20151229 20:55:49< ancestral> Well, currently, Wesnoth crashes for me
20151229 20:55:55< Aginor> oooh
20151229 20:56:01< Aginor> that's unfortunate
20151229 20:56:44< Aginor> ancestral: does your PR have to be 4 commits or can they be squashed?
20151229 20:56:55< ancestral> They can be squashed
20151229 20:57:02< ancestral> I mean technically, I have two things going on
20151229 20:57:13< ancestral> Proably should have been two different PRs
20151229 20:57:19 * Aginor shrugs
20151229 20:57:30< ancestral> The control-click and the SDLMain
20151229 20:57:39< Aginor> I'd squash your first two commits at least
20151229 20:57:49< ancestral> Is there an easy way to do this?
20151229 20:57:52< Aginor> SDL_main and merge
20151229 20:57:59< Aginor> git rebase -i
20151229 20:58:46< ancestral> I guess I’ll have to clone then :-(
20151229 20:58:52-!- louis94 [~~louis94@109.129.245.154] has quit [Ping timeout: 256 seconds]
20151229 20:59:14< celticminstrel> Rebase interacts poorly with merges.
20151229 20:59:21< Aginor> ok
20151229 20:59:24< Aginor> I'll just merge then
20151229 20:59:31< ancestral> The thing I don’t like about git (and maybe I just haven’t figured it out) is that I like to have a repo with non-commited items
20151229 20:59:34< celticminstrel> Or you could cherry-pick the individual commits.
20151229 20:59:41< ancestral> That’s true
20151229 21:00:10< ancestral> I mean, if you really want
20151229 21:00:12-!- irker874 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20151229 21:00:12< irker874> wesnoth: Martin Proud wesnoth:master 70f04dd2b145 / src/mouse_handler_base.cpp: Update mouse_handler_base.cpp http://git.io/vEd8S
20151229 21:00:12< irker874> wesnoth: Martin Proud wesnoth:master 6738f3737567 / src/mouse_handler_base.cpp: Merge pull request #1 from ancestral/ancestral-apple-ctrl-click http://git.io/vEd89
20151229 21:00:13< irker874> wesnoth: Martin Proud wesnoth:master 44cf166010fc / projectfiles/Xcode/Mac Sources/SDLMain.m: Update SDLMain.m http://git.io/vEd8H
20151229 21:00:14< irker874> wesnoth: Martin Proud wesnoth:master b0d4cc679ef7 / changelog: Update changelog http://git.io/vEd8Q
20151229 21:00:15< irker874> wesnoth: Andreas wesnoth:master e8bc1755f205 / changelog projectfiles/Xcode/Mac Sources/SDLMain.m src/mouse_handler_base.cpp: Merge pull request #567 from ancestral/master http://git.io/vEd87
20151229 21:00:18< ancestral> I can redo this all
20151229 21:00:20< ancestral> Okay
20151229 21:00:33< Aginor> :)
20151229 21:00:45< ancestral> Might be nice for someone else to try building with SDL2 for OS X
20151229 21:00:48< Aginor> interesting, I need to go and update my github profile
20151229 21:00:59< ancestral> But this shouldn’t break anything for SDL1-ers
20151229 21:01:58< celticminstrel> I've built with SDL2 for OSX.
20151229 21:02:01< Aginor> it looked rather safe
20151229 21:02:05< ancestral> Good
20151229 21:02:23< celticminstrel> Both awhile ago when I updated the XCode project and, I think, also more recently.
20151229 21:02:36< Aginor> speaking of PRs, does anyone feel comfortable reviwing https://github.com/wesnoth/wesnoth/pull/565 ?
20151229 21:02:45< celticminstrel> Yeah, I had colour cursors, so more recently is a definite.
20151229 21:04:25< Aginor> ancestral/celticminstrel: how much work would be needed you think to be able to make nightly OS X builds that are packaged?
20151229 21:04:46< ancestral> Through CI?
20151229 21:04:54< Aginor> yup
20151229 21:05:23< Aginor> nad sorry for my poor grammar, I'm still waking up :)
20151229 21:05:34< celticminstrel> I have no idea how Travis does its OSX builds.
20151229 21:05:40< ancestral> Without a Mac, I’m not exactly sure how
20151229 21:05:45< celticminstrel> (...it does do OSX builds, right?)
20151229 21:05:50< celticminstrel> (I think it said it did.)
20151229 21:05:59< ancestral> Other than Homebrew, which should be able to, and might be able to make app bundles to
20151229 21:06:01< ancestral> *too
20151229 21:06:17< celticminstrel> Does the scons not produce an app bundle on OSX?
20151229 21:06:35< Aginor> https://docs.travis-ci.com/user/osx-ci-environment/
20151229 21:06:57< ancestral> Well, it’s using 10.9.5
20151229 21:07:10< ancestral> So that means I need to build/find pango to work for everyone
20151229 21:07:31< Aginor> that sounds like a bit more work
20151229 21:07:32< ancestral> That’s a problem I’m trying to get fixed. Currently, pango on 10.9 doesn’t work for 10.10-10.11
20151229 21:08:28 * Aginor nods
20151229 21:08:49< celticminstrel> Did you verify that recently, ancestral?
20151229 21:09:29< ancestral> Yeah, back a short while ago
20151229 21:09:37< ancestral> Well, actually
20151229 21:09:59< celticminstrel> I recall mattsc changed the pango version sometime after I came around, but it sounds like you accounted for that.
20151229 21:10:03< ancestral> I don’t suppose you’ve tried the 1.13.2 binary, right?
20151229 21:10:35-!- Kwandulin [~Miranda@p200300760F250A0BE437D1A6BF3D0965.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20151229 21:10:36< ancestral> celticminstrel: I should rephrase - the pango static objects (headers?)
20151229 21:11:11< ancestral> Aginor: I’m on board with getting CI for OS X
20151229 21:11:27< ancestral> I think after 1.13.3 would be wise for my sanity
20151229 21:11:38< ancestral> I’m willing to help tackle it
20151229 21:11:47< Aginor> ancestral: that sounds awesome :)
20151229 21:12:27< Aginor> if we're moving to a steady release cycle it'd be neat to also start to automatically package builds
20151229 21:12:44< celticminstrel> I think the pango incompatibilities stem from the bundled install-names for its dependencies.
20151229 21:13:17< celticminstrel> It might be possible to produce a compatible version that works from 10.7 all the way to 10.11 by fiddling with install_name_tool.
20151229 21:13:34< celticminstrel> Some libs such as CoreText have moved in later versions of OSX.
20151229 21:14:04< ancestral> celticminstrel: That sounds right
20151229 21:15:01< Aginor> meh, I'll just merge my boost 1.60.0 fix and we can deal with breakages later
20151229 21:15:09< irker874> wesnoth: Andreas Löf wesnoth:master ff29581baa74 / src/tests/ (main.cpp test_map_location.cpp test_mp_connect.cpp utils/auto_parameterized.hpp): Fix bug #24234: Add Boost 1.60.0 support to unit tests http://git.io/vEdER
20151229 21:15:11< irker874> wesnoth: Andreas wesnoth:master 87b0fededd1a / src/tests/ (main.cpp test_map_location.cpp test_mp_connect.cpp utils/auto_parameterized.hpp): Merge pull request #565 from aginor/master http://git.io/vEdE0
20151229 21:15:26< Aginor> (not that I expect any)
20151229 21:15:38< ancestral> Aginor: So what I was trying to say earlier, is if SDL2 has a minimum size set (maybe https://wiki.libsdl.org/SDL_SetWindowMinimumSize) but someone resizes the window even smaller
20151229 21:16:13< ancestral> Someone could still do that? And maybe we’d only see the stuff in the very top left corner of the actual window?
20151229 21:16:20< Aginor> ancestral: I haven't read the internals, but I *think* SDL will provide hints to the window manager to not allow that
20151229 21:16:33< ancestral> So SDL2 would also prevent the window resizing below it
20151229 21:16:40< Aginor> yes
20151229 21:16:51< ancestral> Right now I can’t get Wesnoth to not crash if set below 600 x 600
20151229 21:17:03< Aginor> the game already has the concept of minimum size, it's just poorly implemented
20151229 21:17:12< Aginor> let me go and set it on window creation
20151229 21:17:17< ancestral> My main question was, at one time, we were supporting builds on Pandora and such
20151229 21:17:33< ancestral> Is it appropriate to even specify a minimum size?
20151229 21:17:59< ancestral> For all I know, maybe any work to get it working on super small screens was abandoned
20151229 21:18:24< Aginor> ancestral: it's needed for gui elements and game area and the like.
20151229 21:18:58< Aginor> I'm not sure about the small-screen status, but this will be easy enough to take out on android of ios if we want to
20151229 21:20:58< ancestral> Cool
20151229 21:21:24< Aginor> minimum resolution the games attempts to enforce is 800x480
20151229 21:22:36< Aginor> do we think this is still relevant?
20151229 21:22:36< Aginor>  is larger than the screen,  Wesnoth scales the video
20151229 21:22:36< Aginor> 		// which causes distortion with mouse tracking. 768 is simply too large
20151229 21:22:36< Aginor> 		// vertically to safely fit. We need a smaller default resolution here for Macs.
20151229 21:22:40< Aginor> 		// See bug #20332.
20151229 21:22:42< Aginor> 		return std::pair<int,int>(800,600);
20151229 21:22:44< Aginor> that's the default resolution
20151229 21:23:05< Aginor> any other platforms get 1024x768
20151229 21:23:08< ancestral> So someone could conceivably want to make the gamw window smaller
20151229 21:23:19< ancestral> They’ve got a dock, they’ve got another window
20151229 21:24:21< ancestral> If the UI can handle 600 x 600, why fight it
20151229 21:25:15< ancestral> Aginor: Good news on that btw
20151229 21:25:27< ancestral> SDL2 fixed that issue
20151229 21:26:31< Aginor> ancestral: which issue?
20151229 21:26:40< Aginor> (there's been a lot of issues)
20151229 21:26:53< ancestral> What you were just quoting
20151229 21:27:45< ancestral> https://github.com/wesnoth/wesnoth/commit/ec950d4643ea5fc5d58ae9207f190e2bcbb54983
20151229 21:28:05< ancestral> That can be reverted/deleted only when SDL1 is removed
20151229 21:28:12-!- Coffee_irc [~david@ppp121-45-0-213.lns20.adl2.internode.on.net] has joined #wesnoth-dev
20151229 21:28:16< ancestral> It’s fixed in SDL2 :)
20151229 21:30:29< ancestral> Aginor: Summing things up: If 1024 x 768 is the default resolution, that’s great. Not having a minimum resolution seems to cause problems if someone scales the window extremely small, intentionally or not. Wesnoth seems to work fine down to 600 x 600, if someone were to scale the window down that far.
20151229 21:30:54< ancestral> It’s conceivable that someone might want to drop the size below 1024 x 768
20151229 21:31:05< ancestral> (All of this we’re talking while in windowed mode)
20151229 21:37:11< ancestral> Aginor: I guess I could put in a SDL 2.0 #ifdef for the preferences.cpp window issue
20151229 21:37:59< Aginor> ah, yes :)
20151229 21:42:56< ancestral> by 480 eh?
20151229 21:43:05-!- Necrosporus_ [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20151229 21:43:24< ancestral> Oh you’re right
20151229 21:43:33< ancestral> I am able to move it down further
20151229 21:45:22< Aginor> testing a proper minimum window size implementation for SDL2 now
20151229 21:46:16< ancestral> 600 x 460 works for me
20151229 21:46:28-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has quit [Ping timeout: 256 seconds]
20151229 21:48:55< ancestral> 450
20151229 21:49:58< Aginor> I'm just fixing it at 800x480
20151229 21:50:13< Aginor> because that's what the game tried to do in the past
20151229 21:50:23< Aginor> (not the best of reason)
20151229 21:51:21-!- louis94 [~~louis94@109.129.245.154] has joined #wesnoth-dev
20151229 21:51:27-!- Necrosporus_ is now known as Necrosporus
20151229 21:52:04< ancestral> Hmm
20151229 21:52:26< Aginor> a full recompile takes time :/
20151229 21:53:52< ancestral> I know my monitor from a bajillion years ago had a 640 x 480 resolution on it.
20151229 21:54:26< Aginor> I think slighly less anccient ones can do 800x600
20151229 21:54:32< Aginor> and even 1024x768 :D
20151229 21:54:45< Aginor> the modern crappy ones do 1368xwhatever
20151229 21:54:53< ancestral> Well, and the problem was, Aginor, that people are playing in windowed mode
20151229 21:55:02< Aginor> yes
20151229 21:55:04< ancestral> And they have docks/taskbars/menubars, etc. that take up space
20151229 21:55:13< Aginor> yup
20151229 21:57:09< ancestral> If 600 x 480 seems to work, I’d say make that the minimum.
20151229 21:57:31< ancestral> In any case, I’m interested to see if SDL can restrict the window resizing
20151229 21:57:59< ancestral> Aginor: What file did you write this line in?
20151229 21:58:22< Aginor> ancestral: it's a mix of sdl/window.?pp and video.cpp
20151229 21:58:33< Aginor> reading the values from preferences.cpp
20151229 21:58:46< ancestral> Why does preferences.cpp matter?
20151229 21:59:10< Aginor> that's where there following is defined:
20151229 21:59:23< Aginor> int min_allowed_width()
20151229 21:59:23< Aginor> { return 800;
20151229 21:59:23< Aginor> }
20151229 21:59:23< Aginor> int min_allowed_height()
20151229 21:59:23< Aginor> { return 480;
20151229 21:59:26< Aginor> }
20151229 21:59:35< ancestral> I see
20151229 22:00:02< Aginor> preferences currently keeps a lot of the resolution/size handling stuff
20151229 22:00:18< Aginor> vultraz is reworking it at the moment, but still requires some more work to be done
20151229 22:01:13< Aginor> I think you should make a PR for changing the values in preferences.cpp if you want the default window size smaller
20151229 22:01:18< ancestral> Correct me if I’m wrong
20151229 22:01:24< ancestral> This is only when the game is loading
20151229 22:01:27< Aginor> that way we'll have some proper discussion about it
20151229 22:01:44< Aginor> no, the game tries to enforce it on a window resize too
20151229 22:02:12< Aginor> if it receives a rezise event with a too small size it'll programatically attempt to set the window to the minimum sizes
20151229 22:02:12< ancestral> Obviously not always, as Wesnoth is crashing when I resize it less than 600
20151229 22:03:02< Aginor> ok, works as expected, SDL 1.2 still works too
20151229 22:03:32< Aginor> I'm going to commit this since it's fixing a regression in SDL2 unless you object
20151229 22:03:41< ancestral> Can I see your code?
20151229 22:04:28< ancestral> Or if you really want, commit it and I’ll see it
20151229 22:04:36-!- gfgtdf [~chatzilla@f054173017.adsl.alicedsl.de] has joined #wesnoth-dev
20151229 22:04:40< Aginor> http://pastebin.com/NiW80bKd
20151229 22:04:58< gfgtdf> Aginor: i just noticed that the mp lobby becomes bal when i resize inthe mp lobby
20151229 22:05:16< Aginor> gfgtdf: "becomes bal"?
20151229 22:05:46< Aginor> I don't understand what you're trying to tell me
20151229 22:05:58< gfgtdf> black*
20151229 22:06:05< Aginor> ancestral: that pastebin link was for you
20151229 22:06:09< gfgtdf> the screen becomes black
20151229 22:06:10< ancestral> Yep
20151229 22:06:37< Aginor> gfgtdf: is this a problem in SDL1 builds too?
20151229 22:07:33< gfgtdf> Aginor: iirc its not
20151229 22:07:39< gfgtdf> Aginor: i'll try on 1.12.5
20151229 22:08:20< Aginor> gfgtdf: the reason I'm asking is because I'm starting to have people complain about a large number of legacy bugs too :)
20151229 22:08:37< Aginor> ancestral: are you happy with that diff?
20151229 22:08:44< gfgtdf> Aginor: no it works well on 1.12.5
20151229 22:08:59< ancestral> Yeah I’m trying it out
20151229 22:10:11< gfgtdf> im actualyl quite surproised ti works that well
20151229 22:10:16-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 256 seconds]
20151229 22:10:35< ancestral> Compiling
20151229 22:10:38< Aginor> gfgtdf: ok. I'll look into it after I've rewritten resize event handling code :)
20151229 22:10:57< gfgtdf> Aginor: The screen also besomes black when the help menu shows
20151229 22:10:59< Aginor> that's my plan for today
20151229 22:11:10< Aginor> gfgtdf: during a resize?
20151229 22:11:12< gfgtdf> Aginor: i think it could be related to struct resize_lock 
20151229 22:11:20< gfgtdf> Aginor: yes when i resize oit becomes black
20151229 22:11:29< Aginor> sounds like gui1 components aren't redrawn
20151229 22:11:34< gfgtdf> Aginor: and there i nothign i can to to see it again
20151229 22:12:01< gfgtdf> Aginor: ah wait, when i did some random clicking, then some random buttons ppear
20151229 22:12:19< Aginor> not redrawn I think :)
20151229 22:15:18< ancestral> Aginor: Okay, works beautifully
20151229 22:15:31< ancestral> Thanks!
20151229 22:15:37< Aginor> sweet, I'll go commit and get on with redoing all resize handling
20151229 22:16:50< ancestral> Aginor: The only major thing I hope can get fixed before 1.14 is the damn text rendering.
20151229 22:17:24< gfgtdf> ancestral: whcih text rendering ?
20151229 22:17:28< irker874> wesnoth: Andreas Löf wesnoth:master 67476a26bb44 / src/ (sdl/window.cpp sdl/window.hpp video.cpp): SDL2: Set a minimum window size http://git.io/vEdDp
20151229 22:17:33< ancestral> Most elements are not rendered in the right font, and so many things appear smaller or uglier
20151229 22:17:39< ancestral> It’s specific to OS X apparently
20151229 22:18:08< Aginor> ancestral: I do have quite a bit on my plate at the moment, but is there anything I can do to help?
20151229 22:18:25< Aginor> It'd be nice to have that sorted for 1.13.3 already :)
20151229 22:18:48< Aginor> that way we'll have a version which looks much more awesome on all OS X, and supports El Capitan well
20151229 22:18:53< ancestral> Can’t remember if it was you or someone else that said certain elements aren’t all being rendered the same way
20151229 22:19:13< Aginor> it could have been :)
20151229 22:19:23< ancestral> gfgtdf, Aginor: https://gna.org/bugs/index.php?23560
20151229 22:19:43-!- Greg-Boggs [~greg_bogg@2601:1c2:901:5227:b109:6a60:82ea:1a3b] has quit [Remote host closed the connection]
20151229 22:19:54< ancestral> Most of the text in the game isn’t using DejaVu Sans, but some of it is
20151229 22:20:06< gfgtdf> ancestral: maybe you coudl attacha  screenshow of how it looks and how it shoudl look ?
20151229 22:20:12< ancestral> Sure
20151229 22:20:16< ancestral> I’ll do it for you right now
20151229 22:20:18< Aginor> ancestral: looks like GUI1 vs GUI2
20151229 22:20:41< ancestral> I thought everything was moved over to GUI2?
20151229 22:20:44< ancestral> Or no?
20151229 22:20:54< gfgtdf> ancestral: no it wasnt
20151229 22:21:08< gfgtdf> ancestral: help menu, astoryscreen, mp lobby for exampel are still gui1
20151229 22:21:09< ancestral> So the big question is, is it a problem with GUI1 or GUI2?
20151229 22:21:24< ancestral> You said the help menu?
20151229 22:21:29< ancestral> How about the initial loading screen?
20151229 22:21:42< ancestral> The progress bar during launch with the text beneath it
20151229 22:21:44< gfgtdf> ancestral: hmm idk about that
20151229 22:21:50< gfgtdf> ancestral: titlescrren is gui2
20151229 22:21:58< gfgtdf> ancestral: and most ingame dialogs are gui2
20151229 22:22:33< ancestral> Well, the story text, the dialog, the menu screens all look bad
20151229 22:22:41< ancestral> The initial loading screen is correct
20151229 22:23:01< Aginor> story text is gui1, isn't it?
20151229 22:23:10< ancestral> Hang on a sex
20151229 22:23:12< ancestral> sec
20151229 22:23:13< gfgtdf> y story is gui1
20151229 22:23:16< Aginor> :D
20151229 22:25:23< ancestral> Okay
20151229 22:25:55< ancestral> So here’s what I did
20151229 22:26:05< ancestral> I replaced DejaVu Sans with DejaVu Serif
20151229 22:26:11< ancestral> the font file
20151229 22:26:20< ancestral> in the fonts directory
20151229 22:26:33< ancestral> So it’s blatantly obvious what is rendering with the correct font
20151229 22:26:45< ancestral> https://img42.com/CwSdK
20151229 22:26:55< ancestral> Everything with serifs is using the game fonts
20151229 22:27:10< ancestral> Everything without serifs is wrong, and defaulting to the system font Helvetica
20151229 22:27:32< ancestral> Notice the HP/XP/MP labels are serifed, while the numbers are not
20151229 22:27:48< ancestral> The labels at the top of the screen are all Helvetica
20151229 22:28:47< ancestral> This screen is totally correct: https://cdn.img42.com/d020a5f61f090b7b3330681f7a357900.png
20151229 22:29:04< ancestral> So is it GUI1 at fault here?
20151229 22:31:11< irker874> wesnoth: gfgtdf wesnoth:master 199d8416df9e / src/server/game.cpp: dont treat controller=reserved specially in game::update_side_data() http://git.io/vEdHG
20151229 22:31:13< irker874> wesnoth: gfgtdf wesnoth:master 5908d972c528 / src/server/game.cpp: format fixes http://git.io/vEdHZ
20151229 22:31:15< irker874> wesnoth: gfgtdf wesnoth:master 4b3023544d49 / src/ (menu_events.cpp menu_events.hpp): remove unused function http://git.io/vEdHn
20151229 22:31:17< irker874> wesnoth: gfgtdf wesnoth:master 0aff1806bb3f / src/ (playturn.cpp playturn.hpp server/game.cpp server/game.hpp): removed unneeded change_controller calls. http://git.io/vEdHc
20151229 22:31:19< irker874> wesnoth: gfgtdf wesnoth:master 03676625e958 / src/server/ (game.cpp game.hpp server.cpp): remove some backwards compability code from wesnothd. http://git.io/vEdHC
20151229 22:31:21< irker874> wesnoth: gfgtdf wesnoth:master 26bdf7494d79 / src/server/game.cpp: don't change side controllers when reassigning sides. http://git.io/vEdHW
20151229 22:31:23< irker874> wesnoth: gfgtdf wesnoth:master 12b72bfa90d1 / src/server/game.cpp: don't read [side]side= on serverside http://git.io/vEdHl
20151229 22:31:25< irker874> wesnoth: gfgtdf wesnoth:master 4d144821594f / src/ (8 files in 3 dirs): replace controller=network,network_ai with is_local=no in [side] http://git.io/vEdH4
20151229 22:31:27< irker874> wesnoth: gfgtdf wesnoth:master 1b9c72d319ff / src/ (make_enum.hpp server/game.cpp server/game.hpp): use enums instead of strings for controllers in wesnothd::game http://git.io/vEdHB
20151229 22:31:29< irker874> wesnoth: gfgtdf wesnoth:master 99416763f8c9 / src/ (6 files in 3 dirs): Don't modify game::level_ in load_next_scenario() http://git.io/vEdHR
20151229 22:31:31< irker874> wesnoth: gfgtdf wesnoth:master da949ddbe4f0 / src/ (playsingle_controller.cpp team.cpp): Fix oos casued by mp replay turns feature. http://git.io/vEdH0
20151229 22:34:49< ancestral> Permalink: http://mproud.com/wesnoth/gameplay-fonts.png
20151229 22:34:54< ancestral> Serifs == good
20151229 22:34:57< irker874> wesnoth: gfgtdf wesnoth:master 9e2b2a2e31a0 / RELEASE_NOTES: Clear RELEASE_NOTES http://git.io/vEdQD
20151229 22:34:57< ancestral> No serifs == bad
20151229 22:35:06< ancestral> (in this example)
20151229 22:35:22< Aginor> ancestral: I think that might be a GUI1 issue, but I'm really not sure
20151229 22:35:53< ancestral> How well can you read the statistic damage in the sidebar? Because it’s not easy :(
20151229 22:35:56< Aginor> if you open the editor and try to load a map, are the fonts serifed there?
20151229 22:35:59< gfgtdf> ancestral: hm it seems liek your version uses erifes where my version doesnt use serifes
20151229 22:36:06< ancestral> I’ll find out
20151229 22:36:33< ancestral> gfgtdf: I replaced DejaVuSans.ttf with DejaVuSerif.ttf to show you what fonts are using the game fonts
20151229 22:36:34< Aginor> gfgtdf: he changed it to serifs on purpose to make it obvious where it was wrong
20151229 22:37:59< gfgtdf> ah ok
20151229 22:41:47-!- travis-ci [~travis-ci@ec2-54-205-125-171.compute-1.amazonaws.com] has joined #wesnoth-dev
20151229 22:41:48< travis-ci> gfgtdf/wesnoth-old#570 (master - 855c66f : gfgtdf): The build has errored.
20151229 22:41:48< travis-ci> Build details : https://travis-ci.org/gfgtdf/wesnoth-old/builds/99336711
20151229 22:41:48-!- travis-ci [~travis-ci@ec2-54-205-125-171.compute-1.amazonaws.com] has left #wesnoth-dev []
20151229 22:41:58< ancestral> Is it a lot of work to move widgets/windows to GUI2?
20151229 22:42:10< Aginor> ancestral: yes
20151229 22:42:27< Aginor> is GUI1 the problem?
20151229 22:42:32< ancestral> I’m not sure
20151229 22:42:43< ancestral> It would make snese
20151229 22:42:51< ancestral> *sense
20151229 22:43:14< Aginor> I haven't dug around enough in the GUI code to be sure myself
20151229 22:44:18< irker874> wesnoth: gfgtdf wesnoth:master b9e13d24996a / src/server/game.cpp: fix wesnothd build http://git.io/vEd5H
20151229 22:45:24< gfgtdf> i think its more likeley related to pango/cairo
20151229 22:45:38< gfgtdf> becasue
20151229 22:46:03< gfgtdf> is screen you see the XP text have serife and the attakcs desc not
20151229 22:46:17< gfgtdf> and im sure that teh attacks desc uses pango for rendering
20151229 22:47:08< gfgtdf> ancestral: is CAIRO_HAS_FT_FONT for you ?
20151229 22:48:21-!- Coffee_irc [~david@ppp121-45-0-213.lns20.adl2.internode.on.net] has quit [Quit: Konversation terminated!]
20151229 22:49:07-!- Coffee_irc [~david@ppp121-45-0-213.lns20.adl2.internode.on.net] has joined #wesnoth-dev
20151229 22:50:29< ancestral> gfgtdf: How do I determine that?
20151229 22:56:01< irker874> wesnoth: gfgtdf wesnoth:master 20dc698d0efc / src/font.cpp: test fontlibrary remove it after http://git.io/vEdbR
20151229 22:56:15< gfgtdf> ancestral: does it build for you after that commit ^ ?
20151229 22:56:36< ancestral> Let’s find out
20151229 22:59:29< ancestral> It does build
20151229 22:59:55< gfgtdf> ancestral: ok
20151229 23:00:19< gfgtdf> ancestral: was just a blind guess anyway
20151229 23:00:36< ancestral> I’m sure you’re on to something, though
20151229 23:00:58< ancestral> gfgtdf: This more clearly shows what’s rendered correctly, and what’s not: http://mproud.com/wesnoth/gameplay-fonts.png
20151229 23:01:07< ancestral> Green is good, red is not
20151229 23:02:14< celticminstrel> No thoughts on the [for] issue, then?
20151229 23:02:47< gfgtdf> celticminstrel: which [for] issue?
20151229 23:02:50-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 260 seconds]
20151229 23:03:03< celticminstrel> gfgtdf: http://forums.wesnoth.org/viewtopic.php?p=592047#p592047
20151229 23:04:50< gfgtdf> celticminstrel: iirc we knew that this change breaks {FOREACH} for people who change the arraylength during the iteration and choose not to support changing the arraylength suring iteration
20151229 23:05:43< gfgtdf> ancestral: does it give you some error messages about not beeing able to find fonts?
20151229 23:06:08< celticminstrel> No, {FOREACH} uses [for] which is supposed to support changing the array length during iteration. The [foreach] tag doesn't support it.
20151229 23:08:36< gfgtdf> rigth i forgot about the foreach tag
20151229 23:08:48< gfgtdf> i dont really have an opinion on this issue
20151229 23:10:38< celticminstrel> I guess I'll wait on Pentarcagon and/or Zookeeper.
20151229 23:10:45< celticminstrel> ...missed a T there, whatever.
20151229 23:15:37-!- travis-ci [~travis-ci@ec2-54-159-6-59.compute-1.amazonaws.com] has joined #wesnoth-dev
20151229 23:15:38< travis-ci> gfgtdf/wesnoth-old#571 (master - ad6c414 : gfgtdf): The build has errored.
20151229 23:15:38< travis-ci> Build details : https://travis-ci.org/gfgtdf/wesnoth-old/builds/99337106
20151229 23:15:38-!- travis-ci [~travis-ci@ec2-54-159-6-59.compute-1.amazonaws.com] has left #wesnoth-dev []
20151229 23:16:47-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20151229 23:17:07< ancestral> Okay, so the unitbox theme labels are working correctly, but the text that fills in those boxes are not
20151229 23:17:14< ancestral> Hi mattsc
20151229 23:17:23< mattsc> Hi ancestral
20151229 23:17:40< mattsc> < celticminstrel> I wonder how mattsc edits the nib.
20151229 23:17:49< mattsc> I double click on it.  It opens in Xcode.
20151229 23:17:59< celticminstrel> Ah. I see.
20151229 23:18:07< celticminstrel> I think my XCode can't open it.
20151229 23:18:16< celticminstrel> But if yours can, then maybe the issue isn't one.
20151229 23:18:20< ancestral> There is a minimum version you can save the files in
20151229 23:18:42< ancestral> It might require the next version? :(
20151229 23:18:53< celticminstrel> I have XCode 4 still.
20151229 23:18:58< mattsc> ancestral, celticminstrel: I’m only coming through for a few minutes.  I saw my name being used a couple times in the logs, but I have not read much around those lines yet.
20151229 23:19:19< mattsc> Was there anything you needed from me?
20151229 23:19:21< celticminstrel> It's not very likely that I'll need to edit the nib, so if people with more up-to-date systems can edit it, that's probably fine.
20151229 23:19:36< mattsc> Sorry, I’ll read up on the details later, can’t right this moment ...
20151229 23:20:04< celticminstrel> mattsc: Any opinions on updating the MacCompilingStuff package to bundle Boost 1.60?
20151229 23:20:38< mattsc> celticminstrel: I have no reason to be either for or against it.  ;)  In other words, no objections from me.
20151229 23:21:30< mattsc> I think updating boost was camparatively simple last time I did it.  Compared to pango ...
20151229 23:22:11< ancestral> mattsc: We were just talking about next steps
20151229 23:22:30< mattsc> ancestral: okay, let me look at the log from just before I logged on
20151229 23:24:05< ancestral> I’m going to take a stab at pango, and celticminstrel reminded me there’s a way to use install_name_tool
20151229 23:24:31< celticminstrel> install_name_tool can also add rpath entries. I'm not sure if that would help.
20151229 23:24:39< ancestral> Other than that, just trying to figure out why text still looks crappy
20151229 23:24:51< ancestral> mattsc: http://mproud.com/wesnoth/gameplay-fonts.png
20151229 23:24:56< mattsc> ancestral: yes, there is and I have a script that does so automatically for all libraries in a directory
20151229 23:24:59< ancestral> Green = correct; red - not
20151229 23:25:51< irker874> wesnoth: gfgtdf wesnoth:master 213353ad5c5c / src/ (playturn.cpp server/game.cpp): removed unused attributes from [host_transfer] http://git.io/vEFeZ
20151229 23:26:03< mattsc> ancestral: yeah, it started doing that after all the libraries got updated to 32/64-bit fat binaries
20151229 23:26:10< celticminstrel> I thought it's be easier if all the libs used @rpath in their install names, but when I tried it it didn't work out.
20151229 23:26:11< ancestral> mattsc: hmm, well, if you have a script, I’ll be more than happy to see it
20151229 23:26:17< ancestral> Don’t need it right now
20151229 23:26:18< mattsc> all the libraries: pango, cairo, fontconfig and their dependencies
20151229 23:26:38< ancestral> FWIW I did build everything with MacPorts recently
20151229 23:27:13< mattsc> ancestral: check out the instructions for compiling master for 10.6/10.7 here:
20151229 23:27:46< mattsc> http://wiki.wesnoth.org/CompilingWesnothOnMacOSX#OS_X_10.6_and_10.7
20151229 23:28:38< mattsc> that refers to a script setup_Xcode_10_6.sh which will, eventually, be in the Mac Compile package
20151229 23:28:45< mattsc> (but isn’t yet)
20151229 23:29:06< ancestral> Mmmkay
20151229 23:29:13< mattsc> Part of that script is applying install_name_tool to all compiled libs
20151229 23:29:26< celticminstrel> I think you had that commented out though...
20151229 23:29:31< mattsc> Let me dig it out again  (celticminstrel already has it)
20151229 23:29:50< mattsc> I might, I don’t remember, but even in that case it will still contain the code how to do it
20151229 23:31:19< mattsc> ancestral: http://pastebin.com/YN6SHDBW
20151229 23:31:50< mattsc> And yes, celticminstrel is right, that part is commented out, but you can still see how I did it.
20151229 23:32:18< ancestral> Okay
20151229 23:32:44< mattsc> The script has a few minor issues, but they are mostly cosmetic, it is “fully functional”, IIRC
20151229 23:33:33< irker874> wesnoth: gfgtdf wesnoth:master 5813f93399f4 / src/server/game.cpp: fix spelling http://git.io/vEFvb
20151229 23:33:48< mattsc> ancestral, celticminstrel: I have to go again.  Sorry that I am around so little, but I’m on the road for most of December, January and February, so this break’s super busy.
20151229 23:33:59< ancestral> No problem! Thanks
20151229 23:34:22< mattsc> Just ping me here or write me a forum PM if there’s anything I can help with.
20151229 23:34:52< mattsc> Once you’ve uploaded the new libs, I can test your PR too, if you still want me to do that then.
20151229 23:35:08< mattsc> Thanks for taking care of all these things!
20151229 23:35:15< mattsc> ancestral & celticminstrel ^
20151229 23:35:18< mattsc> Cheers.
20151229 23:36:36-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: So long and thanks for all the fish.]
20151229 23:42:09-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20151229 23:43:53-!- Coffee_irc [~david@ppp121-45-0-213.lns20.adl2.internode.on.net] has quit [Quit: Konversation terminated!]
20151229 23:44:06-!- Coffee_irc [~david@ppp121-45-0-213.lns20.adl2.internode.on.net] has joined #wesnoth-dev
20151229 23:58:51-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20151229 23:59:12< Aginor> gfgtdf: you broke master :/
20151229 23:59:24-!- gfgtdf [~chatzilla@f054173017.adsl.alicedsl.de] has quit [Read error: Connection reset by peer]
--- Log closed Wed Dec 30 00:00:12 2015