--- Log opened Thu Dec 04 00:00:37 2014
20141204 00:29:54-!- Ardonik [~user@adsl-75-28-96-218.dsl.irvnca.sbcglobal.net] has quit [Ping timeout: 256 seconds]
20141204 00:50:54-!- Anakonda [Anakonda@dsl-tkubrasgw1-54f9ba-178.dhcp.inet.fi] has quit [Read error: Connection reset by peer]
20141204 00:55:08-!- Appleman1234 [~Appleman1@s77.BMT-e1.vectant.ne.jp] has quit [Remote host closed the connection]
20141204 01:01:16-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20141204 01:19:25-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20141204 01:21:57-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20141204 01:22:54-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20141204 01:24:04< iceiceice> gfgtdf: do you think this commit is bad? https://github.com/cbeck88/wesnoth/commit/4d14d0e01170587f18729910b805dc377e1ce2ed
20141204 01:24:36< iceiceice> for some reason if i run server, client and host locally and with no gui, the client cannot join because it is blocked by itself
20141204 01:25:40< iceiceice> maybe i should investigate more thoguh
20141204 01:26:21< gfgtdf> iceiceice: that's really strange i dont see hwo a player that isnt already in tehe game can block something
20141204 01:26:55< iceiceice> im not really sure
20141204 01:27:12< gfgtdf> iceiceice: did you somehow manage to connect to teh server multiple times with teh same id ?
20141204 01:27:57< iceiceice> i don't think that is what's happening but i didn't specifically examine server logs
20141204 01:28:05-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20141204 01:28:48< iceiceice> it is not officially allowed to run the mp stuff with no gui,
20141204 01:29:25< iceiceice> i had to fix several issues before getting to this point, for instance if the gui1 text box has no visible space, it will cause an infinite loop by trying to word wrap a single character infinitely
20141204 01:29:54< iceiceice> so its not terribly surprising that more stuff is broken but i'm not sure how exactly this one can happen
20141204 01:30:38< iceiceice> i thought maybe when the latency is very low it causes packets to arrive in a different order somehow
20141204 01:31:00< gfgtdf> iceiceice: which package is there sended before ?
20141204 01:31:33< iceiceice> gfgtdf: i added this because, when i examined the debug output of this line: https://github.com/cbeck88/wesnoth/commit/4d14d0e01170587f18729910b805dc377e1ce2ed#diff-9f1ff2cf91644b0b017ab1271fc2026dL311
20141204 01:31:46< iceiceice> i saw that the very first time it tried to join, the playerid was already set
20141204 01:31:53< iceiceice> i didn't turn on log-debug=network
20141204 01:32:04< iceiceice> so i don't actually know about the order of messages specifically
20141204 01:32:56< iceiceice> probably i should look into it more deeply before committing final version
20141204 01:33:56< gfgtdf> iceiceice: and that happens onyl in non gui mode ?
20141204 01:34:25< iceiceice> yes
20141204 01:34:59< iceiceice> command line is like "wesnoth -m --server=localhost:12345 --username=host --plugin=host.lua --nogui"
20141204 01:35:08< iceiceice> without the --nogui it works fine
20141204 01:35:26< gfgtdf> iceiceice: the lua plugin work with and without gui ?
20141204 01:35:30< gfgtdf> works*
20141204 01:35:31< iceiceice> yes
20141204 01:36:49< iceiceice> yes but i think it won't work on travis unless there is a --nogui option
20141204 01:40:08< gfgtdf> iceiceice: are the _commandline functions of multiplayer onvolved in --nogui with lua plugins ?
20141204 01:41:03< iceiceice> i don't know actually,
20141204 01:41:22< iceiceice> right now the game rejects --nogui unless you have --multiplayer or --screenshot or unit test
20141204 01:41:28< iceiceice> but i could change that i guess
20141204 01:42:43< gfgtdf> iceiceice: does it happen when you start teh host in commandline but the other cleint in gui mode ?
20141204 01:42:56< iceiceice> i did not test that
20141204 01:43:54< gfgtdf> iceiceice: i wonder why "wesnoth -m --server=localhost:12345 --username=host --plugin=host.lua --nogui" is onyl for teh hosts also also for the ther client?  even tries to join a game, is host.lua used for hosts and other cleints ?
20141204 01:44:31< iceiceice> the client is like "wesnoth -m --server=localhost:12345 --username=join --plugin=join.lua --nogui"
20141204 01:44:42< iceiceice> -m is also not necessary
20141204 01:44:51< iceiceice> except for the --nogui option right now
20141204 01:45:08< gfgtdf> iceiceice: what does -m do ?
20141204 01:45:14< iceiceice> -m only causes it to move to the server immediately instead of waiting in title screen
20141204 01:45:16< iceiceice> with these options
20141204 01:45:28< iceiceice> -m is the same as --multiplayer
20141204 01:45:37< iceiceice> if you specify a scenario then i guess it makes a local game
20141204 01:45:49< iceiceice> its a bit confusing
20141204 01:48:29< iceiceice> hmmm okay
20141204 01:48:35< iceiceice> without --multiplayer it seems to work fine
20141204 01:49:28< gfgtdf> iceiceice: :s maybe both -m and the lua script are sending a package to the server which confuses it.
20141204 01:49:45< iceiceice> yeah maybe
20141204 01:49:54< iceiceice> i have never read exactly what --multiplayer does
20141204 01:50:22< iceiceice> i don't think using it this way was ever intended though
20141204 01:50:30< iceiceice> since if you have --multiplayer --nogui and you are on the server you cannot contorl it
20141204 01:50:34< iceiceice> *control it
20141204 01:51:55< iceiceice> ok, i'm going to drop that commit i think
20141204 02:18:42-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 256 seconds]
20141204 02:32:53-!- irker191 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20141204 02:42:17-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20141204 02:45:13-!- gfgtdf [~chatzilla@f054141172.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.91 [Firefox 34.0/20141125180439]]
20141204 03:03:21-!- TooLmaN [~TooLmaN@c-174-56-210-230.hsd1.ga.comcast.net] has quit [Read error: Connection reset by peer]
20141204 03:10:35-!- ancestral [~ancestral@75-161-233-211.mpls.qwest.net] has joined #wesnoth-dev
20141204 03:22:53-!- happygrue_ [~Laptop@wesnoth/developer/wintermute] has joined #wesnoth-dev
20141204 03:24:40-!- un214 [~un214@2602:304:37b8:d7d9:56a0:50ff:fe57:101d] has joined #wesnoth-dev
20141204 03:25:34-!- happygrue [~Laptop@wesnoth/developer/wintermute] has quit [Ping timeout: 256 seconds]
20141204 03:30:48-!- un214 [~un214@2602:304:37b8:d7d9:56a0:50ff:fe57:101d] has quit [Remote host closed the connection]
20141204 03:34:12-!- ancestral [~ancestral@75-161-233-211.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20141204 03:40:44-!- Ivanovic_ [~ivanovic@frnk-5f74df28.pool.mediaWays.net] has joined #wesnoth-dev
20141204 03:43:25-!- ancestral [~ancestral@75-161-233-211.mpls.qwest.net] has joined #wesnoth-dev
20141204 03:44:11-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 244 seconds]
20141204 03:44:39-!- Ivanovic_ is now known as Ivanovic
20141204 03:45:55-!- ancestral [~ancestral@75-161-233-211.mpls.qwest.net] has quit [Client Quit]
20141204 03:50:05-!- happygrue_ is now known as happygrue
20141204 04:20:57-!- happygrue [~Laptop@wesnoth/developer/wintermute] has quit [Remote host closed the connection]
20141204 04:32:46-!- Ardonik [~user@adsl-75-28-98-215.dsl.irvnca.sbcglobal.net] has joined #wesnoth-dev
20141204 04:33:15-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20141204 05:03:11-!- Ivanovic_ [~ivanovic@frnk-5f74df28.pool.mediaWays.net] has joined #wesnoth-dev
20141204 05:08:35-!- Ivanovic [~ivanovic@frnk-5f74df28.pool.mediaWays.net] has quit [Ping timeout: 258 seconds]
20141204 05:09:05-!- Ivanovic_ is now known as Ivanovic
20141204 05:10:57-!- oldlaptop [~quassel@50-108-67-218.adr01.mskg.mi.frontiernet.net] has quit [Ping timeout: 240 seconds]
20141204 05:20:17-!- oldlaptop [~quassel@50-108-67-218.adr01.mskg.mi.frontiernet.net] has joined #wesnoth-dev
20141204 05:24:23-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Ping timeout: 252 seconds]
20141204 06:27:45-!- cib0 [~cib@p5DC75722.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141204 06:28:32-!- cib0 [~cib@p5DC75722.dip0.t-ipconnect.de] has quit [Client Quit]
20141204 06:37:05-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20141204 06:50:39-!- zookeeper [zookeeper@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20141204 06:51:32-!- Ivanovic [~ivanovic@frnk-5f74df28.pool.mediaWays.net] has quit [Changing host]
20141204 06:51:32-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20141204 07:03:47-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20141204 07:34:17-!- Crendgrim [~crend@wesnoth/forum-moderator/crendgrim] has quit [Ping timeout: 240 seconds]
20141204 07:40:15-!- Gallaecio_ [~quassel@84.120.181.42.dyn.user.ono.com] has quit [Remote host closed the connection]
20141204 07:41:05-!- irker888 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20141204 07:41:05< irker888> wesnoth: ln-zookeeper wesnoth:master f27027bfa6be / data/core/units/khalifate/ (Ghazi.cfg Khalid.cfg Shuja.cfg): Fix bug #23024 by repositioning {SOUND:SLOW} http://git.io/nVzszw
20141204 07:42:51< irker888> wesnoth: ln-zookeeper wesnoth:1.12 0a5cdbc39591 / data/core/units/khalifate/ (Ghazi.cfg Khalid.cfg Shuja.cfg): Fix bug #23024 by repositioning {SOUND:SLOW} http://git.io/57R8gQ
20141204 07:44:16< zookeeper> ^ i dunno why that fixes it, but it does... at least in 1.12
20141204 07:54:24< Sirp> :-S
20141204 07:59:58-!- boucman_work [~jrosen@193.56.60.161] has joined #wesnoth-dev
20141204 07:59:58-!- boucman_work [~jrosen@193.56.60.161] has quit [Changing host]
20141204 07:59:58-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20141204 08:00:33< zookeeper> Sirp, what? :P
20141204 08:05:14-!- Coffee_irc [~david@ppp121-45-26-75.lns20.adl2.internode.on.net] has joined #wesnoth-dev
20141204 08:06:39< Sirp> zookeeper: well sounds like bizarre behavior
20141204 08:08:38< zookeeper> animation WML (still, presumably) has some quirks because AFAIK the different if branches are sort of pre-compiled into separate anims or something, so you can't just do anything and everything with it
20141204 08:08:55< zookeeper> maybe boucman_work or Coffee_irc can tell whether that's still anywhere near an accurate description :P
20141204 08:09:32< Coffee_irc> hi
20141204 08:09:35< zookeeper> Coffee_irc, what was the bug fixed by 531af4c9? i compared and didn't seem to hear any difference
20141204 08:10:07< Coffee_irc> zookeeper: do you have the full revision number?
20141204 08:10:10-!- Appleman1234 [~Appleman1@s77.BMT-e1.vectant.ne.jp] has joined #wesnoth-dev
20141204 08:10:16< zookeeper> 531af4c95429f6f102fbd73ded3a61d71cf1cce8
20141204 08:11:52< Coffee_irc> hmm, I can't find it
20141204 08:11:58< Coffee_irc> is it on master?
20141204 08:12:32< irker888> wesnoth: Charles Dang wesnoth:master ff3f5daf6c92 / data/campaigns/Under_the_Burning_Suns/scenarios/10_Speaking_with_the_Fishes.cfg: UtBS S10: 'tallest peak was build' -> '[...] built' http://git.io/ZkbqMg
20141204 08:12:35< irker888> wesnoth: Charles Dang wesnoth:1.12 ac88447af1dd / data/campaigns/Under_the_Burning_Suns/scenarios/10_Speaking_with_the_Fishes.cfg: UtBS S10: 'tallest peak was build' -> '[...] built' http://git.io/Mq13Kw
20141204 08:12:44< vultraz> whoot it worked \o/
20141204 08:13:10< boucman_work> zookeeper, that was the case last time I worked on it, I don'tk know if it changed since
20141204 08:13:25< Coffee_irc> hi boucman_work
20141204 08:13:40< boucman_work> but I know why it was done that way, and I still have no idea how to do it differently...
20141204 08:13:43< boucman_work> hey Coffee_irc 
20141204 08:13:47< boucman_work> long time no talk :)
20141204 08:14:20< Coffee_irc> I've been not so active of late
20141204 08:14:28< Coffee_irc> but I think I might get back in some time
20141204 08:14:35< boucman_work> hehe
20141204 08:14:48< Coffee_irc> how's the weather in France
20141204 08:14:52 * boucman_work had his 10years of wesnoth birthday in march IIRC :P
20141204 08:14:55< boucman_work> winter like
20141204 08:15:00< boucman_work> cold and more or less dry
20141204 08:15:10 * vultraz was in france in august and it felt like winter
20141204 08:15:47< Coffee_irc> 10 years hey
20141204 08:16:18< Coffee_irc> that's amazing
20141204 08:16:23< zookeeper> Coffee_irc, nah, in 1.12
20141204 08:16:37< zookeeper> * Workaround for slows+attack sound bug with Ghazi line to be fixed in 1.13
20141204 08:17:00< Coffee_irc> oh, yes
20141204 08:17:02< Coffee_irc> I remember now
20141204 08:17:14< Coffee_irc> it's this whole branch if/else thing for animations
20141204 08:17:37< Coffee_irc> it's nearly bulletproof now, but not quite there
20141204 08:18:26< Coffee_irc> I rewrote it to match more smartly parallel if statements and embedded ones
20141204 08:18:42< Coffee_irc> but if hits=yes and hits=kills they don't merge properly yet
20141204 08:18:59< Coffee_irc> only for hits=yes and hits=no in parallel for the same animation
20141204 08:19:26< Coffee_irc> (this is because hits=yes translates to hits=kill,hit
20141204 08:19:44< Coffee_irc> and it doesn't match exactly hits=kill
20141204 08:19:59< Coffee_irc> anyway it's all boucman_work's fault :P
20141204 08:21:52< zookeeper> right... but do you remember which bug that commit fixed? because it still had the problem of the slow sound getting played on miss
20141204 08:22:01< zookeeper> (which i now fixed)
20141204 08:23:00< Coffee_irc> zookeeper: some of the sound timings were fixed here
20141204 08:23:13< Coffee_irc> although you wouldn't know because of the lack of animations
20141204 08:23:20< Coffee_irc> so it doesn't really matter
20141204 08:24:14< Coffee_irc> zookeeper: the slow sound shouldn't have played on miss on the 1.12 branch for this
20141204 08:24:30< zookeeper> it did!
20141204 08:24:44< zookeeper> i was very confused for a moment in a 3p survival because of it :P
20141204 08:24:58< Coffee_irc> well, ok
20141204 08:25:21< Coffee_irc> zookeeper: is it now fixed on 1.12?
20141204 08:26:01< zookeeper> but since the fix only required moving the {SOUND:SLOW} to the end of the anim, i attribute the problem to one of the quirks in the animation system that i don't fully understand
20141204 08:26:26< Coffee_irc> well hits=yes doesn't match hits=hit
20141204 08:26:27< zookeeper> Coffee_irc, well, based on my tests, yes, the sounds now work correctly... but of course the underlying bug, if it's a bug, still exists
20141204 08:26:40< Coffee_irc> and it makes 2 separate animations to choose randomly between
20141204 08:27:00< Coffee_irc> it's unfortunate, but harder to fix than it seems at first
20141204 08:27:12< zookeeper> oh i think i almost understand
20141204 08:27:22< Coffee_irc> this is why I tried a workaround for 1.12
20141204 08:28:10< Coffee_irc> I've got it mapped out on a pad how to fix this and plan to do this for 1.13
20141204 08:29:16< Coffee_irc> takes a bit of thinking on how to combine the logic internally for this so it creates the equivalent parallel branches properly
20141204 08:29:19< zookeeper> so how can simply moving the {SOUND:SLOW} fix the problem? is it because then the sprite anim hits=yes block gets split first, and if it's done in that order it'll work right?
20141204 08:29:42< Coffee_irc> zookeeper: it doesn't solve the problem :P
20141204 08:30:03< zookeeper> but... it did for me
20141204 08:30:04< Coffee_irc> the order doesn't matter
20141204 08:30:34< Coffee_irc> ah, you see it has a 50% chance of working properly
20141204 08:31:03< Coffee_irc> it should pick out one internal "branch" at random
20141204 08:31:08< zookeeper> i think i tested it quite a few times to make sure, so if it had a 50% chance of failing on every attempt it'd be very unlikely it wouldn't have happened at least once...
20141204 08:31:08< Coffee_irc> that matches all the conditions
20141204 08:31:11 * zookeeper tries again
20141204 08:31:35 * zookeeper facepalms
20141204 08:31:43< zookeeper> and indeed, the first time i try it _now_, it fails
20141204 08:31:49< Coffee_irc> yeah
20141204 08:31:54< zookeeper> i swear i did at least like 5 tries before
20141204 08:31:59< Coffee_irc> it is something that needs fixing
20141204 08:32:05< Coffee_irc> but it is much better than before
20141204 08:32:46< Coffee_irc> now any nesting or parallel conditions can be used as long as they don't form subsets like hits=yes and hits=kill/hit
20141204 08:33:04< Coffee_irc> this is really the only subset issue that causes problems
20141204 08:33:07< zookeeper> ok, so i could... change the sprite anim to just use hits=kill,hit?
20141204 08:33:23< zookeeper> instead of hits=yes
20141204 08:33:27< Coffee_irc> yeah, it would work fine if you split the hits into the hits/kill/miss
20141204 08:33:48< Coffee_irc> or whatever the sound:slows macro uses
20141204 08:34:07< Coffee_irc> if it is the same then it will work every time
20141204 08:34:20< zookeeper> well the macro only has one [if] block with hits=hit, because i didn't want the sound to play when killing
20141204 08:36:55< Coffee_irc> zookeeper: it needs 3 statements
20141204 08:37:00< Coffee_irc> one for hits=hit
20141204 08:37:06< Coffee_irc> another for hits=kill
20141204 08:37:10< Coffee_irc> and one for hits=miss
20141204 08:37:15< Coffee_irc> until the bug is sorted
20141204 08:37:33< zookeeper> okay
20141204 08:37:41< Coffee_irc> interestingly only the khalifate have this problem because no other unit plays 2 sounds with slows
20141204 08:39:10< zookeeper> i guess i can just add empty [else] blocks in SOUND:SLOW (one with hits=kill and other with hits=no)
20141204 08:39:45< zookeeper> well i don't really see a real difference with other units; all units play 2 sounds with slow
20141204 08:39:59< Coffee_irc> the filter_second thing in SOUND:SLOW makes it a bit harder
20141204 08:41:11< Coffee_irc> zookeeper: all other units play it as a separate attack_sound_frame
20141204 08:41:22< Coffee_irc> that plays regardless of whether it hits or not
20141204 08:41:40-!- Crendgrim [~crend@wesnoth/forum-moderator/crendgrim] has joined #wesnoth-dev
20141204 08:42:20< Coffee_irc> although the pillager is the same I suppose
20141204 08:42:56< zookeeper> eh? everything uses {SOUND:SLOW}
20141204 08:43:11< zookeeper> shaman for instance just uses what you say for the entangle sound
20141204 08:48:27< Coffee_irc> hmm
20141204 08:48:43< Coffee_irc> I wonder if the filter_second makes it need to appear after the sound macro
20141204 08:49:09< Coffee_irc> it appears to work okay for me (it always plays the slow sound, but 50% on the mace at the same time)
20141204 08:49:15< Coffee_irc> which is okay I suppose
20141204 08:51:24< zookeeper> really all this shouldn't even have anything to do with animations, status sounds should be played when the status is inflicted on a unit
20141204 08:51:39< zookeeper> that it's done with anims in the first place was just a hack originally
20141204 08:51:51< Coffee_irc> boucman_work's fault :P
20141204 08:52:49< boucman_work> zookeeper, it was done for backward compatibility reason
20141204 08:53:12< boucman_work> the big "fault" is that hit=yes/no was added very early in the animation, 
20141204 08:53:35< boucman_work> and as a consequence of that syntax we can't separate cleanly the "condition" part of an animation frame of the "action" part
20141204 08:54:05< boucman_work> and that in turn means that the if/else is not an if/else internally but a macro expansion
20141204 08:54:18< zookeeper> so what options are there for fixing this WML-side? anything aside from getting rid of the macro and just re-writing all slowing attack anims individually?
20141204 08:55:02< Coffee_irc> zookeeper: I think adding SOUND:SLOW to the end of the anim is good enough personally
20141204 08:55:16< Coffee_irc> it seems to play the sound for slows when it is needed
20141204 08:55:24< Coffee_irc> and the other sound 50% od the time
20141204 08:55:29< Coffee_irc> at the same time
20141204 08:55:49< Coffee_irc> it will be fixed properly in 1.13
20141204 08:57:21< zookeeper> for me it still plays the slow sound when missing
20141204 08:57:23< Coffee_irc> the file will need a "do not touch this code ever again" when it finally works with all cases :P
20141204 08:57:47< Coffee_irc> oh, I see
20141204 08:59:34< Coffee_irc> zookeeper: a "base_score" might be added carefully to make it work in the SOUND:SLOW macro maybe
20141204 09:03:07< zookeeper> hmh
20141204 09:04:33< Coffee_irc> zookeeper: http://pastebin.com/Q6tUypci
20141204 09:04:56< Coffee_irc> seems to work for me and doesn't require much more WML work
20141204 09:06:28< Coffee_irc> I think this is what I was intending with the commit you mentioned earlier, but for some reason used hits=yes/no instead
20141204 09:06:57< zookeeper> okay
20141204 09:07:17< zookeeper> i'd expect that to clash with anims which also use SOUND:HIT_AND_MISS, because that uses hits=yes/no
20141204 09:07:30< zookeeper> i mean, those anims would need to be written out too
20141204 09:07:33< Coffee_irc> yeah, it probably does
20141204 09:07:42< zookeeper> or that macro expanded similarly...
20141204 09:09:29< zookeeper> i need a break. and some food. and pie.
20141204 09:09:49< Coffee_irc> :)
20141204 09:10:46< Coffee_irc> funny thing is that it all seems to work for the pillager :P
20141204 09:13:25< boucman_work> I'm pretty sure I deprecated hit=yes/no in favor of hit=hit/miss/kill in 1.4 or so :P
20141204 09:14:04< Coffee_irc> boucman_work: they are still there
20141204 09:14:22< boucman_work> yeah, I know
20141204 09:14:47< Coffee_irc> with the range animations it is funny because you don't even notice the second sound not playing 50% of the time with the slows sound
20141204 09:15:55< Coffee_irc> I need to change the internal workings to use hits/miss/kill and match subsets
20141204 09:16:34< Coffee_irc> so multiple blocks get mixed together properly
20141204 09:22:04< Coffee_irc> actually I suppose the best thing to do would be to rewrite the way that animation conditions are internally handled
20141204 09:22:22< Coffee_irc> so the conditions are evaluated on attacks as they happen
20141204 09:22:41< Coffee_irc> instead of expanded into separate whole blocks
20141204 09:23:07< Coffee_irc> this could be coded to keep backwards compatibility as well
20141204 09:32:05-!- lipkab [~the_new_l@2001:738:5404:192:9e4e:36ff:fe7c:534c] has joined #wesnoth-dev
20141204 09:34:44< lipkab> anonymissimus: SDL_gpu is imported in the source tree for two reasons:
20141204 09:35:08< lipkab> 1) Its API can't be considered stable.
20141204 09:36:33< lipkab> 2) It's not included in popular Linux repositories.
20141204 09:38:45< lipkab> However, SDL_gpu files are not used at all unless the ENABLE_SDL_GPU macro is defined, so you probably needn't include them in the MSVC project at all, surely not for the default target.
20141204 09:40:03< lipkab> shikadibot: seen anonymissimus
20141204 09:40:03< shikadibot> lipkab: The person with the nick anonymissimus last spoke 18h 13m ago.  17h 56m ago they left with the message: Quit: ChatZilla 0.9.90.1 [Firefox 11.0/20120312181643]
20141204 09:52:25-!- mjs-de [~mjs-de@g228149209.adsl.alicedsl.de] has joined #wesnoth-dev
20141204 09:56:49< zookeeper> Coffee_irc, in any case, i take it that whatever engine-side fixes might be coming will be too far away and/or complicated that they won't be backported to 1.12?
20141204 09:57:03< Coffee_irc> zookeeper: yeah
20141204 09:57:07< zookeeper> roger
20141204 09:57:18< Coffee_irc> unless boucman_work has something up his sleeve ;)
20141204 09:57:45< Coffee_irc> I think the only way to fix this is change the way the engine internally reads thes condition blocks
20141204 09:57:56< Coffee_irc> and make it not expand internally any more
20141204 09:58:33< Coffee_irc> as it is I think the only units that you might notice with this bug are the khalifate units
20141204 10:16:49< zookeeper> ohh... it seems like i could indeed remove the slow/poison sounds mess from animations altogether because with lua i can insert a global hits event which handles playing them when needed
20141204 10:17:10< zookeeper> however, that would cause duplication of those sounds in 1.12 UMC
20141204 10:20:11< zookeeper> (because both the global sound and the UMC's animation sound would play)
20141204 10:28:23< boucman_work> Coffee_irc, a nice tool to help animation developers would be a way to dump the expanded version of animations
20141204 10:28:33< boucman_work> that would be very noisy, but probably still helpfull
20141204 10:28:45< Coffee_irc> boucman_work: it already exists
20141204 10:29:01< boucman_work> oh, cool :)
20141204 10:29:03< Coffee_irc> I made the animation method writable to std::cout
20141204 10:30:07< Coffee_irc> in unit_animation.cpp there is some debug code that can be activated (line 243 or so)
20141204 10:30:25< Coffee_irc> this dumps the output as it is read internally and after it is expanded
20141204 10:31:08< zookeeper> yeah that sounds neat. does it dump everything everywhere, or can you do it selectively? :P
20141204 10:31:32< Coffee_irc> zookeeper: everything as soon as a unit appears for the first time
20141204 10:31:54< zookeeper> okay
20141204 10:32:57< Coffee_irc> I really think that for 1.13 we should replace the internal expansion with parsing on the fly
20141204 10:33:10< Coffee_irc> I think it might even run faster
20141204 10:33:38< Coffee_irc> and it wouldn't be as complicated
20141204 10:48:28< zookeeper> anyone good with wesnoth lua around? D: http://pastebin.com/64DyuALq
20141204 10:50:50< boucman_work> I know nothing about wesnoth's lua, but I would have expected "filter_attack = {" instead of "filter_attack,{"
20141204 10:50:59< boucman_work> so there is a key, value association
20141204 10:51:21< boucman_work> but again, what you wrote is syntactically correct from a lua point of view, and I don't know much more
20141204 10:52:22-!- lipkab [~the_new_l@2001:738:5404:192:9e4e:36ff:fe7c:534c] has quit [Quit: Sűrű sötét az éj, dühöng a déli szél]
20141204 10:53:34< zookeeper> yeah i don't think that's the problem here
20141204 10:54:14< zookeeper> oh, duh, quotes
20141204 10:54:38< zookeeper> name=sword vs name="sword" -.-
20141204 10:55:05< zookeeper> that was it
20141204 10:58:40< zookeeper> ok, so, complete lua workaround for slowed sounds: http://pastebin.com/TqHzzJW4
20141204 10:58:48< zookeeper> we could just have that and remove all slowed sounds from animations
20141204 10:59:31< zookeeper> (same for poison, of course)
20141204 11:00:22< zookeeper> the only difference in behavior would be that the sound would start when the unit is hit, not 100ms earlier, but i think i could live with that...
20141204 11:03:19-!- Anakonda [Anakonda@dsl-tkubrasgw1-54f9ba-178.dhcp.inet.fi] has joined #wesnoth-dev
20141204 11:12:42-!- irker888 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20141204 11:21:18-!- lipkab [~the_new_l@2001:738:5404:192:9e4e:36ff:fe7c:534c] has joined #wesnoth-dev
20141204 11:32:28-!- DHost [~Pcy@sd.pny.ovh] has joined #wesnoth-dev
20141204 11:34:26-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141204 11:57:47-!- lipkab [~the_new_l@2001:738:5404:192:9e4e:36ff:fe7c:534c] has quit [Remote host closed the connection]
20141204 12:03:13-!- _8680__ [~8680@2002:4404:712c:0:20f1:8d9d:bf0d:26d9] has quit [Ping timeout: 272 seconds]
20141204 12:04:50-!- cib0 [~cib@132.231.178.10] has joined #wesnoth-dev
20141204 12:07:53-!- _8680_ [~8680@2002:4404:712c:0:80c2:4364:5759:e0ba] has joined #wesnoth-dev
20141204 12:08:13-!- _8680_ is now known as Guest7428
20141204 12:14:11< zookeeper> ok, so... what i'd suggest is that i 1) implement abovementioned new way of playing slow/poison sounds but 2) in 1.12, add an extra unit type filter to make it only affect mainline units, and remove the slow/poison sounds from the anims of said units
20141204 12:15:04< zookeeper> that way no 1.12 UMC units get broken or their slow/poison sounds played twice, but mainline units will get to work correctly
20141204 12:15:43< zookeeper> i believe it shouldn't break any compatibility either... would have to make sure
20141204 12:26:01-!- cib0 [~cib@132.231.178.10] has quit [Quit: Leaving]
20141204 12:29:56-!- Guest7428 [~8680@2002:4404:712c:0:80c2:4364:5759:e0ba] has quit [Ping timeout: 244 seconds]
20141204 12:30:48-!- _8680__ [~8680@2002:4404:712c:0:a07b:a09c:58ea:3264] has joined #wesnoth-dev
20141204 12:38:43-!- _8680__ [~8680@2002:4404:712c:0:a07b:a09c:58ea:3264] has quit [Ping timeout: 244 seconds]
20141204 12:45:43-!- _8680__ [~8680@2002:4404:712c:0:70ff:47f8:af13:2cd5] has joined #wesnoth-dev
20141204 12:46:52-!- boucman_work [~jrosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20141204 12:50:06-!- boucman_work [~jrosen@bob75-2-81-56-46-209.fbx.proxad.net] has joined #wesnoth-dev
20141204 12:50:06-!- boucman_work [~jrosen@bob75-2-81-56-46-209.fbx.proxad.net] has quit [Changing host]
20141204 12:50:06-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20141204 12:51:25-!- _8680__ [~8680@2002:4404:712c:0:70ff:47f8:af13:2cd5] has quit [Ping timeout: 258 seconds]
20141204 12:52:05-!- _8680__ [~8680@2002:4404:712c:0:24bc:576a:97bb:bdd4] has joined #wesnoth-dev
20141204 13:20:52-!- _8680__ [~8680@2002:4404:712c:0:24bc:576a:97bb:bdd4] has quit [Remote host closed the connection]
20141204 13:21:18-!- _8680_ [~8680@2002:4404:712c:0:5982:7568:c791:176f] has joined #wesnoth-dev
20141204 13:21:53-!- _8680_ is now known as Guest57677
20141204 13:38:11-!- Guest57677 [~8680@2002:4404:712c:0:5982:7568:c791:176f] has quit [Ping timeout: 258 seconds]
20141204 13:39:13-!- _8680__ [~8680@2002:4404:712c:0:5d8d:485f:dcd9:309f] has joined #wesnoth-dev
20141204 13:41:20-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20141204 13:42:34-!- Coffee_irc [~david@ppp121-45-26-75.lns20.adl2.internode.on.net] has quit [Quit: Konversation terminated!]
20141204 15:11:05-!- anonymissimus [~chatzilla@HSI-KBW-078-042-069-130.hsi3.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20141204 15:12:12< anonymissimus> lipkab: it seems you misunderstand; what I mean by "include" is #include ".../sdl_gpu.h"
20141204 15:13:55< anonymissimus> in the code...so I would have to include conditionally...which I try to avoid and often doesnt work....but if the header is only used it that macro is defined, then it should be wrapped into #ifdef that macro for all built systems ?
20141204 15:15:07< anonymissimus> "often doesnt work" means it often doesnt get rid of the MSVC warning i try to remove
20141204 15:16:24< anonymissimus> note that there
20141204 15:17:19< anonymissimus> ...is no direct include of sdl_gpu.h, but its included in several main source files over some intermediate headers
20141204 15:18:26< anonymissimus> shikadibot: seen lipkab
20141204 15:18:26< shikadibot> anonymissimus: The person with the nick lipkab last spoke 5h 38m ago.  3h 20m ago they left with the message: Remote host closed the connection
20141204 15:20:56-!- anonymissimus [~chatzilla@HSI-KBW-078-042-069-130.hsi3.kabel-badenwuerttemberg.de] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 12.0/20120423122928]]
20141204 15:25:49-!- lipkab [~lipkab@host-91-147-212-169.biatv.hu] has joined #wesnoth-dev
20141204 16:18:56-!- matthiaskrgr [matthiaskr@unaffiliated/matthiaskrgr] has quit [Ping timeout: 265 seconds]
20141204 16:21:34-!- matthiaskrgr [matthiaskr@I.Eat.Babies.PanicBNC.nl] has joined #wesnoth-dev
20141204 16:21:57-!- matthiaskrgr is now known as Guest59269
20141204 16:23:53-!- Guest59269 [matthiaskr@I.Eat.Babies.PanicBNC.nl] has quit [Changing host]
20141204 16:23:53-!- Guest59269 [matthiaskr@unaffiliated/matthiaskrgr] has joined #wesnoth-dev
20141204 16:24:05-!- Guest59269 is now known as matthiaskrgr_
20141204 16:28:52-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20141204 16:30:38-!- c74d [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has quit [Remote host closed the connection]
20141204 17:00:24-!- gfgtdf [~chatzilla@f054141172.adsl.alicedsl.de] has joined #wesnoth-dev
20141204 17:07:47-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20141204 17:11:09-!- boucman_work [~jrosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20141204 17:16:29-!- happygrue [~Laptop@wesnoth/developer/wintermute] has joined #wesnoth-dev
20141204 17:18:01-!- anonymissimus [~chatzilla@HSI-KBW-078-042-069-130.hsi3.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20141204 17:21:27< anonymissimus> iceiceice: so why is the required boost version for building 1.10 now 1.48 even though the boost filesystem fix isnt backported ?
20141204 17:23:11< anonymissimus> iceiceice: as a general note, on my just 2.5 years old precise ubuntu I can no longer build wesnoth it seems, due to aggressive requirements raising
20141204 17:28:36-!- Gallaecio [~quassel@84.120.181.42.dyn.user.ono.com] has joined #wesnoth-dev
20141204 17:31:49-!- Gallaecio [~quassel@84.120.181.42.dyn.user.ono.com] has quit [Remote host closed the connection]
20141204 17:36:20< fabi> shikadibot: seen mattsc_?
20141204 17:36:20< shikadibot> fabi: Person, who 10d 12h ago used nick mattsc_, last spoke 5d 21h ago.  2d 20h ago as mattsc they disappeared.  No more information is available.
20141204 17:40:06-!- Sulfur [~Miranda@p5B0098F0.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141204 17:40:32-!- ancestral [~ancestral@75-161-233-211.mpls.qwest.net] has joined #wesnoth-dev
20141204 17:43:20-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20141204 17:43:34< iceiceice> anonymissimus: i didn't make any commits to 1.10, if you can't build it sounds like a bug
20141204 17:44:01-!- lipkab [~lipkab@host-91-147-212-169.biatv.hu] has quit [Read error: Connection reset by peer]
20141204 17:44:34< anonymissimus> yes, i recall something like that
20141204 17:45:01< anonymissimus> i have the wesnoth repo twice on my HD; one is called wesnoth-code the other wesnoth-code_1.10
20141204 17:45:07< iceiceice> maybe try deleting scons cache or something
20141204 17:45:17< iceiceice> i have no idea, i'm pretty sure it has nothing to do with me
20141204 17:45:19< anonymissimus> i am with my shell in wesnoth-code_1.10 and press make
20141204 17:45:35< anonymissimus> then it tells me I need boost 1.48 and errors
20141204 17:45:45< iceiceice> i don't know anything about cmake
20141204 17:45:58-!- ancestral [~ancestral@75-161-233-211.mpls.qwest.net] has quit [Quit: Smell ya later]
20141204 17:46:03< anonymissimus> *and* the CMakeCache file it writes goes to the other directory wesnoth-code
20141204 17:46:15< iceiceice> why don't you just not use cmake
20141204 17:46:45< anonymissimus> i already tried deleting stuff, scons also doesnt work
20141204 17:47:03< iceiceice> sorry, i can't help you with this right now
20141204 17:47:06-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Client Quit]
20141204 17:51:16-!- DCW [~Thunderbi@cpc66866-finc15-2-0-cust47.4-2.cable.virginm.net] has joined #wesnoth-dev
20141204 17:52:37< loonycyborg> anonymissimus: You sure you're building 1.10?
20141204 17:52:50 * vultraz is not sure why anon would need to build 1.10
20141204 17:53:03< loonycyborg> we only raised requirements ever in dev branch and 1.12
20141204 17:53:08< anonymissimus> well yes
20141204 17:53:19< anonymissimus> as I said...I am on 1.10 branch in that folder
20141204 17:53:52-!- mjs-de [~mjs-de@g228149209.adsl.alicedsl.de] has quit [Ping timeout: 258 seconds]
20141204 17:53:56< loonycyborg> sec, I'll try to check it out here
20141204 17:56:04< loonycyborg> scons still checks for boost 1.35 there
20141204 17:56:23< anonymissimus> vultraz: your commit breaks string freeze I guess...be prepared to get bothered soon :P
20141204 17:56:38< vultraz> oh, 1.12 is still string frozen?
20141204 17:57:19< anonymissimus> i dunno, though it starts somewhat in beta phase and continues from that ?
20141204 17:58:26< vultraz> I think it's only for a time before a release or the dev-to-stable freeze period 
20141204 17:59:02< zookeeper> yes, 1.12 is not frozen anymore
20141204 17:59:20< vultraz> ok, whew
20141204 17:59:52< zookeeper> (although i still wouldn't make string changes in a stable branch very lightly)
20141204 18:02:26< anonymissimus> there are reasons for building 1.10: avoiding being forced to update prerequisites and 1.12 will take time before its useful for multiplayer
20141204 18:02:54< vultraz> ah
20141204 18:03:29< anonymissimus> there must be some kind of weird bug with my repositories...when I build in wesnoth-code_1.10 it seems to use things and writes to wesnoth-code
20141204 18:03:35 * vultraz is currently attempting to figure out why C:B is bitching about libgomp when he removed -fopenmp
20141204 18:03:53< loonycyborg> maybe it's in several subprojects?
20141204 18:04:02-!- Sulfur [~Miranda@p5B0098F0.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20141204 18:05:18< anonymissimus> what do you mean ?
20141204 18:05:47< anonymissimus> if its using files from the other dir it explains why it wants boost 1.48 ofc
20141204 18:08:37< loonycyborg> I was talking to vultraz
20141204 18:11:05< loonycyborg> anonymissimus: There's a lot of ways to shoot yourself in the foot with git :P
20141204 18:11:45< vultraz> ahhh
20141204 18:11:50< vultraz> it's also in the linker
20141204 18:11:53< loonycyborg> My feet already suffered a traumatic amputation from it..
20141204 18:12:51 * vultraz rebuilds
20141204 18:13:17< vultraz> It's only a mere 11 minutes for a total rebuild using 4 cores. Not bad
20141204 18:15:21-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20141204 18:18:13-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20141204 18:21:03-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20141204 18:24:21-!- EliDupree [~quassel@66-189-34-122.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20141204 18:25:03< vultraz> welp
20141204 18:25:26< vultraz> oh nvm, I misconfigured
20141204 18:27:28< vultraz> dammit, more errors
20141204 18:29:00< vultraz> http://pastebin.com/fe1Yybfa
20141204 18:29:08< vultraz> something to do with boost?
20141204 18:43:08< fabi> zookeeper: About WML syntax. A new attribute to [label] called tooltip= is discussed there: http://forums.wesnoth.org/viewtopic.php?f=12&t=41388 . Are you fine with the attribute's name?
20141204 18:45:37< loonycyborg> vultraz: those errors sound familiar
20141204 18:45:48< loonycyborg> don't remember from where exactly
20141204 18:46:22< loonycyborg> maybe boost was compiled with a different compiler than you're using or something..
20141204 18:46:35< Necrosporus> Is it OK to disable libboost filesystem on GNU/Linux?
20141204 18:47:42< vultraz> shadowm might know
20141204 18:48:23< vultraz> er, I guess to both things
20141204 18:48:40< fabi> Necrosporus: You might want to ask ice³.
20141204 18:48:55< vultraz> loonycyborg: if it matters, I'm just using the libs provided in the zip on sf
20141204 18:50:23< loonycyborg> vultraz: zip from sf doesn't provide libboost_* libs
20141204 18:50:40-!- DCW [~Thunderbi@cpc66866-finc15-2-0-cust47.4-2.cable.virginm.net] has quit [Quit: DCW]
20141204 18:50:58< loonycyborg> Because boost is the only C++ dep
20141204 18:51:07< vultraz> The one from nov 28 does
20141204 18:52:49< loonycyborg> http://sourceforge.net/projects/wesnoth/files/SDK/ not from here?
20141204 18:53:23< vultraz> I have these http://pastebin.com/5MTS0Qqm
20141204 18:53:42< vultraz> from the zip here http://sourceforge.net/projects/wesnoth/files/unofficial/Windows%20Compile%20Stuff/
20141204 18:53:53< vultraz> CodeBlocksWinSDK_28_11_2014.zip
20141204 18:55:39< loonycyborg> did it work for you before?
20141204 18:56:43< vultraz> Last time I tried building was several months ago
20141204 18:56:50< vultraz> Been having computer issues since
20141204 18:56:58< vultraz> I believe...actually last year probably
20141204 18:57:22< vultraz> Setup was a bit different then, though
20141204 18:57:47< vultraz> older CB version, tdm gcc 4.5.2
20141204 18:58:04< loonycyborg> you have flags like -static-libstdc++ -static-libgcc?
20141204 18:58:14< loonycyborg> in linker command
20141204 18:58:31< vultraz> right now I have cb 13.12 w/ the bundled tdm gcc 4.8.1
20141204 18:58:33< vultraz> lemme check
20141204 18:59:25< vultraz> project or global?
20141204 18:59:48< loonycyborg> does matter only if they make it to command line
20141204 19:00:21< loonycyborg> anyway, all sort of bad stuff can happen if you mix C++ compiled with gcc 4.5 and 4.8
20141204 19:00:56< loonycyborg> g++ doesn't try to keep always stable ABI atm
20141204 19:01:01< vultraz> I'm not seeing those flags
20141204 19:01:06< loonycyborg> so it's better to always compile your own boost
20141204 19:01:13< vultraz> D:
20141204 19:01:13< loonycyborg> try adding them then
20141204 19:02:22-!- mjs-de [~mjs-de@g228149209.adsl.alicedsl.de] has joined #wesnoth-dev
20141204 19:03:44< vultraz> nope, still not working
20141204 19:04:44-!- happygrue [~Laptop@wesnoth/developer/wintermute] has quit [Read error: Connection reset by peer]
20141204 19:05:14< loonycyborg> maybe you can somehow downgrade your compiler to version you used before?
20141204 19:05:28< loonycyborg> or try to build own boost
20141204 19:05:38< loonycyborg> I think there's a .bat file for it somewhere..
20141204 19:05:52< loonycyborg> handling bzip2/zlib stuff
20141204 19:06:40< anonymissimus> vultraz: my package is likely to not work with tdm-gcc different than 4.5.2
20141204 19:06:45-!- happygrue [~Laptop@2601:6:4380:909:b9c2:7c15:ee72:ce9d] has joined #wesnoth-dev
20141204 19:06:53-!- happygrue [~Laptop@2601:6:4380:909:b9c2:7c15:ee72:ce9d] has quit [Changing host]
20141204 19:06:53-!- happygrue [~Laptop@wesnoth/developer/wintermute] has joined #wesnoth-dev
20141204 19:06:56-!- irker132 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20141204 19:06:56< irker132> wesnoth: Charles Dang wesnoth:master 8ed95e76296c / .gitignore: Ignore projectfiles/CodeBlocks/cb/ http://git.io/gvcGCw
20141204 19:06:58< vultraz> anonymissimus: oh, you uploaded that?
20141204 19:07:13< anonymissimus> yes
20141204 19:08:24< vultraz> so...I'll have to either downgrade compiler or build my own libs?
20141204 19:08:30< anonymissimus> yes
20141204 19:08:34< zookeeper> fabi, uh, "Those add-ons use the named UI item to display extra information about the hex field in question." <- add-ons really create new terrains just to show extra info in the terrain info string?
20141204 19:08:44< zookeeper> can't say i've ever seen one
20141204 19:09:32< fabi> zookeeper: ice³ told me. I think it is done with lua which can do this on the fly without creating new terrains.
20141204 19:09:34< anonymissimus> loonycyborg: are you still using tdm-gcc 4.5.2 for the official releases ? I could have upgraded probably but want to use the same version
20141204 19:10:17< zookeeper> fabi, well, anyway, sure tooltip= is a good name for it, since apparently that's exactly what it is, a tooltip
20141204 19:10:45< fabi> zookeeper: Yes, even the class called internally is named just "tooltip" :-)
20141204 19:10:56< loonycyborg> anonymissimus: I didn't upgrade it for like forever already
20141204 19:11:01< irker132> wesnoth: Charles Dang wesnoth:master f755b77fbd7f / projectfiles/CodeBlocks/ (wesnoth.cbp wesnothd.cbp): Dropped -fopenmp flags http://git.io/6r1WfQ
20141204 19:11:05< loonycyborg> there was no reason to so far
20141204 19:12:00< loonycyborg> Also, I'm afraid to upgrade it atm
20141204 19:12:04< anonymissimus> vultraz: revert that
20141204 19:12:12< loonycyborg> due to mingw - mingw64 fork
20141204 19:12:25< anonymissimus> you have to install with openmp
20141204 19:12:57< vultraz> You do? ... I've been told you don't
20141204 19:13:03< anonymissimus> please stop messing up projectfile/CoeBlocks and instead follow the guide carefully
20141204 19:13:26< loonycyborg> you can yourself compile without gomp
20141204 19:13:37< loonycyborg> but don't force it on other people better
20141204 19:13:40< anonymissimus> when you install tdm-gcc there is an option to install with open mp
20141204 19:14:30< anonymissimus> and I dont know whether my package works in case open mp is disabled
20141204 19:14:31< loonycyborg> I'm going to eventually to upgrade to w64 but so far it wasn't too reliably looking
20141204 19:14:53< loonycyborg> Like there was sometimes fixing of system headers required
20141204 19:15:13< vultraz> alright, apologies
20141204 19:16:23< irker132> wesnoth: Charles Dang wesnoth:master 0c3f3e31e01d / projectfiles/CodeBlocks/ (wesnoth.cbp wesnothd.cbp): Revert "Dropped -fopenmp flags" http://git.io/g-xQ0g
20141204 19:16:34< vultraz> I'll finish dealing with this tomrrow
20141204 19:17:17< anonymissimus> ok, so after running cmake I could build 1.10, btu scons tells me it doesn't find boost asio...
20141204 19:17:33< anonymissimus> which feels nonsense to me+
20141204 19:17:39< anonymissimus> as I could in the past
20141204 19:18:11 * vultraz out
20141204 19:26:16< anonymissimus> loonycyborg: are there some other files/directories other than /build where scons caches stuff ?
20141204 19:26:41< anonymissimus> build/ I mean
20141204 19:27:16< loonycyborg> all products are in build, at least as far as C++ is concerned
20141204 19:27:32< loonycyborg> there's .scons-option-cache in project root
20141204 19:27:38< loonycyborg> to make options persist
20141204 19:27:45< anonymissimus> yeah I deleted them both already
20141204 19:28:09< loonycyborg> look in build/config.log for what exactly happened with that config check
20141204 19:28:42-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20141204 19:31:04< anonymissimus> loonycyborg: so the problem is that it doesn't find boost asio albeit it should from all what I can tell
20141204 19:31:40< loonycyborg> what exact compiler error messages are there?
20141204 19:31:43< anonymissimus> should I paste content of build/config.log ?
20141204 19:31:48< loonycyborg> yes
20141204 19:32:57< anonymissimus> loonycyborg: http://pastebin.com/BEYPF3z1
20141204 19:33:56< loonycyborg> anonymissimus: run with --config=force and paste again
20141204 19:34:07< loonycyborg> test program was up-to-date :/
20141204 19:35:07< anonymissimus> it was already --config-force
20141204 19:36:53-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20141204 19:37:06< iceiceice> anonymissimus: try --config=force, not --config-force
20141204 19:37:56< anonymissimus> same
20141204 19:39:05< anonymissimus> loonycyborg: not quite..here: http://pastebin.com/JKyhHMHh
20141204 19:39:47< iceiceice> its something about pthreads
20141204 19:39:58< loonycyborg> ah yes
20141204 19:40:01< iceiceice> posix threads is an option you can use when you build boost
20141204 19:40:04< loonycyborg> test program should pass -pthread
20141204 19:40:08< loonycyborg> but it doesn't
20141204 19:40:13< anonymissimus> oh
20141204 19:40:17< loonycyborg> we fixed it later
20141204 19:40:19< anonymissimus> so I found a bug ?
20141204 19:40:23< loonycyborg> maybe it wasn't in 1.10
20141204 19:42:36< anonymissimus> ok, someone backport pls ?
20141204 19:44:01-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20141204 19:44:03< loonycyborg> I can try to locate the commit for you to cherry-pick
20141204 19:46:26< loonycyborg> anonymissimus: try to cherry-pick 634b0039f80e3ba3ecf9729516071d533c25d3d5
20141204 19:46:37< loonycyborg> but there was a lot of changes to SConstruct
20141204 19:47:00< loonycyborg> perhaps it'll just shot you in foot again :P
20141204 19:47:01-!- HoneyLocust [~honeylocu@108-199-145-120.lightspeed.nsvltn.sbcglobal.net] has joined #wesnoth-dev
20141204 19:48:29< loonycyborg> 1.10 still compiles fine here
20141204 19:48:34< loonycyborg> so I can't test it myself
20141204 19:48:46< loonycyborg> It depends on linker version iirc
20141204 19:53:38< anonymissimus> well there are lots of conflicts
20141204 19:53:51< anonymissimus> trying to locate the important changes...
20141204 19:54:41< loonycyborg> -lpthread ones are important
20141204 19:55:15< loonycyborg> you basically only need to add a check for libpthread before asio
20141204 19:55:29< loonycyborg> all else isn't important
20141204 19:56:05-!- matthiaskrgr_ is now known as matthiaskrgr
20141204 19:56:18< loonycyborg> that commit was last one that changed that line
20141204 19:56:42< loonycyborg> And I'm too lazy to look back into history :/
20141204 19:59:24< anonymissimus> ok sry I have no clue what to do...as make works I take that and am happy
20141204 20:02:58< loonycyborg> git blame only gives me last commit that changed that line and I don't know an effective way to check farther back in history after that..
20141204 20:04:40-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20141204 20:12:34-!- HoneyLocust [~honeylocu@108-199-145-120.lightspeed.nsvltn.sbcglobal.net] has quit []
20141204 20:20:43-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has joined #wesnoth-dev
20141204 20:20:44-!- ancestral [~ancestral@75-161-233-211.mpls.qwest.net] has joined #wesnoth-dev
20141204 20:27:46-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20141204 20:46:18-!- EliDupree [~quassel@66-189-34-122.dhcp.oxfr.ma.charter.com] has quit [Remote host closed the connection]
20141204 20:48:47-!- EliDupree [~quassel@66-189-34-122.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20141204 20:54:11-!- anonymissimus [~chatzilla@HSI-KBW-078-042-069-130.hsi3.kabel-badenwuerttemberg.de] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 12.0/20120423122928]]
20141204 20:59:09-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20141204 21:07:38-!- travis-ci [~travis-ci@ec2-54-91-203-192.compute-1.amazonaws.com] has joined #wesnoth-dev
20141204 21:07:38< travis-ci> wesnoth/wesnoth#4985 (master - 0c3f3e3 : Charles Dang): The build has errored.
20141204 21:07:38< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/43016667
20141204 21:07:38-!- travis-ci [~travis-ci@ec2-54-91-203-192.compute-1.amazonaws.com] has left #wesnoth-dev []
20141204 21:28:40-!- ancestral [~ancestral@75-161-233-211.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20141204 21:42:43-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20141204 21:43:04-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Read error: Connection reset by peer]
20141204 21:44:22-!- ancestral [~ancestral@75-161-233-211.mpls.qwest.net] has joined #wesnoth-dev
20141204 21:47:40-!- mjs-de [~mjs-de@g228149209.adsl.alicedsl.de] has quit [Remote host closed the connection]
20141204 21:50:38-!- timotei_ [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20141204 21:50:47-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Read error: Connection reset by peer]
20141204 22:12:45-!- ancestral [~ancestral@75-161-233-211.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20141204 22:16:08-!- zookeeper [zookeeper@wesnoth/developer/zookeeper] has quit [Ping timeout: 245 seconds]
20141204 22:16:46-!- irker132 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20141204 22:20:51-!- gfgtdf_ [~chatzilla@f054051082.adsl.alicedsl.de] has joined #wesnoth-dev
20141204 22:23:23-!- gfgtdf_ [~chatzilla@f054051082.adsl.alicedsl.de] has quit [Client Quit]
20141204 22:23:48-!- gfgtdf [~chatzilla@f054141172.adsl.alicedsl.de] has quit [Ping timeout: 244 seconds]
20141204 22:33:25-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141204 22:43:43-!- molgrum [~molgrum@212.85.89.43] has quit [Read error: Connection reset by peer]
20141204 22:44:23-!- molgrum [~molgrum@212.85.89.43] has joined #wesnoth-dev
20141204 22:56:52-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has quit [Quit: Konversation terminated!]
20141204 22:58:33-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20141204 22:58:49-!- ancestral [~ancestral@75-161-233-211.mpls.qwest.net] has joined #wesnoth-dev
20141204 23:06:13-!- iceiceice [~chris@50.245.222.235] has joined #wesnoth-dev
20141204 23:06:13-!- iceiceice [~chris@50.245.222.235] has quit [Changing host]
20141204 23:06:13-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20141204 23:07:24< iceiceice> hmmm... i think i found a pretty annoying bug
20141204 23:07:42< iceiceice> i read the "save_blocker.cpp" class for the first time,
20141204 23:07:58< iceiceice> it looks like its based on calling the "save game" functions in its destructor
20141204 23:08:07< iceiceice> but these functions by their nature throw exceptions
20141204 23:08:22< iceiceice> they throw an end level exception if you decide to quit the game in the dialog,
20141204 23:08:32< iceiceice> or they can throw exceptions if we fail to save the file etc.
20141204 23:08:56< iceiceice> if the exceptions are thrown from the destructor then i guess it's a memory leak.
20141204 23:09:16< iceiceice> but if we just swallow them then the dialog doesn't work properly
20141204 23:10:44< iceiceice> its not obvious to me what the simplest fix is. i think maybe the save_blocker class should be eliminated entirely.
20141204 23:21:38< Necrosporus> iceiceice, does GNU/Linux build need libboost enabled? I mean is there any gain from enabling libboost in ccmake?
20141204 23:21:54< iceiceice> you definitely need boost
20141204 23:23:13< iceiceice> do you actually mean to ask about boost filesystem?
20141204 23:23:32< iceiceice> you don't need to use it but it is recommended,
20141204 23:23:49< iceiceice> and if you experience any filesystem problems later, you should try to solve them by turning on boost filesystem support first.
20141204 23:25:30< Necrosporus> iceiceice, I have an old version of libboost so building with boost filesystem enabled fails
20141204 23:25:55< iceiceice> can you get a new version of lib boost?
20141204 23:25:58< Necrosporus> so I disabled it. Does it mean I lose some functionality?
20141204 23:26:12< iceiceice> on gnu linux probably not
20141204 23:26:19< Necrosporus> iceiceice, I think it's easier to update whole system
20141204 23:26:31< iceiceice> maybe
20141204 23:26:41< iceiceice> if you want to build 1.13 you will need boost random, that is mandatory
20141204 23:26:55< iceiceice> and i think it does force a tick up in the boost version
20141204 23:27:05< iceiceice> but for 1.12 you are probably fine if you don't want to upgrade
20141204 23:27:33< Necrosporus> it also required me to update sdl_mixer 
20141204 23:27:49< Necrosporus> 1.11 didn't require sdl mixer update
20141204 23:28:06< iceiceice> if you really don't want to update sdl mixer there is a hack to get around it,
20141204 23:28:26< iceiceice> ivanovic did not want to try to get updated libs for pandora, that is why it is possible to build without boost filesystem at all
20141204 23:28:37< iceiceice> and he also did not have sdl mixer 1.2.12
20141204 23:29:12< iceiceice> the cmake has an "enable pandora" option that drops the requirement for sdl mixer 1.2.12,
20141204 23:29:23< iceiceice> if you just have linux without this option, you could hack the cmake file and the c++ will actually work
20141204 23:29:43< iceiceice> if the SDL mixer version defines are lower it just automatically uses the old code
20141204 23:30:00< iceiceice> but again it's a hack, it means that SDL mixer will use fundamentally different filesystem code than the rest of the game
20141204 23:30:36< iceiceice> we didn't advertise this because it's really not intended
20141204 23:31:48< Necrosporus> So you kept some old code because it's required for using sdl mixer 1.2.11?
20141204 23:31:59< iceiceice> we left the old code as it was,
20141204 23:32:19< iceiceice> we just inserted "#if SDL_MIXER_VERSION > ...  {new code } #else {old code} #endif"
20141204 23:32:20< iceiceice> basically
20141204 23:32:38< Necrosporus> What is the point of using new code?
20141204 23:32:59< iceiceice> it has better cross platform support
20141204 23:33:04< Necrosporus> Also what if I have updated sdl_mixer, but didn't enable boost filesystem?
20141204 23:33:14< iceiceice> that should be fine
20141204 23:33:43< Necrosporus> iceiceice, what is the reason for new code to not work with sdl mixer 1.2.11? some bug of latter?
20141204 23:34:03< iceiceice> all of SDL originally used some built-in C functions for file operations
20141204 23:34:13< iceiceice> and those functions are bad, don't work with unicode on all platforms etc.
20141204 23:34:28< iceiceice> in some SDL version, they made it possible that you can give SDL a structure containing replacement functions to use
20141204 23:34:46< iceiceice> in wesnoth 1.12, we have our own replacements written by AI0867 and gfgtdf
20141204 23:35:00< iceiceice> however, SDL_mixer 1.2.11 doesn't support to accept them
20141204 23:35:15< iceiceice> the function where you give it the new functions just doesn't exist until 1.2.12
20141204 23:35:47< Necrosporus> >  and those functions are bad
20141204 23:35:53< Necrosporus> how are they bad?
20141204 23:36:08< Necrosporus> I understand that their implementation in Windows is bad
20141204 23:36:18< iceiceice> they might be fine on your system
20141204 23:36:26< Necrosporus> but it's a design flaw of Windows, not the functions
20141204 23:36:40< iceiceice> they work on windows with some compilers, not others
20141204 23:36:55< iceiceice> its complicated to say
20141204 23:37:26< iceiceice> if you never had filesystem problems theres no real reason to upgrade from your point of view
20141204 23:37:29< Necrosporus> so the functions are fine, it's just some implementations of them are flawed?
20141204 23:37:44< iceiceice> i would still encourage you to upgrade, because if you did have a problem, we don't really want to support the old code
20141204 23:37:47< iceiceice> only the new code
20141204 23:38:00< iceiceice> but if its inconvenient for you you can of course do whatever you want
20141204 23:45:34-!- irker818 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20141204 23:45:34< irker818> wesnoth: Chris Beck wesnoth:master 675c8a95f766 / src/ (save_blocker.cpp save_blocker.hpp): bugfix: swallow exceptions in save_blocker dtor http://git.io/IEa4yw
20141204 23:45:34< irker818> wesnoth: Chris Beck wesnoth:master 9aa75d41826c / / (5 files in 3 dirs): Merge branch 'master' of https://github.com/wesnoth/wesnoth http://git.io/pY3_aA
20141204 23:45:47-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20141204 23:46:13< irker818> wesnoth: Chris Beck wesnoth:1.12 ebea24c9463b / src/ (save_blocker.cpp save_blocker.hpp): bugfix: swallow exceptions in save_blocker dtor http://git.io/6Moa9A
20141204 23:47:38< fabi> iceiceice: hi
20141204 23:47:42< iceiceice> fabi: hi
20141204 23:48:07< fabi> iceiceice: zookeeper asked me which add-ons use the terrain string to display extra information.
20141204 23:48:30< iceiceice> well i know galactic empires does,
20141204 23:48:31< fabi> iceiceice: He wondered if add-on designers really make new terrain types to display them.
20141204 23:48:42< iceiceice> i wrote some lua to help him do this
20141204 23:48:47< iceiceice> it doesn't involve new terrain types
20141204 23:48:51< fabi> Okay
20141204 23:49:00< fabi> So the problem is restricted to a single add-on.
20141204 23:49:04< iceiceice> well,
20141204 23:49:06< iceiceice> it might be others
20141204 23:49:11< iceiceice> i have no idea
20141204 23:49:23< iceiceice> but i only know of one
20141204 23:49:32< iceiceice> i guess it helps that most of the lua "reports" stuff is not documented at all
20141204 23:49:43< iceiceice> i think i only figured out how to do this by reading the c++ code
20141204 23:49:51< fabi> iceiceice: Okay, but I see the need for some more tools for the umc designer. 
20141204 23:50:27< fabi> iceiceice: One approach to help them would be: http://forums.wesnoth.org/viewtopic.php?f=12&t=41388
20141204 23:50:34< fabi> iceiceice: Do you like the solution?
20141204 23:51:45< iceiceice> i think its a good feature
20141204 23:52:09< iceiceice> if you want to see exactly the situation with galactic empires i would suggest to boot it up in 1.10 or 1.12 i guess
20141204 23:52:35< iceiceice> so i also dont see why you say its an "arbitrary sized string"
20141204 23:54:05< iceiceice> yeah i think your terrain tooltips feature is really good
20141204 23:54:22-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20141204 23:54:42< iceiceice> one thing that is sorely missing though is proper docs for all this stuff that silene made:
20141204 23:54:44< iceiceice> http://forums.wesnoth.org/viewtopic.php?f=21&t=32685
20141204 23:55:25< iceiceice> there's this "wesnoth.theme_items" table: http://wiki.wesnoth.org/LuaWML:Display#wesnoth.theme_items
20141204 23:55:39< iceiceice> but there is absolutely no discussion or docs of what items can be set it in it
20141204 23:55:41< iceiceice> and what they will do
20141204 23:56:13< fabi> iceiceice: Maybe we can just wrap a wml tag around the thing?
20141204 23:56:33< iceiceice> fabi: i think that's actually really hard
20141204 23:56:39< iceiceice> because of the way that the examples work
20141204 23:56:50< iceiceice> the problem is that variables cannot hold a function in wml
20141204 23:56:56< iceiceice> and the implementation used is based on that idea
20141204 23:57:12< iceiceice> essentially every "report_generator" in src/reports.cpp can be overrided using the wesnoth.theme_items tabl,
20141204 23:57:13< iceiceice> https://github.com/wesnoth/wesnoth/blob/master/src/reports.cpp
20141204 23:57:29< iceiceice> but you cannot find the names of them or a description, other than by reading src/reports.cpp
20141204 23:57:33< iceiceice> as far as i am aware
20141204 23:58:10< iceiceice> typically the way you would do it is like in silenes examples: http://forums.wesnoth.org/viewtopic.php?f=21&t=32685
20141204 23:58:18< fabi> iceiceice: Powerful stuff. 
20141204 23:58:20< iceiceice> "local old_unit_status = wesnoth.theme_items.unit_status"
20141204 23:58:29< iceiceice> you store the old *function* in a temporary variable
20141204 23:58:49< iceiceice> then you write a new version,
20141204 23:59:00< iceiceice> under some conditions you give new output, if not, you call the old function
20141204 23:59:02< fabi> What makes 1.12 really interesting is that UMC designers have much more power than before. 
20141204 23:59:11< iceiceice> i mean this was actually available in 1.10
20141204 23:59:18< fabi> I guess it will take a while until the add-ons make use of the new features.
20141204 23:59:20< iceiceice> it was just never properly documented
20141204 23:59:25< iceiceice> and now silene is gone
20141204 23:59:49< fabi> Yeah too bad.
--- Log closed Fri Dec 05 00:00:08 2014