--- Log opened Sat Jun 21 00:00:26 2014
20140621 00:00:38-!- aquileia [2edf50c1@gateway/web/freenode/ip.46.223.80.193] has joined #wesnoth-dev
20140621 00:02:29< aquileia> I somehow disconnected without noticing...
20140621 00:03:02< aquileia> zookeeper: Could you apply that fix to yellow labels as well? The G in Glyn's is rather thick
20140621 00:03:40< zookeeper> aquileia, i don't see why not, but that'll have to wait until tomorro
20140621 00:03:41< zookeeper> w
20140621 00:03:43< aquileia> While I can easily do it locally, I guess it'd help others
20140621 00:04:03< aquileia> zookeeper: Thanks
20140621 00:04:35< aquileia> As I said I can just fix it locally, no need to hurry
20140621 00:10:47< aquileia> zookeeper: Actually, there were identical pixels below that area (in the original map) by coincidence...
20140621 00:11:37< zookeeper> hmh?
20140621 00:12:10< aquileia> So 
20140621 00:12:13< zookeeper> that wouldn't affect it, if that's what you mean
20140621 00:13:03< aquileia> 11 pixels were identical to the original, leaving a hole which in fact isn't relevant
20140621 00:13:34< aquileia> so I haven't even an example for the issue on yellow text
20140621 00:13:42< zookeeper> oh, right
20140621 00:14:29< zookeeper> in that case i'm not going to assume that the problem even exists for the yellow labels, as they're generated in a different manner than the black ones
20140621 00:15:13< zookeeper> (most notably they don't use the pencil effect)
20140621 00:15:25< aquileia> sorry for thinking thhere was the same issue
20140621 00:15:30< zookeeper> but i should still update the script to automatically merge the layer groups, though
20140621 00:15:48< zookeeper> and to cope with missing yellow pixels
20140621 00:16:10< aquileia> I already looked into that - scripts don't handle layer groups well
20140621 00:17:07< zookeeper> but surely there is a command for that... anyway, i'll see what i can do
20140621 00:17:14< aquileia> You have to get a list of the layers in the group, make only them visible, then merge all visible layers
20140621 00:17:34< zookeeper> right
20140621 00:17:39< aquileia> At least that's what I found,perhaps I overlooked sth
20140621 00:18:40< aquileia> it won't help me as Im done now, but the other translators will be thankful
20140621 00:18:50< aquileia> s/Im/I'm
20140621 00:21:14< zookeeper> yeah, i'll check it out
20140621 00:21:19< zookeeper> i'm off for tonight ->
20140621 00:21:25< aquileia> good night
20140621 00:25:33-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 244 seconds]
20140621 00:32:04-!- aquileia [2edf50c1@gateway/web/freenode/ip.46.223.80.193] has quit [Ping timeout: 246 seconds]
20140621 00:54:36-!- prkc [~prkc@catv-89-134-163-99.catv.broadband.hu] has quit [Quit: Leaving]
20140621 01:04:03-!- cib_ [~cib@p5DD21BBB.dip0.t-ipconnect.de] has quit [Ping timeout: 240 seconds]
20140621 01:04:31-!- cib_ [~cib@p5DD21BBB.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140621 01:05:33-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20140621 01:13:47-!- cib_ [~cib@p5DD21BBB.dip0.t-ipconnect.de] has quit [Ping timeout: 272 seconds]
20140621 01:15:53-!- cib_ [~cib@p508BC344.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140621 01:21:50-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140621 01:23:28-!- Kexoth [~kex@93-142-130-247.adsl.net.t-com.hr] has quit [Remote host closed the connection]
20140621 01:24:28-!- happygrue [~happygrue@wesnoth/developer/wintermute] has joined #wesnoth-dev
20140621 01:31:22< irker307> wesnoth: gfgtdf wesnoth:master cad1db07d55c / src/unit.cpp: replace a warning with an assert. http://git.io/byD-yA
20140621 01:32:48-!- gfgtdf [~chatzilla@e177019213.adsl.alicedsl.de] has joined #wesnoth-dev
20140621 01:45:02< shadowm> aquileia: Re 4a997873485a6be4b511ea11241ec0349c8410fc, I take it you couldn't find a better fix according to the original intent?
20140621 01:48:09-!- sachith500 [~kvirc@112.134.13.106] has joined #wesnoth-dev
20140621 01:49:24-!- aquileia [2edf50c1@gateway/web/freenode/ip.46.223.80.193] has joined #wesnoth-dev
20140621 01:50:43< aquileia> shadowm: Perhaps there's a solution, but I'm not aware of one that allows OpenMP to recognize the for loop
20140621 01:51:39< shadowm> Replacing the BOOST_FOREACH with a plain for loop, for example.
20140621 01:52:03< Necrosporus> I got turns out in SoBE #15 Civil War
20140621 01:52:23< Necrosporus> I had to use cheat (unit moves=20) to not lose
20140621 01:52:43< irker307> wesnoth: Ignacio R. Morelle wesnoth:master 6e90e01d707f / data/scenario-test.cfg: Add a test case for bug #22215 http://git.io/N6gt7w
20140621 01:54:45< aquileia> Yeah, but if most builds (including the windows releases) deactivate it I doubt it's a good choice to trade their speed for the few OpenMP users
20140621 01:55:39< shadowm> The official Windows build uses OMP.
20140621 01:56:11< aquileia> loonycyborg: Does it?
20140621 01:56:45< shadowm> Yes.
20140621 01:56:57< shadowm> I was surprised too when he confirmed, but it's a fact.
20140621 01:57:59< shadowm> Also, BOOST_FOREACH doesn't actually speed up compilation, rather the contrary (and makes debugging harder). I don't handle hard facts but it doesn't appear like it has a positive effect (rather negligibly negative) on execution times either.
20140621 01:58:08< aquileia> ah, that's indeed new to me
20140621 01:58:48< aquileia> shadowm: feel free to change it, of course
20140621 01:59:19< shadowm> I'm not too interested in doing so since it's not my code or my fix.
20140621 02:00:20< aquileia> Well, I'm not too interested to hand in yet another PR for such a tiny thing
20140621 02:01:14< aquileia> And I'll be off to bed anyhow, bye
20140621 02:01:31-!- aquileia [2edf50c1@gateway/web/freenode/ip.46.223.80.193] has quit [Quit: Page closed]
20140621 02:02:46-!- gfgtdf [~chatzilla@e177019213.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140605174243]]
20140621 02:15:42< irker307> wesnoth: Ignacio R. Morelle wesnoth:master 1554374c455c / projectfiles/CodeBlocks/wesnoth.cbp: CodeBlocks project update http://git.io/SvGHKg
20140621 02:21:08-!- Necrosporus_ [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20140621 02:23:02-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140621 02:24:43-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has quit [Ping timeout: 272 seconds]
20140621 02:36:44-!- Necrosporus_ is now known as Necrosporus
20140621 02:58:23-!- Ivanovic_ [~ivanovic@frnk-5f74e2e2.pool.mediaWays.net] has joined #wesnoth-dev
20140621 03:01:30-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 240 seconds]
20140621 03:02:17-!- Ivanovic_ is now known as Ivanovic
20140621 03:12:01-!- Kexoth [~kex@93-142-130-247.adsl.net.t-com.hr] has joined #wesnoth-dev
20140621 03:17:17-!- Kexoth [~kex@93-142-130-247.adsl.net.t-com.hr] has quit [Ping timeout: 272 seconds]
20140621 03:42:24-!- happygrue [~happygrue@wesnoth/developer/wintermute] has quit [Read error: Connection reset by peer]
20140621 03:42:59-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140621 04:16:57-!- sachith500 [~kvirc@112.134.13.106] has quit [Read error: Connection reset by peer]
20140621 04:17:15-!- sachith500 [~kvirc@112.134.13.106] has joined #wesnoth-dev
20140621 04:37:23-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140621 05:01:09-!- Kexoth [~kex@93-142-130-247.adsl.net.t-com.hr] has joined #wesnoth-dev
20140621 05:05:37-!- Kexoth [~kex@93-142-130-247.adsl.net.t-com.hr] has quit [Ping timeout: 245 seconds]
20140621 05:06:22-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has joined #wesnoth-dev
20140621 05:15:45-!- irker307 [~irker@fehu.ai0867.net] has quit [Quit: transmission timeout]
20140621 05:19:36-!- _8680_ [~8680@2002:4404:712c:0:bc95:daad:acc2:c522] has quit [Ping timeout: 260 seconds]
20140621 05:21:01-!- _8680_ [~8680@2002:4404:712c:0:540c:da5b:a340:9485] has joined #wesnoth-dev
20140621 05:27:27-!- _8680_ [~8680@2002:4404:712c:0:540c:da5b:a340:9485] has quit [Remote host closed the connection]
20140621 05:27:58-!- _8680_ [~8680@2002:4404:712c:0:15c1:4509:6570:988b] has joined #wesnoth-dev
20140621 05:45:38-!- Ivanovic [~ivanovic@frnk-5f74e2e2.pool.mediaWays.net] has quit [Changing host]
20140621 05:45:38-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20140621 06:09:33-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has quit [Ping timeout: 272 seconds]
20140621 07:00:48-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20140621 07:09:19-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: ancestral]
20140621 07:13:18-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140621 07:18:59-!- Gambit [~derek@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20140621 07:20:37-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20140621 07:44:04-!- EdB [~edb@85.69.242.6] has joined #wesnoth-dev
20140621 07:48:38-!- Duthlet [~Duthlet@wesnoth/mp-mod/Duthlet] has joined #wesnoth-dev
20140621 08:19:35-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20140621 08:34:43-!- mjs-de [~mjs-de@p508C9174.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140621 08:38:41-!- Kexoth [~kex@93-142-130-247.adsl.net.t-com.hr] has joined #wesnoth-dev
20140621 08:43:21-!- Kexoth [~kex@93-142-130-247.adsl.net.t-com.hr] has quit [Ping timeout: 255 seconds]
20140621 08:57:08-!- Jetrel_ [~Jetrel@c-75-73-180-126.hsd1.mn.comcast.net] has joined #wesnoth-dev
20140621 08:59:31-!- Jetrel [~Jetrel@c-75-73-180-126.hsd1.mn.comcast.net] has quit [Ping timeout: 240 seconds]
20140621 09:03:55-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20140621 09:07:01-!- EdB [~edb@85.69.242.6] has quit [Quit: Konversation terminated!]
20140621 09:17:33-!- sachith500 [~kvirc@112.134.13.106] has quit [Read error: Connection reset by peer]
20140621 09:19:42-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140621 09:27:33-!- Haudegen_ [~quassel@178.115.129.214.wireless.dyn.drei.com] has joined #wesnoth-dev
20140621 09:27:48-!- sachith500 [~kvirc@112.134.13.106] has joined #wesnoth-dev
20140621 09:30:24< zookeeper> aquileia, ok, it seems i managed to make the script resistant to missing yellow/black pixels, and added an error if labels are a layer group (too complicated to auto-merge them, as you said).
20140621 09:30:43< zookeeper> i'll test it a bit more and commit it later today
20140621 09:31:38-!- Haudegen_ is now known as Haudegen
20140621 09:33:04-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140621 09:36:24-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140621 09:44:57-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140621 10:16:54-!- mordante [~mordante@roadie.xs4all.nl] has joined #wesnoth-dev
20140621 10:16:59-!- mordante [~mordante@roadie.xs4all.nl] has quit [Changing host]
20140621 10:16:59-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20140621 10:17:10< mordante> servus
20140621 10:20:05< mordante> iceiceice please be careful when removing headers from files with a lot of #ifdef's cec386ad35a1d5ddb9b721d3c66abc091e8ca68f is not a fixup but a breaker
20140621 10:20:12-!- Haudegen [~quassel@178.115.129.214.wireless.dyn.drei.com] has quit [Ping timeout: 245 seconds]
20140621 10:22:39-!- irker826 [~irker@fehu.ai0867.net] has joined #wesnoth-dev
20140621 10:22:39< irker826> wesnoth: Mark de Wever wesnoth:master f57469589951 / src/clipboard.cpp: Fix compilation with SDL2. http://git.io/VR0fLA
20140621 10:22:39< irker826> wesnoth: Mark de Wever wesnoth:master ef104ed833b4 / src/server/game.cpp: Fix Clang documentation warnings. http://git.io/cZJ9ow
20140621 10:22:40< irker826> wesnoth: Mark de Wever wesnoth:master 6cd0bdc23dbd / src/ (actions/attack.cpp recall_list_manager.cpp): Mark some functions static. http://git.io/MHlLHw
20140621 10:23:03-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140621 10:27:35-!- Kexoth [~kex@93-142-130-247.adsl.net.t-com.hr] has joined #wesnoth-dev
20140621 10:32:23-!- Kexoth [~kex@93-142-130-247.adsl.net.t-com.hr] has quit [Ping timeout: 272 seconds]
20140621 10:33:49-!- Kexoth [~kex@93-142-130-247.adsl.net.t-com.hr] has joined #wesnoth-dev
20140621 10:38:01-!- Kexoth [~kex@93-142-130-247.adsl.net.t-com.hr] has quit [Ping timeout: 240 seconds]
20140621 10:42:51-!- Haudegen_ [~quassel@178.165.130.94.wireless.dyn.drei.com] has joined #wesnoth-dev
20140621 10:48:25-!- Kexoth [~kex@212.92.210.53] has joined #wesnoth-dev
20140621 10:58:58< mordante> aquileia I see AI0867 already merged request 204
20140621 11:07:14-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140621 11:07:28< irker826> wesnoth: Lari Nieminen resources:master ab2ec092a101 / image-localization/maps/wesnoth-map-localization.scm: Made the script more resistant to breakage http://git.io/H6DsEQ
20140621 11:08:30-!- Haudegen_ is now known as Haudegen
20140621 11:14:41< mordante> hi lipkab 
20140621 11:15:35< lipkab> Hi mordante.
20140621 11:16:13< zookeeper> aquileia, btw, i removed the note about DW's map having a yellow label in the ocean, because... there isn't one?
20140621 11:16:29< zookeeper> and if there was, it could be removed now anyway
20140621 11:16:37< mordante> lipkab, did you get my e-mail?
20140621 11:17:18< lipkab> Yes.
20140621 11:18:11-!- aquileia [2edf50c1@gateway/web/freenode/ip.46.223.80.193] has joined #wesnoth-dev
20140621 11:18:26< lipkab> I'm going through an OpenGL tutorial, but I'm not entirely convinced that that will be enough to implement a brand new rendering engine in 2 months.
20140621 11:18:56< aquileia> zookeeper: In my PR there is that label (I'll remove it now that the issue is fixed)
20140621 11:19:00< lipkab> Especially since all the tutorials I've seen are focusing on the 3D stuff :/
20140621 11:20:13< lipkab> As for SDL2, I asked some questions on their forums, but no really usable answers yet.
20140621 11:20:53< mordante> I don't expect you to implement OpenGL in two months
20140621 11:21:19< mordante> so if move to OpenGL we need to adjust the scope of your GSoC project
20140621 11:24:40< lipkab> I'm afraid that my project is already quite minimalist.
20140621 11:25:02< lipkab> If we strip even more from it, then what's left? :/
20140621 11:26:06< mordante> probably not a complete product and I/we hope you finish it after GSoC
20140621 11:26:31< mordante> but it also doesn't makes sense to increase the scope to something you can't achieve in the summer
20140621 11:26:42< mordante> and then fail you for not finishing your project
20140621 11:28:39< lipkab> Alright. So OpenGL we go?
20140621 11:29:12< lipkab> (Unless a miracle happens and it turns out that SDL2 is not that bad at all)
20140621 11:29:13< zookeeper> aquileia, ah, okay
20140621 11:29:36< irker826> wesnoth: timotei wesnoth:master 7fdbf0c16695 / utils/umc_dev/ (.gitignore manual/.gitignore manual/dev_manual.tex): Update the UMC IDE developer manual http://git.io/KExnqg
20140621 11:29:49< mordante> not sure I'd like you to investigate a bit further as discussed last Tuesday 
20140621 11:29:58< lipkab> Okay.
20140621 11:30:01< mordante> I was just wondering whether you made some progress
20140621 11:31:27< lipkab> Well, I can draw shiny colorful triangles.
20140621 11:31:38< mordante> :-)
20140621 11:31:51< mordante> are you using plain OGL or OGL in an SDL2 context?
20140621 11:31:53< timotei> wesbot: seen anonymysimus
20140621 11:31:53< wesbot> timotei: Sorry, I don't know of anonymysimus.
20140621 11:32:07< timotei> Hmm...
20140621 11:32:32< aquileia> timotei: You could add that rule as utils/umc_dev/bin (or utils/umc_dev/**/bin if it should match  any 'bin' subdirs on any level) in the root .gitignore
20140621 11:32:51< aquileia> wesbot: seen anonymissimus
20140621 11:32:51< wesbot> aquileia: The person with the nick anonymissimus 36d 12h ago they left with the message: Quit: ChatZilla 0.9.90.1 [Firefox 12.0/20120423122928]
20140621 11:33:00< timotei> aquileia: Yeah. But wanted it to be just for the umc_dev directory, as I don't want to ignore by mistaked something else :D
20140621 11:33:17< lipkab> mordante: SDL2 context.
20140621 11:33:23< timotei> Oh great. I wonder who's deving wesnoth on Windows anymore :D
20140621 11:33:24< aquileia> As I said yo canm specify that by giving the path
20140621 11:33:54< aquileia> timotei: If you mean the VC project maintenance, that'd be me
20140621 11:34:32< timotei> Cool. You use MSVC 2008 still, right?
20140621 11:35:11< aquileia> I use 2013, but keep it backwards compatible (at least I  hope so, no way to find out)
20140621 11:35:27< mordante> lipkab, ok
20140621 11:35:50< mordante> aquileia, do you still have compilation issues?
20140621 11:35:59< timotei> Oh, Nice!
20140621 11:36:43< aquileia> There's one new dialog which I didn't add to the project files yet (I have to do PRs to get my changes in, so sometimes I wait a little)
20140621 11:37:36< aquileia> https://github.com/aquileia/wesnoth/commit/28e12a73aae8d1fdc25192e205866adfc467538a
20140621 11:39:08< timotei> Btw aquileia, just ping me when there's eomthign related to Windows/MSVC and I'll merge them in:)
20140621 11:39:09< aquileia> If you apply https://github.com/aquileia/wesnoth/commit/28e12a73aae.patch to master, it should work
20140621 11:39:38< aquileia> timotei: ping ;)
20140621 11:39:58< timotei> That is, PRs. I can also do .patch if you want. I just hope git will preserve the commiter name.
20140621 11:41:30< aquileia> timotei: Thanks, I'll keep that in mind for my next VC related PR
20140621 11:42:39< aquileia> Btw, with patches, it shows author and committer separately
20140621 11:45:02-!- sachith500|2 [~kvirc@112.134.114.94] has joined #wesnoth-dev
20140621 11:46:13< timotei> For some reason it doesn't want to be applied. Hmm
20140621 11:48:26-!- sachith500 [~kvirc@112.134.13.106] has quit [Ping timeout: 264 seconds]
20140621 11:48:45< aquileia> The PR preview shows it ca be auto-merged... should I just do it that way?
20140621 11:49:41< timotei> Y
20140621 11:51:18< aquileia> timotei: ping =P
20140621 11:54:30< aquileia> zookeeper: I verified that DW processes with your fix, the yellow label was reverted in my PR, it's ready again
20140621 11:59:42< irker826> wesnoth: aquileia wesnoth:master 28e12a73aae8 / projectfiles/VC9/wesnoth.vcproj: Update VC project http://git.io/l2pLOQ
20140621 11:59:44< irker826> wesnoth: Timotei Dolean wesnoth:master 572ac8ea668f / projectfiles/VC9/wesnoth.vcproj: Merge pull request #214 from aquileia/VC_update http://git.io/z62CYA
20140621 11:59:52< aquileia> mordante: didn't see your comment earlier - what kind of issues do you mean?
20140621 12:00:01< aquileia> timotei: thanks for merging
20140621 12:00:05< timotei> You're welcome.
20140621 12:01:56< mordante> aquileia, I thought you had some issues regarding MSVC switching to C++11 mode
20140621 12:03:08< vultraz> I *always* read timotei's last name as Boolean >_>
20140621 12:04:08< aquileia> Other than that I have to compile with these C++11 features activated (which isn't principally bad) it works 
20140621 12:04:14< timotei> lol
20140621 12:04:38< timotei> MSVC is bad if you work on a C++ source that should not use C++11
20140621 12:04:48< timotei> You can't just disable the C++11 extension like clang/gcc allows :(
20140621 12:05:29< mordante> timotei, yes it's horrible I'm not sure what they thought :-(
20140621 12:05:47< mordante> especially since they do not offer full C++11 compliance
20140621 12:06:11< mordante> aquileia, ok I thought some code didn't compile
20140621 12:06:22< aquileia> but at least we know that switching to it works
20140621 12:06:58< aquileia> mordante: I had a fix for that, and AI0867 found a more elegant one
20140621 12:08:33< mordante> ok
20140621 12:16:09< aquileia> iceiceice: in map_location.hpp you indirectly removed algorithm.hpp needed for std::min/max
20140621 12:16:31< aquileia> * I mean <algorithm>
20140621 12:19:27< mordante> aquileia, that's probably caused because it's undefined which standard headers include each other 
20140621 12:19:43< mordante> best commit a fix
20140621 12:21:22< aquileia> I'll run the build to the end and then file a PR
20140621 12:21:52< mordante> ok or just pastebin the patch
20140621 12:23:01< irker826> wesnoth: Mark de Wever wesnoth:master d8409507ae4e / src/video.cpp: Improve CVideo::get_available_resolutions. http://git.io/JWVEEQ
20140621 12:23:03< mordante> AI0867, ^
20140621 12:27:42-!- Haudegen is now known as OnkV
20140621 12:31:11< aquileia> mordante: https://github.com/aquileia/wesnoth/commit/78a1e15ed8c5ef1461782.patch
20140621 12:31:15-!- OnkV is now known as Haudegen
20140621 12:35:12-!- prophile [~alynn@oftn/member/prophile] has joined #wesnoth-dev
20140621 12:49:39-!- prophile [~alynn@oftn/member/prophile] has quit [Quit: The Game]
20140621 12:51:53< irker826> wesnoth: aquileia wesnoth:master 3abfb483cd9c / src/map_location.hpp: Reintroduce <algorithm> include http://git.io/F670vQ
20140621 12:54:57-!- iceiceice_ [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20140621 13:00:02< iceiceice_> aquileia: i think the right include in map_location.hpp is not <algorithm> but <cstdlib>
20140621 13:00:07< iceiceice_> if you are just trying to get std::abs
20140621 13:00:12< iceiceice_> is there some other function that is needed for that?
20140621 13:00:46< aquileia> shadowm: https://github.com/wesnoth/wesnoth/blob/master/src/gui/dialogs/game_cache_options.cpp#L91 doesn't recognize dir_size for me... perhaps an argument mismatch?
20140621 13:01:05< aquileia> iceiceice_: it's min/max that's needed, abs is no problem
20140621 13:01:20< aquileia> but mordante committed a fix for it
20140621 13:01:22< iceiceice_> ok
20140621 13:05:08< aquileia> shadowm: Never mind, a rebuild fixes it
20140621 13:06:11-!- aquileia [2edf50c1@gateway/web/freenode/ip.46.223.80.193] has quit [Quit: Page closed]
20140621 13:18:03-!- DCW [~Thunderbi@cpc66863-finc15-2-0-cust393.4-2.cable.virginm.net] has joined #wesnoth-dev
20140621 13:18:45-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has quit [Ping timeout: 255 seconds]
20140621 13:19:57< irker826> wesnoth: Ignacio R. Morelle wesnoth:master 45e8753cc58f / changelog src/display.cpp: Apply local ToD lighting to hex overlays when applicable (bug #22215) http://git.io/Yh_kMA
20140621 13:20:09-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20140621 13:28:45-!- wesbot changed the topic of #wesnoth-dev to: string+feature freeze active on 1.12 | 241 bugs, 346 feature requests, 29 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
20140621 13:31:55-!- Haudegen [~quassel@178.165.130.94.wireless.dyn.drei.com] has quit [Ping timeout: 244 seconds]
20140621 13:36:26-!- gfgtdf [~chatzilla@e177116108.adsl.alicedsl.de] has joined #wesnoth-dev
20140621 13:40:35-!- Gambit [~derek@wesnoth/developer/grickit] has joined #wesnoth-dev
20140621 13:40:53< shadowm> I appear to have sent Wesnoth (master) into an infinite loop by running the command "lua wesnoth.wml_actions.terrain { terrain = "Gg" }".
20140621 13:41:12< shadowm> Oh wait, it's not infinite, it just took about a whole minute.
20140621 13:41:34< shadowm> The map is 40x40, so clearly someone did soemthing wrong.
20140621 13:42:33-!- DCW [~Thunderbi@cpc66863-finc15-2-0-cust393.4-2.cable.virginm.net] has quit [Read error: Connection reset by peer]
20140621 13:46:22< mordante> shadowm, I had a look at your gamestate patch. I think it's fine for 1.12, I like to find a better fix for 1.12
20140621 14:02:55< shadowm> >1.12 [...] 1.12
20140621 14:03:07< shadowm> mordante: I assume the second is 1.14?
20140621 14:04:26< shadowm> Hmph, this colossal performance regression for full-map terrain replacements is obstructing my work here.
20140621 14:04:35-!- prophile [~alynn@oftn/member/prophile] has joined #wesnoth-dev
20140621 14:06:55< gfgtdf> iceiceice_: ^ ac59b0d0e72c706a6e14fe59cb77ceaabcc7bce2 ?
20140621 14:07:45< mordante> shadowm, uhm yes I wanted to type master
20140621 14:09:36< iceiceice_> gfgtdf: yeah that could be it
20140621 14:12:17-!- Haudegen [~quassel@178.165.130.94.wireless.dyn.drei.com] has joined #wesnoth-dev
20140621 14:14:39< gfgtdf> there was a system that prevented map rebuildings after each set_errain call, and only rebuild map once when nesesary (to that if you call change_terrain 3 times in a row the map will onyl be rebuilded once). maybe this was somehow disabled.
20140621 14:14:41< gfgtdf> iceiceice_: ^
20140621 14:15:12< iceiceice_> y i disabled it
20140621 14:15:19< iceiceice_> i didnt realize it was important
20140621 14:15:26< iceiceice_> but it could be refactored
20140621 14:15:32< iceiceice_> give me a minute, i will have a patch
20140621 14:16:09< iceiceice_> (at least that's what it appears from the diffs)
20140621 14:16:19< gfgtdf> iceiceice_: also do you know why 212 creates things like #include "widgets/../events.hpp" instead  of just #include "events.hpp" ?
20140621 14:16:24< gfgtdf> pr 212
20140621 14:16:46< iceiceice_> gfgtdf: no i dont
20140621 14:16:58< iceiceice_> especially in ai folder it makes lots of those things
20140621 14:17:18< iceiceice_> i think it just follows the paths it used to get there and doesn't think about them
20140621 14:18:04< irker826> wesnoth: Ignacio R. Morelle wesnoth:1.12 00d7b06faf87 / data/campaigns/Northern_Rebirth/utils/herodeaths.cfg: NR: Refactor the White Magi respawn location finding code into a macro http://git.io/COs3TA
20140621 14:18:07< irker826> wesnoth: Ignacio R. Morelle wesnoth:1.12 5e57bcaab2b0 / changelog data/campaigns/Northern_Rebirth/utils/herodeaths.cfg players_changelog: NR: Search for White Magi respawn locs only within map edges (bug #22097) http://git.io/Fvp6vQ
20140621 14:18:10< irker826> wesnoth: Ignacio R. Morelle wesnoth:master ce33ba394a68 / data/campaigns/Northern_Rebirth/utils/herodeaths.cfg: NR: Refactor the White Magi respawn location finding code into a macro http://git.io/X53CHA
20140621 14:18:13< irker826> wesnoth: Ignacio R. Morelle wesnoth:master da8f3c824cc5 / changelog data/campaigns/Northern_Rebirth/utils/herodeaths.cfg players_changelog: NR: Search for White Magi respawn locs only within map edges (bug #22097) http://git.io/tixmyA
20140621 14:21:49< shadowm> iceiceice_: Re <https://gna.org/bugs/?22090>, what are "wml resize / overlay events"? You mean the [replace_map] and [terrain_mask] actios? Do we even have a village counter in-game?
20140621 14:22:11< iceiceice_> yes
20140621 14:22:17< shadowm> Brainfart.
20140621 14:22:45< shadowm> Of course we do, it's for the owned/map-total tally.
20140621 14:23:20< shadowm> I was going to say there's a simple way to ascertain this, but the "map change 2" hex in the test scenario now crashes the game.
20140621 14:23:48< iceiceice_> that's bad :/
20140621 14:23:52< iceiceice_> ok one bug at a time
20140621 14:24:05< shadowm> For when you get the first one sorted out: http://pastebin.com/2KX4kMVM
20140621 14:24:10< iceiceice_> the gui code from change_terrain, i moved to lua i think
20140621 14:24:26< iceiceice_> gfgtdf got it right
20140621 14:25:42< iceiceice_> i tink it just needs a change in src/scripting/lua.cpp but i want to compile before i commit
20140621 14:26:29< shadowm> The good news (after getting rid of all units) is that the village counter in-game seems to be refreshed correctly, so it's most likely just an #22090 editor-specific issue.
20140621 14:30:23< shadowm> I mean that #22090 is most likely just an editor-specific issue.
20140621 14:40:55< irker826> wesnoth: Chris Beck wesnoth:master f8a4347262c6 / src/scripting/lua.cpp: Use delayed screen rebuilding with lua terrain fcn http://git.io/QcdkCg
20140621 14:41:24< iceiceice_> shadowm: ^
20140621 14:50:46< shadowm> Yeah, that fixes it.
20140621 14:54:04< iceiceice_> gfgtdf: i'm not sure why the tool is resorting the includes,
20140621 14:55:00< iceiceice_> actually " is before < in ascii i guess so i have no idea why it wants the < before
20140621 15:08:03-!- sachith500|2 [~kvirc@112.134.114.94] has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
20140621 15:08:36-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has joined #wesnoth-dev
20140621 15:08:40-!- prophile [~alynn@oftn/member/prophile] has quit [Quit: The Game]
20140621 15:11:37< irker826> wesnoth: gfgtdf wesnoth:master ff11e85925f5 / src/ (carryover.cpp carryover.hpp): fix gold carryover http://git.io/qmdhTg
20140621 15:11:39< irker826> wesnoth: gfgtdf wesnoth:master 0b5c8142c6d8 / src/playcampaign.cpp: add comment in show_caryover_message http://git.io/o_I_cQ
20140621 15:23:35< shadowm> wesbot: seen upth
20140621 15:23:35< wesbot> shadowm: The person with the nick Upth 5d 8h ago they left with the message: Quit: this quit message is 100% guaranteed not to contain obscenity.
20140621 15:23:42< shadowm> wesbot: seen upthorn
20140621 15:23:42< wesbot> shadowm: Person, who 26d 4h ago used nick Upthorn, 5d 8h ago as Upth they left with the message: Quit: this quit message is 100% guaranteed not to contain obscenity.
20140621 15:25:31-!- prkc [~prkc@5400907B.dsl.pool.telekom.hu] has joined #wesnoth-dev
20140621 15:28:10< shadowm> mordante: Re https://gna.org/bugs/?20337 , a possible workaround is to force cairo to use grayscale AA like I did to deal with cleartype on Windows.
20140621 15:28:54< shadowm> mordante: You could really reproduce the bug on your own machine if you enabled RGBA subpixel hinting using whatever facility your desktop environment provides for that.
20140621 15:29:41< shadowm> It's worth noting that some distributions/desktop environments will enable RGBA subpixel hinting by default, so just like the cleartype issue it's important to get this sorted out in some way or another for 1.12.
20140621 15:30:30-!- EdB [~edb@85.69.242.6] has joined #wesnoth-dev
20140621 15:30:40< shadowm> *RGB
20140621 15:30:51< shadowm> Also, that this issue still affects Wesnoth as of a few days ago, the last time I tried RGB subpixel hinting on my system.
20140621 15:33:48< shadowm> Hm, OTOH it seems that extending text.cpp:136 to non-_WIN32 doesn't have an effect for some reason.
20140621 15:38:00< mordante> shadowm, I've no idea how to enable RGBA subpixel hinting
20140621 15:42:17-!- Haudegen [~quassel@178.165.130.94.wireless.dyn.drei.com] has quit [Ping timeout: 245 seconds]
20140621 15:47:49< mordante> did you also try with other values like CAIRO_ANTIALIAS_SUBPIXEL?
20140621 15:50:59-!- gfgtdf [~chatzilla@e177116108.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140605174243]]
20140621 15:51:51< shadowm> That'd be precisely what we don't want to use.
20140621 15:52:04-!- EdB [~edb@85.69.242.6] has quit [Quit: Konversation terminated!]
20140621 15:52:21< shadowm> What desktop environment are you using?
20140621 15:53:31< mordante> None I use FVWM
20140621 15:54:13< shadowm> ... great.
20140621 15:54:59< shadowm> I'd try creating a ~/.fonts.conf with the following contents (or copy the <match> node and its children to your ~/.fonts.conf' <fontconfig> node if there is one already): http://pastebin.com/3W6v7iA6
20140621 15:56:32< shadowm> The alternative (though there is pretty much no reason why the above shouldn't work) is to mess with /etc/fonts and void your warranty.
20140621 16:01:02-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 245 seconds]
20140621 16:06:13-!- timotei_ [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20140621 16:11:16< mordante> made the changes, will test tomorrow, will be off rather soon
20140621 16:18:05< shadowm> It seems I can force CAIRO_ANTIALIAS_SUBPIXEL on Linux but not CAIRO_ANTIALIAS_GRAY.
20140621 16:19:13< shadowm> That's rather disappointing and it also sounds wrong.
20140621 16:30:00< mordante> odd
20140621 16:30:07< mordante> I'm off now, bye
20140621 16:30:43-!- mordante [~mordante@wesnoth/developer/mordante] has quit [Quit: Leaving]
20140621 16:45:31-!- higgins [~higgins@192.241.198.49] has quit [Ping timeout: 240 seconds]
20140621 16:48:39-!- Duthlet [~Duthlet@wesnoth/mp-mod/Duthlet] has quit [Quit: leaving]
20140621 16:53:23-!- higgins [~higgins@192.241.198.49] has joined #wesnoth-dev
20140621 16:56:11-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has quit [Ping timeout: 272 seconds]
20140621 17:21:02-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140621 17:32:14-!- cib_ [~cib@p508BC344.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20140621 17:47:50-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 264 seconds]
20140621 17:50:03-!- RiftWalker [~nathan@ip24-252-126-205.no.no.cox.net] has quit [Ping timeout: 240 seconds]
20140621 17:52:50-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 244 seconds]
20140621 17:58:54-!- thunderstruck [~zaibotren@cpc7-lewi16-2-0-cust662.2-4.cable.virginm.net] has joined #wesnoth-dev
20140621 18:05:15< irker826> wesnoth: gfgtdf wesnoth:master 74188182c287 / src/game_events/action_wml.cpp: enable [message] side_for key with options http://git.io/A0jiMA
20140621 18:19:27< iceiceice_> does anyone know how to install sdl2 such that scons will recognize it?
20140621 18:19:34< iceiceice_> it doesn't seem to recognize libsdl2
20140621 18:35:25< iceiceice_> *doh*
20140621 18:52:00-!- gfgtdf [~chatzilla@g224047068.adsl.alicedsl.de] has joined #wesnoth-dev
20140621 19:02:56< loonycyborg> iceiceice_: It recognizes default gentoo install of sdl2 for me
20140621 19:03:17< iceiceice_> loonycyborg: so i installed sdl2, but i did not have sdl2-dev
20140621 19:03:19< iceiceice_> i think that might have been the issue
20140621 19:03:30< loonycyborg> yes
20140621 19:03:33< iceiceice_> actually theres some problem with the ubuntu sdl2-dev package also which i'm still sorting through
20140621 19:04:59< loonycyborg> also, you need to pass sdl2=true to scons
20140621 19:05:07< loonycyborg> otherwise it'll use sdl1
20140621 19:05:13< iceiceice_> yeah i realized that part...
20140621 19:05:31< iceiceice_> im not sure whats going on, i think theres some contention between the ubuntu sdl2-dev and sdl2 libs
20140621 19:10:22< iceiceice_> ah ok
20140621 19:10:44< iceiceice_> i didnt remove a ppa from an earlier attempt, that was confusing it
20140621 19:18:39-!- cib_ [~cib@p508BC344.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140621 19:28:45-!- wesbot changed the topic of #wesnoth-dev to: string+feature freeze active on 1.12 | 241 bugs, 345 feature requests, 29 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
20140621 19:28:56< iceiceice_> hmm
20140621 19:29:19< iceiceice_> i'm looking at this again, because i wanted to write on the wiki like tek suggested,
20140621 19:29:26< iceiceice_> i'm wondering if the behavior i thought was okay isn't actually a bug?
20140621 19:29:27< iceiceice_> http://forums.wesnoth.org/viewtopic.php?f=8&t=40449#p572136
20140621 19:29:53< iceiceice_> i thoguht that the way that it is supposed to work is that newly registered events don't fire
20140621 19:30:16< iceiceice_> but i dont see that in the code...
20140621 19:47:09-!- thunderstruck [~zaibotren@cpc7-lewi16-2-0-cust662.2-4.cable.virginm.net] has quit [Quit: leaving]
20140621 19:48:37-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140621 20:02:26-!- ancestral [~ancestral@17.246.50.156] has joined #wesnoth-dev
20140621 20:07:37-!- ancestral [~ancestral@17.246.50.156] has quit [Quit: ancestral]
20140621 20:09:07-!- prophile [~alynn@oftn/member/prophile] has joined #wesnoth-dev
20140621 20:09:40-!- ancestral [~ancestral@17.115.177.242] has joined #wesnoth-dev
20140621 20:14:18-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20140621 20:18:32-!- ancestral [~ancestral@17.115.177.242] has quit [Remote host closed the connection]
20140621 20:18:54< c74d> shikadibot: log 3952770a7ecac96f00ec1c65184a883a41d7460e
20140621 20:18:56< shikadibot> c74d: Revision 3952770a7eca (J.W. Bjerk) on Sun Jun 20 01:44:47 2010:
20140621 20:18:56< shikadibot> c74d: uploading the Mac OsX Xcode project as requested by AI.
20140621 20:18:57< shikadibot> c74d:  
20140621 20:18:57< shikadibot> c74d: I believe i'm doing it right, if not, my appologies.  It works for me
20140621 20:18:57< shikadibot> c74d: (+1 discarded lines)
20140621 20:18:59< shikadibot> c74d: Web interface URL: https://github.com/wesnoth/wesnoth/commit/3952770a7eca
20140621 20:20:28< c74d> ^ We appear to have a copy of Boost’s source — tens of thousands of files — in our repository’s history.
20140621 20:21:43< c74d> (Warning: don’t try to dereference that “Web interface URL”, except maybe on a supercomputer.)
20140621 20:25:02-!- prophile [~alynn@oftn/member/prophile] has quit [Quit: The Game]
20140621 20:36:08-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20140621 20:39:05< shadowm> c74d: Yes, we knew that already.
20140621 20:39:27 * c74d slinks off.
20140621 20:46:25-!- RiftWalker [~nathan@ip24-252-126-205.no.no.cox.net] has joined #wesnoth-dev
20140621 20:47:04< timotei_> 23:20 < c74d> ^ We appear to have a copy of Boosts source  tens of thousands of files  in our repositorys history.
20140621 20:47:09< timotei_> Do you want to propose something? :)
20140621 20:48:32-!- cib_ [~cib@p508BC344.dip0.t-ipconnect.de] has quit [Ping timeout: 240 seconds]
20140621 20:49:20 * shadowm stabs timotei_.
20140621 20:50:22-!- timotei_ is now known as timotei
20140621 20:51:09< timotei> Good that I have multiple nicknames and I can live on :D
20140621 20:52:10< shadowm> :/me stabs timotei for good measure too.
20140621 20:59:29< irker826> wesnoth: Chris Beck wesnoth:master 5e9d356c9fa2 / data/test/scenarios/event_handlers_in_events.cfg wml_test_schedule: unit tests for defining custom event handlers in events and firing http://git.io/FUvRPA
20140621 20:59:31< irker826> wesnoth: Chris Beck wesnoth:master c7c69f260b36 / src/ (carryover.cpp carryover.hpp game_events/action_wml.cpp playcampaign.cpp): Merge branch 'master' of git://github.com/wesnoth/wesnoth http://git.io/I363FA
20140621 21:01:02-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 240 seconds]
20140621 21:02:48-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20140621 21:07:02< Gambit> shadowm: I thought that was purged from the history
20140621 21:07:45< shadowm> No, it wasn't and I meant you to read THE OTHER channel.
20140621 21:11:37-!- gfgtdf_ [~chatzilla@f054154206.adsl.alicedsl.de] has joined #wesnoth-dev
20140621 21:13:18-!- gfgtdf [~chatzilla@g224047068.adsl.alicedsl.de] has quit [Ping timeout: 244 seconds]
20140621 21:13:32-!- gfgtdf_ is now known as gfgtdf
20140621 21:16:17-!- trewe [~trewe@152.51.43.5.rev.vodafone.pt] has joined #wesnoth-dev
20140621 21:22:03-!- RiftWalker [~nathan@ip24-252-126-205.no.no.cox.net] has quit [Ping timeout: 240 seconds]
20140621 21:28:50-!- OnkV [~quassel@178.165.130.94] has joined #wesnoth-dev
20140621 21:39:44< iceiceice_> shadowm: how hard do you think it would be to make campaignd also just serve zips linked from github?
20140621 21:40:36< iceiceice_> like, instead of uploading my addon to campaignd, i just give the url for my repo
20140621 21:41:54< iceiceice_> i guess the repo/archive/master.zip file is more or less what you want to serve to users anyways?
20140621 21:43:19-!- iceiceice_ [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20140621 21:46:12< shadowm> So hard we'd essentially need to build a drilling rig.
20140621 21:49:33< shadowm> And althouhg I'd normally say "umcd is the future, go pitch it to the umcd people", I also believe it's a very bad idea for a few other reasons mostly concerning our ability to control the add-on server's contents..
20140621 21:56:00< gfgtdf> wesbot: seen fabi
20140621 21:56:00< wesbot> gfgtdf: The person with the nick fabi last spoke 11d 6h ago.  10d 19h ago was here and on the channels #wesnoth, #wesnoth-de and #wesnoth-umc-dev with the message: Ping timeout: 240 seconds
20140621 21:58:44-!- RiftWalker [~nathan@ip24-252-126-205.no.no.cox.net] has joined #wesnoth-dev
20140621 22:10:26-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20140621 22:14:10< irker826> wesnoth: Chris Beck wesnoth:master 762efc278f64 / data/lua/wml-tags.lua: add error reporting to [insert_tag] if it has no variable= field http://git.io/585boQ
20140621 22:14:13-!- timotei_ [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20140621 22:14:29-!- iceiceice_ [~chris@207-237-132-91.ny.subnet.cable.rcn.com] has joined #wesnoth-dev
20140621 22:14:29-!- iceiceice_ [~chris@207-237-132-91.ny.subnet.cable.rcn.com] has quit [Changing host]
20140621 22:14:29-!- iceiceice_ [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20140621 22:17:02-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 240 seconds]
20140621 22:20:16< iceiceice_> shadowm: what's the hard part?
20140621 22:20:33< iceiceice_> is there no like cross platform c++ equivalent of "wget" ?
20140621 22:21:04< iceiceice_> i mean the server could also like validate / hash the download
20140621 22:25:08-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140621 22:33:47-!- gfgtdf [~chatzilla@f054154206.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140605174243]]
20140621 22:37:16-!- RiftWalk1r [~nathan@ip24-252-126-205.no.no.cox.net] has joined #wesnoth-dev
20140621 22:38:33-!- RiftWalker [~nathan@ip24-252-126-205.no.no.cox.net] has quit [Ping timeout: 240 seconds]
20140621 22:44:54-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140621 22:48:57-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 272 seconds]
20140621 22:53:04< irker826> wesnoth: Chris Beck wesnoth:master 0f7b06cd1a75 / src/editor/palette/palette_manager.hpp: fix a broken include guard (typo) http://git.io/0fhnxQ
20140621 23:02:33-!- OnkV [~quassel@178.165.130.94] has quit [Ping timeout: 240 seconds]
20140621 23:12:45< iceiceice_> hmm i think i know why the era and mod events are skipped 
20140621 23:12:56< iceiceice_> its because the "unit_wml_ids" are not cleared when you enter the next scenario
20140621 23:13:16< iceiceice_> its a private variable of event_handlers.cpp
20140621 23:13:33< iceiceice_> *src/game_events/handlers.cpp
20140621 23:14:05< iceiceice_> idk is the manager destroyed every time?
20140621 23:18:39< iceiceice_> hmm i guess there's not clearly any bug there nm
20140621 23:18:45-!- prophile [~alynn@oftn/member/prophile] has joined #wesnoth-dev
20140621 23:19:06-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20140621 23:21:33-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 240 seconds]
20140621 23:22:51-!- mjs-de [~mjs-de@p508C9174.dip0.t-ipconnect.de] has quit [Quit: On the road again]
20140621 23:32:02-!- gfgtdf [~chatzilla@f054154206.adsl.alicedsl.de] has joined #wesnoth-dev
20140621 23:32:18< gfgtdf> iceiceice_: a bug with event from mp modifications that also exists in 1.13 ? tell me.
20140621 23:32:41< iceiceice_> it looks that they are not fired int he rpelay_controller
20140621 23:32:53< gfgtdf> why ?
20140621 23:33:01< iceiceice_> idk there is some discrepancies in the code
20140621 23:33:14< iceiceice_> in play_controller, the era events and modification events are fired together
20140621 23:33:17< iceiceice_> in replay_controller they are not
20140621 23:33:21< iceiceice_> only era is fired
20140621 23:33:24< gfgtdf> usualy those events shodul be added to teh game before teh replay start snapshoz is taken
20140621 23:33:26< iceiceice_> so that looks wierd
20140621 23:34:02< gfgtdf> iceiceice_: teh replay start snapshot is taken here: https://github.com/wesnoth/wesnoth/blob/master/src/playsingle_controller.cpp#L348
20140621 23:34:31< iceiceice_> ok but why are they not treated the same?
20140621 23:35:09< iceiceice_> in reset_replay
20140621 23:35:36< gfgtdf> iceiceice_: at least in master i think we shoudl remove taht lien in reset_replay
20140621 23:36:03< gfgtdf> iceiceice_: currentyl level_ has never a child "era"
20140621 23:36:14< iceiceice_> why?
20140621 23:36:23< iceiceice_> is that new?
20140621 23:36:31< gfgtdf> iceiceice_: ye
20140621 23:36:37< iceiceice_> ok
20140621 23:36:45< gfgtdf> iceiceice_: previously the events were added here: https://github.com/wesnoth/wesnoth/blob/master/src/play_controller.cpp#L303
20140621 23:36:45< iceiceice_> we will have to fix the script on the server that generates replay descriptions
20140621 23:36:59< gfgtdf> desciptions ?
20140621 23:37:23< iceiceice_> did you ever go to replays.wesnoth.org
20140621 23:37:31< gfgtdf> iceiceice_: not those events are plied here: https://github.com/wesnoth/wesnoth/blob/master/src/saved_game.cpp#L247
20140621 23:37:56< iceiceice_> y so when a game is played on mp server,
20140621 23:38:05< iceiceice_> if observers are allowed (it is not "private") then there is a replay saved by the server
20140621 23:38:11< iceiceice_> which is available at replays.wesnoth.org
20140621 23:38:25< gfgtdf> iceiceice_: hm ye i just thought "descrotions" is soem metdata not part of that file
20140621 23:38:28< iceiceice_> here's all the games played todo
20140621 23:38:29< iceiceice_> http://replays.wesnoth.org/1.10/20140621/
20140621 23:38:30< iceiceice_> *today
20140621 23:38:37< iceiceice_> yeah so those descriptions are generated by a sed script
20140621 23:38:39< iceiceice_> which i wrote like 9 months ago
20140621 23:38:50< iceiceice_> based on save game structure
20140621 23:39:27< gfgtdf> iceiceice_: do we ahve that for devserver too ?
20140621 23:39:36< iceiceice_> the same script is used for all versions
20140621 23:39:45< iceiceice_> i tested and got it working on all of them back then
20140621 23:40:01< iceiceice_> let me see if i can find the script...
20140621 23:40:11< gfgtdf> iceiceice_:  but where can i download dev version replays  ?
20140621 23:40:40< gfgtdf> iceiceice_: i see 1.10 folder 1.11 folder but not trunk/1.13 folder
20140621 23:41:20< iceiceice_> idk i think you should ask shadowm or someone
20140621 23:41:49< gfgtdf> shadowm: can i soewhewre download replays from the trunk server ?
20140621 23:42:17< gfgtdf> iceiceice_: what wrong with the current script ?
20140621 23:42:44< iceiceice_> its based on search for [era] tag
20140621 23:42:57< gfgtdf> iceiceice_: hm shoudl still wokr i think
20140621 23:42:59< iceiceice_> here was the old script (prior to Oct 2013)
20140621 23:43:00< iceiceice_> http://hastebin.com/ekixahakum.xml
20140621 23:43:06< iceiceice_> heres the new script
20140621 23:43:18< gfgtdf> iceiceice_: the era tag is still sended to the server, but not in saved_game /inagem 
20140621 23:43:23< iceiceice_> http://hastebin.com/ribanofoya.xml
20140621 23:43:37< iceiceice_> ok but then what will happen with reloaded games?
20140621 23:44:18< iceiceice_> so you can run the script on any uncompressed save and see what it gives you,
20140621 23:44:21-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140621 23:44:26< iceiceice_> there are some other commands on the pipeline apparently that format it to html
20140621 23:44:40< gfgtdf> u sure taht script wirk on windows ?
20140621 23:44:43< gfgtdf> works*
20140621 23:44:46< iceiceice_> no its unix
20140621 23:44:48< iceiceice_> sed utility
20140621 23:44:59< iceiceice_> if you install cygwin it will work
20140621 23:45:20< iceiceice_> hmm so im reareding the script comments i wrote,
20140621 23:45:26< iceiceice_> i guess the new version is not based on finding [era] tag afterall
20140621 23:45:33< iceiceice_> since apparently i foudn that it didnt appear in save games :p
20140621 23:45:40-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140621 23:45:49< iceiceice_> the new script searches for mp_era field in [multiplayer]
20140621 23:45:59< iceiceice_> so i guess its not a big deal :) i just forgot exactly how it works
20140621 23:46:20< iceiceice_> err no
20140621 23:46:31< iceiceice_> i changed it because if you have require_era = no then the [era] doesn't appear
20140621 23:46:52< gfgtdf> ?
20140621 23:47:00< iceiceice_> that's what the comment says
20140621 23:47:12< gfgtdf> whats comment ?
20140621 23:47:17< iceiceice_> the comment in the script
20140621 23:47:26< iceiceice_> i tested it on like 100 replay files i downoaded from the server
20140621 23:47:43< iceiceice_> it now works on most if not all of them, you can check the results from dates before october and after october
20140621 23:48:04< gfgtdf> i think especialy if require_era = no  which means that teh clients doenst need to have teh era localy than you need to send teh era config to them
20140621 23:48:33< iceiceice_> hmm well maybe theres a bug with that
20140621 23:48:41< iceiceice_> i think it might just be that it strips out the content and puts it just in level
20140621 23:48:59< iceiceice_> i havent observed any bug, other than that the replay description wouldn't know what era you were using
20140621 23:49:18< gfgtdf> iceiceice_: on current master ?
20140621 23:49:44< iceiceice_> no on like 1.11.7
20140621 23:49:52< iceiceice_> all this testing was in october 2013
20140621 23:51:16< gfgtdf> iceiceice_: wait of which tagis require_era a child ?
20140621 23:51:27< iceiceice_> idk 
20140621 23:51:30< iceiceice_> it might be toplevel
20140621 23:52:16< gfgtdf> iceiceice_: hmm on master its definitely not toplevel
20140621 23:52:27< gfgtdf> iceiceice_: or i have overseen something
20140621 23:52:32< gfgtdf> is also possible
20140621 23:53:45< iceiceice_> ok well at some point in 1.11 series that was the case
20140621 23:54:09< iceiceice_> here's start of one of the .bz2 replays on my computer from october:
20140621 23:54:10< iceiceice_> http://hastebin.com/leqirumagu.apache
20140621 23:54:24< iceiceice_> actually that's apparently 1.13.0 dev
20140621 23:54:41< iceiceice_> i think play_controller to config was writing lots of stuff to top level
20140621 23:55:18< gfgtdf> no thtis cannot be 1.13-dev
20140621 23:55:26< iceiceice_> why not?
20140621 23:55:28< gfgtdf> at lest not current master
20140621 23:55:33< iceiceice_> its not current master,
20140621 23:55:38< iceiceice_> its like October 2013 master
20140621 23:55:59< gfgtdf> mp_game_title, random_seed are no longer toplevle tags
20140621 23:56:36< gfgtdf> i can bring mp_game_title back, i just removed it becasue i didnt found a code that uses it
20140621 23:57:50< iceiceice_> i thinkits only for the server
20140621 23:58:13< iceiceice_> idk structure the thing however you want but we should fix the script after
20140621 23:58:20< iceiceice_> also it would be good if we didnt have to change the script / make a new one
20140621 23:58:41< iceiceice_> i was told at the time that there's no set up to have different scripts for different versions right now
20140621 23:58:53-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Traveling until end of June with limited Internet access]
20140621 23:59:05< iceiceice_> brb
20140621 23:59:06-!- iceiceice_ [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
--- Log closed Sun Jun 22 00:00:40 2014