--- Log opened Tue Jan 05 00:00:04 2016
20160105 00:09:28-!- GiltheMudcrab [~Sasquash@c-24-21-217-33.hsd1.or.comcast.net] has joined #wesnoth-dev
20160105 00:09:55-!- GiltheMudcrab [~Sasquash@c-24-21-217-33.hsd1.or.comcast.net] has left #wesnoth-dev []
20160105 00:12:52-!- TheJJ [~rofl@ipbcc36ea9.dynamic.kabel-deutschland.de] has joined #wesnoth-dev
20160105 00:23:26-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 260 seconds]
20160105 00:35:50-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 260 seconds]
20160105 00:52:51-!- louis94 [~~louis94@109.129.245.154] has quit [Quit: Konversation terminated!]
20160105 01:41:44-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160105 01:44:45-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 265 seconds]
20160105 01:44:45-!- wedge010 is now known as wedge009
20160105 03:08:52-!- vjoshi [~vjoshi@114.143.116.189] has joined #wesnoth-dev
20160105 03:32:29-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160105 03:33:05-!- vjoshi [~vjoshi@114.143.116.189] has quit [Ping timeout: 276 seconds]
20160105 03:36:46-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 240 seconds]
20160105 03:52:28-!- vjoshi [~vjoshi@114.143.116.189] has joined #wesnoth-dev
20160105 04:17:15-!- vjoshi [~vjoshi@114.143.116.189] has quit [Ping timeout: 240 seconds]
20160105 04:30:17-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 276 seconds]
20160105 04:38:29< wedge009> vultraz: It depends on how the libraries are built. Some packages use libpngxx.lib, others use libpngxx-xx.lib. It's really confusing. The old pre-build GTK binaries I have rely on libpng15-15.dll as well. But SDL uses libpng16-16.dll.
20160105 04:39:13< wedge009> I don't think there's any harm in renaming the libpng libs to whatever is needed to the particular system.
20160105 04:51:20< Aginor> hi solvents 
20160105 04:51:58< Aginor> as gfgtdf mentioned earlier, I've been spending quite a bit of time lately looking into the graphics engine
20160105 04:52:16< Aginor> if you want to start doing opengl, go fo it :)
20160105 04:53:16< Aginor> solvents: the first steps that need to be fixed are removing the built-in bitmapping operations in wesnoth and starting to use textures instead of surfaces in sdl
20160105 04:53:49< Aginor> solvents: an alternative is so look at sdl_gpu, there's a lot of legacy code sitting around that may or may not be useful for that
20160105 04:54:37< Aginor> solvents: a nice first step might be to simply get hardware-accelerated graphics going on all supported platforms
20160105 04:55:06-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20160105 05:14:05-!- Appleman1234 [~Appleman1@KD119104008107.au-net.ne.jp] has quit [Ping timeout: 260 seconds]
20160105 05:16:54< solvents> Aginor: i'll take a look through the surface code and the sdl gpu stuff first then
20160105 05:17:03-!- solvents [~quassel@69-196-152-213.dsl.teksavvy.com] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
20160105 05:26:24-!- Kwandulin [~Miranda@p200300760F250AF6507CB99E989B4671.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160105 05:48:22-!- GiltheMudcrab [~Sasquash@c-24-21-217-33.hsd1.or.comcast.net] has joined #wesnoth-dev
20160105 05:48:25-!- GiltheMudcrab is now known as batteh
20160105 05:59:23-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160105 06:04:06-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 260 seconds]
20160105 06:10:32-!- Appleman1234 [~Appleman1@KD113149057043.au-net.ne.jp] has joined #wesnoth-dev
20160105 06:21:06-!- batteh [~Sasquash@c-24-21-217-33.hsd1.or.comcast.net] has quit [Quit: Teleported Away]
20160105 06:29:50-!- vjoshi [~vjoshi@114.143.116.189] has joined #wesnoth-dev
20160105 06:45:38-!- vjoshi [~vjoshi@114.143.116.189] has quit [Ping timeout: 260 seconds]
20160105 06:52:53-!- vjoshi [~vjoshi@114.143.116.189] has joined #wesnoth-dev
20160105 07:06:19-!- Kwandulin_2 [~Miranda@p200300760F250A7B507CB99E989B4671.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160105 07:06:52-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20160105 07:08:35-!- Kwandulin [~Miranda@p200300760F250AF6507CB99E989B4671.dip0.t-ipconnect.de] has quit [Ping timeout: 240 seconds]
20160105 07:15:16-!- ancestral [~ancestral@71-220-42-226.mpls.qwest.net] has joined #wesnoth-dev
20160105 07:22:15-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The computer falls into a deep sleep, to awake again some other day!]
20160105 07:25:00-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20160105 07:51:41-!- mjs-de [~mjs-de@f048041248.adsl.alicedsl.de] has joined #wesnoth-dev
20160105 08:03:22-!- boucman_work [~jrosen@bob75-2-81-56-46-209.fbx.proxad.net] has joined #wesnoth-dev
20160105 08:03:22-!- boucman_work [~jrosen@bob75-2-81-56-46-209.fbx.proxad.net] has quit [Changing host]
20160105 08:03:22-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20160105 08:07:40< ancestral> Aginor, vultraz: Command-tab, leaving/entering bugs with Wesnoth in OS X while fullscreen is FIXED with your latest commits!
20160105 08:07:53< vultraz> :O
20160105 08:08:03< vultraz> how is this possible! :D
20160105 08:13:03 * Aginor gives vultraz the credit
20160105 08:17:51< vultraz> ty ty
20160105 08:20:00< ancestral> I also did upgrade my SDL2 libw
20160105 08:20:02< ancestral> *libs
20160105 08:26:10-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160105 08:27:24< ancestral> Aginor, vultraz: What can you tell me about set_dirty()?
20160105 08:28:55< ancestral> Ah, it’s a flag to see if it’s been drawn or not yet
20160105 08:30:26-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 255 seconds]
20160105 08:33:57< Aginor> yes
20160105 08:34:03< Aginor> I can probably tell you a lot
20160105 08:34:14< Aginor> what are you investigating?
20160105 08:37:35< vultraz> are any of you having problems with boost 1.60?
20160105 08:38:13< Aginor> no, I downloaded and compiled it so I could fix it
20160105 08:38:22< vultraz> hm
20160105 08:38:37< vultraz> I'm getting .objs-release\src\addon\client.o:client.cpp|| undefined reference to `boost::system::system_category()'| errors when building with codeblocks 
20160105 08:39:15< vultraz> if I remove that file, then there are two like errors in addon\manager.o. And I am linking boost system :/
20160105 08:39:58< vultraz> I'm thinking I'll probably have to fall back to 1.58
20160105 08:41:15< vultraz> MSVC does build but it's build process is so unbearably slow
20160105 08:41:25< vultraz> at least 2 - 3x slower
20160105 08:47:18< Aginor> I found it extremely slow too
20160105 08:47:25< Aginor> suspiciously slow to be honest
20160105 08:47:33< Aginor> I think the project has some odd setting
20160105 08:49:45< vultraz> most likely
20160105 08:49:51< vultraz> since the settings were for VC9
20160105 08:50:13< vultraz> and even though VS updates it for the new version, there's probably some cruft sitting around
20160105 08:54:42< Aginor> I am far from an expert on VS
20160105 09:00:39-!- ancestral [~ancestral@71-220-42-226.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160105 09:01:51-!- zookeeper [~lmsnie@37.35.27.57] has joined #wesnoth-dev
20160105 09:01:56-!- zookeeper [~lmsnie@37.35.27.57] has quit [Changing host]
20160105 09:01:56-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20160105 09:07:58< vultraz> Aginor: BTW, when are we aiming for a release?
20160105 09:08:14< vultraz> I'm thinking the 15th would be best
20160105 09:08:25< vultraz> Since it'd allow us time to fix the remaining bugs in the tracker
20160105 09:12:00< Aginor> I think you are more optimistic than I about that
20160105 09:12:20< Aginor> but maybe I'll be less exhausted when I've gotten back into the groove of working
20160105 09:13:29-!- irker624 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20160105 09:13:29< irker624> wesnoth: Charles Dang wesnoth:master f997b4614c82 / INSTALL: Bump listed required SDL2 version to 2.0.4 http://git.io/vu8Yj
20160105 09:18:46< vultraz> We should probably remove that pre- 2.0.4 workaround too
20160105 09:21:51< Aginor> I'm not sure it's time for that yet
20160105 09:22:14< Aginor> gfgtdf was to test, he's not reported back afaik
20160105 09:25:14-!- lipkab [~the_new_l@2001:738:5404:192:9e4e:36ff:fe7c:534c] has joined #wesnoth-dev
20160105 09:26:02-!- lipkab [~the_new_l@2001:738:5404:192:9e4e:36ff:fe7c:534c] has quit [Client Quit]
20160105 09:38:37-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160105 09:46:55-!- Kwandulin_2 [~Miranda@p200300760F250A7B507CB99E989B4671.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160105 10:07:30-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20160105 10:21:50-!- travis-ci [~travis-ci@ec2-23-23-58-161.compute-1.amazonaws.com] has joined #wesnoth-dev
20160105 10:21:51< travis-ci> wesnoth/wesnoth#8133 (master - f997b46 : Charles Dang): The build has errored.
20160105 10:21:51< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/100304037
20160105 10:21:51-!- travis-ci [~travis-ci@ec2-23-23-58-161.compute-1.amazonaws.com] has left #wesnoth-dev []
20160105 10:37:50< vultraz> that commit shouldn't even have warranted a travis build :|
20160105 10:43:13-!- Kwandulin [~Miranda@p200300760F250A7BD876D67FC6CB8763.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160105 10:52:58-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160105 10:57:18-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 250 seconds]
20160105 11:14:40< zookeeper> so... onomatopoeia for monster crabs. any ideas? :S
20160105 11:19:38< vultraz> click clack?
20160105 11:26:03< zookeeper> maybe
20160105 11:26:16< zookeeper> not very threatening though? :P
20160105 11:29:11< vultraz> *BONE-SNAPPING CLACK*
20160105 11:30:49< zookeeper> ohhh that's better
20160105 12:02:18-!- aquileia [~chatzilla@HSI-KBW-078-042-007-104.hsi3.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20160105 12:03:31< aquileia> vultraz: By default, VC uses one core for incremental builds and all cores for rebuilds.
20160105 12:06:03< aquileia> I updated the Readme in external, Boost 1.60 builds on VC9 & VC14 but crashes on VC12... No idea about minGW, you might want to try it with your CodeBlocks environment
20160105 12:07:31< aquileia> BTW, VC ins't *that* slow... you have to keep in mind that it executes the WML unit tests unless you deactivate them
20160105 12:09:15< zookeeper> yeah i always have to remember to deactivate those
20160105 12:09:23< aquileia> IMHO the chance to find bugs before committing are worththe additional 20min
20160105 12:10:16< aquileia> Well, if nobody wants them, I could deactivate them by default...
20160105 12:11:33< aquileia> Or split them off in a separate test target together with the Boost C++ unit tests when I get that running
20160105 12:11:45-!- aquileia [~chatzilla@HSI-KBW-078-042-007-104.hsi3.kabel-badenwuerttemberg.de] has quit [Quit: ChatZilla 0.9.92 [Firefox 43.0.3/20151223140742]]
20160105 12:13:37-!- irker624 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20160105 12:15:01-!- nurupo [~nurupo.ga@unaffiliated/nurupo] has quit [Ping timeout: 265 seconds]
20160105 12:30:56-!- Kwandulin [~Miranda@p200300760F250A7BD876D67FC6CB8763.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160105 12:42:35-!- vjoshi_ [~vjoshi@114.143.124.66] has joined #wesnoth-dev
20160105 12:43:02-!- vjoshi [~vjoshi@114.143.116.189] has quit [Ping timeout: 250 seconds]
20160105 12:59:56-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 250 seconds]
20160105 13:18:23-!- louis94 [~~louis94@109.129.245.154] has joined #wesnoth-dev
20160105 13:19:58-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160105 13:27:11-!- vjoshi [~vjoshi@114.143.121.135] has joined #wesnoth-dev
20160105 13:28:58-!- vjoshi_ [~vjoshi@114.143.124.66] has quit [Ping timeout: 265 seconds]
20160105 13:37:44-!- vjoshi_ [~vjoshi@114.143.112.184] has joined #wesnoth-dev
20160105 13:39:48-!- vjoshi [~vjoshi@114.143.121.135] has quit [Ping timeout: 250 seconds]
20160105 13:41:49-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160105 13:45:53-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 265 seconds]
20160105 13:45:54-!- wedge010 is now known as wedge009
20160105 13:52:36< Necrosporus> Are there any sprite editors which could do this? https://i.imgur.com/809GZvu.png
20160105 13:55:17-!- solvents [~quassel@69-196-152-213.dsl.teksavvy.com] has joined #wesnoth-dev
20160105 14:04:08-!- Kwandulin [~Miranda@p200300760F250A7B8C17147C8D00C7C2.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160105 14:06:59-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20160105 14:14:02-!- louis94 [~~louis94@109.129.245.154] has quit [Ping timeout: 250 seconds]
20160105 14:24:50-!- louis94 [~~louis94@109.129.245.154] has joined #wesnoth-dev
20160105 14:39:10-!- louis94 [~~louis94@109.129.245.154] has quit [Ping timeout: 250 seconds]
20160105 14:41:31< Kwandulin> Is there a way to simulate the graphical effect that appears when a unit advances?
20160105 14:43:26< vultraz> Kwandulin: you can animate the unit with the levelin/levelout flags
20160105 14:48:39< Kwandulin> I mean that white glow. Is there a way to use that outside of the advance animation? I've copied an ability that refreshes the unit's attacks, but unluckily it is hard to notice, so I want the unit to glow for a short time, just like when a unit advances
20160105 14:49:34< vultraz> yes, use [animate_unit] flag=levelin
20160105 14:50:15< Kwandulin> Ah, now I understand. Is there a way to change the colour to red?
20160105 14:50:46< vultraz> I'm not sure
20160105 14:51:22< vultraz> you could create a new animation that's a duplicate of the levelin animation but tint it red
20160105 14:51:39< vultraz> but I don't know where the definition of the levelin animation is
20160105 14:51:47< zookeeper> the leveling animation is just 600ms fade to white, switch of sprite, 600ms fade from white. if you know the sprites then you can just write a similar animation yourself.
20160105 14:52:48< zookeeper> (src/unit_animation.cpp "levelin" and "levelout")
20160105 14:54:31< zookeeper> ...but it sounds like in your case you just need to make the unit glow without any change, which is of course easy to do
20160105 14:54:45-!- Kwandulin_2 [~Miranda@p200300760F250A7B8C17147C8D00C7C2.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160105 14:55:36< Kwandulin_2> Alright, thanks. The levelin/levelout animation should suffice for now
20160105 14:57:25-!- Kwandulin [~Miranda@p200300760F250A7B8C17147C8D00C7C2.dip0.t-ipconnect.de] has quit [Ping timeout: 260 seconds]
20160105 14:58:24-!- irker416 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20160105 14:58:24< irker416> wesnoth: ln-zookeeper wesnoth:master 36c037958c0a / data/campaigns/Under_the_Burning_Suns/ (10 files in 4 dirs): Replaced Crab Man with doofus-01's Monster Crab http://git.io/vuBvR
20160105 15:12:03< vultraz> nice, nice
20160105 15:32:10-!- louis94 [~~louis94@109.129.245.154] has joined #wesnoth-dev
20160105 15:37:15-!- travis-ci [~travis-ci@ec2-54-197-181-138.compute-1.amazonaws.com] has joined #wesnoth-dev
20160105 15:37:16< travis-ci> wesnoth/wesnoth#8134 (master - 36c0379 : ln-zookeeper): The build passed.
20160105 15:37:16< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/100360979
20160105 15:37:16-!- travis-ci [~travis-ci@ec2-54-197-181-138.compute-1.amazonaws.com] has left #wesnoth-dev []
20160105 16:15:29-!- nurupo [~nurupo.ga@unaffiliated/nurupo] has joined #wesnoth-dev
20160105 16:20:10-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160105 16:36:20-!- boucman_work [~jrosen@wesnoth/developer/boucman] has quit [Ping timeout: 276 seconds]
20160105 16:38:37-!- ancestral [~ancestral@71-220-42-226.mpls.qwest.net] has joined #wesnoth-dev
20160105 17:24:46-!- TheJJ [~rofl@ipbcc36ea9.dynamic.kabel-deutschland.de] has quit [Ping timeout: 240 seconds]
20160105 17:28:43-!- TheJJ [~rofl@ipbcc36ea9.dynamic.kabel-deutschland.de] has joined #wesnoth-dev
20160105 17:32:18< ancestral> Okay
20160105 17:32:30< ancestral> The font issue is definitely related to Pango
20160105 17:33:06< vultraz> damn pango 
20160105 17:33:19-!- Kwandulin_2 [~Miranda@p200300760F250A7B8C17147C8D00C7C2.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160105 17:33:20-!- TheJJ [~rofl@ipbcc36ea9.dynamic.kabel-deutschland.de] has quit [Ping timeout: 246 seconds]
20160105 17:55:19-!- ancestral [~ancestral@71-220-42-226.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160105 17:58:29-!- irker416 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20160105 18:02:05-!- ancestral [~ancestral@71-220-42-226.mpls.qwest.net] has joined #wesnoth-dev
20160105 18:09:34-!- TheJJ [~rofl@ipbcc36ea9.dynamic.kabel-deutschland.de] has joined #wesnoth-dev
20160105 18:11:27-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20160105 18:14:15-!- TheJJ [~rofl@ipbcc36ea9.dynamic.kabel-deutschland.de] has quit [Ping timeout: 240 seconds]
20160105 18:54:52< Aginor> I don't like it that some builds are stable and some aren't, seemingly without there being any significant changes between stable and unstable
20160105 18:55:12< Aginor> it's not good if we're going to do a release in 9 days
20160105 18:56:14< Aginor> it looks like on occasion some of the WML tests hang
20160105 19:00:26-!- vjoshi_ [~vjoshi@114.143.112.184] has quit [Ping timeout: 255 seconds]
20160105 19:05:23-!- louis94 [~~louis94@109.129.245.154] has quit [Ping timeout: 246 seconds]
20160105 19:37:30-!- ancestral [~ancestral@71-220-42-226.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160105 19:45:59-!- ancestral [~ancestral@71-220-42-226.mpls.qwest.net] has joined #wesnoth-dev
20160105 19:58:15-!- ancestral [~ancestral@71-220-42-226.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160105 20:02:27-!- ancestral [~ancestral@71-220-42-226.mpls.qwest.net] has joined #wesnoth-dev
20160105 20:17:16-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160105 20:28:02-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160105 20:33:53-!- ancestral [~ancestral@71-220-42-226.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160105 20:39:54-!- ancestral [~ancestral@71-220-42-226.mpls.qwest.net] has joined #wesnoth-dev
20160105 21:31:25-!- ancestral [~ancestral@71-220-42-226.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160105 21:46:28-!- Necrosporus_ [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20160105 21:48:36-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has quit [Ping timeout: 256 seconds]
20160105 21:54:00-!- louis94 [~~louis94@109.129.245.154] has joined #wesnoth-dev
20160105 22:03:11-!- louis94 [~~louis94@109.129.245.154] has quit [Ping timeout: 264 seconds]
20160105 22:03:13-!- TheJJ [~rofl@ipbcc36ea9.dynamic.kabel-deutschland.de] has joined #wesnoth-dev
20160105 22:07:52-!- TheJJ [~rofl@ipbcc36ea9.dynamic.kabel-deutschland.de] has quit [Ping timeout: 256 seconds]
20160105 22:20:01-!- timotei_ [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20160105 22:22:42-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 260 seconds]
20160105 22:32:39-!- louis94 [~~louis94@109.129.245.154] has joined #wesnoth-dev
20160105 22:44:29-!- TheJJ [~rofl@ipbcc36ea9.dynamic.kabel-deutschland.de] has joined #wesnoth-dev
20160105 22:48:00-!- ancestral [~ancestral@71-220-42-226.mpls.qwest.net] has joined #wesnoth-dev
20160105 22:49:09-!- TheJJ [~rofl@ipbcc36ea9.dynamic.kabel-deutschland.de] has quit [Ping timeout: 265 seconds]
20160105 22:49:32-!- TheJJ [~rofl@ipbcc36ea9.dynamic.kabel-deutschland.de] has joined #wesnoth-dev
20160105 22:52:44-!- TheJJ [~rofl@ipbcc36ea9.dynamic.kabel-deutschland.de] has quit [Read error: Connection reset by peer]
20160105 22:54:04-!- TheJJ [~rofl@ipbcc36ea9.dynamic.kabel-deutschland.de] has joined #wesnoth-dev
20160105 23:00:50-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20160105 23:16:58-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20160105 23:17:49-!- gfgtdf [~chatzilla@f054143210.adsl.alicedsl.de] has joined #wesnoth-dev
20160105 23:18:04< gfgtdf> 20160105 18:56:14< Aginor> it looks like on occasion some of the WML tests hang
20160105 23:18:32< gfgtdf> Aginor: were o ou see that? the latest travis tested passed without problems
20160105 23:19:05< gfgtdf> 20160105 17:32:30< ancestral> The font issue is definitely related to Pango
20160105 23:19:30< ancestral> gfgtdf: Related, but not necessarily the cause
20160105 23:19:41< gfgtdf> ancestral: do yyou have the latest pango/cairo libs?
20160105 23:19:47< ancestral> Yes afaik
20160105 23:20:06< ancestral> I’ve rebuilt them from scratch
20160105 23:20:25< ancestral> gfgtdf: The text that gets rendered correctly does not rely on Pango
20160105 23:20:36< ancestral> http://mproud.com/wesnoth/gameplay-fonts.png
20160105 23:20:41< gfgtdf> ancestral: was the easy? I also did that and i really ouldnt call that funny
20160105 23:21:07< gfgtdf> that*
20160105 23:21:21< ancestral> funny?
20160105 23:21:51< ancestral> Oh rebuilt pango and cairo?
20160105 23:21:59< gfgtdf> y
20160105 23:22:10< ancestral> I used Homebrew and MacPorts and in both cases it mattered zero
20160105 23:22:20< gfgtdf> ancestral: the grenn text is rendered with sdl ttf ?
20160105 23:22:35< ancestral> gfgtdf: I don’t know. Do you know?
20160105 23:23:02< gfgtdf> ancestral: no i don't
20160105 23:24:05< ancestral> It appears elements in GUI2 do not require Pango?
20160105 23:25:07< ancestral> If I deliberately choose the wrong path for Pango, I get tons of boxes for letters
20160105 23:25:25< ancestral> EXCEPT windows with GUI2, like the multiplayer “Create Game” window
20160105 23:25:27< gfgtdf> ancestral: the [message] is gui2
20160105 23:25:54-!- esr [~esr@wesnoth/developer/esr] has quit [Quit: WeeChat 1.3]
20160105 23:25:57< ancestral> Hmm
20160105 23:26:04< gfgtdf> gui2 can definiteley handle pango
20160105 23:26:21< gfgtdf> thte gui2 lua api also has a function use_panog_markup for custom dialogs
20160105 23:26:51< ancestral> Here one sec
20160105 23:27:01-!- gfgtdf [~chatzilla@f054143210.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.92 [Firefox 43.0.3/20151223140742]]
20160105 23:28:09-!- esr [~esr@wesnoth/developer/esr] has joined #wesnoth-dev
20160105 23:29:04< ancestral> gfgtdf: If you get this later: http://mproud.com/wesnoth/gameplay-fonts2.png
20160105 23:29:55< ancestral> The visible text is unaffected by the change to the Pango lib path 
20160105 23:30:15< ancestral> And that font is correctly drawn in Deja Vu Sans
20160105 23:37:54< celticminstrel> ancestral: Does team colouring work in your build?
20160105 23:38:21-!- gfgtdf [~chatzilla@f054143210.adsl.alicedsl.de] has joined #wesnoth-dev
20160105 23:38:45< gfgtdf> ancestral: hmm what is the pango lib path?
20160105 23:38:50< ancestral> celticminstrel: Yes
20160105 23:39:00< gfgtdf> ancestral: you mena changign it to an older version ?
20160105 23:39:09< celticminstrel> Then why am I seeing magenta in the units on the map... :S
20160105 23:39:16< gfgtdf> ancestral: sry i dotn really know how it works on non-windows
20160105 23:39:56< ancestral> gfgtdf: Did you read the logs while you were gone?
20160105 23:40:22< ancestral> gfgtdf: There’s a line before the application loads in the SDLMain.m file
20160105 23:40:25< ancestral> `	setenv ("PANGO_LIBDIR", "..", 1);`
20160105 23:40:34< ancestral> Sorry, it should be “.”
20160105 23:40:50< ancestral> I changed it to .. to illustrate the areas that are affected when Pango doesn’t load
20160105 23:40:54< gfgtdf> ancestral: wait SDL loads pango?
20160105 23:41:00< ancestral> celticminstrel: In the last link I posted here, just now?
20160105 23:41:44< ancestral> gfgtdf: https://github.com/wesnoth/wesnoth/blob/master/projectfiles/Xcode/Mac%20Sources/SDLMain.m
20160105 23:42:05< ancestral> Line 67 loads the Pango path
20160105 23:42:24< ancestral> With “.” I get text, but it’s wrong
20160105 23:42:40< gfgtdf> ancestral: you know when this path is used?
20160105 23:42:41< ancestral> If I change “.” to something else, I get a lot of no text, except I get some
20160105 23:43:00< ancestral> gfgtdf: I assume when it’s drawing and we see squares
20160105 23:43:05< ancestral> http://mproud.com/wesnoth/gameplay-fonts2.png
20160105 23:43:36< gfgtdf> ancestral: y but afaik the windows bud doesnt have a enviroment variable sliek this so i wonder why teh osx build has
20160105 23:43:39< gfgtdf> build
20160105 23:44:10< ancestral> gfgtdf: Doesn’t Windows use Pango? How does it know where to find the library?
20160105 23:44:25< ancestral> Or does it default to the current directory?
20160105 23:44:40< gfgtdf> ancestral: it find the dll in the urrent directly if thats what you mean.
20160105 23:45:28< ancestral> Maybe if I comment the line it will operate the same
20160105 23:45:35< gfgtdf> ancestral: but if PANGO_LIBDIR is the path of the dll (or mac equivalent) then why does wesnoth even start of you change teh path ?
20160105 23:46:40< ancestral> You think Wesnoth shouldn’t even run in that case?
20160105 23:46:58< ancestral> Anyway, my point is, obviously some text doesn’t need the Pango libs
20160105 23:47:07< ancestral> And that text happens to also render in the correct font
20160105 23:47:35< ancestral> And the text that requires the Pango lib does not render in the correct font when the Pango lib path is set correctly (the current directory)
20160105 23:49:01< ancestral> So it seems reasonable to suggest something with drawing text on the screen with Pango is not working well on the Mac
20160105 23:49:16< ancestral> Which means either there’s a bug in Pango, or there’s a problem with the implementation
20160105 23:51:59< gfgtdf> ancestral: do all mac users have this problem
20160105 23:52:01< gfgtdf> ?
20160105 23:52:45< ancestral> Yes
20160105 23:53:07< ancestral> But
20160105 23:53:19< ancestral> 1.12 does not have this problem
20160105 23:55:04< gfgtdf> ancestral: does this probelm still appear if youi remove all there non-sdl-related setenv  in SDLMain.m `?
20160105 23:55:11< ancestral> At least I think 1.12. 1.10 for sure doesn’t.
20160105 23:56:22< ancestral> If I comment out line 67
20160105 23:56:23< ancestral> 	setenv ("PANGO_LIBDIR", ".", 1);
20160105 23:56:29< ancestral> then I get square boxes
20160105 23:56:38< ancestral> That environment variable MUST be set
20160105 23:56:48< ancestral> (Which jives with a few articles I read online)
20160105 23:57:02-!- louis94 [~~louis94@109.129.245.154] has quit [Quit: Konversation terminated!]
20160105 23:57:15< ancestral> I haven’t tried removing anything else so far
20160105 23:57:25< gfgtdf> ancestral: hmm but this commit https://github.com/wesnoth/wesnoth/commit/1945c1f4926780d217104d736ad855e5bed02170 whcih adds them, seems to be onyl on 1.13 and you say it wokr on 1.12
20160105 23:57:49< ancestral> Alright, let me remove all of them and see what shakes
20160105 23:58:20< ancestral> Square boxes
20160105 23:58:29< gfgtdf> ancestral:  the commits message also says 'Some other settings, e.g. font defaults, still need to be adjusted.'
20160105 23:58:30< ancestral> gfgtdf: My guess is that code lived elsewhere before?
20160105 23:59:02< gfgtdf> ancestral: hmm maybe i dont know a git technique taht coudl find that out
20160105 23:59:04< ancestral> Hmm, well, I can certainly ask mattsc if he knows more about this
20160105 23:59:34< ancestral> I could checkout the 1.12 branch and search for any of those setenvs
--- Log closed Wed Jan 06 00:00:33 2016