--- Log opened Fri Apr 29 00:00:16 2016
20160429 00:02:38-!- Samual [~Samual@xonotic/core-team/Samual] has quit [Ping timeout: 276 seconds]
20160429 00:04:00-!- Samual [~Samual@xonotic/core-team/Samual] has joined #wesnoth-dev
20160429 00:08:18-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20160429 01:05:13-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160429 01:06:40-!- fabi [~quassel@176.0.98.105] has joined #wesnoth-dev
20160429 01:06:40-!- fabi [~quassel@176.0.98.105] has quit [Changing host]
20160429 01:06:40-!- fabi [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20160429 01:06:53< fabi> hi
20160429 01:09:27< Aginor> hi fabi 
20160429 01:10:10< fabi> hi Aginor
20160429 01:14:54-!- noy [~Noy@wesnoth/developer/noy] has quit [Read error: Connection reset by peer]
20160429 01:15:06-!- noy_ [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20160429 01:34:34-!- vultraz_iOS [uid24821@wesnoth/developer/vultraz] has joined #wesnoth-dev
20160429 01:42:16-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160429 01:46:33-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 240 seconds]
20160429 01:53:34-!- noy_ [~Noy@wesnoth/developer/noy] has quit [Quit: noy_]
20160429 02:10:30-!- Jetrel [~Jetrel@c-73-228-139-39.hsd1.mn.comcast.net] has quit [Ping timeout: 246 seconds]
20160429 02:21:23-!- Jetrel [~Jetrel@c-73-228-139-39.hsd1.mn.comcast.net] has joined #wesnoth-dev
20160429 02:59:15-!- fabi [~quassel@wesnoth/developer/fendrin] has quit [Remote host closed the connection]
20160429 03:29:13-!- fabi [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20160429 03:37:27-!- vultraz_iOS [uid24821@wesnoth/developer/vultraz] has quit [Quit: Connection closed for inactivity]
20160429 03:40:21-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20160429 03:52:24-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20160429 03:55:03-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20160429 04:23:43-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20160429 04:27:50-!- vultraz_iOS [uid24821@wesnoth/developer/vultraz] has joined #wesnoth-dev
20160429 04:37:03-!- Appleman1234 [~Appleman1@KD036012042246.au-net.ne.jp] has joined #wesnoth-dev
20160429 04:49:34-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20160429 04:49:34-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Read error: Connection reset by peer]
20160429 05:03:13-!- daniel01 [~dan@c16.campus.uvt.ro] has joined #wesnoth-dev
20160429 05:13:15-!- Kwandulin [~Miranda@p200300760F3949CBC037F1D9F1355082.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160429 05:15:14-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20160429 05:26:51-!- fabi [~quassel@wesnoth/developer/fendrin] has quit [Ping timeout: 250 seconds]
20160429 05:28:21-!- daniel01 [~dan@c16.campus.uvt.ro] has quit [Quit: Leaving]
20160429 05:28:52-!- vincent_c [~bip@vcheng.org] has quit [Quit: Coyote finally caught me]
20160429 05:29:09-!- vincent_c [~bip@107.191.117.101] has joined #wesnoth-dev
20160429 05:35:22-!- fabi [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20160429 05:40:37-!- vincent_c [~bip@107.191.117.101] has quit [Quit: Coyote finally caught me]
20160429 05:40:57-!- vincent_c [~bip@vcheng.org] has joined #wesnoth-dev
20160429 05:41:59-!- vincent_c [~bip@vcheng.org] has quit [Client Quit]
20160429 05:42:18-!- vincent_c [~bip@107.191.117.101] has joined #wesnoth-dev
20160429 05:54:03-!- prkc [~prkc@192.40.89.70] has quit [Remote host closed the connection]
20160429 05:54:06-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160429 05:58:56-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 268 seconds]
20160429 06:02:56-!- vincent_c [~bip@107.191.117.101] has quit [Quit: Coyote finally caught me]
20160429 06:03:14-!- vincent_c [~bip@vcheng.org] has joined #wesnoth-dev
20160429 06:06:03-!- fabi_ [~quassel@176.2.33.63] has joined #wesnoth-dev
20160429 06:06:27-!- fabi [~quassel@wesnoth/developer/fendrin] has quit [Ping timeout: 276 seconds]
20160429 06:28:07-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20160429 06:32:54-!- fabi [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20160429 06:36:37-!- fabi_ [~quassel@176.2.33.63] has quit [Ping timeout: 250 seconds]
20160429 06:38:57-!- exciton_ [chuck-the-@89.208.170.132] has quit [Ping timeout: 246 seconds]
20160429 06:40:53-!- exciton [chuck-the-@89.208.170.132] has joined #wesnoth-dev
20160429 06:41:42-!- daniel01 [~dan@c16.campus.uvt.ro] has joined #wesnoth-dev
20160429 06:48:38-!- fabi [~quassel@wesnoth/developer/fendrin] has quit [Quit: No Ping reply in 180 seconds.]
20160429 06:50:04-!- fabi_ [~quassel@176.4.22.180] has joined #wesnoth-dev
20160429 07:02:06< daniel01> I'm trying to build wesnoth, but I got intro a problem:
20160429 07:02:38< daniel01> C:\Users\dan\Documents\GitHub\wesnoth\src\config.hpp|41|fatal error: boost/exception/exception.hpp: No such file or directory|
20160429 07:09:59-!- mjs-de [~mjs-de@x4e30465c.dyn.telefonica.de] has joined #wesnoth-dev
20160429 07:40:15-!- boucman_work [~boucman@247.37.0.109.rev.sfr.net] has joined #wesnoth-dev
20160429 07:50:19-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has joined #wesnoth-dev
20160429 07:54:27< daniel01> by the way what IDE do you use for c++?
20160429 07:56:20< loonycyborg> It seems that you don't have boost in include search path
20160429 07:56:35-!- mjs-de [~mjs-de@x4e30465c.dyn.telefonica.de] has quit [Ping timeout: 244 seconds]
20160429 07:57:22-!- mjs-de [~mjs-de@x4db68a0d.dyn.telefonica.de] has joined #wesnoth-dev
20160429 08:00:50-!- Kwandulin [~Miranda@p200300760F3949CBC037F1D9F1355082.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160429 08:05:07< daniel01> loonycyborg: I'm on Windows, is there an enviroment variable that I should modify?
20160429 08:05:26< daniel01> environment*
20160429 08:05:55< loonycyborg> that depends on your build method
20160429 08:07:28-!- vultraz_iOS [uid24821@wesnoth/developer/vultraz] has quit [Quit: Connection closed for inactivity]
20160429 08:08:10< daniel01> I'm trying to build it  using Codeblocks 
20160429 08:08:50< loonycyborg> You're following a howto right?
20160429 08:09:01< daniel01> yes
20160429 08:09:08< daniel01> the wiki page
20160429 08:09:20< loonycyborg> then doublecheck that you did everything right related to boos
20160429 08:09:22< loonycyborg> t
20160429 08:10:18< loonycyborg> maybe it ended up in wrong dir or something
20160429 08:15:53-!- noy_ [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20160429 08:16:37-!- noy [~Noy@wesnoth/developer/noy] has quit [Read error: Connection reset by peer]
20160429 08:16:37-!- noy_ is now known as noy
20160429 08:26:06-!- Duthlet [~Duthlet@pD9FCBC5B.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160429 08:26:51-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The computer falls into a deep sleep, to awake again some other day!]
20160429 08:37:05-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160429 08:38:38-!- Kwandulin [~Miranda@p200300760F3949CB856BFC6E38C6F566.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160429 08:41:32-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 244 seconds]
20160429 09:07:19-!- daniel01 [~dan@c16.campus.uvt.ro] has quit [Ping timeout: 252 seconds]
20160429 09:17:37-!- fabi_ [~quassel@176.4.22.180] has quit [Ping timeout: 260 seconds]
20160429 09:20:47-!- fabi [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20160429 09:36:18-!- fabi [~quassel@wesnoth/developer/fendrin] has quit [Ping timeout: 244 seconds]
20160429 09:39:51-!- fabi [~quassel@176.4.22.180] has joined #wesnoth-dev
20160429 09:39:51-!- fabi [~quassel@176.4.22.180] has quit [Changing host]
20160429 09:39:51-!- fabi [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20160429 09:53:48-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has quit [Quit: Connection closed for inactivity]
20160429 10:28:41< zookeeper> i guess there's no reason for the side-control-reassignment dialog to pop up at all when a player leaves in linger mode, right? could any problems result from just automatically setting it to idle or AI or something?
20160429 10:35:52-!- ChipmunkV [~vova@d0017-2-88-172-31-68.fbx.proxad.net] has joined #wesnoth-dev
20160429 10:41:54< Kwandulin> is a version 1.13.5 planned? the ingame interface in 1.13.4 seems to be destroyed and it's not fun to playtest a campaign with that
20160429 10:43:49-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160429 10:46:58-!- exciton [chuck-the-@89.208.170.132] has quit [Read error: Connection reset by peer]
20160429 10:47:12-!- exciton [chuck-the-@89.208.170.132] has joined #wesnoth-dev
20160429 10:56:33-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Ping timeout: 246 seconds]
20160429 10:57:58< zookeeper> Kwandulin, destroyed how?
20160429 10:59:03< zookeeper> (not that i disagree, but i don't know if you're talking about the same things)
20160429 10:59:50< loonycyborg> are those issues tracked on github/gna?
20160429 11:04:03-!- fabi [~quassel@wesnoth/developer/fendrin] has quit [Read error: Connection reset by peer]
20160429 11:04:09-!- ChipmunkV [~vova@d0017-2-88-172-31-68.fbx.proxad.net] has quit [Quit: ChipmunkV]
20160429 11:04:29-!- gfgtdf [~chatzilla@x4e363ceb.dyn.telefonica.de] has joined #wesnoth-dev
20160429 11:05:05< Kwandulin> zookeeper: the objectives, [message]s and the story [part]s are becoming hidden/unhidden when popping up
20160429 11:05:28< gfgtdf> zookeeper: not sure bbut i think it would be safer if the controller= stayed the same, somaybe automtically set it to local human/idle or something
20160429 11:05:59< Kwandulin> and when tabbing, the story screen images disappear and the map is shown
20160429 11:06:43< gfgtdf> Kwandulin: by tabbindyou mean switching active windows with alt-tab ?
20160429 11:06:49< zookeeper> i believe the latter isn't even fixed yet
20160429 11:07:42< Kwandulin> gfgtdf: yes
20160429 11:12:54-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20160429 11:16:29< zookeeper> i don't think you'd be too happy about the 1.13.5 interface either if we release that anytime soon
20160429 11:19:09-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Ping timeout: 250 seconds]
20160429 11:19:30-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160429 11:20:57< zookeeper> unfortunately, i can't see anyone cleaning up after vultraz anytime soon, because it's apparently not easy due to how stuff is interconnected
20160429 11:22:04< shadowm> Is something horribly broken about it in master?
20160429 11:23:06< zookeeper> if by horribly broken you mean unusable, then no
20160429 11:23:51-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 246 seconds]
20160429 11:24:14< shadowm> Then...?
20160429 11:25:16< zookeeper> ?
20160429 11:25:19< zookeeper> context unclear
20160429 11:25:26< shadowm> 08:16:29 <zookeeper> i don't think you'd be too happy about the 1.13.5 interface either if we release that anytime soon
20160429 11:25:32< shadowm> The context is immediately above my lines.
20160429 11:25:47< zookeeper> yes, but i assumed it wouldn't be that because it makes no sense as context
20160429 11:25:59< zookeeper> surely one can be unhappy about something that is less bad than terribly broken
20160429 11:26:13< shadowm> 08:20:57 <zookeeper> unfortunately, i can't see anyone cleaning up after vultraz anytime soon, because it's apparently not easy due to how stuff is interconnected
20160429 11:26:24< shadowm> The implication is that something is in a bad shape, hence it needs to be "cleaned up".
20160429 11:26:34< zookeeper> it is in bad shape
20160429 11:26:57< shadowm> And what is, specifically, and why can't it be easily addressed?
20160429 11:28:03< shadowm> I want to understand what the problem is what's the contingency plan for the not too unlikely event that I murder vultraz and render him unable to fix it.
20160429 11:28:17< shadowm> *what the problem is and
20160429 11:29:58< shadowm> Or if you prefer a more serious version of the above, why do you need to wait for vultraz instead of fixing it yourselves?
20160429 11:30:14< shadowm> I thought we were using version control for a reason.
20160429 11:30:37< zookeeper> recruit/recall mismatch, font sizes being all dumb, in-game menu/actions black buttons. in all cases the logical solution is to revert, unless there's a volunteer to do something else about them.
20160429 11:31:57< shadowm> Or finish up whatever it is he was probably trying to do.
20160429 11:32:16< zookeeper> that's the latter option
20160429 11:32:20< zookeeper> but obviously there is no one
20160429 11:32:26< gfgtdf> zookeeper: what do you meanby reguit/rellmismatch ?
20160429 11:32:26< shadowm> Most people would consider this a more logical solution than the hostile alternative of reverting.
20160429 11:32:55< zookeeper> gfgtdf, look at recruit dialog, then look at recall dialog. completely different.
20160429 11:33:07< shadowm> So... is there no-one because it requires a special skillset that somehow only vultraz has, or because no-one wants to deal with it?
20160429 11:33:39< zookeeper> i don't know
20160429 11:33:47< shadowm> Hm.
20160429 11:33:56< shadowm> Maybe I should go to the developers' channel to ask then.
20160429 11:34:37< shadowm> Oh hey, what do you know, I am in the developers' channel already.
20160429 11:34:55< gfgtdf> zookeeper: well i think porting the recall dialogtogui2 shouldn't be to hard, itwill  just take sometime before someone has time for that. But you can add an option to use the olddialog for thattieif you  want.
20160429 11:35:09< gfgtdf> zookeeper: and for the largeingamefont this was afaik intended.
20160429 11:35:47< shadowm> I've seen the largeingamefont and I don't like it.
20160429 11:35:50< zookeeper> of course it's intended, all of it's intended
20160429 11:35:50< gfgtdf> zookeeper: what botersmein paricualr is that is is isstin ceratina chracters (i filed bug #24621for that)
20160429 11:35:58< zookeeper> ...what?
20160429 11:36:19< gfgtdf> what bothers me in particular is that is missing some chracters
20160429 11:36:24< zookeeper> right
20160429 11:36:28< gfgtdf> that it is*
20160429 11:36:37< shadowm> I'm primarily bothered by the font itself I guess, not so much its largeness attribute.
20160429 11:37:13< shadowm> But I was also told that no-one else had an opinion.
20160429 11:37:14< zookeeper> i'm bothered by how the size is too big in places and too small in others, meaning that the font scaling option doesn't help me at all.
20160429 11:38:17< shadowm> Because it's clearly a half-cooked change that shouldn't have landed in master.
20160429 11:38:23< zookeeper> bingo
20160429 11:38:33< shadowm> But it seems like people are perfectly okay with this nowadays. :V
20160429 11:38:53< shadowm> Otherwise they'd have demanded it to be rolled back immediately, I suppose.
20160429 11:39:56< zookeeper> indeed
20160429 11:39:59< gfgtdf> shadowm: well, if we knew that it'd completed soon enough i'd ave no problems with it.
20160429 11:41:27< shadowm> Hm. This reminds me that back when I was the maintainer for a large open-source project I insisted on having a developer-gets-hit-by-a-bus rule of thumb.
20160429 11:41:28< zookeeper> obviously i'd not suggest reverting anything if we knew that it'd be fixed/completed soon enough. the point is that there's no way to know when that might happen.
20160429 11:41:38< shadowm> I never really understood why, but this made a lot of people unhappy.
20160429 11:43:00< shadowm> OTOH I'd be more offended if people started considering reverting my stuff rather than if they asked me what they should do if I get hit by a bus.
20160429 11:43:42< shadowm> The former being all done behind my back, that is.
20160429 11:43:56< shadowm> *shrug* Just food for thought.
20160429 11:44:07< gfgtdf> shadowm: working on branches does have disadvanteges: merging conflics might occur, and bugs might be found later becasue of less testing.
20160429 11:44:11< zookeeper> i think we just need a rule about pushing controversial experimental stuff and conveniently leaving right afterwards
20160429 11:45:14< shadowm> gfgtdf: You tell me. :p
20160429 11:50:17< Kwandulin> for the time being, i moved all the relevant things from 1.13.4 to 1.13.2a. it was mostly the new terrain, anyway. so i am fine here on my local version
20160429 11:52:13< gfgtdf> Kwandulin: i'm quite sure that 1.13.2 has other bugs that you don't want
20160429 11:53:37< gfgtdf> (iirc [endlevel] is broken under undre some circumstances in 1.13.2 for example)
20160429 11:54:03< Kwandulin> as long as it isnt summoning demons into my cellar
20160429 11:54:35< Kwandulin> mhh, yes i remember that. but wasnt just a message popping up whenever the endlevel tag was used?
20160429 11:54:54< gfgtdf> Kwandulin: not sure
20160429 12:03:52< zookeeper> Aginor, maybe this one's for you (?): at least the "you have no units to recall" dialog is almost immediately auto-dismissed when it appears.
20160429 12:13:53-!- gfgtdf [~chatzilla@x4e363ceb.dyn.telefonica.de] has quit [Ping timeout: 244 seconds]
20160429 12:46:06-!- Nobun [~nobun@host136-128-dynamic.245-95-r.retail.telecomitalia.it] has joined #wesnoth-dev
20160429 13:06:23-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160429 13:10:58-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 252 seconds]
20160429 13:41:26-!- Kwandulin [~Miranda@p200300760F3949CB856BFC6E38C6F566.dip0.t-ipconnect.de] has quit [Ping timeout: 268 seconds]
20160429 14:31:52-!- minbonbon [~min@meta23.net] has joined #wesnoth-dev
20160429 14:33:20-!- Netsplit *.net <-> *.split quits: boucman_work, TheJJ, minzbonbon
20160429 14:33:25-!- Netsplit *.net <-> *.split quits: Lohengramm
20160429 14:37:14-!- Netsplit over, joins: boucman_work, TheJJ
20160429 14:38:53-!- boucman_work [~boucman@247.37.0.109.rev.sfr.net] has quit [Changing host]
20160429 14:38:53-!- boucman_work [~boucman@wesnoth/developer/boucman] has joined #wesnoth-dev
20160429 14:44:53-!- Kwandulin [~Miranda@p200300760F3949227D515C4C1E41E506.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160429 14:46:11-!- ypnos [~ypnos@lme51.informatik.uni-erlangen.de] has quit [Ping timeout: 268 seconds]
20160429 14:47:25-!- ypnos [~ypnos@lme51.informatik.uni-erlangen.de] has joined #wesnoth-dev
20160429 14:48:44-!- Lohengramm [sid1929@gateway/web/irccloud.com/x-qjlbpworwzqmuqhf] has joined #wesnoth-dev
20160429 15:08:07-!- ChipmunkV [~vova@d0017-2-88-172-31-68.fbx.proxad.net] has joined #wesnoth-dev
20160429 15:15:30-!- vultraz_iOS [uid24821@wesnoth/developer/vultraz] has joined #wesnoth-dev
20160429 15:28:28-!- noy_ [~Noy@S01067cb21b205894.vs.shawcable.net] has joined #wesnoth-dev
20160429 15:28:28-!- noy_ [~Noy@S01067cb21b205894.vs.shawcable.net] has quit [Changing host]
20160429 15:28:28-!- noy_ [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20160429 15:31:18-!- noy [~Noy@wesnoth/developer/noy] has quit [Ping timeout: 276 seconds]
20160429 15:31:18-!- noy_ is now known as noy
20160429 15:44:42-!- boucman_work [~boucman@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20160429 15:53:13-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160429 15:56:10-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20160429 15:57:46-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20160429 16:12:20-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20160429 16:12:38-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160429 16:34:47-!- prkc [~prkc@51B79DDF.dsl.pool.telekom.hu] has joined #wesnoth-dev
20160429 16:39:35-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20160429 16:42:35-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160429 16:45:49-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 268 seconds]
20160429 16:45:49-!- wedge010 is now known as wedge009
20160429 17:02:15-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Quit: wedge009]
20160429 17:04:46-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20160429 17:04:46-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20160429 17:08:09-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160429 17:32:31-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20160429 17:38:44-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160429 17:41:42-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160429 17:54:01-!- exciton [chuck-the-@89.208.170.132] has quit [Read error: Connection reset by peer]
20160429 17:57:59-!- gfgtdf [~chatzilla@x4e363ceb.dyn.telefonica.de] has joined #wesnoth-dev
20160429 17:58:07-!- stikonas [~stikonas@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160429 17:59:25-!- exciton [~exciton@89.208.170.132] has joined #wesnoth-dev
20160429 18:00:19< gfgtdf> does anyone know a way to prevent a unit from gaining exp after a fight?
20160429 18:02:29< zookeeper> probably. situationally or always?
20160429 18:03:21< gfgtdf> zookeeper: situationally like "unit x cannot gain expereinece in the first scenario".
20160429 18:05:05< gfgtdf> zookeeper: hmm mabye just removign the exp in the attack_end event works, 
20160429 18:05:10< zookeeper> yes
20160429 18:05:18< zookeeper> http://pastebin.com/UxVmThn0
20160429 18:05:40< gfgtdf> zookeeper: i thought i wouldn't work becasue the expereinece is added after the attack_end event, but i actuall see np reason why a unit cannot have a temporarily negative xp
20160429 18:06:45< gfgtdf> zookeeper: no i don't think you example will work, because it seems like the exp is added after the attack_end event
20160429 18:07:35< zookeeper> right, that might be
20160429 18:08:47< Nobun> gfgtdf: a solution (even if a bit weird) could be to reset to 0 the experience value of the unit at the end of the turn
20160429 18:09:39< gfgtdf> Nobun: no that wouldnt' work eigher if the unit advanced already during thaz turn, for exampel because it needs <8xp to advance.
20160429 18:09:41< zookeeper> if that is the case, then maybe set the unit's max_experience to 1 in the attack end event, and reset max_experience and experience in a pre advance event? might need to try different ways to do that
20160429 18:09:58< Nobun> however I don't see any good reason to deny to gain experience to one unit
20160429 18:10:24< zookeeper> ah, pre advance "If this event removes the unit or reduces the unit's experience below what it needs to advance, then the advancement is aborted." so that should work
20160429 18:13:43< gfgtdf> zookeeper: yes it shodul work in that case thx.
20160429 18:14:11< zookeeper> what do you need it for, anyway?
20160429 18:14:11< Nobun> zookeeper: that could be the solution... resetting the experience to the wanted value at that type of event you marked (pre advance) could be the solution to make the gfgtdf idea working
20160429 18:15:53< zookeeper> actually, instead of messing with max_experience just set unit.experience to $unit.max_experience, a bit more straightforward that way
20160429 18:16:02< zookeeper> (i guess)
20160429 18:16:57< gfgtdf> zookeeper: hmm rightm u alsi think ither ide might have filed in case that no expereince was gained (becasue a lvl 0 unit was fought)
20160429 18:17:27-!- vultraz_iOS [uid24821@wesnoth/developer/vultraz] has quit [Quit: Connection closed for inactivity]
20160429 18:17:39< zookeeper> yes
20160429 18:19:25-!- fabi_ [~quassel@176.6.121.213] has joined #wesnoth-dev
20160429 18:27:55-!- stikonas [~stikonas@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20160429 18:33:12-!- fabi_ [~quassel@176.6.121.213] has quit [Quit: No Ping reply in 180 seconds.]
20160429 18:36:24-!- fabi_ [~quassel@176.6.121.213] has joined #wesnoth-dev
20160429 18:38:33-!- prkc [~prkc@51B79DDF.dsl.pool.telekom.hu] has quit [Ping timeout: 246 seconds]
20160429 18:40:12-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160429 18:41:30-!- fabi_ [~quassel@176.6.121.213] has quit [Quit: No Ping reply in 180 seconds.]
20160429 18:43:07-!- fabi_ [~quassel@176.6.121.213] has joined #wesnoth-dev
20160429 18:51:01-!- prkc [~prkc@46.166.138.145] has joined #wesnoth-dev
20160429 18:54:39-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160429 19:04:38-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160429 19:13:58-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20160429 19:14:08-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160429 19:14:14-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160429 19:15:01-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Client Quit]
20160429 19:15:09-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160429 19:23:45-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 244 seconds]
20160429 19:24:40-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160429 19:26:49-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20160429 19:27:02-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160429 19:27:14-!- stikonas_ is now known as stikonas
20160429 19:32:30-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20160429 19:35:42-!- prkc [~prkc@46.166.138.145] has quit [Remote host closed the connection]
20160429 19:35:48-!- Nobun [~nobun@host136-128-dynamic.245-95-r.retail.telecomitalia.it] has quit [Remote host closed the connection]
20160429 19:36:40-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20160429 19:37:37-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20160429 19:37:52-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160429 19:42:44-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Client Quit]
20160429 19:43:06-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160429 19:44:16-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20160429 19:48:48-!- Nobun [~nobun@host136-128-dynamic.245-95-r.retail.telecomitalia.it] has joined #wesnoth-dev
20160429 19:49:28-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160429 19:54:07-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 252 seconds]
20160429 19:59:09-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160429 19:59:20-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20160429 20:00:58< Ravana_> wouldn't energy drain ability work for you?
20160429 20:02:05< Ravana_> energy_draining
20160429 20:03:16< Ravana_> well, most of its events, since there kill gives level*1 xp still
20160429 20:04:03< gfgtdf> Ravana_: you meant me ?
20160429 20:04:17< Ravana_> yes
20160429 20:04:30< gfgtdf> Ravana_: hmm i have never hared of energydrain ability
20160429 20:04:39< Ravana_> EoMa, I8_ABILITY_ENERGY_DRAINING
20160429 20:05:53< Ravana_> http://pastebin.com/N996XEg3
20160429 20:10:01< gfgtdf> Ravana_: you mean level*8 ?
20160429 20:10:06< Nobun> Ravana_: the drain ability, if I remember well, is used by ghosts and lichs... you can take an eye at those unit code
20160429 20:10:23< Ravana_> no, level*1 from {VARIABLE_OP second_unit.experience add $unit.level}
20160429 20:11:34< gfgtdf> Ravana_: i think this just negated the {VARIABLE_OP second_unit.experience sub $unit.level} from the attack_end event so that the unit gets the normal 8'levle in the end
20160429 20:11:58< Ravana_> I think unstoring there interrupts combat so no normal xp is given
20160429 20:13:00-!- Kwandulin_2 [~Miranda@p5DDD0428.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160429 20:14:01< Ravana_> I haven't got around to adding this ability to ageless so I haven't tested yet
20160429 20:14:22-!- Kwandulin [~Miranda@p200300760F3949227D515C4C1E41E506.dip0.t-ipconnect.de] has quit [Ping timeout: 250 seconds]
20160429 20:15:07< gfgtdf> Ravana_: hmm well in any case, i do think that a isimilar code coudl work, but i am not sure whether its easier than zookeepers idea
20160429 20:15:55< Ravana_> oh indeed
20160429 20:16:38< Ravana_> with filter_second variant too I suppose
20160429 20:26:03-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 240 seconds]
20160429 20:26:31-!- Nobun [~nobun@host136-128-dynamic.245-95-r.retail.telecomitalia.it] has quit [Quit: Salve a tutti]
20160429 20:28:13-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160429 20:36:49-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160429 20:37:43-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160429 20:38:09-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160429 20:39:59-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20160429 20:40:08-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160429 20:42:48-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 244 seconds]
20160429 20:44:55-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160429 20:45:17< Aginor> zookeeper: I wouldn't have caused a dialog to be auto-dismissed. Not rendered, possibly, but not auto-dismissed
20160429 20:45:39< Aginor> I'll look at it
20160429 20:45:41< zookeeper> oh, okay.
20160429 20:45:57< zookeeper> does it sound related to what vultraz has worked on?
20160429 20:50:33-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20160429 20:50:40-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160429 20:53:43< Aginor> possibly, but  didn't quite follow everything he was doing
20160429 20:53:51-!- stikonas_ is now known as stikonas
20160429 20:53:54< Aginor> but he did convert it to GUI2, didn't he?
20160429 20:55:13-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Client Quit]
20160429 20:55:31-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160429 20:56:57< zookeeper> no idea
20160429 20:57:58< Aginor> I've got consulting to do, but I'm hoping to be able to put some time into wesnoth this weekend
20160429 20:58:23-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Client Quit]
20160429 20:58:43-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160429 21:03:36-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20160429 21:03:48-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160429 21:04:16-!- Kwandulin_2 [~Miranda@p5DDD0428.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160429 21:05:12-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Client Quit]
20160429 21:05:24-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160429 21:07:15-!- mjs-de [~mjs-de@x4db68a0d.dyn.telefonica.de] has quit [Remote host closed the connection]
20160429 21:12:10-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160429 21:12:38< gfgtdf> Aginor: hmm i cannot repduce it auto dismissing
20160429 21:21:50-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160429 21:40:58< zookeeper> for me it happens every time
20160429 21:47:37< Aginor> zookeeper: so what is it you're doing that gfgtdf doesn't do? :)
20160429 21:48:22< gfgtdf> zookeeper: you are talking about the popup when you try to to open the recall manu in the first scenario of a campaign ?
20160429 21:50:05< zookeeper> yes
20160429 21:51:33< gfgtdf> zookeeper: you open it via hotkey?
20160429 21:52:07< zookeeper> ohhh that's it. if i open it via hotkey, it remains. if i open via right-click, it disappears.
20160429 21:53:07< gfgtdf> zookeeper: hmm ok maybe the hotkeydialog somehow treats the click in the manu as a dismiss click.
20160429 21:54:54< gfgtdf> at lest i know that there were similar cases in gui1 gui2 incompability
20160429 21:54:57< Aginor> doesn't a click outside a dialog treat it as being dismissed?
20160429 21:55:23< Aginor> so is the dialog created, and receives the click that created it as a dismiss-click?
20160429 21:56:06< gfgtdf> Aginor: yes that'd be my guess what happens, but i'm not sure
20160429 21:57:37< gfgtdf> Aginor: jus tnoticed that this doesn't happen when i  continuite pressing  the left mousebutton (not leaving it)
20160429 21:57:58 * Aginor nods
20160429 21:58:07< Aginor> when is the dialog created?
20160429 21:58:12< Aginor> button down or up?
20160429 21:58:20< gfgtdf> Aginor: mouse down
20160429 21:58:27< Aginor> ah :)
20160429 21:58:35< Aginor> and presumably the mouse up dismisses it
20160429 21:58:46< gfgtdf> Aginor: no it seems 
20160429 21:59:04< gfgtdf> Aginor: somhow it doesnt dismiss it when i do the mouse up after some time.
20160429 21:59:29< gfgtdf> Aginor: i only dismisses it when i doa  short click
20160429 21:59:37< Aginor> interesting
20160429 21:59:53< Aginor> but it sounds like the event handling is race-prone there
20160429 22:00:16< Aginor> although it's not multithreaded so it's the wrong term
20160429 22:02:03< Aginor> I think the *right* way to deal with it is to look at how SDL?MouseButtonEvent is handled
20160429 22:02:21< Aginor> and see if we can turn it into full clicks instead of button down or up
20160429 22:02:29< Aginor> because that's what we're actually interested in
20160429 22:03:57< Aginor> but that's probably hard ,)
20160429 22:04:35 * Aginor sighs
20160429 22:04:52< Aginor> if I had a couple of months off work I could improve so many things ,)
20160429 22:24:28-!- ChipmunkV [~vova@d0017-2-88-172-31-68.fbx.proxad.net] has quit [Quit: ChipmunkV]
20160429 22:26:49-!- ChipmunkV [~vova@d0017-2-88-172-31-68.fbx.proxad.net] has joined #wesnoth-dev
20160429 22:27:17-!- ChipmunkV [~vova@d0017-2-88-172-31-68.fbx.proxad.net] has quit [Client Quit]
20160429 22:56:00< Aginor> https://gna.org/bugs/index.php?24623
20160429 22:56:24< Aginor> that looks serious on 1.12
20160429 22:56:37< zookeeper> :/
20160429 22:57:07< zookeeper> also sounds like one of those bugs which no one can reproduce because you need a very specific setup for it or something
20160429 22:57:20< Aginor> it does
20160429 23:00:03< shadowm> celticminstrel: Maybe you can help? https://forums.wesnoth.org/viewtopic.php?f=5&t=44120
20160429 23:02:23< Aginor> gfgtdf: is this crash in your area of expertise? https://forums.wesnoth.org/viewtopic.php?f=5&t=40694&start=30
20160429 23:04:52< gfgtdf> Aginor: actually  SigurdFireDragon  reportd 3 diffrent crashes, from which is fixed 2 (1 related to loaindscgeen threading, and one related to [effect]apply_to=variation)
20160429 23:05:09-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20160429 23:05:18< Aginor> so all fixed?
20160429 23:05:40< gfgtdf> Aginor: for the third crash i couldn't do anything, becasue i was neigher able to reproduce it not was  SigurdFireDragon able to provide a complatele stacktrace for that one
20160429 23:05:59< gfgtdf> s/not/nor
20160429 23:06:20< gfgtdf> Aginor: also  he said it woudl onyl happen with a a certain cmpilation method
20160429 23:06:47< gfgtdf> Aginor: yes it seems liek that thread is yout that third one
20160429 23:07:28< Aginor> cool then ;)
20160429 23:07:29< Aginor> thanks
20160429 23:07:32< gfgtdf> Aginor: the problem is that these stacktraces onyl show buffer::~buffer  not the functionnames below
20160429 23:08:04< Aginor> we should get a cross-platform crash reporting thing going
20160429 23:08:41< Aginor> and leave it disabled in 1.13.x unless explicitly enabled ,)
20160429 23:08:47< Aginor> or in a release
20160429 23:09:13< gfgtdf> Aginor: well i think the problem is that often functionnames cannot be reported in relase build becasue of compiler optimisations
20160429 23:09:46< Aginor> it makes it harder ;)
20160429 23:11:51< Aginor> do we strip debug symbols on our release builds?
20160429 23:14:25< gfgtdf> Aginor: hmm only loonycyborg knows but i'd guess yes
20160429 23:15:14< Aginor> gfgtdf: might be worth to ask him for https://msdn.microsoft.com/en-us/library/windows/desktop/bb787181%28v=vs.85%29.aspx
20160429 23:15:49< loonycyborg> Aginor: I don't do any explicit stripping
20160429 23:15:58< loonycyborg> just a compile with gcc -O2
20160429 23:16:11< loonycyborg> afaik it only keeps function names
20160429 23:16:21< gfgtdf> Aginor: hmm i don'T think that'd help me since i mostlikeley cannot debug his gcc build with msvc anway.
20160429 23:16:27< Aginor> loonycyborg: -g as well or not?
20160429 23:16:30< gfgtdf> loonycyborg: they do?
20160429 23:16:41< loonycyborg> no -g
20160429 23:16:57< Aginor> I suspect you don't even have function names then
20160429 23:17:04< Aginor> I may be wrong
20160429 23:17:17< Aginor> it's been many years since I looked at it in detail
20160429 23:17:54< loonycyborg> in any case afaik ms debuggers can't use gcc debug info
20160429 23:19:38< Aginor> yeah
20160429 23:19:55< loonycyborg> why can't someone add it as a plugin or something..
20160429 23:20:11< Aginor> probably because it's really hard :)
20160429 23:20:21< gfgtdf> Aginor: also that crashs eems to come from network_worker.cpp so i hope that it vanish if we ever replace that code with a boost::asio based inplemetation on clientside too
20160429 23:20:39< Aginor> yes
20160429 23:20:48< gfgtdf> loonycyborg: do you plan on porting the client code to boost::asio too after moving the wesnothd?
20160429 23:21:17< loonycyborg> eventually yes
20160429 23:21:24< loonycyborg> but there's also campaignd
20160429 23:21:33< loonycyborg> and I expect clientside to be hardest part
20160429 23:21:59< Aginor> loonycyborg: have you had a chance to fix the ban-list yet?
20160429 23:22:34< loonycyborg> I think I reenabled that code
20160429 23:22:43< loonycyborg> just check commits there
20160429 23:23:42< Aginor> ok
20160429 23:24:15< Aginor> I should see if there's a way to make github tell me when a PR I'm interested in is updated by more pushes
20160429 23:24:30-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 246 seconds]
20160429 23:31:29< Aginor> loonycyborg: do you think your PR is in a good state to merge?
20160429 23:31:51< loonycyborg> I need to test a couple things yet
20160429 23:32:00< loonycyborg> and I think there's still commented code
20160429 23:32:31< Aginor> should we bother making any test scenarior?
20160429 23:32:57< Aginor> I guess I mean a test plan :)
20160429 23:33:18< Aginor> so we can tick off that all functionality has been verified as working before we merge?
20160429 23:33:46< loonycyborg> it's already part of travis ci
20160429 23:33:58< loonycyborg> I wanted to check admin functionality and user handler
20160429 23:34:04< Aginor> does travis test lobby and similar functionality too?
20160429 23:34:49< gfgtdf> Aginor: afaik travis does a simple mp game
20160429 23:35:02< gfgtdf> Aginor: which includes joaining  hosting/joining  a game in th elobby
20160429 23:36:52< Aginor> yes, but if we want to make sure there's no regressions we need to try more than "simple", right?
20160429 23:38:27< gfgtdf> Aginor: yes the curent tst sureley doesn't test anything
20160429 23:38:50< gfgtdf> Aginor: in particual loonycyborgs branch passes even though there are still some thing unimplemented afaik
20160429 23:39:02< Aginor> yes
20160429 23:39:21< Aginor> which is why I was wondering if we should make a list so we don't miss anything
20160429 23:39:31< Aginor> and we can merge it with confidence
20160429 23:41:43< celticminstrel> Neither mattsc nor ancestral seem to be around today.
20160429 23:42:02< Aginor> the weekend is still young :)
20160429 23:45:43< loonycyborg> most of unimplemented things are in admin commands and the like
20160429 23:47:23-!- noy_ [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20160429 23:47:50-!- noy [~Noy@wesnoth/developer/noy] has quit [Read error: Connection reset by peer]
20160429 23:47:50-!- noy_ is now known as noy
--- Log closed Sat Apr 30 00:00:18 2016