--- Log opened Fri Dec 11 00:00:35 2015
20151211 00:03:01-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 250 seconds]
20151211 00:16:39-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20151211 00:27:32< shadowm> celticminstrel: You still have time, R_N isn't tied to the tagging step.
20151211 00:28:05< shadowm> (Also, sorry for the delay, I had to go get some food because I've not eaten anything all day.)
20151211 00:31:10-!- mjs-de [~mjs-de@77.182.143.101] has quit [Remote host closed the connection]
20151211 00:32:48-!- twospeed [43ad07c6@gateway/web/freenode/ip.67.173.7.198] has quit [Ping timeout: 252 seconds]
20151211 00:34:16< irker951> wesnoth: Ignacio R. Morelle wesnoth:master 8a61ec0932e5 / changelog players_changelog: Word-wrap changelogs http://git.io/v0UKu
20151211 00:34:20< irker951> wesnoth: Ignacio R. Morelle wesnoth:master 98863f41f30a / Doxyfile changelog players_changelog src/wesconfig.h: Version 1.13.2 http://git.io/v0UKz
20151211 00:34:34-!- shadowm changed the topic of #wesnoth-dev to: Wesnoth 1.13.2 release ETA: 0 seconds into the future | Wesnoth Developers Channel | >>> Want to help? Go here: http://r.wesnoth.org/t42911 (and thanks!) <<< | Logs: http://irclogs.wesnoth.org | Bug tracker: http://bugs.wesnoth.org
20151211 00:34:56< aquileia> So I've still got 0 seconds? ;)
20151211 00:35:43< celticminstrel> I guess my word-wrapping was at the wrong width or something.
20151211 00:36:50< shadowm> Yes, it was above 80 columns.
20151211 00:36:55< aquileia> Well, I guess tagging doesn't matter for the Windows patches
20151211 00:39:59< shadowm> Would it matter for your project if I switched from bzip2 to xz for the source tarball? I imagine not.
20151211 00:40:43< aquileia> shadowm: If you mean me, nope, I'm working with 7z anyway
20151211 00:42:48< aquileia> shadowm: BTW, why doesn't the scons script generate the *.sha256 files as well? Does the server do that automatically or is it a manual step?
20151211 00:43:03< shadowm> I don't know because I don't use SCons for packaging.
20151211 00:43:56< shadowm> Not even CMake, just a custom script.
20151211 00:44:48< aquileia> Do you generate sha sums for all uploaded packages or is that in the packagers responsibility?
20151211 00:45:08< shadowm> The packagers' responsibility, since otherwise there wouldn't be much point to it.
20151211 00:45:28< shadowm> I could generate checksums for files that are, as far as I know, damaged or forged.
20151211 00:46:19< shadowm> So since 1.12.5 I require them to upload the SHA256s to f.w.o/releases/ where we'll keep them "forever".
20151211 00:47:11< irker951> wesnoth: CelticMinstrel wesnoth:master 040a44d2140f / RELEASE_NOTES: Update RELEASE_NOTES http://git.io/v0UXL
20151211 00:49:00< aquileia> loonycyborg: a) Does your release script handle the sha256 sums? It's trivial to write in Python (4 lines), so I could add it to scons
20151211 00:49:55< aeth> Why 256?
20151211 00:50:06< shadowm> Okay, also, no commits during the tag window, otherwise I get into situations where the server copy of the tarball might not match mine.
20151211 00:50:33< loonycyborg> aquileia: I have a separate python script that uploads re;ease and checksums
20151211 00:50:37< celticminstrel> Sorry, I thought you said it was fine if it was release notes.
20151211 00:50:39< aquileia> b) When do you need the patcher ready?
20151211 00:51:27< shadowm> celticminstrel: Well, yes, it's fine meaning you can keep landing changes within the next 48 hours or so until the announcement is published.
20151211 00:51:29-!- gfgtdf [~chatzilla@f054170249.adsl.alicedsl.de] has joined #wesnoth-dev
20151211 00:51:41< shadowm> That's independent from the fact that if the branch tip keeps moving I need to catch up as well. :p
20151211 00:51:46< celticminstrel> Ah.
20151211 00:51:50< loonycyborg> dunno, whenever it's ready :P
20151211 00:52:13< gfgtdf> Do cpmpability changes and deprecations go into the RN? like thte advamcent -> advance change and similar?
20151211 00:52:16< shadowm> Right now I'm comparing tarball gen times again.
20151211 00:52:35< shadowm> gfgtdf: Yes.
20151211 00:52:51< celticminstrel> It was advance -> advancement wasn't it?
20151211 00:53:25< shadowm> Yes.
20151211 00:54:48< loonycyborg> aquileia: Ididn't add it to scons because I run scons on windows and that script on linux :P
20151211 00:56:11< shadowm> Oooh, the new dwarf sounds.
20151211 00:56:17< aquileia> Ah, ok. Having it in scons wouldn't hurt though, considering it's saved as a platform independent .txt file
20151211 00:56:43< shadowm> Okay, so the bzip2 tarball takes about 1:30 minutes on the server, the XZ tarball takes 7:09 minutes on my desktop.
20151211 00:57:04< shadowm> By an amazing coincidence, both the server and my desktop have the same CPU.
20151211 00:57:46< shadowm> And once again I can't seem to justify moving to xz for 21 MiB.
20151211 00:58:18-!- gfgtdf [~chatzilla@f054170249.adsl.alicedsl.de] has quit [Read error: Connection reset by peer]
20151211 00:58:21< shadowm> 00:52:23 shadowm@website:~/src/wesnoth-release-clean$ du -sh wesnoth-1.13.2.tar.bz2
20151211 00:58:25< shadowm> 382M    wesnoth-1.13.2.tar.bz2
20151211 00:58:28< shadowm> shadowm@nanacore:~/src/wesnoth-release-clean% du -sh wesnoth-1.13.2.tar.xz
20151211 00:58:31< shadowm> 361M    wesnoth-1.13.2.tar.xz
20151211 01:00:25< shadowm> (Also note that the relevant files weren't in the server's cache, but were already in my desktop's cache.)
20151211 01:03:15< shadowm> TIL that Wesnoth gets the shift key pressed event event when its window isn't focused.
20151211 01:04:19< shadowm> But only if it's accompanied by Page Up, for some reason. I'm guessing my window manager has a problem.
20151211 01:05:24< irker951> wesnoth: gfgtdf wesnoth:master 44d6bd933266 / RELEASE_NOTES: Update RELEASE_NOTES http://git.io/v0UHg
20151211 01:05:38< shadowm> gfgtdf what did I Just say. :p
20151211 01:05:52-!- gfgtdf [~chatzilla@f054170249.adsl.alicedsl.de] has joined #wesnoth-dev
20151211 01:06:17< gfgtdf> celticminstrel: could you please update the RN commit of mine? specialyl the part about  Changed wesnoth.put_unit so that the unit is passed as the first parameter
20151211 01:07:04< shadowm> I'm letting this pass because .gitattributes has this:
20151211 01:07:06< shadowm>     RELEASE_NOTES  export-ignore
20151211 01:07:14< shadowm> But next time, no commits during the tag window.
20151211 01:07:27< gfgtdf> celticminstrel: is te only a deprecation of the old syntax or is the old order not supported anymore?
20151211 01:07:37< shadowm> Also, I'm trying to figure out why Git seems convinced that it needs to write multiple megabytes worth of data upstream in order to push the tag.
20151211 01:08:12< irker951> wesnoth: shikadilord wesnoth: 98863f41f30a tagged as 1.13.2
20151211 01:08:33< shadowm> Okay, it seems it was just confused by the fact that I wasn't up to date anymore.
20151211 01:09:02< shadowm> So, that's another reason against extra commits during tag windows regardless of what .gitattributes says about the affected files.
20151211 01:09:35< celticminstrel> When should I update it then?
20151211 01:09:57< shadowm> You can now push whatever you want to master, the tag window is over.
20151211 01:10:03< celticminstrel> Oh, okay.
20151211 01:10:11< shadowm> As evidenced by the fact that there is now a 1.13.2 tag. :)
20151211 01:11:15< shadowm> I'll have to add this to Known Bugs and deal with it later: http://pastebin.com/xAewDwEJ
20151211 01:11:41< celticminstrel> shadowm: RELEASE_NOTES is formatted using forum BBCode, right?
20151211 01:11:49< shadowm> Yes.
20151211 01:12:06< celticminstrel> So I'll change gfgtdf's list to use the [list][*][/list] syntax.
20151211 01:12:36< shadowm> I tend to do that when adding content to the announcement draft anyway, since it's impossible to use it all verbatim.
20151211 01:13:03< celticminstrel> Well, I'm updating/clarifying some things there anyway.
20151211 01:17:02< celticminstrel> Do you care whether I use "favor" or "favour"?
20151211 01:17:14< celticminstrel> Only asking because I happened to notice it there.
20151211 01:17:31< shadowm> The website's language is U.S. English.
20151211 01:17:38< shadowm> loonycyborg, ancestral: Time to do your magic.
20151211 01:17:41< celticminstrel> I'll take that as a "yes", I guess.
20151211 01:17:50< shadowm> Yes, of course.
20151211 01:18:07< celticminstrel> I might slip up sometimes though. >_>
20151211 01:19:37< celticminstrel> gfgtdf: Is [team] actually a tag that exists? Should that be [side] instead?
20151211 01:23:54-!- shadowm changed the topic of #wesnoth-dev to: Wesnoth 1.13.2 released, announcement coming at some point this weekend | Wesnoth Developers Channel | >>> Want to help? Go here: http://r.wesnoth.org/t42911 (and thanks!) <<< | Logs: http://irclogs.wesnoth.org | Bug tracker: http://bugs.wesnoth.org
20151211 01:24:50< irker951> wesnoth: CelticMinstrel wesnoth:master 65ecc87274cb / RELEASE_NOTES: Update RELEASE_NOTES http://git.io/v0UbL
20151211 01:25:27< shadowm> Aginor: I advise we wait until the announcement is out before merging sdl2 in case a packager encounters an issue that would warrant re-releasing.
20151211 01:26:39< vultraz> shadowm: how do we go about announcing the new logo?
20151211 01:26:51< vultraz> shadowm: will you put it at the top of the announcement?
20151211 01:26:53< shadowm> It doesn't need to be announced.
20151211 01:27:36< shadowm> You know the screenshots strip I added some time around 1.11.8 or 1.11.9? That hasn't stopped being a thing that exists or anything. :p
20151211 01:27:57< vultraz> I thought we should give it a little fanfare 
20151211 01:28:16-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20151211 01:28:29< shadowm> Eh, if we do it'll only raise more questions, especially about the website, and Wesmere isn't finished yet.
20151211 01:29:03< shadowm> (The original Wesmere that is the new website layout, not the other Wesmere that is a Wesnoth reimplementation.)
20151211 01:29:14< vultraz> Ah, yes
20151211 01:29:19< vultraz> the new website
20151211 01:29:25< vultraz> have you made progress?
20151211 01:29:35< shadowm> No, I haven't touched it in forever.
20151211 01:29:42< shadowm> I feel like I should be paid to do it, so I haven't.
20151211 01:30:09< vultraz> Then talk to dave
20151211 01:30:36< shadowm> It's a figure of speech.
20151211 01:31:14< vultraz> As community manager, I say this indefinite delay is unacceptable  
20151211 01:32:25< vultraz> We managed to do the 1.12 announcement in about a month - redesigning the front page shouldn't take much longer. 
20151211 01:33:24< shadowm> I too agree with the unacceptability of this situation.
20151211 01:35:06< gfgtdf> celticminstrel: yes it shoudl be side
20151211 01:35:48< gfgtdf> celticminstrel: ' [*][tt]wesnoth.get_unit(underlying_id)[/tt] was removed; this was pretty useless since there was no reliable way to obtain the underlying_id'
20151211 01:35:53< gfgtdf> celticminstrel: this is wrong
20151211 01:36:04< gfgtdf> celticminstrel: you can aesily get the underlaying is with the unit cfg
20151211 01:36:14< gfgtdf> celticminstrel: unit.__cfg.underlying_id chold work
20151211 01:36:56< gfgtdf> should*
20151211 01:40:23< irker951> wesnoth: gfgtdf wesnoth:master 77062d3cc235 / RELEASE_NOTES: Update RELEASE_NOTES http://git.io/v0UxN
20151211 01:41:37< irker951> wesnoth: gfgtdf wesnoth:master 5df926fc2b1f / RELEASE_NOTES: Update RELEASE_NOTES http://git.io/v0UpW
20151211 01:42:10< irker951> wesnoth: Ignacio R. Morelle wesnoth:master 2ed7c12f7da7 / Doxyfile changelog players_changelog src/wesconfig.h: Bump version http://git.io/v0UpE
20151211 01:42:54< vultraz> shadowm: I have also offered to work on Wesmere as well 
20151211 01:43:09< celticminstrel> Really? You might be right, I guess. Still, I think I remember someone saying the underlying ID is supposed to be more of an internal detail.
20151211 01:43:49< shadowm> vultraz: I'd prefer it to be my personal project to try out and learn some new stuff.
20151211 01:44:11< shadowm> Besides, the codebase is a royal mess right now, and it's not CSS.
20151211 01:44:52< vultraz> Then please, if you want to get paid for it, speak to our finance department. If you don't want to get paid, start working!
20151211 01:45:04< shadowm> There are far more important things which you probably would prefer to take care of right now, such as Greenlight.
20151211 01:45:41< vultraz> Optimally, this should happen in tandem with Greenlight 
20151211 01:45:51< celticminstrel> (That was at gfgtdf of course)
20151211 01:45:58< shadowm> vultraz: Right, but you shouldn't bet on it.
20151211 01:46:09< vultraz> I don't want to go on Steam with the website we have now
20151211 01:46:32< celticminstrel> What's this Wesmere thing?
20151211 01:46:39< shadowm> Blackmail much? ¬_¬
20151211 01:46:42< vultraz> celticminstrel: Website redesign 
20151211 01:46:46< celticminstrel> Ah.
20151211 01:47:14< irker951> wesnoth: gfgtdf wesnoth:master 5a344e5716c3 / RELEASE_NOTES: Update RELEASE_NOTES http://git.io/v0Uhy
20151211 01:47:45< celticminstrel> "don't work as expected"
20151211 01:47:59< celticminstrel> I have no idea what to think from that.
20151211 01:48:37< vultraz> So in the interests of moving things along, I would like to see some progress on it by the end on January 
20151211 01:48:42< gfgtdf> celticminstrel: well it mens that the [event] is not alwayas added(but sometimes it is)
20151211 01:48:44< shadowm> vultraz: http://i.imgur.com/o3dGOCR.png
20151211 01:49:02< shadowm> Styling largely unfinished, it's less than a draft really.
20151211 01:49:40< celticminstrel> Looks nice.
20151211 01:49:46< vultraz> It's a start 
20151211 01:49:56< vultraz> First thing you should do is stick in the new logo
20151211 01:50:24< gfgtdf> celticminstrel: this can for example also effect the mainline ability feeding
20151211 01:50:27< celticminstrel> Doesn't make sense for the source code to be the default download, but maybe it'll be changed dynamically based on useragent?
20151211 01:50:47< vultraz> I assume that counts as one of the "not CSS" things
20151211 01:51:15< shadowm> Yes, the download button will offer whichever download seems most appropriate for the user based on their UA identification.
20151211 01:52:06< vultraz> Stable and Development distinctions shouldn't be on the home page
20151211 01:52:11< shadowm> vultraz: The thing is, I can focus on this, or I can focus on the other stuff on my queue.
20151211 01:52:39< shadowm> IftU 2.0, AtS 0.10.0, and also the code stuff I'm purportedly working on for mainline.
20151211 01:53:04< shadowm> And one of these items has a rapidly approaching deadline.
20151211 01:53:32-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20151211 01:54:01< vultraz> shadowm: I thought you didn't like queues.
20151211 01:54:03< shadowm> It takes me a lot of effort to get into the mood for doing visual stuff and I tend to reserve that energy for making sprites.
20151211 01:54:28< vultraz> But no, this doesn't have to take priority right away
20151211 01:54:29< shadowm> (Which is unfortunate, because I had to take one item off the list for IftU 2.0 as a result.)
20151211 01:54:35< irker951> wesnoth: gfgtdf wesnoth:master 26e5423eef65 / RELEASE_NOTES: Update RELEASE_NOTES http://git.io/v0Te1
20151211 01:54:39< vultraz> We still have yet to find someone to make the trailer
20151211 01:54:51< vultraz> (which should feature prominently in Wesmere)
20151211 01:55:15< shadowm> vultraz: I don't like it when people use queues as an excuse to never come back instead of being sincere and telling us that they're no longer interested in contributing to Wesnoth.
20151211 01:55:38< vultraz> Right now your priority should be IftU 2.0
20151211 01:55:43< vultraz> Then the holidays 
20151211 01:55:59< vultraz> I'm not You Know Who, I don't expect people to work on the holidays 
20151211 01:56:03< shadowm> And then flying to Brussels.
20151211 01:56:06< shadowm> Wheeeee
20151211 01:56:23< vultraz> You said you weren't :P
20151211 01:56:48< shadowm> jk I'm not flying to Brussels.
20151211 01:57:02< shadowm> (Or am I? Huh, guess we'll have to find out.)
20151211 01:57:21< vultraz> I'm just asking that you make some progress on Wesmere before FOSDEM
20151211 01:57:29< vultraz> Even if it's just putting in the new logo
20151211 01:57:53< shadowm> Putting in the new logo is actually dead easy, we don't need Wesmere for that.
20151211 01:58:11< shadowm> The problem is that it'd look very off given our considerably duller palette.
20151211 01:58:32< vultraz> And speaking of the new logo, we need you to update our github and twitter avatars 
20151211 01:58:35< shadowm> It'd stick out like a sore thumb.
20151211 01:59:15< vultraz> shadowm: which is why it might be best to keep it in wesmere
20151211 01:59:19< shadowm> It doesn't in-game only thanks to LordBob and that guy who doesn't want me addressing him's effort.
20151211 01:59:57< shadowm> Although I'm tempted to say it doesn't quite go with zookeeper's map.
20151211 02:00:36< vultraz> I think it goes fine, but it does have the unfortunate effect of highlighting that the wooden BG could be higher res
20151211 02:00:45< shadowm> The logo is all bright and shiny and the map looks very rusty and desaturated by comparison.
20151211 02:01:27< shadowm> It gives me mixed signals about the tone of the game overall.
20151211 02:02:35< shadowm> By comparison, it goes just fine with the placeholder background from TSG I'm using in Wesmere.
20151211 02:02:58< shadowm> Because they are both shiny and clean and saturated like illustrations from a children's book.
20151211 02:06:32< shadowm> http://i.imgur.com/DwGQ59n.png
20151211 02:07:34< shadowm> (I'd obviously want to readjust all colors to fit, ignore the text.)
20151211 02:08:59-!- horrowind [~Icedove@2a02:810a:8b00:1c54:21b:fcff:fee3:c3ff] has quit [Quit: horrowind]
20151211 02:17:09-!- SpoOkyMagician [~chatzilla@cpe-74-136-45-198.kya.res.rr.com] has joined #wesnoth-dev
20151211 02:17:35-!- iceiceice [~chris@50.245.222.235] has joined #wesnoth-dev
20151211 02:17:35-!- iceiceice [~chris@50.245.222.235] has quit [Changing host]
20151211 02:17:35-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20151211 02:19:19-!- travis-ci [~travis-ci@ec2-54-161-132-221.compute-1.amazonaws.com] has joined #wesnoth-dev
20151211 02:19:20< travis-ci> wesnoth/wesnoth#7912 (master - 040a44d : CelticMinstrel): The build has errored.
20151211 02:19:20< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/96171043
20151211 02:19:20-!- travis-ci [~travis-ci@ec2-54-161-132-221.compute-1.amazonaws.com] has left #wesnoth-dev []
20151211 02:30:17-!- SpoOkyMagician [~chatzilla@cpe-74-136-45-198.kya.res.rr.com] has quit [Quit: later]
20151211 02:39:04-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 256 seconds]
20151211 02:40:50-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20151211 02:43:21-!- gfgtdf [~chatzilla@f054170249.adsl.alicedsl.de] has quit [Ping timeout: 250 seconds]
20151211 03:13:51-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Remote host closed the connection]
20151211 03:20:36-!- travis-ci [~travis-ci@ec2-54-161-132-221.compute-1.amazonaws.com] has joined #wesnoth-dev
20151211 03:20:37< travis-ci> wesnoth/wesnoth#7914 (1.13.2 - 98863f4 : Ignacio R. Morelle): The build passed.
20151211 03:20:37< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/96174420
20151211 03:20:37-!- travis-ci [~travis-ci@ec2-54-161-132-221.compute-1.amazonaws.com] has left #wesnoth-dev []
20151211 03:48:44-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20151211 04:25:00-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20151211 04:55:54-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20151211 06:03:06-!- Kwandulin [~Miranda@p200300760F250ADE6C74A12EEEA6BBE5.dip0.t-ipconnect.de] has joined #wesnoth-dev
20151211 06:09:52-!- aquileia [~chatzilla@HSI-KBW-078-042-007-104.hsi3.kabel-badenwuerttemberg.de] has quit [Ping timeout: 256 seconds]
20151211 06:55:28-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The computer falls into a deep sleep, to awake again some other day!]
20151211 07:03:47-!- irker951 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20151211 07:07:15-!- Kwandulin [~Miranda@p200300760F250ADE6C74A12EEEA6BBE5.dip0.t-ipconnect.de] has quit [Ping timeout: 250 seconds]
20151211 07:21:17< shadowm> gfgtdf: Have you had the chance to confirm whether I fixed #22897 yet?
20151211 07:24:16-!- Kwandulin [~Miranda@p200300760F250AC36C74A12EEEA6BBE5.dip0.t-ipconnect.de] has joined #wesnoth-dev
20151211 07:33:04-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20151211 07:52:40-!- boucman_work [~jrosen@bob75-2-81-56-46-209.fbx.proxad.net] has joined #wesnoth-dev
20151211 07:52:40-!- boucman_work [~jrosen@bob75-2-81-56-46-209.fbx.proxad.net] has quit [Changing host]
20151211 07:52:40-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20151211 07:53:46< shadowm> [*][tt][event][/tt] in [tt][unit][/tt], [tt][unit_type][/tt] or [tt][side][/tt] does not work as expected.
20151211 07:53:56< shadowm> So, Necrophages and Ghasts are horribly broken? :p
20151211 07:54:35< shadowm> [*]Using [tt][set_menu_item][/tt] to change an existing menu items fails in some cases.
20151211 07:54:45< shadowm> Maybe mention bug numbers for these?
20151211 07:55:47< shadowm> I've got a draft for the announcement done with R_N alone. I'll add stuff from the changelogs tomorrow.
20151211 07:59:20< vultraz> gfgtdf: just from looking at the code I think the no_recruit flag could just be replaced with the same condition where it's used as where it's set
20151211 07:59:39< vultraz> (ie, cfg["default_recruit"].empty() )
20151211 08:00:22< shadowm> http://forums.wesnoth.org/viewtopic.php?f=16&t=43331  Don't touch, intro wording WILL change. I didn't reword any R_N entries beyond grammar/punctuation/formatting cleanup, except for the bit about wesnoth.get_unit() and underlying ids.
20151211 08:00:52< shadowm> Need to track down some documentation links and wait for others to come into existence as well.
20151211 08:01:08< zookeeper> ehhhh. what's this [event] thing now
20151211 08:01:37< shadowm> I have no idea, I'm just following orders.
20151211 08:03:26< shadowm> vultraz, gfgtdf: R_N suggests https://gna.org/bugs/?23458 was fixed by means of a new syntax?
20151211 08:03:34< shadowm> Yet the bug is still Status: None.
20151211 08:04:09< vultraz> Uh
20151211 08:04:14< vultraz> I forgot to get back to that
20151211 08:04:24< vultraz> The new key was meant to solve that, yes
20151211 08:04:28< shadowm> But R_N says:
20151211 08:04:29< shadowm> [*][side] share_view=yes/no, share_maps=yes/no were replaced with share_vision=all/shroud/none
20151211 08:04:43< vultraz> Yes
20151211 08:04:44< vultraz> that is true
20151211 08:04:56< shadowm> So why do you say you forgot to get back to it? Who did it then?
20151211 08:05:07< vultraz> gfgtdf wrote the code
20151211 08:05:09< vultraz> for the new key
20151211 08:05:21< vultraz> I don't remember if I tested if it fixed the bug
20151211 08:05:26< vultraz> it's been so long since a release
20151211 08:05:28< vultraz> (like, 6 months?)
20151211 08:05:37< vultraz> it could have been in 1.13.1 for all I remember
20151211 08:05:43< shadowm>   Date:   Sat Jun 27 20:50:08 2015 -0300
20151211 08:05:51< shadowm>   Date:   Thu Dec 10 21:38:21 2015 -0300
20151211 08:05:51< vultraz> anyway, I don't have time right now, I have to get to dinner
20151211 08:06:25< shadowm> When you get the time (read: within the next 36 hours) could you check the bug again?
20151211 08:06:39< vultraz> will do
20151211 08:07:04< shadowm> Git says the commit introducing the change (49219ad0fdfc3c500771fff84db84071429db203) is 151 commits past 1.13.1.
20151211 08:07:07< zookeeper> shadowm, where did you get that event line? not from the changelogs AFAICT
20151211 08:07:17< zookeeper> i can only find https://gna.org/bugs/?23739 but that's [side]-specific
20151211 08:07:27< shadowm> (Ignore the date, the date doesn't matter.)
20151211 08:07:44< shadowm> zookeeper: R_N.
20151211 08:08:18< vultraz> Out of curiosity, how many commits are in 1.13.2?
20151211 08:08:30< vultraz> i mean, between it and 1.13.1
20151211 08:09:20< shadowm> 1.13.2 is 1172 commits past 1.13.1.
20151211 08:09:37< shadowm> 1.13.1 is 371 commits past 1.13.0.
20151211 08:09:52< shadowm> 1.13.0 is 5199 commits past 1.11.11.
20151211 08:10:07< zookeeper> shadowm, oh right, gfgtdf added it last night.
20151211 08:11:44< shadowm> sdl2 has approximately 71 commits not in 1.13.2, incidentally.
20151211 08:11:55< shadowm> Assuming I got the command line right.
20151211 08:12:22< shadowm> 51 without merges.
20151211 08:19:58< shadowm> vultraz: You might want to bring back the "no saves" popup message. http://i.imgur.com/uLbrvXl.png
20151211 08:55:15-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20151211 08:58:43-!- mjs-de [~mjs-de@x4db68f65.dyn.telefonica.de] has joined #wesnoth-dev
20151211 09:15:26-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 240 seconds]
20151211 09:31:05-!- tomreyn_ [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20151211 10:02:12-!- irker630 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20151211 10:02:13< irker630> wesnoth: Charles Dang wesnoth:master e80c4ce2de88 / src/savegame.cpp: Restore the 'No Saved Games' popup with different wording http://git.io/v0Iqc
20151211 10:02:21< vultraz> shadowm: ^
20151211 10:47:21-!- zombah [~zombah@2a02:28:3:1:214:4fff:fe47:5920] has joined #wesnoth-dev
20151211 10:51:14-!- Kwandulin [~Miranda@p200300760F250AC36C74A12EEEA6BBE5.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20151211 11:04:22< loonycyborg> shadowm: 1.13.2 windows release uploaded
20151211 11:11:25-!- Appleman1234 [~Appleman1@KD119104009228.au-net.ne.jp] has joined #wesnoth-dev
20151211 11:12:55< wedge009> vultraz: Are you on?
20151211 11:13:00< vultraz> wedge009: yes
20151211 11:13:45< wedge009> vultraz: Cool. Just a quick question (and hopefully equally quick answer) about your change to _main.cfg for Northern Rebirth - is 'Royal Guarde' deliberate or a typo?
20151211 11:13:52-!- Kwandulin [~Miranda@p200300760F250AC335D00F85EA1382F9.dip0.t-ipconnect.de] has joined #wesnoth-dev
20151211 11:15:20< irker630> wesnoth: Charles Dang wesnoth:master 4df42251d7c1 / data/campaigns/Northern_Rebirth/_main.cfg: NR: fixed typo in difficulty menu name http://git.io/v0IaK
20151211 11:15:51< wedge009> Ha, thanks.
20151211 11:17:01< vultraz> np
20151211 11:24:12-!- markus_ [~mjs-de@x4db6c802.dyn.telefonica.de] has joined #wesnoth-dev
20151211 11:27:41-!- mjs-de [~mjs-de@x4db68f65.dyn.telefonica.de] has quit [Ping timeout: 250 seconds]
20151211 11:44:46-!- Appleman1234 [~Appleman1@KD119104009228.au-net.ne.jp] has quit [Ping timeout: 240 seconds]
20151211 12:30:50-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20151211 12:43:48-!- Appleman1234 [~Appleman1@KD119104008199.au-net.ne.jp] has joined #wesnoth-dev
20151211 12:55:21< Aginor> shadowm, gfgtdf, wedge009, aquileia: My plan with regards to SDL2 now is to wait until after the release, then do the merge. I'm inclined to leave SDL1 as the default build option until I've made some headway on the resize issues (requires rewrites within game handling)
20151211 13:01:45< vultraz> Aginor: but the release has happened
20151211 13:07:56< Aginor> ummm
20151211 13:08:10 * Aginor checks his calendar
20151211 13:08:16< vultraz> Aginor: it's in the topic :P
20151211 13:08:19< Aginor> thanks vultraz 
20151211 13:08:36< Aginor> I never pay attention to the topic
20151211 13:09:19< vultraz> So you could merge right now
20151211 13:10:04< Aginor> shadowm, gfgtdf, wedge009, aquileia: Correction; I will now do the merge this weekend, after vultraz kindly pointed out that I'm confused about release dates
20151211 13:10:17< Aginor> vultraz: it's 2 am. I'm not doing merges :D
20151211 13:10:18< vultraz> :)
20151211 13:10:35< vultraz> oh, you're ahead of me
20151211 13:10:38< vultraz> only midnight here
20151211 13:12:50< Aginor> indeed
20151211 13:13:01< Aginor> there's not many places ahead of me
20151211 13:13:40< Aginor> anyway, I shall now go to bed so I will have the time/energy to do that tomorrowish
20151211 13:13:44< Aginor> catch you later
20151211 13:15:06-!- Appleman1234 [~Appleman1@KD119104008199.au-net.ne.jp] has quit [Ping timeout: 240 seconds]
20151211 13:33:34-!- boucman_work [~jrosen@wesnoth/developer/boucman] has quit [Ping timeout: 256 seconds]
20151211 13:45:33-!- Kwandulin [~Miranda@p200300760F250AC335D00F85EA1382F9.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20151211 13:46:23-!- boucman_work [~jrosen@bob75-2-81-56-46-209.fbx.proxad.net] has joined #wesnoth-dev
20151211 13:46:23-!- boucman_work [~jrosen@bob75-2-81-56-46-209.fbx.proxad.net] has quit [Changing host]
20151211 13:46:23-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20151211 14:12:59-!- Appleman1234 [~Appleman1@KD119104019139.au-net.ne.jp] has joined #wesnoth-dev
20151211 14:14:03-!- zombah [~zombah@2a02:28:3:1:214:4fff:fe47:5920] has quit [Quit: Leaving]
20151211 14:15:23-!- irker630 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20151211 14:33:51-!- gfgtdf [~chatzilla@x50abe71f.dyn.telefonica.de] has joined #wesnoth-dev
20151211 14:34:00< gfgtdf> 20151211 07:21:17< shadowm> gfgtdf: Have you had the chance to confirm whether I fixed #22897 yet?
20151211 14:34:09< gfgtdf> shadowm: y should be easy to fix
20151211 14:34:15< gfgtdf> to tesg i mean
20151211 14:34:17< gfgtdf> test
20151211 14:34:37< gfgtdf> 20151211 07:59:20< vultraz> gfgtdf: just from looking at the code I think the no_recruit flag could just be replaced with the same condition where it's used as where it's set
20151211 14:35:09< gfgtdf> vultraz: yes maybe, i dont know that enough to be surre.
20151211 14:35:56< gfgtdf> vultraz: for a 1.13.2 release addin it tothe ignire list would be safer, but since 1.13.2 was tagged that not relly important
20151211 14:36:27< gfgtdf> 20151211 08:03:26< shadowm> vultraz, gfgtdf: R_N suggests https://gna.org/bugs/?23458 was fixed by means of a new syntax?
20151211 14:37:14< vultraz> gfgtdf: btw I'm working on reimplementing my color= key commits using the map label implementation 
20151211 14:37:42< gfgtdf> shadowm, vultraz i dont remember exacty why these keys were changes but iirc the main point were that 1) its less  to write 2)it simlifies the c+ sidedcde toparse that
20151211 14:38:15< gfgtdf> 20151211 08:07:17< zookeeper> i can only find https://gna.org/bugs/?23739 but that's [side]-specific
20151211 14:38:36< gfgtdf> zookeeper: yes but it also effects [unit] in [side]
20151211 14:39:18< gfgtdf> zookeeper: thisspecially imples all units that are carried over from  theprevious scenario because those are added to [side]
20151211 14:39:33-!- Kwandulin [~Miranda@p200300760F250AC318A8EF2F7DBD891E.dip0.t-ipconnect.de] has joined #wesnoth-dev
20151211 14:40:16< gfgtdf> vultraz: what will be the yntx for that key then?
20151211 14:40:40< vultraz> gfgtdf: same as [label] color. I'm, just making that code global 
20151211 14:41:10< gfgtdf> vultraz: what doyou mean by 'global'?
20151211 14:41:19< vultraz> I'm making it a util function
20151211 14:41:56< vultraz> basically string_to_color except this time it should work
20151211 14:42:09< vultraz> and I'll PR it
20151211 14:43:00< zookeeper> gfgtdf, that's what i meant, i think
20151211 14:44:37< gfgtdf> vultraz: i thought we already have global 'string2rgb' which s used b label?
20151211 14:45:14< vultraz> yes the map label code used that
20151211 14:45:35-!- gfgtdf [~chatzilla@x50abe71f.dyn.telefonica.de] has quit [Quit: ChatZilla 0.9.92 [Firefox 42.0/20151029151421]]
20151211 14:50:45-!- gfgtdf [~chatzilla@x50abe71f.dyn.telefonica.de] has joined #wesnoth-dev
20151211 14:52:04< vultraz> gfgtdf: 561
20151211 14:52:39< gfgtdf> vultraz: +			create_color(
20151211 14:52:40< gfgtdf> +				font::LABEL_COLOR.r,
20151211 14:52:42< gfgtdf> +				font::LABEL_COLOR.g,
20151211 14:52:44< gfgtdf> +				font::LABEL_COLOR.b)
20151211 14:52:45< gfgtdf> i think this this makes sense
20151211 14:52:58< vultraz> ?
20151211 14:53:55< gfgtdf> vultraz: also unstore_unit] still doesnt seem to have acompability path
20151211 14:54:31< gfgtdf> vultraz: i meant i think this doesnt make sense, i removed the wrong word
20151211 14:56:19< gfgtdf> shadowm: i actually think 'The game can crash when planning recruits in Planning Mode.' is also present on 1.12.x
20151211 15:01:01< vultraz> ya know
20151211 15:01:19< vultraz> why do we have a color keys when we can use pango markup...
20151211 15:01:26< vultraz> s/have a/have
20151211 15:02:00< gfgtdf> vultraz: i dont know which cases allow pango markup
20151211 15:04:24< vultraz> let me test
20151211 15:09:35< vultraz> ok so unstore_unit supports pango markup
20151211 15:12:23< vultraz> I seem to have broken the default unstore color though
20151211 15:12:25< vultraz> crap
20151211 15:15:03< vultraz> ughhh
20151211 15:35:37< vultraz> OK so
20151211 15:35:58< vultraz> gfgtdf: I decided I'm not going to add a color key and just deprecate red,green,blue= in favor of pango markup
20151211 15:40:06-!- boucman_work [~jrosen@wesnoth/developer/boucman] has quit [Ping timeout: 240 seconds]
20151211 15:52:03< gfgtdf> vultraz: so what wuill hapopoen to that pr ?
20151211 15:52:10< vultraz> I'm working on it
20151211 15:52:17< vultraz> I think I still need string_to_color for [time]
20151211 15:52:22< vultraz> since [time] doesn't use text
20151211 15:52:34< vultraz> and I want to use a tint= key there
20151211 16:04:18-!- boucman_work [~jrosen@bob75-2-81-56-46-209.fbx.proxad.net] has joined #wesnoth-dev
20151211 16:04:18-!- boucman_work [~jrosen@bob75-2-81-56-46-209.fbx.proxad.net] has quit [Changing host]
20151211 16:04:18-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20151211 16:19:45-!- Appleman1234 [~Appleman1@KD119104019139.au-net.ne.jp] has quit [Ping timeout: 250 seconds]
20151211 16:25:43-!- horrowind [~Icedove@2a02:810a:8b00:1c54:21b:fcff:fee3:c3ff] has joined #wesnoth-dev
20151211 16:33:33< vultraz> gfgtdf: updated PR
20151211 17:11:56< zookeeper> so red,green,blue has like a complex implementation which messes with pango, or what?
20151211 17:14:14< vultraz> As far as I can tell, not exactly, it's just redundant 
20151211 17:15:07< vultraz> So what I'm doing is deprecating color keys for text-based tags ([print], [unstore_unit], and [label]), and then switching to a single color= key (or similar) for [color_adjust] and [time] (not yet done)
20151211 17:16:39-!- Appleman1234 [~Appleman1@KD119104014235.au-net.ne.jp] has joined #wesnoth-dev
20151211 17:17:14< zookeeper> don't deprecate stuff without a reason
20151211 17:18:45< vultraz> what would you rather I do here
20151211 17:18:59< zookeeper> i don't know. what problem are you solving?
20151211 17:19:00< vultraz> there's already a discrepancy between the types of color keys 
20151211 17:20:59< vultraz> I'm not solving an issue
20151211 17:21:11< vultraz> just simplifying syntax a little
20151211 17:24:42< vultraz> since pango markup can be used for other stuff to, why do we need dedicated color keys?
20151211 17:26:11< zookeeper> why do we need to have this same discussion constantly?
20151211 17:26:16< zookeeper> obviously because people use them
20151211 17:26:38< vultraz> they can use something different
20151211 17:27:14< zookeeper> yes, so why do we still support, say, WML events? you could use lua instead
20151211 17:27:21-!- boucman_work [~jrosen@wesnoth/developer/boucman] has quit [Ping timeout: 250 seconds]
20151211 17:28:02< vultraz> why would you do that
20151211 17:28:10< zookeeper> to simplify the code
20151211 17:28:26< vultraz> uh, no
20151211 17:28:38< vultraz> writing your events in lua would not simplify things
20151211 17:31:40< zookeeper> neither does pango
20151211 17:33:02< vultraz> um...why
20151211 17:33:18< zookeeper> but let's pretend that events written in lua would be simpler and shorter and fancier. why should we not deprecate WML events?
20151211 17:34:05< vultraz> if that were the case i might recommend that
20151211 17:34:17< zookeeper> then that's a good indication you shouldn't get to make deprecation decisions
20151211 17:35:37< vultraz> :|
20151211 17:38:25< vultraz> you do realize in such a case, we would probably be dropping WML entirely
20151211 17:38:30< vultraz> so it's a bad example
20151211 17:40:41< zookeeper> i think that as a community manager you should consider how adversely the constant deprecation and resulting compatibility-breaking affects the UMC community :p
20151211 17:41:37< vultraz> I believe I'm simplifying some of the more inconsistent bits
20151211 17:41:44< vultraz> I admit, not all my ideas are good
20151211 17:41:53< vultraz> I listened to you and didn't deprecate [event] remove=yes
20151211 17:49:29< zookeeper> two overlapping ways to do something as basic as define a text's color is not an inconsistency which confuses anyone anywhere near as much as the fact that their code breaks.
20151211 17:52:21-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20151211 17:55:48< vultraz> grrrr
20151211 17:57:32-!- gfgtdf [~chatzilla@x50abe71f.dyn.telefonica.de] has quit [Quit: ChatZilla 0.9.92 [Firefox 42.0/20151029151421]]
20151211 18:03:22-!- Kwandulin [~Miranda@p200300760F250AC318A8EF2F7DBD891E.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20151211 18:09:36-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20151211 18:14:48< vultraz> zookeeper: a benefit of pango-only is the tags don't have to manually deal with color
20151211 18:25:04-!- horrowind [~Icedove@2a02:810a:8b00:1c54:21b:fcff:fee3:c3ff] has quit [Quit: horrowind]
20151211 18:32:18-!- ancestral [~ancestral@184-100-99-25.mpls.qwest.net] has joined #wesnoth-dev
20151211 18:32:48< ancestral> *sigh* Wesnoth 1.13 still looks like garbage in El Cap
20151211 18:35:36-!- Kwandulin [~Miranda@p200300760F250AC359C9D524FF0C654D.dip0.t-ipconnect.de] has joined #wesnoth-dev
20151211 18:40:48< celticminstrel> How do you do colours with pango markup again...
20151211 18:41:35< celticminstrel> I don't think switching to pango can be called "simplifying" though. Pango markup is ugly.
20151211 18:43:33-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20151211 18:44:15-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20151211 18:44:27< celticminstrel> Aginor: Note that merging will make SDL2 the default option for XCode builds.
20151211 18:45:25< zookeeper> i wonder if people will riot if kaleh loses his AMLA tree and simply becomes a rather regular 3-level leadership unit again...
20151211 18:46:18< celticminstrel> From looking at the code, I thought the AMLA tree was kind of cool.
20151211 18:56:05< zookeeper> it's also really hard to decipher, and repercussions of choices are invisible in-game
20151211 18:57:12< celticminstrel> What do you mean by the second part?
20151211 18:58:31< zookeeper> that you can't know that choosing for example the first two sword AMLAs makes you unable to get leadership anymore
20151211 18:59:00< celticminstrel> Ah.
20151211 19:01:39< zookeeper> and the choices still name you as "desert hero/fighter/captain" depending on which ones you take, and your level doesn't change on every choice, but only... uh, for certain ones, etc
20151211 19:02:57< zookeeper> i'm not saying an AMLA system is necessarily bad, but i think the current one is rather icky
20151211 19:05:45< celticminstrel> Well, I haven't played the campaign to try it out though.
20151211 19:09:12-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20151211 19:11:20< ancestral> celticminstrel, Aginor: SDL2 is not a dep yet, correct?
20151211 19:12:03< celticminstrel> Not for 1.13.2, no.
20151211 19:13:25-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20151211 19:16:20< shadowm> Aginor: 22:25:29 <shadowm> Aginor: I advise we wait until the announcement is out before merging sdl2 in case a packager encounters an issue that would warrant re-releasing.
20151211 19:16:41< shadowm> 15:45:26 <zookeeper> i wonder if people will riot if kaleh loses his AMLA tree and simply becomes a rather regular 3-level leadership unit again...
20151211 19:16:47-!- Elvish_Hunter [~elvish_hu@wesnoth/developer/elvish-hunter] has joined #wesnoth-dev
20151211 19:17:17< shadowm> zookeeper: Given how people have kept telling me over the years to make some of my units have AMLAs "like Kaleh", the answer is probably yes.
20151211 19:20:59< Elvish_Hunter> Hi all
20151211 19:22:15-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20151211 19:22:15-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20151211 19:34:25< shadowm> ancestral: "As it turns out, I have the next two days off if something happens this weekend, which would work out well." -- Uhhhh, what does this mean?
20151211 19:34:39< ancestral> If there’s a release this weekend
20151211 19:34:44< ancestral> Which there now is
20151211 19:35:18< ancestral> I am building and creating a package right now, in fact
20151211 19:35:26< shadowm> Do you get my notification emails btw?
20151211 19:35:46< ancestral> I got two emails from you yesterday
20151211 19:35:53< shadowm> I wouldn't be surprised if gmail was flagging me as spam again. Ah okay.
20151211 19:36:00< shadowm> Wait, two?
20151211 19:36:28< ancestral> One was the announcement
20151211 19:36:35< ancestral> The other was prior to that
20151211 19:37:17< ancestral> 3:40 PM CST and 7:23 PM CST
20151211 19:37:24< celticminstrel> My gmail didn't flag them as spam...
20151211 19:40:30< shadowm> zookeeper: Wrong solution for the wrong problem, anyway. The correct solution to Kaleh's AMLA tree being confusing is making a UI for visualizing AMLA trees.
20151211 19:40:38< shadowm> Because there currently isn't any, which is bad for add-ons.
20151211 19:42:59-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 250 seconds]
20151211 19:45:06-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20151211 19:47:30< zookeeper> shadowm, well, sure, if someone can.
20151211 19:48:04< shadowm> Doubt anyone can without writing it down somewhere.
20151211 19:48:16< zookeeper> it's not exactly a trivial thing to design considering how AMLAs can branch pretty much arbitrarily
20151211 20:00:06< celticminstrel> I think the only way is something recursive where you start with a unit, gather all the AMLAs it's permitted to take, and build new units with each of the possible choices... but you'd also need a way to avoid going on infinitely with AMLAs that don't terminate, like the default one.
20151211 20:01:02< celticminstrel> I think I could probably do it using the C++ interfaces.
20151211 20:01:52< celticminstrel> It would create a DAG rather than a tree structure, but you probably already knew that.
20151211 20:06:52< zookeeper> a basic idea would be to allow AMLAs to show up as clickable advancements in unit description, each having their own unit-description-style page (with, again, links to the following AMLAs, etc). it couldn't handle things like conditions for each AMLA, but maybe UI-wise that would be a start. not sure.
20151211 20:07:50< zookeeper> i believe it'd be impossible to display the AMLA tree in a way which reflects all possible loops and conditions and so on
20151211 20:08:12< zookeeper> so it's kinda hard to say what it should be capable of
20151211 20:10:34< zookeeper> and by impossible i mean it'd be impossible to translate the various conditions and filters into textual descriptions automatically. if the AMLAs would need to provide strings describing their conditions, then sure, maybe it could be done.
20151211 20:11:07< celticminstrel> I think at the moment the only restrictions on whether you can take a branch are based on what AMLAs are already taken.
20151211 20:12:07< zookeeper> hrhm. yeah, you're right
20151211 20:12:29< zookeeper> i thought they allowed arbitrary filtering
20151211 20:12:44< celticminstrel> There was a proposal about adding conditions or filters, but it's not in master at this point.
20151211 20:13:09< celticminstrel> I think I implemented it already.
20151211 20:13:58< Elvish_Hunter> I can't commit right now, so can someone please add to the RELEASE_NOTES that wmllint, wmlscope, wmlindent, GUI.pyw and wmllint-1.4 now require Python 3 to run? Thanks.
20151211 20:17:23< shadowm> Don't bother, I'll add it to the post directly instead.
20151211 20:18:14< shadowm> Elvish_Hunter: Any additional information about the implications e.g. for Windows users?
20151211 20:20:16< Elvish_Hunter> They need to install Python 3.2 at least, of course.
20151211 20:20:33< shadowm> Is that the minimum requirement for everyone then?
20151211 20:20:39< shadowm> Links, something else?
20151211 20:21:40< Elvish_Hunter> Yes. I didn't use any specific stuff from 3.3 and 3.4, given that Ubuntu 12.04 uses 3.2.
20151211 20:22:42< Elvish_Hunter> As for the links, it can be downloaded from python.org, as usual.
20151211 20:22:49< shadowm> [rawarn="WML maintenance tools ported to Python 3"]All WML maintenance tools shipped with Wesnoth ([tt]wmllint[/tt], [tt]wmlindent[/tt], [tt]wmlscope[/tt], and [tt]GUI.pyw[/tt]) have been ported to Python 3, thus requiring Python 3.2 to run from this release onwards.[/rawarn]
20151211 20:24:23< Elvish_Hunter> Yes, that sounds good.
20151211 20:24:57< Elvish_Hunter> Do we need to specify that the not updated tools still require Python 2?
20151211 20:25:17< Elvish_Hunter> Not yet updated, that is.
20151211 20:26:44< shadowm> What other end user-oriented tools are there that warrant mentioning?
20151211 20:26:54< shadowm> wesnoth_addon_manager and?
20151211 20:28:14< Elvish_Hunter> Trackplacer, which I planned to rewrite but never found the time to do so, and that doesn't work on Windows anyway?
20151211 20:28:36< shadowm> Then it's not worth mentioning.
20151211 20:29:12< shadowm> shadowm@nanacore:~/src/wesnoth% head data/tools/wesnoth_addon_manager
20151211 20:29:15< shadowm> #!/usr/bin/env python3
20151211 20:30:58< Elvish_Hunter> Ah yes, allefant (elias) updated it.
20151211 20:31:14< Elvish_Hunter> And wmlunits too.
20151211 20:31:26< celticminstrel> wmlunits isn't end-user-oriented though.
20151211 20:32:34< shadowm> [rawarn="Tools ported to Python 3"]All WML maintenance tools shipped with Wesnoth ([tt]wmllint[/tt]/[tt]wmllint-1.4[/tt], [tt]wmlindent[/tt], [tt]wmlscope[/tt], [tt]GUI.pyw[/tt]) and the add-ons client script ([tt]wesnoth_addon_manager[/tt]) have all been ported to Python 3, thus requiring Python 3.2 to run from this release onwards.[/rawarn]
20151211 20:34:11< Elvish_Hunter> That seems to be fine.
20151211 20:35:01< Elvish_Hunter> While we're at it, did anyone ever ran data/tools/imgcheck to check "for exiguous colors" in images?
20151211 20:35:32< Elvish_Hunter> It doesn't import PIL in the correct way, so I suspect that it may be broken.
20151211 20:40:12 * shadowm is off.
20151211 20:57:46-!- Appleman1234 [~Appleman1@KD119104014235.au-net.ne.jp] has quit [Ping timeout: 240 seconds]
20151211 21:09:18< Elvish_Hunter> Well, now I have to go. Bye!
20151211 21:09:35-!- Elvish_Hunter [~elvish_hu@wesnoth/developer/elvish-hunter] has left #wesnoth-dev ["Ciao!"]
20151211 21:17:57-!- Whiskeyjack [863c7390@gateway/web/freenode/ip.134.60.115.144] has joined #wesnoth-dev
20151211 21:19:04-!- eddy [2ebcd1a1@gateway/web/freenode/ip.46.188.209.161] has joined #wesnoth-dev
20151211 21:21:48-!- Whiskeyjack [863c7390@gateway/web/freenode/ip.134.60.115.144] has quit [Client Quit]
20151211 21:23:30-!- eddy [2ebcd1a1@gateway/web/freenode/ip.46.188.209.161] has quit [Ping timeout: 252 seconds]
20151211 21:32:24-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 256 seconds]
20151211 21:40:19< wedge009> Aginor: Fine by me. I have SDL1 and SDL2 builds set-up on my Windows system. You may need to remind me how to do SDL2 builds off master in Linux. x.x
20151211 21:40:31< wedge009> (rebooting)
20151211 21:40:54-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Quit: wedge009]
20151211 21:44:46-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20151211 21:47:14-!- Kwandulin [~Miranda@p200300760F250AC359C9D524FF0C654D.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20151211 22:11:05-!- Appleman1234 [~Appleman1@119.104.14.235] has joined #wesnoth-dev
20151211 23:24:02-!- markus_ [~mjs-de@x4db6c802.dyn.telefonica.de] has quit [Remote host closed the connection]
20151211 23:29:42-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 256 seconds]
20151211 23:33:09-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20151211 23:48:59-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
--- Log closed Sat Dec 12 00:00:37 2015