--- Log opened Fri Apr 25 00:00:25 2014
20140425 00:16:53-!- spoffy_ [~spoffy@host86-168-246-14.range86-168.btcentralplus.com] has quit [Ping timeout: 265 seconds]
20140425 00:17:10-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140425 00:18:53-!- gfgtdf [~chatzilla@d150034.adsl.hansenet.de] has quit [Read error: Connection reset by peer]
20140425 00:20:39-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20140425 00:25:02< iceiceice> Soliton: i made a draft of a section i want to add to the multiplayer code of conduct explaining about privacy and the logs we keep of mp server activity
20140425 00:25:18< iceiceice> i ran it by happygrue a while ago and he seemed okay with it
20140425 00:25:21< iceiceice> http://wiki.wesnoth.org/Privacy_Draft_Section,_for_CoC
20140425 00:25:26< iceiceice> anyone else who cares: ^
20140425 00:25:58< irker816> wesnoth: gfgtdf wesnoth:1.12 39a1488ff580 / src/actions/move.cpp: fix unit move+attack aborted, 21961 http://git.io/6PWasw
20140425 00:30:35-!- kex [~kex@78.157.29.205] has quit [Remote host closed the connection]
20140425 00:31:12-!- kex [~kex@78.157.29.205] has joined #wesnoth-dev
20140425 00:31:35-!- travis-ci [~travis-ci@ec2-54-211-134-116.compute-1.amazonaws.com] has joined #wesnoth-dev
20140425 00:31:35< travis-ci> [travis-ci] wesnoth/wesnoth#2450 (spritesheet - de30bfc : gfgtdf): The build passed.
20140425 00:31:35< travis-ci> [travis-ci] Build details : http://travis-ci.org/wesnoth/wesnoth/builds/23719764
20140425 00:31:35-!- travis-ci [~travis-ci@ec2-54-211-134-116.compute-1.amazonaws.com] has left #wesnoth-dev []
20140425 00:35:50-!- kex [~kex@78.157.29.205] has quit [Ping timeout: 255 seconds]
20140425 00:37:35-!- _8680_ [~8680@2002:4404:712c:0:e178:1a3d:2a63:e2c7] has quit [Ping timeout: 252 seconds]
20140425 00:38:32< happygrue> iceiceice: yeah, looks fine to me.
20140425 00:39:02< happygrue> one other thing I thought of, is what we should say about UMC there
20140425 00:39:27< happygrue> is there any UMC that *could* track users somehow?  Or violate any of that stuff?
20140425 00:39:48< iceiceice> its a good question... i dont really see how
20140425 00:40:24< iceiceice> maybe something with global variables or something? idk
20140425 00:41:58-!- gfgtdf [~chatzilla@d150034.adsl.hansenet.de] has joined #wesnoth-dev
20140425 00:43:19< iceiceice> this is just about the "in general your client won't track you" line?
20140425 00:43:37< iceiceice> i'm not intending this to be like a full privacy policy, just a statement of what happens when you play on the multiplayer server
20140425 00:43:39-!- _8680_ [~8680@2002:4404:712c:0:c25:c1ee:7ccd:93af] has joined #wesnoth-dev
20140425 00:46:44< gfgtdf> happygrue: i think umc can send all content of global variables to other player it plays with in a networked game, so for example UMC could track how often you loose, and then sed it as soon as you play a networked game against the author
20140425 00:47:04< gfgtdf> players*
20140425 00:47:11-!- iwaim__ [~iwaim@2001:2c0:40e:2002:0:4:14:80] has joined #wesnoth-dev
20140425 00:47:21< fabi__> hi
20140425 00:47:25-!- fabi__ is now known as fendrin
20140425 00:47:32< gfgtdf> fabi__: hi
20140425 00:47:58< fendrin> gfgtdf: hello
20140425 00:48:10-!- iwaim_ [~iwaim@2001:2c0:40e:2002:0:4:14:80] has quit [Ping timeout: 246 seconds]
20140425 00:52:35< gfgtdf> fendrin: do you think you ca handle https://gna.org/bugs/?21941 ?
20140425 00:53:12< gfgtdf> meaning do you think we can reduce teh number of sides in that scenario ?
20140425 00:53:18< gfgtdf> reduce the*
20140425 00:54:03< happygrue> gfgtdf: I see. I wondered about such things.
20140425 00:59:27< fendrin> gfgtdf: Yes, I was not aware that we limited the amount of sides until now. It can be handled by introducing multiple leaders for example. This way of handling the issue is also very easy.
20140425 00:59:31< happygrue> iceiceice: maybe it's not needed to even mention UMC - I think it's clear UMC is not "our" content.  I just thought I'd mention it.
20140425 01:09:30< iceiceice> happygrue: yeah i agree
20140425 01:09:56< iceiceice> fendrin: hmm so maybe we won't raise the limit?
20140425 01:10:09< iceiceice> do you think its necessary to rebalance LoW 14 if we make that change?
20140425 01:10:19< iceiceice> i have no idea 
20140425 01:10:42< iceiceice> my thought earlier was, if the MAX_PLAYERS number has been 9 for the life of the project,
20140425 01:10:54< iceiceice> so we now have, what, almost a million lines of code based on that
20140425 01:11:24< iceiceice> i can tell you for instance that check_victory is written so that it will take at least O(n^2) in the number of sides
20140425 01:11:41< iceiceice> i dont know if there are other functions it calls that are also O(n^2) or O(n^3) like "check_Allies" etc.
20140425 01:12:02< fendrin> iceiceice: no, rebalancing is not needed, raising the limit is also not needed as well. The change is pretty simple and has little impact on game mechanics. 
20140425 01:12:21< iceiceice> i see thats good
20140425 01:13:16< fendrin> Yeah, would be nice if someone assigns the bug to me, I am not at home right now, and don't have the gna login credentials available.
20140425 01:28:24-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140425 01:57:56< shadowm> wesbot: seen RiftWalker
20140425 01:57:56< wesbot> shadowm: The person with the nick RiftWalker last spoke 1d 18h ago.  1d 18h ago they left with the message:
20140425 01:58:23< shadowm> Does he read the logs?
20140425 02:01:29< gfgtdf> idk
20140425 02:08:24-!- Ivanovic_ [~ivanovic@frnk-5f752ad1.pool.mediaWays.net] has joined #wesnoth-dev
20140425 02:11:38-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 240 seconds]
20140425 02:12:18-!- Ivanovic_ is now known as Ivanovic
20140425 02:19:22-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: End Transmission.]
20140425 02:20:44-!- gfgtdf [~chatzilla@d150034.adsl.hansenet.de] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 28.0/20140314220517]]
20140425 02:25:31-!- Sulfur [~Miranda@p5B00860B.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140425 02:26:19-!- higgins [~higgins@li125-242.members.linode.com] has quit [Ping timeout: 250 seconds]
20140425 02:31:54-!- higgins [~higgins@li125-242.members.linode.com] has joined #wesnoth-dev
20140425 02:33:27-!- _8680_ [~8680@2002:4404:712c:0:c25:c1ee:7ccd:93af] has quit [Ping timeout: 252 seconds]
20140425 02:34:28-!- _8680_ [~8680@2002:4404:712c:0:5588:2b6a:5ea9:a45e] has joined #wesnoth-dev
20140425 02:40:18-!- horon [~horon@nttkyo210231.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20140425 02:42:16-!- horon [~horon@nttkyo210231.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Client Quit]
20140425 02:44:52-!- wesbot changed the topic of #wesnoth-dev to: string+feature freeze active on 1.12 | 240 bugs, 346 feature requests, 28 patches | Logs: http://irclogs.wesnoth.org | Alternate logs: http://wesnoth.debian.net | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20140425 02:49:07-!- _8680_ [~8680@2002:4404:712c:0:5588:2b6a:5ea9:a45e] has quit [Ping timeout: 265 seconds]
20140425 02:49:57-!- _8680_ [~8680@2002:4404:712c:0:c4f7:98e2:b5a8:3557] has joined #wesnoth-dev
20140425 02:50:28-!- Xenius__ [~Necrospor@unaffiliated/necrosporus] has quit [Quit: Leaving]
20140425 02:51:17-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Ping timeout: 264 seconds]
20140425 02:55:43-!- _8680_ [~8680@2002:4404:712c:0:c4f7:98e2:b5a8:3557] has quit [Ping timeout: 252 seconds]
20140425 02:56:31-!- _8680_ [~8680@2002:4404:712c:0:a466:f189:dc9c:9fdd] has joined #wesnoth-dev
20140425 03:01:19-!- _8680_ [~8680@2002:4404:712c:0:a466:f189:dc9c:9fdd] has quit [Ping timeout: 252 seconds]
20140425 03:02:12-!- _8680_ [~8680@2002:4404:712c:0:74d0:408f:1d52:a94] has joined #wesnoth-dev
20140425 03:04:09-!- Gambit [~derek@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20140425 03:06:53-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 264 seconds]
20140425 03:07:03-!- vultraz [~chatzilla@124.109.10.167] has quit [Changing host]
20140425 03:07:03-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20140425 03:08:07-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20140425 03:11:12-!- _8680_ [~8680@2002:4404:712c:0:74d0:408f:1d52:a94] has quit [Ping timeout: 245 seconds]
20140425 03:11:59-!- _8680_ [~8680@2002:4404:712c:0:2d89:ca50:ae4c:1e5f] has joined #wesnoth-dev
20140425 03:13:13-!- Sulfur [~Miranda@p5B00860B.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20140425 03:16:18-!- happygrue [~happygrue@wesnoth/developer/wintermute] has quit [Ping timeout: 240 seconds]
20140425 03:17:02-!- _8680_ [~8680@2002:4404:712c:0:2d89:ca50:ae4c:1e5f] has quit [Ping timeout: 245 seconds]
20140425 03:22:01-!- _8680_ [~8680@2002:4404:712c:0:c8a4:b5ef:4547:4f73] has joined #wesnoth-dev
20140425 03:42:50-!- irker816 [~irker@fehu.ai0867.net] has quit [Quit: transmission timeout]
20140425 03:53:17-!- _8680_ [~8680@2002:4404:712c:0:c8a4:b5ef:4547:4f73] has quit [Ping timeout: 245 seconds]
20140425 03:56:11-!- irker657 [~irker@fehu.ai0867.net] has joined #wesnoth-dev
20140425 03:56:11< irker657> wesnoth: David Mikos wesnoth:master 83836b151671 / changelog src/unit.cpp: Fix bug #21967: fix crash when unit modification to traits has empty id http://git.io/EBMV-A
20140425 03:56:48< irker657> wesnoth: David Mikos wesnoth:1.12 0aebc80e5ed3 / changelog src/unit.cpp: Fix bug #21967: fix crash when unit modification to traits has empty id http://git.io/2wwEFw
20140425 04:02:22-!- _8680_ [~8680@2002:4404:712c:0:5cda:b156:64ca:62d3] has joined #wesnoth-dev
20140425 04:03:07-!- kex [~kex@78.157.29.205] has joined #wesnoth-dev
20140425 04:03:09< Coffee_irc> ping fendrin
20140425 04:08:22-!- kex [~kex@78.157.29.205] has quit [Ping timeout: 276 seconds]
20140425 04:13:04-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has quit [Quit: Leaving]
20140425 04:42:23-!- _8680_ [~8680@2002:4404:712c:0:5cda:b156:64ca:62d3] has quit [Ping timeout: 246 seconds]
20140425 04:51:04-!- _8680_ [~8680@2002:4404:712c:0:9991:2cac:9463:a071] has joined #wesnoth-dev
20140425 04:54:18-!- c74d [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has quit [Excess Flood]
20140425 04:55:47-!- _8680_ [~8680@2002:4404:712c:0:9991:2cac:9463:a071] has quit [Ping timeout: 245 seconds]
20140425 04:56:54-!- _8680_ [~8680@2002:4404:712c:0:815a:2e7b:b87c:de68] has joined #wesnoth-dev
20140425 04:57:41-!- c74d [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has joined #wesnoth-dev
20140425 05:03:09-!- groggy [18b6566d@gateway/web/freenode/ip.24.182.86.109] has joined #wesnoth-dev
20140425 05:04:59-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140425 05:11:36< groggy> vultraz: magic comments are explained in the introduction in the wmllint file itself, including who
20140425 05:12:58< groggy> also, it explains unwho, though i think i will add a function to flush the whopairs dictionary at every _main.cfg as a backup
20140425 05:13:36< groggy> probably too busy to get to that for a couple of weeks, though
20140425 05:29:34-!- c74d [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has quit [Excess Flood]
20140425 05:30:27< irker657> wesnoth: Groggy Dice wesnoth:master b058f29d1e6b / data/tools/wmllint: wmllint: change "usage of" magic comment to re.search http://git.io/Xm8Qxg
20140425 05:30:29< irker657> wesnoth: Groggy Dice wesnoth:master c85af755acfc / data/tools/addon_manager/html.py: html.py: format add-on description for HTML https://github.com/wesnoth/wesnoth/commit/c85af755acfcdd32f9093ac2d2f353a2343597ca
20140425 05:30:31< irker657> wesnoth: Groggy Dice wesnoth:1.12 2740384796dc / data/tools/wmllint: wmllint: change "usage of" magic comment to re.search http://git.io/KfpKvg
20140425 05:30:33< irker657> wesnoth: Groggy Dice wesnoth:1.12 15899daee495 / data/tools/addon_manager/html.py: html.py: format add-on description for HTML http://git.io/s8R8eg
20140425 05:33:57-!- c74d [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has joined #wesnoth-dev
20140425 05:34:29-!- _8680_ [~8680@2002:4404:712c:0:815a:2e7b:b87c:de68] has quit [Ping timeout: 252 seconds]
20140425 05:35:03-!- groggy [18b6566d@gateway/web/freenode/ip.24.182.86.109] has left #wesnoth-dev []
20140425 05:38:25-!- _8680_ [~8680@2002:4404:712c:0:f0fa:5b2a:1a84:fcc0] has joined #wesnoth-dev
20140425 05:40:16-!- c74d [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has quit [Excess Flood]
20140425 05:42:42-!- _8680_ [~8680@2002:4404:712c:0:f0fa:5b2a:1a84:fcc0] has quit [Ping timeout: 240 seconds]
20140425 05:44:09-!- _8680_ [~8680@2002:4404:712c:0:1d0:4753:2100:6578] has joined #wesnoth-dev
20140425 05:44:22-!- c74d [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has joined #wesnoth-dev
20140425 05:50:22-!- _8680_ [~8680@2002:4404:712c:0:1d0:4753:2100:6578] has quit [Ping timeout: 265 seconds]
20140425 05:52:20-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20140425 05:56:59-!- _8680_ [~8680@2002:4404:712c:0:c42b:f1c7:ffa1:e882] has joined #wesnoth-dev
20140425 06:02:22-!- Jetrel_ [~Jetrel@c-75-73-180-126.hsd1.mn.comcast.net] has joined #wesnoth-dev
20140425 06:04:18-!- Jetrel [~Jetrel@c-75-73-180-126.hsd1.mn.comcast.net] has quit [Ping timeout: 240 seconds]
20140425 06:15:59-!- _8680_ [~8680@2002:4404:712c:0:c42b:f1c7:ffa1:e882] has quit [Ping timeout: 265 seconds]
20140425 06:16:23-!- _8680_ [~8680@2002:4404:712c:0:11cf:dac2:4a84:bf34] has joined #wesnoth-dev
20140425 06:17:20-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 252 seconds]
20140425 06:38:25-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140425 06:45:07-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140425 06:47:39< irker657> wesnoth: Groggy Dice wesnoth:master 2a8d4e2d2884 / data/tools/addon_manager/html.py: html.py: import re module http://git.io/DhjCPg
20140425 06:47:41< irker657> wesnoth: Groggy Dice wesnoth:1.12 219dc4781756 / data/tools/addon_manager/html.py: html.py: import re module http://git.io/zETbuA
20140425 06:50:10-!- boucman_work [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20140425 06:50:23-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140425 07:04:54-!- Kexoth [~kex@89.205.75.19] has joined #wesnoth-dev
20140425 07:11:53-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20140425 07:29:35-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140425 07:44:37< fendrin> Coffee_irc: pong
20140425 07:46:29-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140425 07:51:25-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140425 07:52:31-!- boucman_work [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20140425 08:02:33-!- boucman_work [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20140425 08:07:26-!- dacovale_ [1fd04c2a@gateway/web/freenode/ip.31.208.76.42] has joined #wesnoth-dev
20140425 08:10:17-!- dacovale_ [1fd04c2a@gateway/web/freenode/ip.31.208.76.42] has quit [Client Quit]
20140425 08:12:13-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140425 08:13:38-!- Guest3477 [~cib@p5DC74ED1.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140425 08:18:52-!- mjs-de [~mjs-de@f048224177.adsl.alicedsl.de] has joined #wesnoth-dev
20140425 08:22:25-!- Guest3477 [~cib@p5DC74ED1.dip0.t-ipconnect.de] has quit [Ping timeout: 240 seconds]
20140425 08:24:48-!- Kevin_Xi [~kevin@223.72.182.158] has joined #wesnoth-dev
20140425 08:34:15-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140425 08:37:51< Soliton> iceiceice: looks good.
20140425 09:02:30-!- Guest3477 [~cib@p5DC74ED1.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140425 09:07:29< Coffee_irc> hi fendrin
20140425 09:08:25< Coffee_irc> just wondering about the status of a couple of related mouse input bugs
20140425 09:10:27< janebot> Wesnoth Forums | Developers’ Discussions • Re: Suggestion: keep backwards compatibility by Elvish_Hunter [ 04-25-2014 09:10 ] [ http://r.wesnoth.org/p569758 ]
20140425 09:25:17< fendrin> Coffee_irc: I am more or less a retired wesnoth developer now. Meaning that I will find some time to fix my bugs to make the next release possible and only lurk from time to time then. Fixing the bugs won't take long, I will just revert most of the stuff and disable not finished features (mostly in the editor).
20140425 09:26:23-!- Kevin_Xi [~kevin@223.72.182.158] has quit [Read error: Connection reset by peer]
20140425 09:26:36-!- Kevin_Xi [~kevin@223.72.182.158] has joined #wesnoth-dev
20140425 09:30:17-!- bagzie [~bag@85-76-71-154-nat.elisa-mobile.fi] has joined #wesnoth-dev
20140425 09:30:27< janebot> Wesnoth Forums | Developers’ Discussions • Re: Suggestion: keep backwards compatibility by vultraz [ 04-25-2014 09:27 ] [ http://r.wesnoth.org/p569761 ]
20140425 09:38:47-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140425 09:40:48-!- Duthlet [~Duthlet@wesnoth/mp-mod/Duthlet] has joined #wesnoth-dev
20140425 09:46:23-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20140425 09:52:45-!- Kexoth [~kex@89.205.75.19] has quit [Remote host closed the connection]
20140425 09:53:19-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140425 09:53:34-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140425 09:53:42-!- kex [~kex@89.205.75.19] has quit [Read error: Connection reset by peer]
20140425 09:54:10-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140425 09:56:40-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Client Quit]
20140425 09:57:32-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140425 09:59:57-!- apoi [~andi@85.126.180.242] has quit [Quit: leaving]
20140425 10:05:32-!- Kevin_Xi [~kevin@223.72.182.158] has quit [Ping timeout: 252 seconds]
20140425 10:25:52< AI0867> fendrin: what about blocker #21491?
20140425 10:28:45< fendrin> AI0867: Will be fixed by reverting.
20140425 10:46:01-!- apoi [~andi@85-126-180-242.volume.xdsl-line.inode.at] has joined #wesnoth-dev
20140425 10:51:24< AI0867> what, the entire input thing?
20140425 10:53:35-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20140425 10:58:09-!- Trademark [~trademark@mac-nomade-85.ircam.fr] has joined #wesnoth-dev
20140425 11:01:42-!- Yaiyan [5693fa2d@gateway/web/cgi-irc/kiwiirc.com/ip.86.147.250.45] has joined #wesnoth-dev
20140425 11:08:30-!- Octalot [~noct@27.74.208.46.dyn.plus.net] has joined #wesnoth-dev
20140425 11:08:31-!- _8680_ [~8680@2002:4404:712c:0:11cf:dac2:4a84:bf34] has quit [Ping timeout: 252 seconds]
20140425 11:09:09-!- _8680_ [~8680@2002:4404:712c:0:4098:b266:34a8:aa8b] has joined #wesnoth-dev
20140425 11:18:28-!- irker657 [~irker@fehu.ai0867.net] has quit [Quit: transmission timeout]
20140425 11:43:38-!- kex [~kex@89.205.75.19] has quit [Ping timeout: 255 seconds]
20140425 11:43:46-!- boucman_work [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20140425 11:44:06-!- boucman_work [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20140425 11:47:54< fendrin> AI0867: Only the methods behind the default hotkey bindings. Which is not a big deal.
20140425 11:48:44< AI0867> how does that fix the drag/drop thing?
20140425 11:49:27-!- sachith500 [~kvirc@112.134.124.183] has joined #wesnoth-dev
20140425 11:50:52-!- boucman_work [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20140425 11:51:48-!- boucman_work [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20140425 12:05:35< janebot> Wesnoth Forums | Developers’ Discussions • Re: Suggestion: keep backwards compatibility by AI [ 04-25-2014 12:01 ] [ http://r.wesnoth.org/p569764 ]
20140425 12:06:55< AI0867> vultraz: ^
20140425 12:09:01-!- Yaiyan [5693fa2d@gateway/web/cgi-irc/kiwiirc.com/ip.86.147.250.45] has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
20140425 12:12:59-!- EdB [~edb@85.69.242.6] has joined #wesnoth-dev
20140425 12:14:54< vultraz> huh...
20140425 12:15:07< vultraz> I could have sworn python 3 worked with something
20140425 12:29:24-!- Guest3477 [~cib@p5DC74ED1.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20140425 12:37:22< AI0867> maybe with some tools, but certainly not all of them
20140425 12:46:48-!- EdB [~edb@85.69.242.6] has quit [Quit: Konversation terminated!]
20140425 12:52:13-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140425 12:56:58-!- arcus_ [8253138b@gateway/web/freenode/ip.130.83.19.139] has joined #wesnoth-dev
20140425 12:57:08< arcus_> hi
20140425 12:57:42< arcus_> im trying to compile wesnoth-1.11.13 on my suse linux os
20140425 12:59:04< arcus_> bit there is always an error... the c vorbis files/headers could not be found
20140425 12:59:09< arcus_> *but
20140425 12:59:22< arcus_> is there anyone who can help me?
20140425 13:01:08< fendrin> arcus_: Have you installed the headers?
20140425 13:02:03< arcus_> i have installed evrything, that was written on the "Compiling wesnoth" page
20140425 13:02:29< fendrin> arcus_: It is out of date then. 
20140425 13:02:59< arcus_> maybe^^
20140425 13:03:18< fendrin> arcus_: Do you speak German?
20140425 13:03:21< arcus_> do you know, which headers are needed?
20140425 13:03:24< arcus_> yes
20140425 13:03:35< fendrin> arcus_: Please join #wesnoth-de
20140425 13:08:03-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Computer's napping]
20140425 13:08:42-!- fendrin_ [~fabi@91-67-44-108-dynip.superkabel.de] has joined #wesnoth-dev
20140425 13:11:58-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Ping timeout: 240 seconds]
20140425 13:15:10-!- thunderstruck [~zaibotren@cpc13-sgyl31-2-0-cust696.18-2.cable.virginm.net] has joined #wesnoth-dev
20140425 13:18:42-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140425 13:24:32-!- Sulfur [~Miranda@p5B009DE3.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140425 13:31:53-!- _8680_ [~8680@2002:4404:712c:0:4098:b266:34a8:aa8b] has quit [Ping timeout: 252 seconds]
20140425 13:32:48-!- _8680_ [~8680@2002:4404:712c:0:5c22:1ac1:db8b:71ba] has joined #wesnoth-dev
20140425 13:39:37-!- sachith500 [~kvirc@112.134.124.183] has quit [Ping timeout: 240 seconds]
20140425 13:43:54-!- spoffy_ [~spoffy@host86-168-246-14.range86-168.btcentralplus.com] has joined #wesnoth-dev
20140425 13:50:38-!- EdB [~edb@85.69.242.6] has joined #wesnoth-dev
20140425 13:51:20-!- arcus_ [8253138b@gateway/web/freenode/ip.130.83.19.139] has quit [Quit: Page closed]
20140425 13:55:24-!- _8680_ [~8680@2002:4404:712c:0:5c22:1ac1:db8b:71ba] has quit [Ping timeout: 246 seconds]
20140425 13:56:16-!- _8680_ [~8680@2002:4404:712c:0:117a:c6c5:f7a9:610f] has joined #wesnoth-dev
20140425 14:07:30-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Computer's napping]
20140425 14:26:55-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140425 14:32:01-!- EdB [~edb@85.69.242.6] has quit [Quit: Konversation terminated!]
20140425 14:43:38-!- Octalot [~noct@27.74.208.46.dyn.plus.net] has quit [Ping timeout: 240 seconds]
20140425 14:44:52-!- wesbot changed the topic of #wesnoth-dev to: string+feature freeze active on 1.12 | 241 bugs, 346 feature requests, 28 patches | Logs: http://irclogs.wesnoth.org | Alternate logs: http://wesnoth.debian.net | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20140425 14:44:59-!- Sulfur [~Miranda@p5B009DE3.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20140425 14:48:37-!- _8680_ [~8680@2002:4404:712c:0:117a:c6c5:f7a9:610f] has quit [Ping timeout: 252 seconds]
20140425 14:49:15-!- _8680_ [~8680@2002:4404:712c:0:1c29:77ae:3bec:757d] has joined #wesnoth-dev
20140425 14:50:41-!- EdB [~edb@85.69.242.6] has joined #wesnoth-dev
20140425 15:00:24-!- _8680_ [~8680@2002:4404:712c:0:1c29:77ae:3bec:757d] has quit [Ping timeout: 265 seconds]
20140425 15:01:03-!- _8680_ [~8680@2002:4404:712c:0:5c21:68fc:4e8b:fc5b] has joined #wesnoth-dev
20140425 15:05:10-!- kex [~kex@89.205.75.19] has quit [Remote host closed the connection]
20140425 15:05:29-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140425 15:05:41-!- kex [~kex@89.205.75.19] has quit [Remote host closed the connection]
20140425 15:05:43-!- _8680_ [~8680@2002:4404:712c:0:5c21:68fc:4e8b:fc5b] has quit [Ping timeout: 246 seconds]
20140425 15:06:15-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140425 15:07:00-!- _8680_ [~8680@2002:4404:712c:0:7c15:9d95:771d:f65b] has joined #wesnoth-dev
20140425 15:10:25-!- kex [~kex@89.205.75.19] has quit [Ping timeout: 240 seconds]
20140425 15:12:20-!- Sulfur [~Miranda@p5B009DE3.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140425 15:26:23-!- spoffy_ [~spoffy@host86-168-246-14.range86-168.btcentralplus.com] has quit [Ping timeout: 255 seconds]
20140425 15:29:39-!- boucman_work [~rosen@wesnoth/developer/boucman] has left #wesnoth-dev []
20140425 15:41:30-!- _8680_ [~8680@2002:4404:712c:0:7c15:9d95:771d:f65b] has quit [Ping timeout: 240 seconds]
20140425 15:41:42-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140425 15:45:11-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20140425 15:50:51-!- _8680_ [~8680@2002:4404:712c:0:d11a:228a:2836:8dad] has joined #wesnoth-dev
20140425 15:55:47-!- _8680_ [~8680@2002:4404:712c:0:d11a:228a:2836:8dad] has quit [Ping timeout: 245 seconds]
20140425 15:56:49-!- _8680_ [~8680@2002:4404:712c:0:e90c:faf0:cf3d:4c27] has joined #wesnoth-dev
20140425 16:04:53-!- _8680_ [~8680@2002:4404:712c:0:e90c:faf0:cf3d:4c27] has quit [Ping timeout: 252 seconds]
20140425 16:05:59-!- _8680_ [~8680@2002:4404:712c:0:4000:342f:f242:14cd] has joined #wesnoth-dev
20140425 16:06:13-!- Trademark [~trademark@mac-nomade-85.ircam.fr] has quit []
20140425 16:09:32-!- happygrue [~happygrue@2601:6:4380:7df:59b6:515e:30aa:2a0] has joined #wesnoth-dev
20140425 16:09:32-!- happygrue [~happygrue@2601:6:4380:7df:59b6:515e:30aa:2a0] has quit [Changing host]
20140425 16:09:32-!- happygrue [~happygrue@wesnoth/developer/wintermute] has joined #wesnoth-dev
20140425 16:16:33< mattsc> Ugh!  Putting a unit on the map in Lua with wesnoth.put_unit takes about 1 millisecond.  And still that adds up to a significant fraction (a third to a half) of the attack calculation time needed for Fred when things get slow (because it needs to be done so much for ZoC calculations).
20140425 16:16:51< mattsc> That is not where I would have expected the time sink (or at least one of them) to be ...
20140425 16:17:17< mattsc> On a more positive note, Fred seems to have overcome his fear of Northerners.  :P
20140425 16:22:11-!- Aishiko [~Aishiko@cpe-065-191-176-226.nc.res.rr.com] has quit [Ping timeout: 255 seconds]
20140425 16:22:59< mattsc> Actually, it’s closer to 2/3 of the time…
20140425 16:26:05< AI0867> mattsc: any idea what takes the time in there?
20140425 16:26:18< AI0867> it sounds like you've done some profiling
20140425 16:27:10< mattsc> AI0867: no idea - and I’ve done the profiling only on the Lua side so far, which shows it’s the wesnoth.put_unit() function itself.
20140425 16:28:02< mattsc> Inserting the unit into the unit_map, maybe?  (that’s just a guess not based on anything though)
20140425 16:33:23-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140425 16:43:33-!- gfgtdf [~chatzilla@d150034.adsl.hansenet.de] has joined #wesnoth-dev
20140425 16:43:54< gfgtdf> mattsc: putttign a unit from wml or from a provate unit ?
20140425 16:44:09< gfgtdf> private*
20140425 16:44:48< mattsc> gfgtdf: unit that was on the map, got extracted (into a private unit) and then is put back.
20140425 16:46:23-!- cib [~cib@p5DC74ED1.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140425 16:46:46-!- cib is now known as Guest70014
20140425 16:53:15< gfgtdf> 	mattsc: d you run wesnoth in debug mode ? (not teh wesnothdebug the cmpiler debugmode)
20140425 16:54:41< mattsc> gfgtdf: no, this is with the 1.11.12 release
20140425 16:55:59-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20140425 17:05:27< gfgtdf> 	mattsc: when i did some quick tesing with ai perfonace it showed my thet wesnoth.get_units took quiet some perfirmance
20140425 17:05:33< gfgtdf> time*
20140425 17:06:00< janebot> Wesnoth Forums | Developers’ Discussions • Re: Suggestion: keep backwards compatibility by Wintermute [ 04-25-2014 17:02 ] [ http://r.wesnoth.org/p569767 ]
20140425 17:06:01-!- Yaiyan [5693fa2d@gateway/web/cgi-irc/kiwiirc.com/ip.86.147.250.45] has joined #wesnoth-dev
20140425 17:07:12< mattsc> gfgtdf: well, depends on the parameters passed.  It’s really slow when it is called with things like ‘formula = $this_unit.moves > 0’, but there are easy ways around that.
20140425 17:07:24< mattsc> That’s not what I am concerned with here.
20140425 17:08:37-!- DCW [~Thunderbi@cpc66863-finc15-2-0-cust393.4-2.cable.virginm.net] has joined #wesnoth-dev
20140425 17:09:09< happygrue> Duthlet: can you explain what you and the other guy were talking about with holding down shift and clicking in this thread:  http://forums.wesnoth.org/viewtopic.php?p=569763#p569763
20140425 17:09:29< happygrue> I have never held shift before, so I don't understand, but if the default changed then yes maybe we should change back
20140425 17:09:39< happygrue> what does holding shift even do?
20140425 17:10:03< mattsc> happygrue: it disables accelerated speed while you hold it down
20140425 17:10:07< happygrue> ah
20140425 17:10:09< gfgtdf> mattsc: it seems liek there are quite some calls to unit filter with  "filter_wml"
20140425 17:10:12< happygrue> well that is why I have never done that :D
20140425 17:10:23< happygrue> so basically, you could see animations for that move?
20140425 17:11:03< mattsc> gfgtdf: I do not understand how that is relevant to my issue
20140425 17:11:21< gfgtdf> it not, its just what i saw wehen ruing a qick perfoirmance test.
20140425 17:11:27< mattsc> happygrue: yes, or just follow a specific sequence of moves more slowly etc.
20140425 17:11:37< mattsc> gfgtdf: ah, ok
20140425 17:12:40< mattsc> gfgtdf: I know that wesnoth.get_units can be slow, so in my AIs I just do that once at the beginning of evaluations (usually getting all units of a side, or all enemy units) and then extract subsets from that array.
20140425 17:12:59< mattsc> That what I meant with ‘it’s easy to work around’
20140425 17:14:00< happygrue> I see.  I know hotkey stuff has been in flux so I don't really know what to say about it, but according to this post:  http://forums.wesnoth.org/viewtopic.php?p=569743#p569743  perhaps we changed the default hotkey for that feature.  Does anyone who has been following hotkey shenanigans feel we could change it back (so it keeps the same behaviour as current stable) without causing problems?
20140425 17:14:02< mattsc> My current prolbem is not that simple to deal with (I do need to move the units around for ZoC calculations since there’s no such thing as a “virtual map”), but I don’t necessarily have to do it with an extrqact/put_unit combo
20140425 17:14:57< mattsc> happygrue: I have not been following things carefully enough to know that
20140425 17:16:57< happygrue> Ivanovic: Any chance we could get a quick release to address this post ( and the next two): http://forums.wesnoth.org/viewtopic.php?p=569748#p569748
20140425 17:17:16< happygrue> in the interests of not scaring away what few people are actually testing MP on the dev branch?
20140425 17:17:51< happygrue> and by "quck" I just mean as sooner rather than later, not trying to push it this weekend or anything.
20140425 17:29:18-!- DCW [~Thunderbi@cpc66863-finc15-2-0-cust393.4-2.cable.virginm.net] has quit [Quit: DCW]
20140425 17:40:20< Duthlet> happygrue: I guess your question is mostly answered. Holding down shift toggles accelerated speed. I usually have accelerated speed disabled, so I use it to speed up. I'm simply quicker to let go of the shift key than to press ctrl-a, if I want to see what is happening. I'd probably miss every wose with acc speed enabled. But on my own turn I already know where the unit is moving, so I developed the habbit of clicking and starting to hold down
20140425 17:40:38< mattsc> happygrue: I don’t want to speak for Ivanovic, but he is currently traveling and I think will leave for another trip right after coming back from this one.  I think he said he’d be mostly out of contact during that time.
20140425 18:02:15< AI0867> mattsc: could you show me your testing code? I'm doing a profile build that might help me profile this thing. (this is the first time I've attempted this though)
20140425 18:03:15< happygrue> Duthlet: I see, thanks.
20140425 18:03:44< mattsc> AI0867: umm, this is in the middle of a humonguous mess inside the grunt rush AI code.
20140425 18:04:16< mattsc> I could set something up inside the AI-demos test scenario though, so you can test it (easily, I think) with right-click menu options.
20140425 18:04:28< mattsc> AI0867: would that work for you?
20140425 18:04:44< happygrue> mattsc: yep, seems likely.  I don't expect it, but in the interests of getting what MP testing we can I thought I'd ask and perhaps it can still be on the sooner end rather than a month away.
20140425 18:06:05-!- Duthlet [~Duthlet@wesnoth/mp-mod/Duthlet] has quit [Quit: leaving]
20140425 18:11:05< mattsc> AI0867: so what you want to do is: get AI-demos (if you don’t have it yet; doesn’t matter whether you quite have the latest version).  Copy lua/test_lua_template.lua to lua/test_lua.lua
20140425 18:11:54< mattsc> Then put this test code into the end of the file: http://pastebin.com/rk6m9VqQ
20140425 18:12:15< mattsc> Start the test scenario with: wesnoth -d -t aid_test
20140425 18:12:55< mattsc> You can now execute that test code simply with a right-click option (and modify it and click again, without having to reload or anything).
20140425 18:13:18< mattsc> Takes slightly over a second on my computer.
20140425 18:13:47< mattsc> AI0867: will that work for you?
20140425 18:15:34< mattsc> AI0867: oh, you do need to put a side 1 non-leader unit onto the map for this to work (either by recruiting or by using shift-c)
20140425 18:16:23-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20140425 18:20:53-!- Yaiyan [5693fa2d@gateway/web/cgi-irc/kiwiirc.com/ip.86.147.250.45] has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
20140425 18:21:57-!- Aishiko [~Aishiko@cpe-065-191-176-226.nc.res.rr.com] has joined #wesnoth-dev
20140425 18:25:10-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140425 18:34:56-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140425 18:35:29-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 265 seconds]
20140425 18:37:36< AI0867> mattsc: it should, if I get the rest of the setup to work
20140425 18:38:11-!- Bodhi-Baum [~Bodhi@dslb-084-063-038-074.pools.arcor-ip.net] has joined #wesnoth-dev
20140425 18:45:45< mattsc> AI0867: okay, let me know if you encounter any problems with that
20140425 18:46:12< mattsc> abscissa
20140425 18:55:23-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 252 seconds]
20140425 19:04:39< gfgtdf> mattsc: resources::units->add(loc, *u) copied the unit internally (unit *p = new unit(u); line 74 of unit_map)
20140425 19:04:43< gfgtdf> coipes
20140425 19:04:47< gfgtdf> copies
20140425 19:05:59< gfgtdf> mattsc: any copoiing cunits is slow especialy copying the animations
20140425 19:06:33< gfgtdf> units
20140425 19:08:47< gfgtdf> gfgtdf: also copying  the units config isn't without cost
20140425 19:08:53< gfgtdf> mattsc: ^
20140425 19:13:02< gfgtdf> mattsc: since we delete that unit anyway later thats not needed and most lkkeley we shoudl better call insert instead of add to the unit map
20140425 19:17:05< mattsc> gfgtdf: okay - will doing that bring the time required down by a factor 10 or more?
20140425 19:17:37< gfgtdf> mattsc: i can tell you teh exact factor muse i think yes
20140425 19:17:44< gfgtdf> s/muse/but
20140425 19:19:38< mattsc> Really?  Cool.  Well, AI0867 is also working on profiling.  I’ll wait what the two of you find, but in the meantime I will also work on other ways of speeding up my code.  I need to do that for other reasons anyway.
20140425 19:26:08-!- irker963 [~irker@fehu.ai0867.net] has joined #wesnoth-dev
20140425 19:26:08< irker963> wesnoth: Chris Beck wesnoth:1.12 2fa1b445a6a7 / RELEASE_NOTES: add remark about 21965 to RELEASE_NOTES http://git.io/WLB_pw
20140425 19:26:08< irker963> wesnoth: Chris Beck wesnoth:1.12 82a58f639d04 / / (6 files in 6 dirs): Merge branch '1.12' of https://github.com/wesnoth/wesnoth into 1.12 http://git.io/suQTjw
20140425 19:26:55< irker963> wesnoth: Chris Beck wesnoth:master 2a5bee8f8cda / RELEASE_NOTES: add remark about 21965 to RELEASE_NOTES http://git.io/eT5U7Q
20140425 19:28:38-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has joined #wesnoth-dev
20140425 19:32:29-!- trademark [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has joined #wesnoth-dev
20140425 19:36:51-!- thunderstruck [~zaibotren@cpc13-sgyl31-2-0-cust696.18-2.cable.virginm.net] has quit [Quit: leaving]
20140425 19:48:52-!- Sulfur [~Miranda@p5B009DE3.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20140425 20:01:15-!- trademark [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has quit [Read error: Operation timed out]
20140425 20:06:28-!- aquileia [6dc00d61@gateway/web/freenode/ip.109.192.13.97] has joined #wesnoth-dev
20140425 20:13:47< aquileia> vultraz: http://wiki.wesnoth.org/Special:MostLinkedFiles
20140425 20:14:18< aquileia> Isn't it bizarre that these three files don't even exist anymore?
20140425 20:27:47< aquileia> shadowm: I just verified that templates can be expanded inside URLs. Would you like me to create a {{Stable}} template that is used in all sourceforge links on Download?
20140425 20:28:40< aquileia> It wouldn't reduce the number of pages you have to edit, but it would reduce the necessary time for that
20140425 20:33:56-!- Bodhi-Baum [~Bodhi@dslb-084-063-038-074.pools.arcor-ip.net] has quit [Quit: Verlassend]
20140425 20:38:51-!- EdB [~edb@85.69.242.6] has quit [Quit: Konversation terminated!]
20140425 20:44:52-!- wesbot changed the topic of #wesnoth-dev to: string+feature freeze active on 1.12 | 242 bugs, 346 feature requests, 28 patches | Logs: http://irclogs.wesnoth.org | Alternate logs: http://wesnoth.debian.net | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20140425 20:51:32-!- Octalot [~noct@27.74.208.46.dyn.plus.net] has joined #wesnoth-dev
20140425 21:01:19-!- Guest70014 [~cib@p5DC74ED1.dip0.t-ipconnect.de] has quit [Read error: Operation timed out]
20140425 21:23:00-!- gfgtdf_ [~chatzilla@e177122236.adsl.alicedsl.de] has joined #wesnoth-dev
20140425 21:23:55< shadowm> aquileia: It'd probably be best to use some form of namespacing for that.
20140425 21:24:39< aquileia> shadowm: Suggestions?
20140425 21:24:43< shadowm> Also, it occasionally happens that some platforms aren't up to date at announcement time.
20140425 21:24:59-!- gfgtdf [~chatzilla@d150034.adsl.hansenet.de] has quit [Ping timeout: 252 seconds]
20140425 21:25:09-!- gfgtdf_ is now known as gfgtdf
20140425 21:25:28< aquileia> shadowm: Oh, right, hadn't thought of that
20140425 21:25:28< shadowm> e.g. source code and Windows package available for 1.11.14, but not for OS X, so OS X has to be listed with current = 1.11.13 and old = 1.11.12.
20140425 21:26:19< shadowm> But the URL format usually doesn't change, regardless of the version, so perhaps something more parametric could work.
20140425 21:26:20< aquileia> I just tried to avoid the mdsum inconvenience
20140425 21:26:49< shadowm> I haven't given the issue much thought because I don't like working with wikis.
20140425 21:27:01< aquileia> But in this case it's probably limiting functionality
20140425 21:27:01-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has quit [Ping timeout: 252 seconds]
20140425 21:27:07< shadowm> And I barely understand how MW works.
20140425 21:27:51< shadowm> My job here is just keeping it on life support and not vulnerable to existing patched bugs. ¬_¬
20140425 21:29:15< shadowm> Now here's what I'd do: move the MD5 sum link below to the source code packages list.
20140425 21:29:53< shadowm> Because I seriously don't think the current design makes much sense anyway and it was probably thrown together by someone who didn't care much about presentation (much like pretty much everything in Wesnoth).
20140425 21:30:10< shadowm> s/below to/below/
20140425 21:30:46< shadowm> Well, right beneath it, it might as well be part of the source code downloads list block itself.
20140425 21:31:06< aquileia> ok, then I'll do that
20140425 21:31:10< shadowm> I think that makes more sense from a semantic standpoint, seeing as how the link is actually just for the MD5 sum of the source code package.
20140425 21:31:32< shadowm> Now, if I had it my way I'd drop the MD5 sum download entirely and replace it with a SHA512 of the source.
20140425 21:31:35< shadowm> ;)
20140425 21:31:54< shadowm> Also the source would be distributed in xz tarballs.
20140425 21:32:21 * aquileia barely understands how SHA works.
20140425 21:33:02< aquileia> ahem... I have no opinion on that matter :p
20140425 21:33:20< shadowm> SF.net provides its own MD5 and SHA1 sums of the files in the folder listing, so providing a separate MD5 note doesn't seem particularly useful to me.
20140425 21:33:50< shadowm> The only thing it's useful for is for checking that SF.net didn't change the files behind the uploader's back.
20140425 21:34:14< shadowm> Or that it's serving the same files it advertises, with identical contents.
20140425 21:34:42< shadowm> But then, if SF.net wanted to forge the files (no pun intended), it could also serve a falsified MD5 sum note?
20140425 21:35:03< shadowm> So essentially, we should be cryptographically signing our released files instead.
20140425 21:35:27< shadowm> I'm sure c74d would agree with me.
20140425 21:37:37-!- trewe [~trewe@203.237.137.78.rev.vodafone.pt] has joined #wesnoth-dev
20140425 21:37:58< Coffee_irc> fendrin_: sorry I've been out due to a cold and haven't responded back
20140425 21:38:25< Coffee_irc> fendrin_: please don't feel like you need to revert your new features on my account or some bugs that we could fix
20140425 21:39:21< aquileia> shadowm: I can just delete that entry, but for now I'd move it into the template
20140425 21:39:42< shadowm> Yeah no, I wouldn't propose to delete it.
20140425 21:40:05< shadowm> There's a difference between deleting something and replacing it with a superior alternative.
20140425 21:40:42< aquileia> oh, and by the way... shouldn't these templates be protected from normal users (after I've edited them, that is)?
20140425 21:41:17< shadowm> Don't non-tier-1 packagers edit these pages too?
20140425 21:41:59< aquileia> not the template as it only includes Windows, OSX & Pandora
20140425 21:42:29< aquileia> So in fact the template opens the option for protection!
20140425 21:42:46< shadowm> I don't know, I'd leave them unprotected until Wesnoth becomes popular enough to attract wiki vandals.
20140425 21:44:00< aquileia> Wesnoth's wiki is popular enough for spam, so...
20140425 21:44:33< shadowm> Wait, are _you_ even able to Protect pages?
20140425 21:45:24< aquileia> no, I'd be excluded as well - but as soon as the template is ready, I don't need to edit it anymore
20140425 21:45:45< aquileia> and of course I can't enable protection
20140425 21:46:34< c74d> Yes.
20140425 21:49:13-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20140425 21:49:16< c74d> Also providing the hashes on wesnoth.org, so that they’d be available (a) from us and (b) via HTTPS.
20140425 21:49:52< shadowm> Providing stuff via https is not all that reassuring when the site runs on PHP.
20140425 21:50:18< c74d> (Not that most people’s Web browsers will trust wesnoth.org’s certificate, but then I doubt most people check hashes anyway.)
20140425 21:50:46< c74d> How bad is its PHP?
20140425 21:50:49< shadowm> But yes, I'd certainly advise against trusting SF.net nowadays.
20140425 21:51:04< c74d> (Of course all PHP is bad…)
20140425 21:51:11< shadowm> How bad? In a scale of 1 to 10, it's not even a real number.
20140425 21:51:23< shadowm> Code injection attacks.
20140425 21:51:29< shadowm> SQL injection attacks.
20140425 21:52:11< shadowm> Both can be used to compromise a https site without violating the chain of trust.
20140425 21:52:28-!- trademark [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has joined #wesnoth-dev
20140425 21:52:36-!- Yaiyan [5693fa2d@gateway/web/cgi-irc/kiwiirc.com/ip.86.147.250.45] has joined #wesnoth-dev
20140425 21:52:42< AI0867> 23:35 < shadowm> So essentially, we should be cryptographically signing our released files instead. ← I used to do that for my wes-umc-dev releases
20140425 21:52:49< shadowm> At least we don't run wordpress. :p
20140425 22:13:08< AI0867> mattsc, gfgtdf: I just did some profiling, then replaced the resources::units->add call with set_location + insert (and removed the destructor call).
20140425 22:13:20< AI0867> there was no real difference
20140425 22:13:27< gfgtdf> AI0867: :o
20140425 22:13:51< AI0867> it's spending a lot of time in std::string constructors though
20140425 22:13:53< AI0867> also, mp::connect_engine::process_network_data
20140425 22:14:06< AI0867> and, of course, malloc&free
20140425 22:14:21< gfgtdf> AI0867: put_unit spends time in mp::connect_engine::process_network_data ??
20140425 22:14:29< gfgtdf> that sounds rather buggs
20140425 22:14:33< AI0867> no, but I couldn't get pprof to narrow things down
20140425 22:14:40< AI0867> so I bumped the number of iterations to one million
20140425 22:15:00< AI0867> intf_put_unit is static
20140425 22:15:16< AI0867> that took about 3 minutes to run
20140425 22:16:29-!- trademark [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has quit [Ping timeout: 264 seconds]
20140425 22:16:47< AI0867> http://pastebin.com/naK8wWif
20140425 22:18:07< AI0867> and the diff: http://pastebin.com/U7Ee0M0M
20140425 22:18:59< AI0867> http://wiki.wesnoth.org/UsingGooglePerformanceTools ← this is pretty much what I did
20140425 22:19:19< gfgtdf> AI0867: when i did profiling my profiler told me that it spend ~50% of the time inside units contructor  and ~10% of the time on units descructor and ~60% of time in put_unit, maybe your version just optimized teh desctrucotr + contructor away ot something ?
20140425 22:19:57< AI0867> I have no idea
20140425 22:20:07< AI0867> maybe you did your profiling differently?
20140425 22:20:23< AI0867> please try the patch yourself and see if it helps
20140425 22:20:33< AI0867> maybe I'm just doing something very wrong
20140425 22:20:58-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 240 seconds]
20140425 22:21:20< AI0867> aaaaaaaaaaaand I know what just happened
20140425 22:21:23< AI0867> I used the wrong binary....
20140425 22:21:35< mattsc> AI0867: thanks for testing and the …
20140425 22:21:44< mattsc> Ah, I’ll stop my comment then.  :)
20140425 22:22:12< mattsc> But I don’t really have anything useful to contribute anyway.  I’ll continue to listen though.
20140425 22:22:52< AI0867> I did ALL my profiling using an old binary, that didn't change between tests
20140425 22:22:56< AI0867> gfgtdf: ^
20140425 22:23:20< gfgtdf> AI0867: this is what the profiler told me: http://i.imgur.com/3RHicWG.png (in the odl binary)
20140425 22:30:18-!- Upth [~ogmar@108-85-89-28.lightspeed.frokca.sbcglobal.net] has quit [Quit: this quit message is 100% guaranteed not to contain obscenity.]
20140425 22:32:08< aquileia> shadowm: Back to 2 pages per dev version bump
20140425 22:32:09< AI0867> I'm afraid that with proper profiling code, this may take significantly longer...
20140425 22:35:36< gfgtdf> AI0867: compiling you mean ?
20140425 22:37:00-!- ancestral [~ancestral@17.114.44.148] has joined #wesnoth-dev
20140425 22:37:04-!- Anakonda [Anakonda@88-148-200-195.bb.dnainternet.fi] has quit [Read error: Connection reset by peer]
20140425 22:39:11-!- irker963 [~irker@fehu.ai0867.net] has quit [Quit: transmission timeout]
20140425 22:41:25-!- Upth [~ogmar@108-85-89-28.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev
20140425 22:45:07< gfgtdf> AI0867, mattsc: with a 100000 loop it takes for me ~22 seconds with the original code and <1 sec with AIs patch.
20140425 22:45:19< gfgtdf> normal release build.
20140425 22:54:13< gfgtdf> AI0867, mattsc: with AI's code it takes ~10 sec for 1 10 000 000 loop
20140425 22:54:45< gfgtdf> s/1/a
20140425 22:55:59< mattsc> gfgtdf: sorry, I’m busy integrating Airy functions and have not paid close attention.  Is that 10^7 iterations of Lua or C++ code?
20140425 22:56:43< gfgtdf> lua code, the example you posted above
20140425 22:57:08< mattsc> Wow, that would be nice …
20140425 22:57:36< mattsc> I’m surprised though that you say a loop of 100,000 took you only 22s before you did that.
20140425 22:57:56< mattsc> Well, actualy, I guess that’s only ~4x faster than on my computer, which I can believe.  :)
20140425 22:58:21< mattsc> I had originally read that as 1,000,000 and was impressed!
20140425 22:58:32< AI0867> gfgtdf: no, I previously profiled (accidentally) with a regular build
20140425 22:58:41< AI0867> now doing it with a profile build
20140425 22:58:52< AI0867> it's been running for half an hour now
20140425 22:59:00< AI0867> the 1 Miterations still aren't done
20140425 22:59:40< gfgtdf> bnut if you just want to know how long it takes why do you need prifiling ?
20140425 22:59:44< gfgtdf> but*
20140425 22:59:56< AI0867> eh, good point =P
20140425 23:02:19< gfgtdf> AI0867: i usually do profiling with a normal build, but that normaly gives me ~30% of the samples as 'unknown'
20140425 23:02:29< gfgtdf> but the rest is fine
20140425 23:02:54< gfgtdf> bau maybe your profiler is different from mine
20140425 23:02:57< gfgtdf> but*
20140425 23:03:01< AI0867> gperftools
20140425 23:03:09< AI0867> but it's the first time I've used them
20140425 23:04:37< mattsc> AI0867, gfgtdf: I hope you’re having some fun doing all this (or are at least learning something useful), otherwise I’d feel bad for “making you” do all this work.
20140425 23:04:47< AI0867> 700 ms for 1 Miteration
20140425 23:04:57< AI0867> as opposed to about 190 s
20140425 23:05:31< AI0867> I'd call that an improvement ;)
20140425 23:05:48< mattsc> However, if the speed-up is really that large (and it appears it is), that would mean that I don’t find a more efficient way to do the unit placement, and can concentrate on the actual attack analysis code instead.
20140425 23:06:06< mattsc> So that would be great, AFAIAC.
20140425 23:06:34< gfgtdf> AI0867: yours  faster than mine
20140425 23:06:36< gfgtdf> is
20140425 23:07:00< AI0867> 2 year old i7
20140425 23:07:55-!- Necrosporus_ [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20140425 23:09:31< AI0867> gfgtdf: do you have a better patch, or should I apply mine?
20140425 23:09:46-!- mjs-de [~mjs-de@f048224177.adsl.alicedsl.de] has quit [Ping timeout: 276 seconds]
20140425 23:10:17< gfgtdf> no i don't have a better patch
20140425 23:10:38-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has quit [Ping timeout: 240 seconds]
20140425 23:14:36< gfgtdf> mattsc: mattsc i think we should allow a status= in SUF in order to avoid the filter_wml during ai for unit perification
20140425 23:15:34< gfgtdf> mattsc: and since it might make the ai faster i also think we should backport it to 1.12
20140425 23:16:21< mattsc> gfgtdf: well, in Lua status is already directly accessible, so it would not help the Lua AIs, but that sounds like somebody agrees with you.
20140425 23:17:02< mattsc> gfgtdf: Well, it would not make _my_ AIs any faster since I am not using filter_wml for status.
20140425 23:18:25< mattsc> gfgtdf: so I think I agree with you that it’s a good idea, but it wouldn’t speed up my AI code.
20140425 23:18:28< gfgtdf> but there is some ai that does, when i profiles a 5player ai vs ai vs ai vs ai vs ai with differnt ai itz spend quite some time in the SUF. and the only filter_wml i have found in lua was in the get_live_unit function.
20140425 23:19:09< mattsc> Ugh, is that still in there?  If so, that’s an oversight.
20140425 23:19:30-!- iceiceice [~chris@207-237-132-90.ny.subnet.cable.rcn.com] has joined #wesnoth-dev
20140425 23:19:31-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 276 seconds]
20140425 23:19:48< iceiceice> gfgtdf: i looked into this variables bug
20140425 23:19:57< iceiceice> i think maybe we should delete / revise lines 488 - 494 of playcampaign.cpp
20140425 23:20:27< iceiceice> if you look at slowthinkers bug report https://gna.org/bugs/?func=detailitem&item_id=19258
20140425 23:20:32< iceiceice> i think you will see it is related to yours
20140425 23:20:39< iceiceice> https://gna.org/bugs/?21962
20140425 23:20:44< iceiceice> especially the proposed work around:
20140425 23:20:48< mattsc> gfgtdf: thanks for pointing that out, I’ll check that later and fix it.  In the meantime, having it available directly in SUFs would not be a bad thing, methinks.
20140425 23:20:52< iceiceice> a workaround for the easy case: 
20140425 23:20:53< iceiceice> just add [variables] disable_replay_corruption="yes" [/variables] to the [scenario] 
20140425 23:20:53< iceiceice> (if there is at least one variable defined in scenario, the variables block won't be overwritten by save/load/save)
20140425 23:21:00< iceiceice> ^ slowthinker's comment
20140425 23:22:40< gfgtdf> iceiceice: i have absolutely no idea why the lines 488-.. exist.
20140425 23:23:23< iceiceice> idk it seems poorly thought out
20140425 23:23:33< iceiceice> i mean this might be a good idea if it isn't a reloaded scenario i guess?
20140425 23:24:09< iceiceice> i made a list of all the places that currently seem to manipulate WML variables info when we are loading
20140425 23:24:15< iceiceice> http://wiki.wesnoth.org/CodeManipulatingWMLVariables
20140425 23:24:38< iceiceice> i think it might be a good idea to delete those lines i mentioned,
20140425 23:24:45< iceiceice> also to move the stuff in play_controller into play_campaign 
20140425 23:26:29< gfgtdf> i also thing we should delete thse lines
20140425 23:26:34< gfgtdf> think
20140425 23:27:08< gfgtdf> iceiceice: i think that code was maybe at some point  used to put the scenarios form the preovious scenario insie the new scenario.
20140425 23:27:22< gfgtdf> s/the scenarios/the variables
20140425 23:27:40< iceiceice> y maybe it shold have been removed in the refactor where we add this carryover sides stuff
20140425 23:28:32< iceiceice> is there any other place that variables will get moved over to replay_start?
20140425 23:28:38< iceiceice> i mean in a start of scenario save i guess that is a good idea
20140425 23:29:15< gfgtdf> iceiceice: the replay_start shoudl just be a normal snapshot taken at the start of the game, and then never changed
20140425 23:29:29< iceiceice> yeah
20140425 23:29:34< iceiceice> is that currently how it works?
20140425 23:29:39< iceiceice> that seems like how it should work
20140425 23:30:00< gfgtdf> iceiceice: that more or less how it works, idk the exact code.
20140425 23:30:42< gfgtdf> bbl
20140425 23:33:43< iceiceice> gfgtdf: what you said is written exactly in playsingle_controller.cpp:372
20140425 23:34:12< iceiceice> i'm going to try deleting those replay_start variables lines and push to master
20140425 23:39:40< AI0867> gfgtdf: https://github.com/wesnoth/wesnoth/pull/158
20140425 23:41:20-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20140425 23:42:57< AI0867> posted as a PR as we might want to add some "null out the contents" functionality to lua_unit instead
20140425 23:43:03< AI0867> and I'm off for the night
20140425 23:44:19< mattsc> AI0867: thanks and good night
20140425 23:46:47< mattsc> AI0867, gfgtdf: reading the text of the PR, I have a question
20140425 23:47:34< mattsc> wesnoth.put_unit does not require a full unit table to be provided, see http://wiki.wesnoth.org/LuaWML:Units#wesnoth.put_unit
20140425 23:47:45< mattsc> Will this new method still work in this case?
20140425 23:48:16-!- c74d [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has quit [Excess Flood]
20140425 23:53:37< gfgtdf> mattsc: this effects onyl the case when we pass a lua units the casse that we pass a wml table should be uneffected
20140425 23:53:59< mattsc> gfgtdf: okay - thanks
20140425 23:54:11-!- c74d [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has joined #wesnoth-dev
20140425 23:56:15< gfgtdf> AI: lloking at the old code i wonder when we deleted the unit* created with 'new' in the old code ?
20140425 23:56:19< gfgtdf> looking*
20140425 23:56:29< gfgtdf> AI0867: ^
20140425 23:57:45< gfgtdf> mattsc: well this also effects the case when we pass a wml table since we also save one unit creation in that case but the code that creted the unit from the wmltable wasn't changes i thats what i meant
20140425 23:58:25< gfgtdf> mattsc: but the code to create a unit from the wmltable should be more expensive than the unit copying i think.
20140425 23:59:24< gfgtdf> AI0867: the unit created in line 2166 i mean
--- Log closed Sat Apr 26 00:00:33 2014