--- Log opened Mon Oct 05 00:00:01 2015
20151005 00:01:30-!- jinblack_ [~jinblack@jinblack.it] has quit [Ping timeout: 240 seconds]
20151005 00:10:13-!- gfgtdf [~chatzilla@f054062063.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.92 [Firefox 41.0.1/20150929144111]]
20151005 00:11:10-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20151005 00:20:29-!- jinblack_ [~jinblack@ip184-187-174-107.sb.sd.cox.net] has joined #wesnoth-dev
20151005 00:47:26-!- Appleman1234 [~Appleman1@KD111239012136.au-net.ne.jp] has joined #wesnoth-dev
20151005 00:48:18-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20151005 00:48:20-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20151005 00:54:13-!- jinblack_ [~jinblack@ip184-187-174-107.sb.sd.cox.net] has quit [Ping timeout: 252 seconds]
20151005 00:57:34-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 246 seconds]
20151005 01:05:03-!- trewe [~trewe@2001:8a0:d126:4d01:626c:66ff:fe92:9b7c] has quit [Quit: quit]
20151005 01:06:21-!- jinblack_ [~jinblack@131.175.14.134] has joined #wesnoth-dev
20151005 01:19:36-!- Appleman1234 [~Appleman1@KD111239012136.au-net.ne.jp] has quit [Ping timeout: 268 seconds]
20151005 01:48:37-!- MotorMe [~MotorMe@124.238.139.8] has quit [Remote host closed the connection]
20151005 01:48:56-!- MotorMe [~MotorMe@124.238.139.8] has joined #wesnoth-dev
20151005 01:58:12-!- vultraz [~chatzilla@124.109.10.167] has quit [Read error: Connection timed out]
20151005 01:58:17-!- rayblade53 [~chatzilla@124.109.10.167] has joined #wesnoth-dev
20151005 01:58:34-!- rayblade53 is now known as vultraz
20151005 01:59:51-!- vultraz [~chatzilla@124.109.10.167] has quit [Changing host]
20151005 01:59:51-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20151005 02:01:06-!- pydsigner [~pydsigner@unaffiliated/pydsigner] has joined #wesnoth-dev
20151005 02:01:42-!- marko__ [1854f87c@gateway/web/freenode/ip.24.84.248.124] has joined #wesnoth-dev
20151005 02:02:56-!- pydsigner [~pydsigner@unaffiliated/pydsigner] has quit [Client Quit]
20151005 02:03:54-!- pydsigner [~pydsigner@unaffiliated/pydsigner] has joined #wesnoth-dev
20151005 02:04:27-!- marko__ [1854f87c@gateway/web/freenode/ip.24.84.248.124] has quit [Client Quit]
20151005 02:16:44-!- Appleman1234 [~Appleman1@KD118156241133.au-net.ne.jp] has joined #wesnoth-dev
20151005 02:23:12-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has quit [Ping timeout: 255 seconds]
20151005 02:29:52-!- jinblack_ [~jinblack@131.175.14.134] has quit [Ping timeout: 272 seconds]
20151005 02:45:55-!- fabi [~quassel@wesnoth/developer/fendrin] has quit [Quit: No Ping reply in 180 seconds.]
20151005 02:46:41-!- jinblack_ [~jinblack@ip184-187-174-107.sb.sd.cox.net] has joined #wesnoth-dev
20151005 02:46:48-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20151005 02:47:18-!- fabi [~quassel@176.2.22.175] has joined #wesnoth-dev
20151005 02:47:18-!- fabi [~quassel@176.2.22.175] has quit [Changing host]
20151005 02:47:18-!- fabi [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20151005 02:59:59-!- fabi [~quassel@wesnoth/developer/fendrin] has quit [Ping timeout: 252 seconds]
20151005 03:03:29-!- fabi [~quassel@176.2.22.175] has joined #wesnoth-dev
20151005 03:03:32-!- fabi [~quassel@176.2.22.175] has quit [Changing host]
20151005 03:03:32-!- fabi [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20151005 03:05:29-!- MotorMe [~MotorMe@124.238.139.8] has quit [Ping timeout: 252 seconds]
20151005 03:13:34-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 272 seconds]
20151005 03:32:23-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20151005 03:54:44-!- legoktm is now known as ugh
20151005 03:54:49-!- ugh is now known as wmf
20151005 03:54:54-!- wmf is now known as wikidata
20151005 03:55:00-!- wikidata is now known as NSA
20151005 03:55:04-!- NSA is now known as legoktm
20151005 03:56:40-!- legoktm is now known as kunal
20151005 03:56:49-!- kunal is now known as legoktm
20151005 04:25:09-!- Appleman1234 [~Appleman1@KD118156241133.au-net.ne.jp] has quit [Ping timeout: 255 seconds]
20151005 04:48:12-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20151005 04:49:48-!- Council [d41095f3@gateway/web/freenode/ip.212.16.149.243] has quit [Ping timeout: 246 seconds]
20151005 05:19:43-!- timotei__ [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 246 seconds]
20151005 05:21:16-!- Appleman1234 [~Appleman1@KD118156243051.au-net.ne.jp] has joined #wesnoth-dev
20151005 05:26:10-!- timotei_ [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20151005 05:34:15-!- Kwandulin [~Miranda@p5B008125.dip0.t-ipconnect.de] has joined #wesnoth-dev
20151005 05:57:37-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The computer falls into a deep sleep, to awake again some other day!]
20151005 06:01:43-!- jinblack_ [~jinblack@ip184-187-174-107.sb.sd.cox.net] has quit [Ping timeout: 246 seconds]
20151005 06:10:47-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20151005 06:15:43-!- jinblack_ [~jinblack@131.175.14.134] has joined #wesnoth-dev
20151005 06:19:58 * shadowm stabs elias.
20151005 06:21:29< shadowm> Moving wam to Python 3 broke the add-ons server web index cronjob.
20151005 06:22:29< shadowm> 06:22:10 shadowm@website:~/src/wesnoth$ sudo apt-get install python3
20151005 06:22:36< shadowm> Hopefully this will suffice. *crosses fingers*
20151005 06:27:44< shadowm> Seems to be working, albeit very slowly, probably because of the backlog we accrued since... September 22.
20151005 06:28:27< shadowm> I think.
20151005 06:28:50< shadowm> 100% CPU usage. No log activity.
20151005 06:28:56< shadowm> How very suspicious.
20151005 06:29:43< shadowm> Oh, okay, there is log activity, so it'll all fine then.
20151005 06:29:47< shadowm> *'s
20151005 06:32:53< shadowm> ... or is it.
20151005 06:33:17< shadowm> Should've used tailf to begin with. I'm not seeing any movement now and it's been two minutes since the last line.
20151005 06:34:13< shadowm> Oh, more activity, so I wasn't imagining things.
20151005 06:36:13-!- Kwandulin [~Miranda@p5B008125.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20151005 06:36:59< shadowm> elias: http://pastebin.com/wgEUSgHJ
20151005 06:37:29< shadowm> The parent script returned with a status of 1 afterwards.
20151005 06:37:46< shadowm> 06:37:18 wesnoth@website:~$ python3 --version
20151005 06:37:49< shadowm> Python 3.2.3
20151005 06:37:52< shadowm> If it helps.
20151005 06:38:37< shadowm> I'm leaving the cronjobs disabled for now.
20151005 06:42:18-!- genbattle [~genbattle@122-57-89-170.jetstream.xtra.co.nz] has joined #wesnoth-dev
20151005 07:12:20-!- ypnos [~ypnos@boron.physiol.uni-freiburg.de] has joined #wesnoth-dev
20151005 07:13:54-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has quit [Ping timeout: 255 seconds]
20151005 07:18:58-!- boucman_work [~jrosen@193.56.60.161] has joined #wesnoth-dev
20151005 07:18:58-!- boucman_work [~jrosen@193.56.60.161] has quit [Changing host]
20151005 07:18:58-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20151005 07:30:46-!- Appleman1234 [~Appleman1@KD118156243051.au-net.ne.jp] has quit [Ping timeout: 260 seconds]
20151005 07:31:28-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20151005 07:33:57-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has quit [Client Quit]
20151005 07:35:44-!- Kwandulin [~Miranda@p5B008125.dip0.t-ipconnect.de] has joined #wesnoth-dev
20151005 07:51:23-!- jinblack_ [~jinblack@131.175.14.134] has quit [Ping timeout: 265 seconds]
20151005 08:14:13-!- jinblack_ [~jinblack@ip184-187-174-107.sb.sd.cox.net] has joined #wesnoth-dev
20151005 08:18:32-!- MotorMe [~MotorMe@124.238.139.8] has joined #wesnoth-dev
20151005 08:23:17-!- MotorMe [~MotorMe@124.238.139.8] has quit [Ping timeout: 265 seconds]
20151005 08:28:13-!- Appleman1234 [~Appleman1@KD111239000165.au-net.ne.jp] has joined #wesnoth-dev
20151005 08:36:26-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20151005 08:37:21-!- joet [~joet@82-71-48-162.dsl.in-addr.zen.co.uk] has joined #wesnoth-dev
20151005 08:38:40-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 268 seconds]
20151005 08:40:46-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 246 seconds]
20151005 08:46:17-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20151005 08:51:33-!- jinblack_ [~jinblack@ip184-187-174-107.sb.sd.cox.net] has quit [Ping timeout: 255 seconds]
20151005 09:06:19-!- kidneb [~kidneb@not.allthetime.xyz] has quit [Ping timeout: 246 seconds]
20151005 09:07:22-!- kidneb [kidneb@not.allthetime.xyz] has joined #wesnoth-dev
20151005 09:18:02-!- mjs-de [~mjs-de@x4db511fc.dyn.telefonica.de] has joined #wesnoth-dev
20151005 09:18:44-!- boucman_2 [~jrosen@bob75-2-81-56-46-209.fbx.proxad.net] has joined #wesnoth-dev
20151005 09:22:05-!- boucman_work [~jrosen@wesnoth/developer/boucman] has quit [Ping timeout: 250 seconds]
20151005 09:23:42-!- shadowm_desktopW [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 260 seconds]
20151005 09:24:55-!- genbattle [~genbattle@122-57-89-170.jetstream.xtra.co.nz] has quit [Ping timeout: 268 seconds]
20151005 09:30:11-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20151005 09:37:00-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has quit [Ping timeout: 255 seconds]
20151005 09:46:53-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has joined #wesnoth-dev
20151005 09:51:18-!- fabi [~quassel@wesnoth/developer/fendrin] has quit [Quit: No Ping reply in 180 seconds.]
20151005 09:51:31-!- fabi [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20151005 10:03:49-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Quit: wedge009]
20151005 10:04:04-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20151005 10:04:54-!- ypnos [~ypnos@boron.physiol.uni-freiburg.de] has quit [Ping timeout: 255 seconds]
20151005 10:10:05-!- zombah [~zombah@2a02:28:3:1:214:4fff:fe47:5920] has joined #wesnoth-dev
20151005 10:12:47-!- Appleman1234 [~Appleman1@KD111239000165.au-net.ne.jp] has quit [Ping timeout: 264 seconds]
20151005 10:14:51-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20151005 10:28:57-!- ypnos [~ypnos@boron.physiol.uni-freiburg.de] has joined #wesnoth-dev
20151005 10:30:59-!- joet [~joet@82-71-48-162.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 240 seconds]
20151005 10:34:03-!- joet [~joet@82-71-48-162.dsl.in-addr.zen.co.uk] has joined #wesnoth-dev
20151005 10:51:24-!- boucman_2 [~jrosen@bob75-2-81-56-46-209.fbx.proxad.net] has quit [Ping timeout: 264 seconds]
20151005 10:51:48-!- boucman_2 [~jrosen@193.56.60.161] has joined #wesnoth-dev
20151005 11:25:35-!- Appleman1234 [~Appleman1@KD111239000165.au-net.ne.jp] has joined #wesnoth-dev
20151005 11:30:50-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Quit: wedge009]
20151005 11:31:07-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20151005 11:32:19-!- prkc [~prkc@catv-89-134-159-103.catv.broadband.hu] has joined #wesnoth-dev
20151005 11:32:56-!- Kwandulin [~Miranda@p5B008125.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20151005 11:47:06-!- danni [~quassel@adsl-au-4-145.ozonline.com.au] has joined #wesnoth-dev
20151005 11:59:40-!- louis94 [~~louis94@42.133-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20151005 12:56:47-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20151005 12:58:10-!- boucman_2 is now known as boucman_work
20151005 12:58:22-!- boucman_work [~jrosen@193.56.60.161] has quit [Changing host]
20151005 12:58:22-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20151005 13:08:59-!- louis94 [~~louis94@42.133-243-81.adsl-dyn.isp.belgacom.be] has quit [Quit: Konversation terminated!]
20151005 13:14:29-!- oldlaptop_ [~quassel@50.36.238.180] has joined #wesnoth-dev
20151005 13:14:35-!- oldlaptop [~quassel@50.36.238.180] has quit [Ping timeout: 240 seconds]
20151005 13:14:35-!- Rhonda [~rhonda@wesnoth/developer/rhonda] has quit [Ping timeout: 240 seconds]
20151005 13:14:38-!- Rh0nda [~rhonda@anguilla.noreply.org] has joined #wesnoth-dev
20151005 13:26:07-!- Kwandulin [~Miranda@p5B009753.dip0.t-ipconnect.de] has joined #wesnoth-dev
20151005 13:47:26-!- Coffee_irc [~david@ppp121-45-60-188.lns20.adl2.internode.on.net] has quit [Ping timeout: 240 seconds]
20151005 13:51:26-!- Coffee_irc [~david@ppp118-210-17-216.lns20.adl2.internode.on.net] has joined #wesnoth-dev
20151005 14:03:07-!- Nobun [~nobun@5.170.85.199] has joined #wesnoth-dev
20151005 14:04:23< Nobun> Hi. During my (very few) spare time I'm trying to develop another version of wmlxgettext written on python3, using regex system like the official perl version
20151005 14:05:05< Nobun> my question for you is this. I have this idea in my mind (if the wmlxgettext I am trying to re-write will be approved)
20151005 14:05:18< Nobun> and I 'll ask you if it is acceptable
20151005 14:05:42< Nobun> the idea is to have 3 different python tools for wesnoth translation
20151005 14:06:23< Nobun> 1) wmlxgettext -> to generate a single "empty" po file for a single textdomain (exactly how currently wmlxgettext works)
20151005 14:07:14< celticminstrel> pot file
20151005 14:07:22< Nobun> 2) umcpo -> a python tk GUI for wmlxgettext that allows UMC devs to use it in a more simply way (and not only)
20151005 14:08:03< Nobun> 3) wescamp -> as a script to upload the .po update files in gettext.wesnoth.org
20151005 14:09:03< Nobun> so the idea is basicly to change wescamp to a upload tool only (also becouse it allowed to generate .pot files using bash scripts)
20151005 14:09:41< Nobun> while introducing a new tools that should help UMC devs to create and update their translations in a more simply way
20151005 14:09:50< Nobun> a new tool *
20151005 14:12:22< Nobun> (end of idea explaination)
20151005 14:19:57-!- roberpot [~roberpot@84.122.85.148.dyn.user.ono.com] has joined #wesnoth-dev
20151005 14:53:11< Soliton> a user friendly frontend sounds like a good idea.
20151005 14:53:39< Soliton> don't even need to rewrite wmlxgettext for that.
20151005 14:55:48-!- irker514 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20151005 14:55:49< irker514> wesnoth: Elias Pschernig wesnoth:master ed83c6b888b8 / data/tools/wesnoth/campaignserver_client.py: [wesnoth_addon_manager] fixed an error message http://git.io/vcSM6
20151005 14:56:12< elias> shadowm: should be fixed
20151005 14:57:03< elias> shadowm: where is the addons server script? i can try it locally to see if there's any other problem
20151005 15:02:15< roberpot> vcxproj is the project file?
20151005 15:02:47< roberpot> oops file
20151005 15:02:49< roberpot> fail
20151005 15:08:31< Nobun> Soliton: rewriting wmlxgettext imho could be important
20151005 15:09:21< Nobun> mainly becouse all other tools for developing UMC are written in python. Moreover, as far as I know, perl wmlxgettext is not guaranteed to work correctly under windows
20151005 15:09:30< Nobun> the idea is to have a portable tool
20151005 15:20:20-!- jinblack_ [~jinblack@ip184-187-174-107.sb.sd.cox.net] has joined #wesnoth-dev
20151005 15:24:04< Soliton> python will not magically solve portability issues.
20151005 15:25:02< Nobun> yep. but it should be more portable if written correctly, if I understood correctly ;)
20151005 15:25:48< Soliton> sure, which is fairly independent of the implementation language.
20151005 15:26:05< Nobun> aside from that, it is a bit too much to ask to windows users to install a perl interpreter and a python interpreter, when perl interpreter is needed only for a singole tool
20151005 15:26:31< Soliton> i'm not arguing against a rewrite anyway. i'm just saying it's not strictly necessary.
20151005 15:26:42< Nobun> (note: I use linux myself, but I concerned on ensure all users to actually allowed to use the official tools)
20151005 15:26:54< Nobun> yeah I understand
20151005 15:27:29< Nobun> but imho the chance to explain our different opinion is useful ;)
20151005 15:28:03< Nobun> I am not even sure I could develop a decent replacement xD
20151005 15:29:38< Nobun> the most hard issue, now, is find correct regular expressions (I'm also trying to include lua multi line block strings, currently not supported)
20151005 15:30:11< Nobun> also the regex for " and ' on perl wmlxgettext will probably changed a bit
20151005 15:30:39< Nobun> (on my python replacement, obliouvsly)
20151005 15:31:01< celticminstrel> I would not consider Python to be any more portable than Perl.
20151005 15:31:17< celticminstrel> What's this for ' ?
20151005 15:31:17< Soliton> anything involving regex is likely to not be much of an improvement in terms of parsing robustness.
20151005 15:31:40< celticminstrel> Lua multi-line block string?
20151005 15:31:51 * celticminstrel confuse.
20151005 15:31:54< celticminstrel> ^d.
20151005 15:32:07-!- legoktm [~quassel@wikipedia/Legoktm] has quit [K-Lined]
20151005 15:32:29< Nobun> I mean [[ string ]]
20151005 15:32:47< Nobun> but I am thinking to restrict the syntax to [==[ string ]==]
20151005 15:33:16-!- legoktm [~quassel@2604:a880:800:10::1c2:b001] has joined #wesnoth-dev
20151005 15:33:29< celticminstrel> \[(.*)\[(.*)\]\1\] ?
20151005 15:33:39-!- legoktm is now known as Guest80449
20151005 15:33:44< celticminstrel> Well, roughly, at least.
20151005 15:33:58< Nobun> Soliton: you are right, but the old python version of wmlxgettext was too slow mostly becouse it tried to be a true WML parser, while the perl wmlxgettext is currently based on regex (so it is more quick)
20151005 15:33:59< celticminstrel> Obviously the first dot actually has to exclude [
20151005 15:34:44< celticminstrel> But what was that about single quotes? Is that for Lua too? I seem to recall WML only supporting double quotes (but maybe I'm mistaken?)
20151005 15:35:02< celticminstrel> Would be weird, but you could support _ <<text here>> :P
20151005 15:35:09< celticminstrel> If that's even allowed.
20151005 15:35:13 * celticminstrel assumes it would be.
20151005 15:36:13< Nobun> currently, as far as I understood from perl source of wmlxgettext, is that wmlxgettext should be able to capture lua ' string ' (and not only "string") when parsing .lua file
20151005 15:36:16-!- Guest80449 [~quassel@2604:a880:800:10::1c2:b001] has quit [Changing host]
20151005 15:36:16-!- Guest80449 [~quassel@wikipedia/Legoktm] has joined #wesnoth-dev
20151005 15:36:23< celticminstrel> Ah.
20151005 15:36:42< Nobun> but it seems is not able to do the same on a lua tag inside WML file (not tested, however)
20151005 15:37:49< Soliton> if proper parsing in perl/python is too slow then maybe it should rather be converted to a command line option/mode of wesnoth itself.
20151005 15:38:17< celticminstrel> There's really no need for wmlxgettext to parse the WML in my opinion.
20151005 15:38:47< Soliton> i don't think it's a matter of opinion. :-P
20151005 15:39:06< celticminstrel> It just needs to extract translateable strings. It doesn't even need preprocessing.
20151005 15:39:50-!- Guest80449 is now known as legoktm
20151005 15:45:12< Soliton> to extract translatable strings from WML you obviously have to understand WML and also the WML preprocessor.
20151005 15:45:25< celticminstrel> Not reslly.
20151005 15:45:29< celticminstrel> ^really
20151005 15:45:36< celticminstrel> That's my point.
20151005 15:49:28< Nobun> currently wmlxgettext (the perl version currently included in wesnoth) does not actually parse WML, but extracts translatable string on right textdomain, remembering revelant tag infos
20151005 15:49:56< Nobun> it stores tag name and important parameter values (example: id, role, speaker, etc)
20151005 15:50:46< celticminstrel> Ah, knowing how to parse WML does help for getting that additional information.
20151005 15:51:06< Nobun> but it doesn't parse preprocessor, except for #textdomain in order to know when the current domain is the domain to be exported in pot file
20151005 15:51:27< celticminstrel> But, to just get the strings, all you need to care about is textdomain declarions, wmlxgettext directive comments, and strings that are preceded by _
20151005 15:51:34< celticminstrel> So, you just need to go line by line.
20151005 15:52:03< Nobun> yes, excatly how currently perl wmlxgettext works
20151005 15:52:14< Soliton> there seem to be fairly interesting definitions of the word parsing used around here.
20151005 15:55:36< celticminstrel> You can probably manage most of the extra context info without full-fledged parsing.
20151005 15:56:07< celticminstrel> But if there are macro expansions it might be harder.
20151005 16:06:54-!- sfan786 [~sfan786@c-24-131-93-63.hsd1.pa.comcast.net] has joined #wesnoth-dev
20151005 16:07:06-!- sfan786 [~sfan786@c-24-131-93-63.hsd1.pa.comcast.net] has quit [Client Quit]
20151005 16:23:44< Nobun> actually, also current version of (perl) wmlxgettext doesn't not parse in any way a WML macro. When encountering macro, wmlxgettext simply extracts the string but not add any additional info if a sting is contained in a macro call
20151005 16:24:42< Nobun> while I developed a sort of macro parser in my wespo project, I think it is not a good idea to include that feature into a script. The author of perl wmlxgettext did the right decision, imho
20151005 16:25:39< Nobun> I think a better idea is to allow an "overriding comment" feature, like the option I added in wespo with a special comment before the string to be translated
20151005 16:26:47< Nobun> (so the UMC developer can explicitly tells what additional info must be included when the (new) wmlxgettext will extract that string
20151005 16:28:51< celticminstrel> Suggestion: Print a warning if macro calls are found in translatable strings.
20151005 16:28:59< celticminstrel> That only applies in WML, not in Lua.
20151005 16:29:49< celticminstrel> Translatable strings with macros don't work correctly (for good reason, it's not really something that can be fixed easily).
20151005 16:30:52-!- boucman_work [~jrosen@wesnoth/developer/boucman] has quit [Read error: Connection reset by peer]
20151005 16:37:23< elias> the way #textdomain works, fully parsing actually would be wrong, as it applies to strings in the following lines (and not WML sub-tags)
20151005 16:39:25< celticminstrel> The way #textdomain works, fully parsing would need to make sure to include textdomain declarions around every macro expansion.
20151005 16:39:33< celticminstrel> ^declarations
20151005 16:39:55< celticminstrel> Because macro expansions use the textdomain of the file the macro is declared in.
20151005 16:40:14< celticminstrel> I think file expansions use no textdomain by default?
20151005 16:42:56< elias> yeah, in fact wesnoth --preprocess already does that for you
20151005 16:49:41< elias> wesnoth --preprocess blah.cfg will output a file blah.cfg.plain which contains no more preprocessing, but with a comment for each string with its source file and line number and text domain
20151005 16:50:58-!- zombah [~zombah@2a02:28:3:1:214:4fff:fe47:5920] has quit [Quit: Leaving]
20151005 16:51:24< celticminstrel> Using the format #textdomain blah?
20151005 16:51:47< elias> well, using some weird format, comments start with binary 0x01 I think
20151005 16:52:01< celticminstrel> Oh.
20151005 16:52:09< celticminstrel> Weird indeed.
20151005 16:52:20< celticminstrel> I would've expected the output of --preprocess to be valid WML.
20151005 16:52:22< elias> I only had to do with it when writing the python3 parser for units.wesnoth.org and the addons client
20151005 16:52:55< elias> there's two outputs, one is valid WML (with no textdomain info at all left), the other is this custom format
20151005 16:53:05< celticminstrel> Ah.
20151005 16:53:31-!- ypnos [~ypnos@boron.physiol.uni-freiburg.de] has quit [Ping timeout: 256 seconds]
20151005 16:53:52< celticminstrel> That's weird, since the parser clearly knows how to write WML in such a way that every translatable string is preceded by a #textdomain declaration (at least if the textdomain has changed for that string).
20151005 16:53:53< elias> i don't know who implemented it and for what purpose - but I found it much easier to use than try and parse WML myself
20151005 16:54:01< celticminstrel> I know this is the case because that happens in saved games.
20151005 16:59:18-!- Kwandulin [~Miranda@p5B009753.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20151005 17:10:37-!- louis94 [~~louis94@42.133-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20151005 17:26:59-!- mjs-de [~mjs-de@x4db511fc.dyn.telefonica.de] has quit [Remote host closed the connection]
20151005 17:37:06-!- jinblack_ [~jinblack@ip184-187-174-107.sb.sd.cox.net] has quit [Ping timeout: 240 seconds]
20151005 17:45:30-!- Shackra [~Jorge@186.177.2.148] has joined #wesnoth-dev
20151005 17:54:17< Nobun> the problem is that every change on wmlxgettext will be accepted as long as wmlxgettext itself remains a quick tool, compatibile con the current wmlxgettext command line syntax, that it is able to work also as a tool for build tool
20151005 17:55:31< Nobun> so, expanding preprocessor using wesnoth --preprocessor is not possible, since wmlxgettext should not rely on wesnoth itself since wmlxgettext required to be a build tool ready to use BEFORE building wesnoth itself
20151005 17:56:04-!- irker514 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20151005 18:02:45< Nobun> infact the current (perl) wmlxgettext simply checks if before the macro it was defined the right textdomain, but does not care if the macro itself defined different textdomains
20151005 18:04:06< celticminstrel> That's because it doesn't parse the macro, so it doesn't need to know any textdomains inserted by the macro expansion.
20151005 18:04:44< Nobun> yeah,,, and after all, it is a clever solution
20151005 18:06:01< celticminstrel> I'm not sure what you mean.
20151005 18:09:24< Nobun> sorry... I mean that "not parsing the macros is a clever solution"
20151005 18:10:23< Nobun> since the hard work required to parse macros is not worth the benefits
20151005 18:14:00-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has joined #wesnoth-dev
20151005 18:14:37-!- shadowm_desktopW [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20151005 18:15:40-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20151005 18:16:59< shadowm> elias: It's not in the repository.
20151005 18:17:30< celticminstrel> What isn't?
20151005 18:18:24< shadowm> The thing explicitly mentioned by elias in his last message addressed to me.
20151005 18:18:43< celticminstrel> Oh there it is.
20151005 18:21:15< shadowm> elias: https://gist.github.com/shikadilord/586f3b87cb8d318adf6b
20151005 18:23:45-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has quit [Ping timeout: 250 seconds]
20151005 18:25:02-!- Shackra [~Jorge@186.177.2.148] has quit [Ping timeout: 260 seconds]
20151005 18:26:50-!- Shackra [~Jorge@186.177.2.148] has joined #wesnoth-dev
20151005 18:30:35-!- sfan786 [~sfan786@c-24-131-93-63.hsd1.pa.comcast.net] has joined #wesnoth-dev
20151005 18:34:17-!- Grickit is now known as Gambit
20151005 18:36:57< shadowm> It's been about 20 minute and it's still running, that doesn't seem right. :\
20151005 18:37:18< shadowm> At least I don't remember it being that slow before.
20151005 18:37:57-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has joined #wesnoth-dev
20151005 18:49:45-!- jinblack_ [~jinblack@128.111.48.6] has joined #wesnoth-dev
20151005 18:52:10-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has quit [Ping timeout: 240 seconds]
20151005 18:54:20-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20151005 18:55:05-!- Nobun1 [~nobun@62.19.57.25] has joined #wesnoth-dev
20151005 18:55:05-!- Nobun1 is now known as Nobun_1
20151005 18:58:19-!- Nobun [~nobun@5.170.85.199] has quit [Ping timeout: 240 seconds]
20151005 19:14:56-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has joined #wesnoth-dev
20151005 19:15:40-!- Nobun_1 is now known as Nobun
20151005 19:24:46-!- Crendgrim_ is now known as Crendgrim
20151005 19:24:55-!- Nobun1 [~nobun@62.19.30.76] has joined #wesnoth-dev
20151005 19:24:56-!- sfan786 [~sfan786@c-24-131-93-63.hsd1.pa.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
20151005 19:25:03-!- Nobun1 is now known as Nobun_1
20151005 19:28:02-!- Nobun [~nobun@62.19.57.25] has quit [Ping timeout: 260 seconds]
20151005 19:31:00-!- sfan786 [~sfan786@c-24-131-93-63.hsd1.pa.comcast.net] has joined #wesnoth-dev
20151005 19:34:13< shadowm> Yeah, there has to be something wrong with it.
20151005 19:34:21< shadowm> It's been AN HOUR.
20151005 19:34:59< shadowm> elias: Any ideas as to why this could be the case?
20151005 19:35:41 * celticminstrel sets git attributes so that python files are entabbed for editing, but wishes all the python files had the proper extension so they didn't have to be explicitly listed.
20151005 19:36:30< shadowm> "Entabbed"?
20151005 19:36:47< shadowm> Also, that's not going to happen.
20151005 19:36:55< celticminstrel> Replacing spaces with tabs, for editing.
20151005 19:37:01< celticminstrel> (And putting it back on commit.)
20151005 19:37:32< shadowm> Don't do that, use spaces.
20151005 19:37:38< celticminstrel> No way, that's stupid.
20151005 19:38:13< shadowm> https://www.python.org/dev/peps/pep-0008/#tabs-or-spaces
20151005 19:38:23< celticminstrel> PEP8 is stupid to recommend it.
20151005 19:38:43< shadowm> Then you probably shouldn't be using Python.
20151005 19:38:47< elias> exactly
20151005 19:38:52< elias> PEP8 is binding
20151005 19:38:58< celticminstrel> No it's not.
20151005 19:39:01< elias> especially if you work together with other Python users
20151005 19:39:09< celticminstrel> If it was binding, Pythin would give an error upon encountering a tab.
20151005 19:39:11< elias> (95% of who will run pep8 on their source code)
20151005 19:39:20< celticminstrel> ^o
20151005 19:40:04< celticminstrel> I like Python. I don't like (that aspect of) PEP8.
20151005 19:40:23-!- louis94 [~~louis94@42.133-243-81.adsl-dyn.isp.belgacom.be] has quit [Ping timeout: 264 seconds]
20151005 19:40:50< celticminstrel> (I seem to recall that most of PEP8's recommendations are okay, but that one is just silly.)
20151005 19:47:31-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has quit [Remote host closed the connection]
20151005 19:50:03-!- shadowm_desktopW [ignacio@wesnoth/developer/shadowm] has quit [Max SendQ exceeded]
20151005 19:50:26-!- shadowm_desktopW [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20151005 19:58:18-!- jinblack_ [~jinblack@128.111.48.6] has quit [Ping timeout: 240 seconds]
20151005 20:03:48< elias> shadowm: i'm running it in the wmlunits VM, and yes, it seems to be slow...
20151005 20:05:05< shadowm> It used to run for not much longer than *5 minutes*.
20151005 20:06:03< elias> i suspect i somehow broke the version check and it's redownloading everything
20151005 20:07:02< shadowm> Redownloading everything can't possibly take that long either. This runs on a LAN.
20151005 20:07:34< elias> yes, but uncompressing everything
20151005 20:07:47< shadowm> It's soon going to be two hours since the original job started.
20151005 20:11:54< shadowm> Killed it, going to force it to use the 1.12 version and start clean to see how long it takes.
20151005 20:14:33-!- fendrin [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20151005 20:14:48-!- jinblack_ [~jinblack@128.111.48.6] has joined #wesnoth-dev
20151005 20:18:09-!- fabi [~quassel@wesnoth/developer/fendrin] has quit [Ping timeout: 250 seconds]
20151005 20:22:12-!- mjs-de [~mjs-de@x4db6bf80.dyn.telefonica.de] has joined #wesnoth-dev
20151005 20:22:21-!- Elvish_Hunter [~elvish_hu@wesnoth/developer/elvish-hunter] has joined #wesnoth-dev
20151005 20:22:38< Elvish_Hunter> Hi
20151005 20:23:48< celticminstrel> Hi
20151005 20:24:39< shadowm> elias: Took 10 minutes with the 1.12 version.
20151005 20:24:47< shadowm> *From scratch*.
20151005 20:25:19< elias> yeah, i'll see if i can optimize
20151005 20:26:02< shadowm> For the time being I'll use the 1.12 version with the 1.13.x and "trunk" servers too.
20151005 20:26:50< shadowm> Which... ugh.
20151005 20:27:09< shadowm> I'll use use the port numbers directly.
20151005 20:29:05-!- jinblack_ [~jinblack@128.111.48.6] has quit [Ping timeout: 268 seconds]
20151005 20:29:12-!- Nobun1 [~nobun@5.170.213.3] has joined #wesnoth-dev
20151005 20:29:23-!- Nobun1 is now known as Nobun_2
20151005 20:29:36-!- sfan786 [~sfan786@c-24-131-93-63.hsd1.pa.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
20151005 20:30:35< Elvish_Hunter> celticminstrel: did you read my post? http://forums.wesnoth.org/viewtopic.php?f=10&t=43047&start=15#p589933
20151005 20:31:28-!- Nobun_1 [~nobun@62.19.30.76] has quit [Ping timeout: 250 seconds]
20151005 20:31:33< celticminstrel> I already fixed several issues with [for]. :/
20151005 20:31:54< shadowm> Okay, reenabled the cronjobs
20151005 20:32:10< celticminstrel> ...zero is true?
20151005 20:32:21-!- sfan786 [~sfan786@c-24-131-93-63.hsd1.pa.comcast.net] has joined #wesnoth-dev
20151005 20:32:52< celticminstrel> Huh. I actually didn't know that.
20151005 20:34:33< Elvish_Hunter> Yeah. As I wrote, in Lua everything that isn't false or nil is true.
20151005 20:41:46-!- iceiceice [~chris@50.245.222.235] has joined #wesnoth-dev
20151005 20:41:46-!- iceiceice [~chris@50.245.222.235] has quit [Changing host]
20151005 20:41:46-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20151005 20:47:05-!- sfan786 [~sfan786@c-24-131-93-63.hsd1.pa.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
20151005 20:48:47-!- sfan786 [~sfan786@c-24-131-93-63.hsd1.pa.comcast.net] has joined #wesnoth-dev
20151005 20:52:35-!- sfan786 [~sfan786@c-24-131-93-63.hsd1.pa.comcast.net] has quit [Client Quit]
20151005 20:54:09-!- roberpot [~roberpot@84.122.85.148.dyn.user.ono.com] has quit [Quit: • IRcap • 8.72 •]
20151005 20:54:13-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20151005 20:54:52-!- travis-ci [~travis-ci@ec2-54-161-0-73.compute-1.amazonaws.com] has joined #wesnoth-dev
20151005 20:54:53< travis-ci> gfgtdf/wesnoth-old#553 (sync_choice_split - 04ad914 : gfgtdf): The build was fixed.
20151005 20:54:53< travis-ci> Build details : https://travis-ci.org/gfgtdf/wesnoth-old/builds/83765757
20151005 20:54:53-!- travis-ci [~travis-ci@ec2-54-161-0-73.compute-1.amazonaws.com] has left #wesnoth-dev []
20151005 20:56:50 * celticminstrel isn't quite sure what Elvish_Hunter means by the upvalue stuff.
20151005 20:59:57< celticminstrel> I have another way to fix that though, I think.
20151005 21:00:30< celticminstrel> It'd be nice if math.sgn existed, but it's not hard to write it myself.
20151005 21:07:48< Elvish_Hunter> With "upvalue" I meant that, before loop_condition() you can set a counter, and being enclosed in the same parent function loop_condition will be able to increase it.
20151005 21:08:32< celticminstrel> I suppose I could do that...
20151005 21:09:15-!- jinblack_ [~jinblack@128.111.48.6] has joined #wesnoth-dev
20151005 21:09:51< celticminstrel> Do you wan to look at what I did instead? https://github.com/CelticMinstrel/wesnoth/tree/fix-for
20151005 21:10:08< celticminstrel> ^want
20151005 21:11:47-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 265 seconds]
20151005 21:12:54< Elvish_Hunter> I'd say that, if start and end are equal, you may as well return or raise an error.
20151005 21:13:14< celticminstrel> If start and end are equal, the body should execute once.
20151005 21:14:23-!- Nobun_2 [~nobun@5.170.213.3] has quit [Quit: Salve a tutti]
20151005 21:14:27< Elvish_Hunter> Uh... no. I just tried in Python, and there range() returns immediately.
20151005 21:14:38< celticminstrel> That's Python. :P
20151005 21:14:55< celticminstrel> The contract I set was that start,end is inclusive of both ends.
20151005 21:15:15< shadowm> Bad idea.
20151005 21:15:18< celticminstrel> That's why the test in the closure uses <=
20151005 21:15:41< celticminstrel> (Or >= )
20151005 21:15:53< celticminstrel> It's documented that way as well.
20151005 21:16:09< celticminstrel> And given the attribute names, I think it makes more sense.
20151005 21:17:29< celticminstrel> Why do you think it's a bad idea?
20151005 21:17:38< shadowm> Because WML is not Lua.
20151005 21:17:53< celticminstrel> I don't see what that has to do with it...
20151005 21:18:32< shadowm> The usual pattern in C and C++ is [start, end).
20151005 21:18:42< celticminstrel> That's C/C++.
20151005 21:22:08< celticminstrel> Fully closed ranges are not unprecedented in programming languages (Pascal for example).
20151005 21:22:25< Elvish_Hunter> Anyway, as long as it's documented...
20151005 21:22:27< celticminstrel> (And Lua of course.)
20151005 21:22:55< Elvish_Hunter> My upvalue idea served the purpose to avoid accidental infinite - or too long - loops
20151005 21:23:53< shadowm> How do you express FOREACH with this then?
20151005 21:24:33< shadowm> In particular, the provision that it won't do anything if the container is empty.
20151005 21:24:54< celticminstrel> It's specially coded into the [for] tag, but it amounts to start,end=0,$($var.length-1)
20151005 21:24:59< celticminstrel> But you have a point there.
20151005 21:25:01< shadowm> Exactly.
20151005 21:25:37-!- ideuler [~textual@a89-153-77-183.cpe.netcabo.pt] has joined #wesnoth-dev
20151005 21:26:41< celticminstrel> I just pushed another commit for that.
20151005 21:27:58-!- joet [~joet@82-71-48-162.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 260 seconds]
20151005 21:28:07< Elvish_Hunter> Also, do you need a quick and simple closure/upvalue example?
20151005 21:28:20< celticminstrel> No, your clarification was sufficient.
20151005 21:28:42< Elvish_Hunter> Because limiting them to 2**16 iterations doesn't seem a bad idea.
20151005 21:29:01< celticminstrel> Yeah, maybe.
20151005 21:29:16< celticminstrel> foreach and repeat also don't have such a limit.
20151005 21:29:26< celticminstrel> But with repeat I think it's impossible to get an infinite loop?
20151005 21:29:39< Elvish_Hunter> That doesn't mean it can't be added, though.
20151005 21:29:40< celticminstrel> And foreach is obviously bound solely by the size of the array.
20151005 21:29:47< celticminstrel> True.
20151005 21:30:02< celticminstrel> Did you look at the branch?
20151005 21:30:47< celticminstrel> I don't think a limit of max 65536 iterations is a good idea with foreach, unless it's impossible to have that many elements in a WML array.
20151005 21:31:19< celticminstrel> And for repeat it's a direct contradiction of the contract... though, to be fair, that's true with while as well, so I dunno.
20151005 21:31:46< celticminstrel> I guess I should add it until such time as a way to interrupt Lua execution exists.
20151005 21:32:17-!- joet [~joet@82-71-48-162.dsl.in-addr.zen.co.uk] has joined #wesnoth-dev
20151005 21:32:34< celticminstrel> Or, another option would be, after 65536 iterations, put up a dialog similar to Firefox's "A script is not responding".
20151005 21:32:51< Elvish_Hunter> BTW, how will the engine perform when handling an array that big?
20151005 21:32:53< celticminstrel> Maybe after less than that.
20151005 21:33:45< iceiceice> honestly i dont really see much point in limiting the iterations
20151005 21:33:55< iceiceice> then can always use nested for loops and make it run as long as they want
20151005 21:34:07< Elvish_Hunter> Let's not complicate things: a wesnoth.message with a warning "Maximum amount of iterations exceeded" may suffice.
20151005 21:34:15< iceiceice> its just a wierd gotcha to bake into the engine
20151005 21:34:21< celticminstrel> You don't mind having to kill Wesnoth in the event of an infinite loop?
20151005 21:34:25< iceiceice> no, i dont
20151005 21:34:35< iceiceice> if we minded that, then we wouldnt have added lua i guess
20151005 21:34:48< iceiceice> celticminstrel: you can already do that with recursive preprocessor macros
20151005 21:34:57< iceiceice> and i dont think anyone minds that too much
20151005 21:35:03< Elvish_Hunter> Then again, a lot of UMC authors don't use Lua and have no programming skills.
20151005 21:35:07< iceiceice> or at least, not enough to figure out how to try to fix it
20151005 21:35:48< iceiceice> celticminstrel: i think most users know how to kill the program if it stops responding
20151005 21:35:49-!- louis94 [~~louis94@42.133-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20151005 21:36:25< iceiceice> main thing it achieves that i see is confusing someone who expects to loop 100,000 times for some reason
20151005 21:36:41< celticminstrel> I do agree that if iterations are limited then it should not be done silently.
20151005 21:37:13< iceiceice> we already dramatically reduce the opportunities for infinite loops using the event system
20151005 21:37:30< celticminstrel> I'm not sure how that reduces it.
20151005 21:37:37< iceiceice> because, the semantics are different
20151005 21:37:50< iceiceice> if you have an event named "fire" which fires event "fire", that is not an infinite loop
20151005 21:37:53< iceiceice> it just runs once
20151005 21:37:54-!- irker456 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20151005 21:37:54< irker456> wesnoth: Elias Pschernig wesnoth:master b742542b37bc / data/tools/wesnoth/campaignserver_client.py: [wesnoth_addon_manager] Speedup writing files to disk *a lot* :) http://git.io/vcQZ8
20151005 21:38:15< elias> shadowm: ok, it should be fast again now, in fact faster than the Python2 version
20151005 21:38:16< iceiceice> celticminstrel: when an event is fired, all currently existing handlers are moved into a separate queue
20151005 21:38:31< iceiceice> and then subsequent handlers get registered in a fresh queue
20151005 21:38:45< elias> shadowm: apparently appending to a large binary buffer byte-by-byte isn't really a good idea :P
20151005 21:38:55< celticminstrel> And that queue is cleared before returning to the previous queue?
20151005 21:39:09< iceiceice> yes
20151005 21:39:13< celticminstrel> Interesting.
20151005 21:39:42-!- fendrin [~quassel@wesnoth/developer/fendrin] has quit [Ping timeout: 255 seconds]
20151005 21:42:19< shadowm> elias: Is the version check correct then?
20151005 21:45:39< elias> yes
20151005 21:45:54< elias> only problem was that really slow unescape function used when writing files to disk
20151005 21:46:10-!- fabi [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20151005 21:48:46< elias> it is interesting that the bad way was still quite fast with Python2
20151005 21:49:20< shadowm> Perhaps some CPython-specific optimization that was removed on purpose?
20151005 21:49:48< elias> yeah
20151005 21:50:20< elias> basically it's just creating a huge string by doing: string = string + char
20151005 21:51:10< elias> anyway, it's bad doing that either way
20151005 21:51:31< elias> when I tested the Python3 version I only used small addons so never noticed how slow it had become
20151005 21:52:07< elias> also, still not sure what caused the initial error, as that was an error within an error handling function
20151005 21:52:38< shadowm> Yeah, that seems to have done the trick, thanks.
20151005 21:56:44< Elvish_Hunter> Now I have to go, bye!
20151005 21:56:51-!- Elvish_Hunter [~elvish_hu@wesnoth/developer/elvish-hunter] has left #wesnoth-dev ["Ciao!"]
20151005 22:06:57-!- joet [~joet@82-71-48-162.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving]
20151005 22:12:25-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20151005 22:13:51-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 250 seconds]
20151005 22:16:01< irker456> wesnoth: gfgtdf wesnoth:master 397014a89dc2 / src/ (game_display.hpp playmp_controller.cpp playsingle_controller.cpp): remove tgame_mode::LINGER_SP and tgame_mode::LINGER_MP http://git.io/vcQEV
20151005 22:16:03< irker456> wesnoth: gfgtdf wesnoth:master 8ddcdebb8202 / src/side_filter.cpp: allow side controller= filter in unsynced code. http://git.io/vcQEw
20151005 22:16:05< irker456> wesnoth: gfgtdf wesnoth:master f74d89d166ef / src/ (scripting/game_lua_kernel.cpp unit.hpp): more lua modifyable unit properties http://git.io/vcQEr
20151005 22:16:07< irker456> wesnoth: gfgtdf wesnoth:master 1f3aeb6574da / src/unit.cpp: add [effect] apply_to=max_expereince set=<value> http://git.io/vcQEo
20151005 22:16:09< irker456> wesnoth: gfgtdf wesnoth:master eaa192ffa80e / src/ (play_controller.cpp scripting/game_lua_kernel.cpp): fix [lua] tags beeing lost on reload http://git.io/vcQEK
20151005 22:16:11< irker456> wesnoth: gfgtdf wesnoth:master 11d6c3f1998f / src/scripting/game_lua_kernel.cpp: fix assertion failue in wesnth.random http://git.io/vcQE6
20151005 22:16:13< irker456> wesnoth: gfgtdf wesnoth:master c9e23dc733cc / src/saved_game.cpp: add enable_if= to mod and era events http://git.io/vcQEi
20151005 22:16:15< irker456> wesnoth: gfgtdf wesnoth:master f7e0de59b71c / src/unit.hpp: fix units variation getter http://git.io/vcQEP
20151005 22:16:17< irker456> wesnoth: gfgtdf wesnoth:master 94ea5782fffd / src/formula_string_utils.cpp: add $varname?default_value| in variable substitution http://git.io/vcQEX
20151005 22:16:19< irker456> wesnoth: gfgtdf wesnoth:master 83cc82185e53 / src/ (6 files in 3 dirs): add custom [effect]s with wesnoth.effects http://git.io/vcQE1
20151005 22:16:45-!- gfgtdf [~chatzilla@f054162223.adsl.alicedsl.de] has joined #wesnoth-dev
20151005 22:17:10< gfgtdf> zookeeper, Ravana_ : i pushed teh default value in variable subsitution thing
20151005 22:18:31-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Read error: No route to host]
20151005 22:19:20-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20151005 22:42:59-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20151005 22:43:05-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20151005 22:48:39-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20151005 22:58:35< celticminstrel> gfgtdf: I hope you spelled max_experience right in the code. :P
20151005 23:03:14< celticminstrel> Also, gfgtdf: If I write $varname?default value with spaces|, will it work?
20151005 23:04:16< celticminstrel> I'm guessing not, because you've restricted it using res.end().
20151005 23:04:24< celticminstrel> But I'm not sure.
20151005 23:04:28< celticminstrel> (I think it should work.)
20151005 23:04:56< celticminstrel> Oh wait, is res.end() the end of the entire string? Maybe it will work then.
20151005 23:07:59-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20151005 23:10:15< celticminstrel> "we need to push the lua unit to the stack twice to ensure that it won't be collected during the function call." -- That seems bad for pitfall potential.
20151005 23:17:59-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20151005 23:31:07-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20151005 23:33:27-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 244 seconds]
20151005 23:33:27-!- wedge010 is now known as wedge009
20151005 23:44:51< gfgtdf> celticminstrel: i didnt test it but i see no reason in teh code why spaces shouldnt work
20151005 23:45:54< gfgtdf> celticminstrel: i dont think its bad, i think we can expect people who change the c++ lua api to know that the lua_unit objects are owned by lua
20151005 23:45:58-!- ideuler [~textual@a89-153-77-183.cpe.netcabo.pt] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
20151005 23:54:16-!- gfgtdf [~chatzilla@f054162223.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.92 [Firefox 41.0.1/20150929144111]]
20151005 23:56:34< celticminstrel> They should only be owned by Lua if they're not on the map or recall list.
20151005 23:56:42< celticminstrel> Oh, the lua_unit objects though.
20151005 23:56:46< celticminstrel> Never mind.
--- Log closed Tue Oct 06 00:00:33 2015