--- Log opened Sat Jun 27 00:00:37 2015
20150627 00:26:40-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 255 seconds]
20150627 00:51:00-!- Appleman1234_ is now known as Appleman1234
20150627 01:35:37-!- gfgtdf_ [~chatzilla@f054175193.adsl.alicedsl.de] has joined #wesnoth-dev
20150627 01:38:03-!- gfgtdf [~chatzilla@x50abb183.dyn.telefonica.de] has quit [Ping timeout: 256 seconds]
20150627 01:38:17-!- gfgtdf_ is now known as gfgtdf
20150627 01:53:30-!- gfgtdf [~chatzilla@f054175193.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.91.1 [Firefox 38.0.5/20150525141253]]
20150627 01:56:22-!- Appleman1234_ [~Appleman1@KD106149233055.au-net.ne.jp] has joined #wesnoth-dev
20150627 01:58:41-!- Appleman1234 [~Appleman1@KD106149241002.au-net.ne.jp] has quit [Ping timeout: 252 seconds]
20150627 02:05:16-!- rjaguar3 [~rjaguar3@174.141.133.67] has joined #wesnoth-dev
20150627 02:07:08< rjaguar3> I'm having trouble compiling the master; in making src/xBRZ/xbrz.cpp, it complains that result may be used uninitialized
20150627 02:07:13< rjaguar3> Here's a sample message:
20150627 02:07:31< rjaguar3> home/USER/wesnoth-git/wesnoth-old/src/xBRZ/xbrz.cpp:668:65: error: ‘*((void*)& result +12)’ may be used uninitialized in this function [-Werror=maybe-uninitialized]
20150627 02:07:46< rjaguar3> /home/USER/wesnoth-git/wesnoth-old/src/xBRZ/xbrz.cpp:591:17: note: ‘*((void*)& result +12)’ was declared here
20150627 02:08:08< shadowm> -DENABLE_STRICT_COMPILATION=OFF while I figure out what to do.
20150627 02:10:21-!- irker317 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20150627 02:10:21< irker317> wesnoth: Ignacio R. Morelle wesnoth:master 24a166db220d / CMakeLists.txt changelog: cmake: Disable strict compilation by default http://git.io/vt4wW
20150627 02:11:12-!- Appleman1234_ is now known as Appleman1234
20150627 02:58:51-!- c74d is now known as Guest16976
20150627 02:59:46-!- Guest16976 [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has quit [Read error: Connection reset by peer]
20150627 02:59:57-!- c74d3 [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has joined #wesnoth-dev
20150627 03:01:06-!- c74d3 [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has quit [Client Quit]
20150627 03:02:29-!- c74d [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has joined #wesnoth-dev
20150627 03:24:10-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 272 seconds]
20150627 03:25:35-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20150627 03:27:18-!- Appleman1234_ [~Appleman1@KD106149239239.au-net.ne.jp] has joined #wesnoth-dev
20150627 03:31:07-!- Appleman1234 [~Appleman1@KD106149233055.au-net.ne.jp] has quit [Ping timeout: 276 seconds]
20150627 03:39:31-!- rjaguar3 [~rjaguar3@174.141.133.67] has quit [Quit: Leaving]
20150627 03:46:52-!- rjaguar3 [~rjaguar3@174.141.133.67] has joined #wesnoth-dev
20150627 03:47:05< rjaguar3> Anyone have a save of NR "The Pursuit" from the dev version?
20150627 03:47:25< rjaguar3> I think there might be an unwinnable situation that someone playing the scenario for the first time might trigger
20150627 03:48:03< rjaguar3> From reading the WML, if Malifor is killed with pierce or blade weapon, he ends up in one of the keeps in the Great Chamber.
20150627 03:48:19< rjaguar3> But the player may have triggered the great chamber cave-in and lost all units in the Great Chamber to the spiders.
20150627 03:48:24< rjaguar3> Leaving the player with no way back in.
20150627 03:48:35< rjaguar3> At least that's how I understand the WML, but I would like to test this.
20150627 03:52:17< pydsigner> rjaguar3: This is what debug mode was made for
20150627 03:52:30< pydsigner> The Pursuit isn't that far in, you could set it up pretty quick
20150627 03:53:43< rjaguar3> OK, I'll try this.
20150627 03:54:32< rjaguar3> I'm not that good, and I did the campaign on the now-removed easy mode.
20150627 03:54:46< pydsigner> Aw, they removed it?
20150627 03:55:06< pydsigner> I never finished, because the battles got waaaaaay too big
20150627 04:01:24< vultraz_iOS> Uh...now removed easy mode?
20150627 04:01:32< vultraz_iOS> It's still three difficulties
20150627 04:01:36< vultraz_iOS> It's been that way for ages
20150627 04:01:54-!- kex [~kex@31.11.67.182] has quit [Remote host closed the connection]
20150627 04:01:57< vultraz_iOS> In fact, some code from when it was 4 difficulties was left behind and made it even harder than necessary
20150627 04:02:00< vultraz_iOS> We fixed that
20150627 04:02:25< vultraz_iOS> Easy is just called normal now
20150627 04:02:28-!- kex [~kex@31.11.67.182] has joined #wesnoth-dev
20150627 04:02:37< vultraz_iOS> But it's still the "easiest" difficulty
20150627 04:03:12< pydsigner> vultraz_iOS: I haven't played it since it changed then
20150627 04:03:37< vultraz_iOS> Oh really? Huh
20150627 04:04:07< vultraz_iOS> Well I'm scaling it down a bit
20150627 04:04:16< vultraz_iOS> It might be more to your liking when I'm done
20150627 04:05:31-!- Appleman1234_ [~Appleman1@KD106149239239.au-net.ne.jp] has quit [Ping timeout: 250 seconds]
20150627 04:06:38< vultraz_iOS> I actually think I'll remove the whole teleporting malifor thing
20150627 04:06:50< vultraz_iOS> Just make it that only arcane attacks can harm him
20150627 04:06:54< vultraz_iOS> Makes it less tedious
20150627 04:07:17< vultraz_iOS> See also: after the storm's absorb damage mechanic
20150627 04:07:31-!- kex [~kex@31.11.67.182] has quit [Ping timeout: 276 seconds]
20150627 04:09:46< rjaguar3> Bug report filed: https://gna.org/bugs/index.php?23667
20150627 04:11:23< vultraz_iOS> Assigned it to me
20150627 04:16:20< vultraz_iOS> Good catch btw
20150627 04:16:58< rjaguar3> Thank you.  There's also a similar (but much easier to avoid) unwinnable situation in Delfador's Memoirs that the game could easily spot but does not.
20150627 04:18:16< rjaguar3> Specifically, losing the last undead unit in "Showdown in the Northern Swamp" before Iliah-Malal is defeated.
20150627 04:18:42< vultraz_iOS> You should report that too
20150627 04:18:49< rjaguar3> OK
20150627 04:18:51-!- Appleman1234_ [~Appleman1@KD106149239239.au-net.ne.jp] has joined #wesnoth-dev
20150627 04:31:03< rjaguar3> Bug filed: https://gna.org/bugs/index.php?23668
20150627 04:36:38< rjaguar3> By the way, is there any way to trigger an event on the dismissal of a unit from the recall list?
20150627 04:37:16< vultraz_iOS> Not currently no
20150627 04:38:35< rjaguar3> Thanks, I was asking because it's a way the player can screw around and make SitNS unwinnable.  It's not a high priority to add that feature, though, since the cause is a player screwing around.
20150627 04:40:52-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has joined #wesnoth-dev
20150627 04:41:16< rjaguar3> I'm curious why "Dismiss Unit" is still an available option.
20150627 04:43:42< rjaguar3> In normal play, it has zero utility.
20150627 04:44:00< rjaguar3> But it has at least one exploit.
20150627 04:46:24< rjaguar3> "Northern Battle" in LoW may be made much easier by dismissing all non-loyal recruits in the previous scenario (I should try this in debug).
20150627 04:48:49< rjaguar3> By "previous scenario", I mean "Costly Revenge"
20150627 05:00:58< shadowm> That's the scenario designer's fault. :)
20150627 05:01:50< shadowm> rjaguar3: If you want an event for dismissing recalls you can file a feature request at bugs.wesnoth.org.
20150627 05:03:33< rjaguar3> I don't think that's necessary; I just don't see the point of dismissing recalls (versus just temporarily hiding them).
20150627 05:05:36< shadowm> Let me put it like this: it's not nice to get your recall list clogged with useless L0s.
20150627 05:05:56< shadowm> Walking Corpses in undead campaigns and Peasants in loyalist campaigns.
20150627 05:06:45< rjaguar3> That's why I think hiding the recalls (but not removing them from the game) would be superior.
20150627 05:06:52< shadowm> Same goes for L1 recruits that don't get XP and are much cheaper to recruit again.
20150627 05:06:52< rjaguar3> Or, in the alternatively, better filters.
20150627 05:07:07< shadowm> I think it's equivalent if you are never looking at them again.
20150627 05:10:43< rjaguar3> Not if the scenario designer wants to do something with the recall units (LoW Northern Battle, for example)
20150627 05:11:50< rjaguar3> Or to simplify the resolution of https://gna.org/bugs/index.php?23668 by making the only way to lose a unit in-game (outside of WML) is by its death, which is an event.
20150627 05:11:52< shadowm> The solution would simply be to allow the scenario designer to catch units being dismissed and stash them away in a WML variable.
20150627 05:12:01-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20150627 05:12:21-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has joined #wesnoth-dev
20150627 05:12:32< rjaguar3> That could work too.
20150627 05:12:50-!- c74d [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has quit [Ping timeout: 252 seconds]
20150627 05:15:15-!- c74d [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has joined #wesnoth-dev
20150627 05:24:55-!- Kwandulin [~Miranda@p5B009E5D.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150627 05:25:40-!- tomreyn_ [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20150627 05:29:34-!- Appleman1234_ [~Appleman1@KD106149239239.au-net.ne.jp] has quit [Ping timeout: 264 seconds]
20150627 05:29:49-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Ping timeout: 264 seconds]
20150627 05:33:20-!- rjaguar3 [~rjaguar3@174.141.133.67] has quit [Quit: Leaving]
20150627 05:41:53-!- Appleman1234_ [~Appleman1@KD106149239239.au-net.ne.jp] has joined #wesnoth-dev
20150627 05:47:07-!- kex [~kex@31.11.67.182] has joined #wesnoth-dev
20150627 05:48:20-!- irker317 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20150627 05:52:02-!- kex [~kex@31.11.67.182] has quit [Ping timeout: 265 seconds]
20150627 06:37:46-!- [Relic] [~Relic]@2602:306:33a3:6d30:e5aa:9b09:6187:6b91] has quit [Quit: I press the magic X and all the weirdos go away!]
20150627 06:48:25-!- boucman [~rosen@2a02-8428-034f-f800-1574-50cc-4f86-4a0d.rev.sfr.net] has joined #wesnoth-dev
20150627 06:48:43-!- boucman [~rosen@2a02-8428-034f-f800-1574-50cc-4f86-4a0d.rev.sfr.net] has quit [Changing host]
20150627 06:48:43-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20150627 07:10:44-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150627 07:26:53-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20150627 07:28:42-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 246 seconds]
20150627 07:35:20-!- kex [~kex@31.11.67.182] has joined #wesnoth-dev
20150627 07:37:20-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20150627 07:38:25-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150627 07:40:00-!- kex [~kex@31.11.67.182] has quit [Ping timeout: 256 seconds]
20150627 07:40:59< zookeeper> actually it'd be good to have SingleUnitWML to prevent a unit from being dismissed
20150627 07:41:10< zookeeper> dismissable=<bool> or something simple like that
20150627 07:41:19< zookeeper> the dismiss button would be grayed out for that unit
20150627 07:55:51-!- vultraz_iOS [uid24821@wesnoth/developer/vultraz] has quit [Quit: Connection closed for inactivity]
20150627 08:02:30-!- kex [~kex@31.11.67.182] has joined #wesnoth-dev
20150627 08:02:53-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20150627 08:03:20-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150627 08:07:11-!- kex [~kex@31.11.67.182] has quit [Ping timeout: 252 seconds]
20150627 08:11:32-!- Kallikanzarid [~textual@46.181.226.42] has joined #wesnoth-dev
20150627 08:20:55-!- Kallikanzarid [~textual@46.181.226.42] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
20150627 08:49:47-!- tomreyn_ is now known as tomreyn
20150627 09:00:29-!- Appleman1234__ [~Appleman1@KD059136017242.au-net.ne.jp] has joined #wesnoth-dev
20150627 09:03:52-!- Appleman1234 [~Appleman1@KD106149250229.au-net.ne.jp] has joined #wesnoth-dev
20150627 09:04:23-!- Appleman1234_ [~Appleman1@KD106149239239.au-net.ne.jp] has quit [Ping timeout: 252 seconds]
20150627 09:04:57-!- Appleman1234__ [~Appleman1@KD059136017242.au-net.ne.jp] has quit [Ping timeout: 246 seconds]
20150627 09:06:30-!- fkhodkov [~user@vy2-191.istra.ru] has joined #wesnoth-dev
20150627 09:07:21-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20150627 09:09:12-!- markus_ [~mjs-de@f048173246.adsl.alicedsl.de] has joined #wesnoth-dev
20150627 09:35:00-!- Kwandulin [~Miranda@p5B009E5D.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20150627 10:01:53-!- markus_ is now known as mjs-de
20150627 10:09:25-!- Kallikanzarid [~textual@46.181.226.42] has joined #wesnoth-dev
20150627 10:11:40-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 255 seconds]
20150627 10:22:00< Kallikanzarid> hi
20150627 10:22:10< Kallikanzarid> just saying I'm not dead
20150627 10:22:40< Kallikanzarid> will try to get legacy SDL 2 code fully working this weekend
20150627 10:33:23-!- Appleman1234_ [~Appleman1@KD106149239118.au-net.ne.jp] has joined #wesnoth-dev
20150627 10:37:12-!- Appleman1234 [~Appleman1@KD106149250229.au-net.ne.jp] has quit [Ping timeout: 265 seconds]
20150627 10:58:03-!- Kwandulin [~Miranda@p5B009E5D.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150627 10:58:47-!- fkhodkov [~user@vy2-191.istra.ru] has quit [Ping timeout: 252 seconds]
20150627 12:32:32< Kwandulin> When adding a new halo to a unit via the [advancement] and [effect] tag, the new halo isn't shown directly. After ordering the unit to move, the new halo is visible, though. http://pastebin.com/0fqKcbjC Is there a work-around for that?
20150627 12:38:35-!- irker622 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20150627 12:38:35< irker622> wesnoth: gfgtdf wesnoth:master cf85ac43a7a8 / / (2 files in 2 dirs): remove different lists for completed and noncompleted campaigns. http://git.io/vtRUt
20150627 12:54:58-!- Kallikanzarid [~textual@46.181.226.42] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
20150627 13:13:28-!- prkc [~prkc@51B6A14D.dsl.pool.telekom.hu] has joined #wesnoth-dev
20150627 13:29:13-!- Appleman1234_ [~Appleman1@KD106149239118.au-net.ne.jp] has quit [Ping timeout: 264 seconds]
20150627 13:39:12-!- mjs-de [~mjs-de@f048173246.adsl.alicedsl.de] has quit [Ping timeout: 252 seconds]
20150627 13:41:55-!- Appleman1234_ [~Appleman1@KD106149239118.au-net.ne.jp] has joined #wesnoth-dev
20150627 13:45:50-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has joined #wesnoth-dev
20150627 13:50:59-!- Kallikanzarid [~textual@46.181.226.42] has joined #wesnoth-dev
20150627 13:54:15-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has joined #wesnoth-dev
20150627 14:03:09-!- vultraz_iOS [uid24821@wesnoth/developer/vultraz] has joined #wesnoth-dev
20150627 14:25:15-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has quit [Quit: ancestral]
20150627 15:06:23-!- oldlaptop [~quassel@50-107-82-76.adr02.mskg.mi.frontiernet.net] has quit [Ping timeout: 248 seconds]
20150627 15:09:03-!- oldlaptop [~quassel@50-107-82-76.adr02.mskg.mi.frontiernet.net] has joined #wesnoth-dev
20150627 15:09:37-!- Kwandulin [~Miranda@p5B009E5D.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20150627 15:29:44-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20150627 15:37:37-!- stth [~stth@ip-176-198-117-134.hsi05.unitymediagroup.de] has quit [Ping timeout: 264 seconds]
20150627 15:38:56-!- irker622 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20150627 15:40:36-!- Kwandulin [~Miranda@p5B009E5D.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150627 15:45:12-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has joined #wesnoth-dev
20150627 15:50:37-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has quit [Quit: Connection closed for inactivity]
20150627 15:59:07< ancestral> So what are the dev’s thoughts on staying with SourceForge?
20150627 15:59:24< ancestral> *devs’
20150627 16:02:39< vultraz_iOS> I say we kick them to the curb
20150627 16:06:56-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20150627 16:17:31-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20150627 16:19:57-!- stth [~stth@ip-176-198-117-134.hsi05.unitymediagroup.de] has joined #wesnoth-dev
20150627 16:48:51-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150627 16:48:58-!- Appleman1234_ is now known as Appleman1234
20150627 17:10:08-!- Kallikanzarid [~textual@46.181.226.42] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
20150627 17:13:48-!- [Relic] [~Relic]@2602:306:33a3:6d30:f1bd:d633:a226:5e9e] has joined #wesnoth-dev
20150627 17:50:44-!- lipkab [~lipkab@host-91-147-210-193.biatv.hu] has joined #wesnoth-dev
20150627 17:52:00-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20150627 18:38:23-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20150627 18:43:22-!- Appleman1234_ [~Appleman1@KD059136016095.au-net.ne.jp] has joined #wesnoth-dev
20150627 18:46:06-!- Appleman1234 [~Appleman1@KD106149239118.au-net.ne.jp] has quit [Ping timeout: 252 seconds]
20150627 18:57:45-!- Appleman1234_ is now known as Appleman1234
20150627 19:37:59-!- timotei_ [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 264 seconds]
20150627 20:01:54-!- timotei_ [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20150627 20:22:45-!- timotei__ [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20150627 20:23:12-!- timotei_ [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 272 seconds]
20150627 20:32:31-!- Kwandulin [~Miranda@p5B009E5D.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20150627 21:13:14-!- ancestral [~ancestral@63.92.240.233] has joined #wesnoth-dev
20150627 21:17:51-!- ancestral [~ancestral@63.92.240.233] has quit [Ping timeout: 246 seconds]
20150627 21:28:05-!- irker515 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20150627 21:28:05< irker515> wesnoth: Ignacio R. Morelle wesnoth:master bd29f7685f62 / data/tools/wesnoth/wmliterator.py: wmliterator: Add function to detect [+tags] http://git.io/vt0hP
20150627 21:28:08< irker515> wesnoth: Ignacio R. Morelle wesnoth:master e520e9ddcc1d / data/tools/wmllint: wmllint: Quick and dirty hack to recognize [+tags] in [part] http://git.io/vt0h1
20150627 21:28:11< irker515> wesnoth: Ignacio R. Morelle wesnoth:1.12 3f7423531181 / data/tools/wesnoth/wmliterator.py: wmliterator: Add function to detect [+tags] http://git.io/vt0hM
20150627 21:28:14< irker515> wesnoth: Ignacio R. Morelle wesnoth:1.12 a1e2903c5986 / data/tools/wmllint: wmllint: Quick and dirty hack to recognize [+tags] in [part] http://git.io/vt0hD
20150627 21:28:17< irker515> wesnoth: Ignacio R. Morelle wesnoth:1.12 436e808528f5 / data/tools/wmllint: wmllint: Recognize [background_layer] in [part] http://git.io/vt0hy
20150627 21:36:26-!- Appleman1234_ [~Appleman1@KD059136021190.au-net.ne.jp] has joined #wesnoth-dev
20150627 21:40:31-!- Appleman1234 [~Appleman1@KD059136016095.au-net.ne.jp] has quit [Ping timeout: 276 seconds]
20150627 21:42:09< irker515> wesnoth: Ignacio R. Morelle wesnoth:master 5a622888093a / data/campaigns/Northern_Rebirth/scenarios/09a_Introductions.cfg: NR S9a: Silence wmllint warning about missing [side] unit type http://git.io/vtEv3
20150627 21:42:12< irker515> wesnoth: Ignacio R. Morelle wesnoth:master 7cc6c2fe7306 / data/campaigns/Eastern_Invasion/scenarios/09_Xenophobia.cfg: EI S9: Fix incorrect recruitment pattern, spotted by wmllint http://git.io/vtEvs
20150627 21:42:15< irker515> wesnoth: Ignacio R. Morelle wesnoth:master a78d69c54d24 / data/campaigns/Eastern_Invasion/scenarios/09_Xenophobia.cfg: EI S9: Fix recruit missing from recruitment pattern, spotted by wmllint http://git.io/vtEvG
20150627 21:42:56< shadowm>  /names
20150627 21:44:41< shadowm> ancestral, gfgtdf, Ivanovic, lipkab, loonycyborg, vultraz_iOS, zookeeper: Ready for 1.13.1 in an hour 15 minutes?
20150627 21:44:58< zookeeper> fine by me
20150627 21:45:03< shadowm> Also, I guess Ivanovic is dead and I'll have to merge that translation update myself grumble grumble mutter mutter
20150627 21:45:11< loonycyborg> hmm ok
20150627 21:45:23< loonycyborg> you just encouraged him to become terminally lazy
20150627 21:48:59-!- Appleman1234__ [~Appleman1@KD059136026177.au-net.ne.jp] has joined #wesnoth-dev
20150627 21:51:34-!- Appleman1234_ [~Appleman1@KD059136021190.au-net.ne.jp] has quit [Ping timeout: 276 seconds]
20150627 21:51:56-!- fkhodkov [~user@vy2-189.istra.ru] has joined #wesnoth-dev
20150627 22:09:22-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150627 22:13:01-!- fkhodkov [~user@vy2-189.istra.ru] has quit [Ping timeout: 255 seconds]
20150627 22:14:43< irker515> wesnoth: gfgtdf wesnoth:master 0ece907a68ea / changelog: Update changelog http://git.io/vtEIE
20150627 22:29:36< lipkab> shadowm: Yes!
20150627 22:34:42< irker515> wesnoth: Ignacio R. Morelle wesnoth:master 4863fb1ca981 / src/xBRZ/xbrz.cpp: Suppress uninit variable warnings in xBRZ code with gcc 4.8 too http://git.io/vtEtS
20150627 22:47:48< shadowm> Ivanovic: Okay, so you'll have to remind me how to merge translations between branches -- that is, when receiving a translation update for one branch, what do I do with the other branch?
20150627 22:48:03< shadowm> I hate this confusing crap.
20150627 22:49:19-!- rjaguar3 [~rjaguar3@174.141.133.67] has joined #wesnoth-dev
20150627 22:52:52< shadowm> Ivanovic: For example, I believe you said 1.12 translation updates would be merged to master unless the translator requested otherwise -- but I don't see that being the case for the Chinese (simplified) update from commit 75ab0e03b277bfc54611c27fd7e102ea7928640b in 1.12, which was also sent to me separately.
20150627 22:53:39< shadowm> Ivanovic: Anyway I'll push the one specifically-for-master update I've been sent and hopefully figure out what to do with the committed 1.12 updates for 1.13.2.
20150627 22:55:11< irker515> wesnoth: Ignacio R. Morelle wesnoth:master 6aa55157e7d6 / changelog data/core/about.cfg po/wesnoth-units/ru.po: Russian translation update http://git.io/vtEY5
20150627 22:58:08-!- lipkab [~lipkab@host-91-147-210-193.biatv.hu] has quit [Quit: Távozom]
20150627 22:58:39-!- kex [~kex@31.11.67.182] has joined #wesnoth-dev
20150627 22:59:00< shadowm> gfgtdf: Hi, please proof-read your changelog entries next time. :|
20150627 23:07:40< shadowm> I'm also tempted to drop the players_changelog since you people just either don't want to maintain it or expect me to do so for you.
20150627 23:09:53< shadowm> Who fixed bug #23201 in master only and left this orphaned? https://gna.org/bugs/?23201
20150627 23:15:12< irker515> wesnoth: Ignacio R. Morelle wesnoth:master de176435b1ee / changelog players_changelog: Several changelog fixes http://git.io/vtEs8
20150627 23:17:19< shadowm> Also, you are supposed to assign bugs to yourselves rather than having me do so.
20150627 23:21:00-!- Appleman1234_ [~Appleman1@KD059136029071.au-net.ne.jp] has joined #wesnoth-dev
20150627 23:23:34-!- shadowm changed the topic of #wesnoth-dev to: Wesnoth 1.13.1 release in progress | Wesnoth 1.12.4 tagged, announcement pending | String freeze ACTIVE on 1.12 branch | Wesnoth Developers Channel | Logs: http://irclogs.wesnoth.org
20150627 23:23:36< irker515> wesnoth: Ignacio R. Morelle wesnoth:master c16673c6ce11 / / (1090 files in 39 dirs): pot and documentation update http://git.io/vtEGK
20150627 23:23:39< irker515> wesnoth: Ignacio R. Morelle wesnoth:master 18763934cd7a / Doxyfile changelog players_changelog src/wesconfig.h: Version 1.13.1 http://git.io/vtEG6
20150627 23:24:20-!- Appleman1234__ [~Appleman1@KD059136026177.au-net.ne.jp] has quit [Ping timeout: 272 seconds]
20150627 23:25:34< irker515> wesnoth: Ignacio R. Morelle wesnoth:1.12 2765b538b7c2 / CMakeLists.txt changelog: cmake: Disable strict compilation by default http://git.io/vtEGA
20150627 23:30:55< shadowm> loonycyborg: I forgot I have a special request for 1.13.1.
20150627 23:32:10< loonycyborg> yes?
20150627 23:32:17< shadowm> loonycyborg: I added a new command line switch in 1.13.1 that has Wesnoth allocate a console on Windows. Because of *reasons*, this only works properly when invoked from a process that already has a console allocated and waits for Wesnoth to exit.
20150627 23:32:31< shadowm> That's why there is now a cwesnoth.cmd file at the root of the branch's tree.
20150627 23:33:15< shadowm> Ideally, I'd like an additional shortcut in Wesnoth's start menu folder that uses cwesnoth.cmd to launch Wesnoth instead of wesnoth.exe. This allows Wesnoth to have console output for debugging or content creation purposes.
20150627 23:33:33< shadowm> So the shortcut would be labeled something like "Wesnoth (console enabled)" or so.
20150627 23:34:02< shadowm> It *should* work just fine as long as the initial working directory is the Wesnoth install dir and has the same user data+config directory options as the regular shortcut.
20150627 23:35:12< shadowm> And yes, cwesnoth.cmd passes all its arguments to wesnoth.exe: `wesnoth --wconsole %*`
20150627 23:35:28< loonycyborg> ok
20150627 23:35:46< loonycyborg> but I wonder what exactly those *reasons* are
20150627 23:36:14< shadowm> Technically, it doesn't matter if you are starting Wesnoth from a GUI process (like the Windows shell).
20150627 23:36:28< shadowm> It's mostly relevant if you are launching it from the command prompt.
20150627 23:36:56< shadowm> Since the command prompt spawns a process with no console, it returns and you get a new prompt just before Wesnoth allocates its console.
20150627 23:37:17< shadowm> So you get Wesnoth's output mixed up with cmd's input and output after that point.
20150627 23:38:27< shadowm> However, cwesnoth.cmd additionally disables writing to stdout.txt/stderr.txt, something Wesnoth on its own can't do short of respawning itself with a new environment.
20150627 23:40:52< shadowm> I mean, it kind of does, but you still get an initial empty file.
20150627 23:43:05< shadowm> 20150627 20:42:56 error engine: Couldn't find [era] with id=era_blank
20150627 23:43:20< shadowm> gfgtdf: I get this when starting the tutorial. Any ideas? (Seems inoffensive though.)
20150627 23:45:05< rjaguar3> I got the same issue when I loaded a save from yesterday in testing my fix for #23668
20150627 23:45:05< shadowm> 20150627 20:44:51 warning unit: Unknown attribute 'no_recruit' discarded.
20150627 23:45:26< shadowm> UtBS.
20150627 23:45:56< shadowm> Also DM.
20150627 23:46:31< shadowm> With LoW I get a load of "unknown attribute 'foo' discarded" warnings, but I guess that's par for the course with LoW.
20150627 23:47:38< Ivanovic> shadowm: i tend to look into my inbox if the maintainer sent a branch specific update before
20150627 23:47:47< Ivanovic> if that is the case, then i don't commit the stable ones into master
20150627 23:48:38< shadowm> Ivanovic: Ugh, I (thankfully) can't see your inbox.
20150627 23:49:24< Ivanovic> automatic filtering per language
20150627 23:49:28< Ivanovic> pretty easy that
20150627 23:49:29< Ivanovic> ;)
20150627 23:51:44< irker515> wesnoth: shikadilord wesnoth: 18763934cd7a tagged as 1.13.1
20150627 23:52:12< shadowm> ancestral, loonycyborg: Time for you to do your stuff.
20150627 23:53:51< Ivanovic> off to bed, n8
20150627 23:58:02-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
--- Log closed Sun Jun 28 00:00:17 2015