--- Log opened Fri Sep 08 00:00:44 2017
20170908 00:02:25-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20170908 00:07:12-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20170908 00:15:23< irker759> wesnoth: sigurdfdragon wesnoth:master a3121ea4c301 / data/campaigns/tutorial/scenarios/02_Tutorial_part_2.cfg: T S2: Fix and expand water warning location triggers https://github.com/wesnoth/wesnoth/commit/a3121ea4c3012ddf42ea34cca760903a11d03f7f
20170908 00:17:38< sevu> sigurdfd, btw, that event that warns you about the orcs who cross the water is broken, it need's a water filter too. It was shown to me when the units were walking to the middle.
20170908 00:19:11-!- gfgtdf [~chatzilla@x4e3637e8.dyn.telefonica.de] has quit [Quit: ChatZilla 0.9.93 [Firefox 55.0.3/20170824053622]]
20170908 00:19:28< sigurdfd> do you mean the one at line 638 of tutorial part 2?
20170908 00:23:49< sigurdfd> it seems intentional, though it could be improved
20170908 00:23:59< sigurdfd> sevu^
20170908 00:39:33< sevu> sigurdfd, Yes. It was just the way that the orcs were crossing the river at turn 7
20170908 00:39:50< sevu> However, seems to be not neccessary the case (anymore?)
20170908 00:40:29< sevu> it could be a nested event in a turn event, with a filter for the water area
20170908 00:41:36< sevu> nested, because I saw in one testplay in one of the earlier turns a wolfrider going into the water and in the next turn back again
20170908 00:42:40< sevu> The other problem which I have with the scenario, and where I'm not sure how to fix it...
20170908 00:43:08< sevu> what if the player captures a village, but didn't recruit 5, but maybe just 4 units
20170908 00:43:56< sevu> That's fine. But the event, which is triggered after you have recruited 5 units, and which is then in a later turn, is then not fine anymore...
20170908 00:44:47< sevu> Otherwise I think the tutorial part 2 looks fine. There's less talk than in 1.12, but that may be fine too.
20170908 00:45:28< sigurdfd> what exactly happens if a player fails to recruit 5 and then captures a village?
20170908 00:46:24< sevu> then the capture event is played. line 231. it's not bad
20170908 00:47:36< sevu> But when he recruits the 5th unit in turn 2, or later, then the other event is played
20170908 00:50:13< sigurdfd> I think a good fix would be just to have the other event not fire=
20170908 00:50:44< sevu> the capture event?
20170908 00:51:56< sigurdfd> the recruit/recall event telling you your other units can't move. it should only fire on turn 1 with how it is currently
20170908 00:54:28< sevu> true, that sounds good
20170908 01:03:55< irker759> wesnoth: sigurdfdragon wesnoth:master a309c2cfc45a / data/campaigns/tutorial/scenarios/02_Tutorial_part_2.cfg: T S2: Insure recruit/recall event only fires on first turn https://github.com/wesnoth/wesnoth/commit/a309c2cfc45a5f3cd997e153c8b54a2f712dcc8d
20170908 01:04:15< celticminstrel> You misspelled "ensure".
20170908 01:04:24-!- travis-ci [~travis-ci@ec2-54-145-140-205.compute-1.amazonaws.com] has joined #wesnoth-dev
20170908 01:04:25< travis-ci> wesnoth/wesnoth#14916 (master - e5a14e3 : sigurdfdragon): The build has errored.
20170908 01:04:25< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/273095451
20170908 01:04:26-!- travis-ci [~travis-ci@ec2-54-145-140-205.compute-1.amazonaws.com] has left #wesnoth-dev []
20170908 01:04:37< sigurdfd> ugh
20170908 01:04:50< celticminstrel> ...though "insure" is still a word, with a related meaning, I guess...
20170908 01:06:02< sigurdfd> GB engilsh maybe? :D
20170908 01:08:01< wedge009> Yes, there is a distinction between ensure and insure, similar to enquire and inquire, that's presumably not there in US English.
20170908 01:09:22< sigurdfd> :D
20170908 01:09:24< sevu> as for spelling, line 528, Be careful! If you stand on the bridge you are exposed to attack from multiple directions! << Can you insure that it doesn't has to be attacks
20170908 01:10:37< sigurdfd> it doesn't strike me as incorrect to just use 'attack' there
20170908 01:10:55< sevu> Then I suppose that is fine
20170908 01:11:33< sigurdfd> thought I'm not that confident in my grammar skills
20170908 01:12:28< sevu> Personally I would have written attacks, but I feel like attack may be correct too.
20170908 01:13:02< sevu> One of the things wich only native speakers can insure.
20170908 01:13:33< sevu> That's the difference between ensure and insure, or? You can't say ensure here, right?
20170908 01:13:49< wedge009> A singular attack, potentially from multiple directions, sounds okay to me as well. (Native British/Australian English speaker)
20170908 01:15:31< wedge009> Ensure relates to 'making sure' or 'making certain' of something. Insure relates to insurance, ie financial compensation in case of you incurring some sort of loss.
20170908 01:15:53< wedge009> I understand American English speakers treat insure much the same as ensure, though.
20170908 01:27:10< DeFender1031> "attack" is correct there.
20170908 01:27:42< DeFender1031> and "ensure" would have been the correct word in all of the above uses,
20170908 01:28:09< Aginor> wedge009: is the defender affected or effected? :D
20170908 01:28:50< DeFender1031> wedge009, Re. "I understand American English speakers treat insure much the same as ensure, though.": That is most certainly not the case.
20170908 01:29:21< DeFender1031> I mean, certainly people who don't care much about spelling and grammar will confuse the two
20170908 01:29:43< DeFender1031> But they still have very distinct meanings in proper English, even the American dialect.
20170908 01:36:04-!- travis-ci [~travis-ci@ec2-54-81-171-172.compute-1.amazonaws.com] has joined #wesnoth-dev
20170908 01:36:05< travis-ci> wesnoth/wesnoth#14917 (master - 8413788 : Charles Dang): The build has errored.
20170908 01:36:05< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/273112325
20170908 01:36:05-!- travis-ci [~travis-ci@ec2-54-81-171-172.compute-1.amazonaws.com] has left #wesnoth-dev []
20170908 01:40:55-!- moongazer [~moongazer@117.222.43.138] has joined #wesnoth-dev
20170908 01:42:12-!- moongazer [~moongazer@117.222.43.138] has quit [Remote host closed the connection]
20170908 01:42:27< celticminstrel> sevu: Uh, unless I'm misunderstanding, that's exactly the sort of place where I'd use "ensure".
20170908 01:44:38< sevu> I'm pretty sure it was me who is misunderstanding
20170908 02:03:52-!- travis-ci [~travis-ci@ec2-54-145-140-205.compute-1.amazonaws.com] has joined #wesnoth-dev
20170908 02:03:53< travis-ci> wesnoth/wesnoth#14918 (master - a3121ea : sigurdfdragon): The build has errored.
20170908 02:03:53< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/273119305
20170908 02:03:53-!- travis-ci [~travis-ci@ec2-54-145-140-205.compute-1.amazonaws.com] has left #wesnoth-dev []
20170908 02:06:06< wedge009> Aginor: The defender is affected by whatever status ailment you may be inflicting on the poor sod. And hello. (:
20170908 02:06:27< wedge009> DeFender1031: I was generalising, of course, but thanks for the information. Good to know there are some who note a difference.
20170908 02:08:10< wedge009> Aginor: Of course, the defender could be effecting a submissive posture in the hopes of not being attacked, but that's something else entirely. XD
20170908 02:08:21< DeFender1031> wedge009, more than just "some". What I mean is that even in American English, it's not acceptable to interchange those two words, except where people don't care about language in general.
20170908 02:08:30< DeFender1031> (In which case all bets are off anyway.)
20170908 02:09:04< DeFender1031> Aginor, wedge009, https://www.xkcd.com/326/
20170908 02:09:44< sigurdfd> :D
20170908 02:09:46< wedge009> Well, my personal observation is that American English use the two interchangeably. Obviously not the same as everyone else's observation.
20170908 02:10:19< wedge009> Ha ha, I remember that one.
20170908 02:11:26< wedge009> But that's just going to confuse the heck out of non-native English speakers. And maybe some native ones too.
20170908 02:14:11< DeFender1031> wedge009, I would imagine that that perception is colored by the internet (aka. "where people don't care about language in general")
20170908 02:14:19< DeFender1031> :P
20170908 02:15:09< Aginor> wedge009: hello back :)
20170908 02:15:54< wedge009> Unfortunately, that's probably the case. And I know non-native speakers will pick up Americanisms in general from the Internet.
20170908 02:16:09< wedge009> Must be a slow day for Aginor to be visiting here. (:
20170908 02:16:20< Aginor> no, not really
20170908 02:16:25< wedge009> Aww
20170908 02:16:54< Aginor> I usually don't see anyone to troll so I don't bother :D
20170908 02:19:12< wedge009> How naughty!
20170908 02:23:55< Aginor> possibly
20170908 02:24:14< Aginor> but DeFender1031 pretty much called me out on trolling so I figured I'd roll with it
20170908 02:32:05< DeFender1031> Aginor, I did?!
20170908 02:33:37< Aginor> DeFender1031: it was nice and subtle too :D
20170908 02:33:48< DeFender1031> It was?!
20170908 02:34:25< Aginor> yup
20170908 02:34:29< DeFender1031> I dunno, I didn't think you were trolling so much as continuing the conversation with a joke about a similar phenomenon.
20170908 02:34:32< Aginor> the xkcd commic :D
20170908 02:34:46< DeFender1031> And I posted the comic as a "yeah, that's a thing."
20170908 02:35:31< DeFender1031> Well fine then. Good troll. Now go lob some rocks at those pesky dwarves.
20170908 02:35:48< Aginor> nah, I'll go sit under a bridge instead
20170908 02:36:05< Aginor> and demand that people pay the troll toll or be eaten
20170908 02:36:42-!- vultraz_iOS [uid24821@wesnoth/developer/vultraz] has quit [Quit: Connection closed for inactivity]
20170908 02:39:42< pydsigner> wedge009: IME insure and ensure are not treated the same
20170908 03:02:24< irker759> wesnoth: sigurdfdragon wesnoth:master 7a459086232f / data/campaigns/The_South_Guard/units/Eyestalk.cfg: TSG: Remove duplicate attack attribute https://github.com/wesnoth/wesnoth/commit/7a459086232f9ce53ccac88ca582924ffd5fb4dd
20170908 03:02:26< irker759> wesnoth: sigurdfdragon wesnoth:master 5c4d4896c2b7 / data/multiplayer/scenarios/2p_Silverhead_Crossing.cfg: MP Silverhead Crossing: Fix image not found error https://github.com/wesnoth/wesnoth/commit/5c4d4896c2b741c7fa471662f04ef3fc674d8d14
20170908 03:02:28< irker759> wesnoth: sigurdfdragon wesnoth:master 3e9515c1d4a1 / data/multiplayer/scenarios/2p_Silverhead_Crossing.cfg: MP Silverhead Crossing: Fix issue #1666 https://github.com/wesnoth/wesnoth/commit/3e9515c1d4a1b68d355959f3159442e0ed05003c
20170908 03:16:34-!- travis-ci [~travis-ci@ec2-54-221-18-187.compute-1.amazonaws.com] has joined #wesnoth-dev
20170908 03:16:35< travis-ci> wesnoth/wesnoth#14919 (master - a309c2c : sigurdfdragon): The build has errored.
20170908 03:16:35< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/273128317
20170908 03:16:35-!- travis-ci [~travis-ci@ec2-54-221-18-187.compute-1.amazonaws.com] has left #wesnoth-dev []
20170908 03:28:27-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20170908 03:28:33-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20170908 03:55:23-!- shiki [~Shiki@p548543E0.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170908 03:55:23-!- sevu [~Shiki@p5485539B.dip0.t-ipconnect.de] has quit [Disconnected by services]
20170908 04:01:18-!- shiki is now known as sevu
20170908 04:04:27-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has joined #wesnoth-dev
20170908 04:06:06-!- travis-ci [~travis-ci@ec2-54-81-171-172.compute-1.amazonaws.com] has joined #wesnoth-dev
20170908 04:06:07< travis-ci> wesnoth/wesnoth#14920 (master - 3e9515c : sigurdfdragon): The build has errored.
20170908 04:06:07< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/273151426
20170908 04:06:07-!- travis-ci [~travis-ci@ec2-54-81-171-172.compute-1.amazonaws.com] has left #wesnoth-dev []
20170908 04:08:44-!- sigurdfd [~SigurdFD@dynamic-acs-72-23-110-196.zoominternet.net] has quit []
20170908 04:28:07-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170908 04:32:31-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 248 seconds]
20170908 04:39:05-!- sevu [~Shiki@p548543E0.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20170908 04:42:46-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The computer falls into a deep sleep, to awake again some other day!]
20170908 04:44:28-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has quit [Quit: .]
20170908 04:50:21-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20170908 04:50:43-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Client Quit]
20170908 04:50:51-!- vultraz_iOS [uid24821@wesnoth/developer/vultraz] has joined #wesnoth-dev
20170908 04:51:34-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20170908 04:51:47-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Client Quit]
20170908 05:12:51-!- ancestral [~anonymous@174-30-255-129.mpls.qwest.net] has joined #wesnoth-dev
20170908 05:27:15-!- JyrkiVesterinen [~JyrkiVest@195-192-251-124.s1networks.fi] has joined #wesnoth-dev
20170908 06:03:39-!- irker759 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20170908 06:16:23-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170908 06:20:25-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 246 seconds]
20170908 06:46:12-!- ancestral [~anonymous@174-30-255-129.mpls.qwest.net] has quit [Quit: ancestral]
20170908 07:09:55-!- fabi_ [~fabi@2a02:810c:c840:2e65:94ce:e159:1efb:8cec] has quit [Quit: Konversation terminated!]
20170908 07:22:16-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20170908 07:55:55< Necrosporus> It seems that -Os doesn't help much
20170908 07:55:59< zookeeper> wow, https://github.com/wesnoth/wesnoth/issues/1955 is really freaky. i'm pretty sure it's already fixed in master, but that's a reproducible testcase for what i think is the same completely mysterious AI bug in EI:captured that i could never figure out or reliably reproduce.
20170908 07:56:18< Necrosporus> Wesnoth binary takes 26812760 bytes
20170908 07:56:38< Necrosporus> Latest commit
20170908 07:56:50< Necrosporus> 60h17m build time
20170908 07:56:56< Necrosporus> * 1h17m
20170908 07:57:19< wedge009> What hardware are you building with?
20170908 07:58:10< zookeeper> i start the scenario, and i can just keep pressing end turn forever, and the guards don't move. then, say i start turn 6 and then let the guards see me. then, i quit the game, restart, load the same turn 6 autosave and press end turn, _the guards attack me_. basically that should be impossible.
20170908 07:58:16< Necrosporus> intel core 2, 3G RAM
20170908 07:59:00< wedge009> Core 2 implies dual- or, at most, quad-core.
20170908 07:59:17< Necrosporus> Right
20170908 07:59:28< Necrosporus> I have used make -j3 this time
20170908 07:59:45< Necrosporus> Perhaps -Os helped and it finished without OOM
20170908 07:59:57< wedge009> I haven't timed my Linux build on my dual-core Core 2 laptop (2.5 GHz), but I think it takes around 30-40 minutes.
20170908 08:03:25< Necrosporus> Well, I have only 1.5 GHz
20170908 08:04:19< zookeeper> the turn 6 autosave contents don't change, but _some_ gamestate is still carried over across restarts of the game. and it's _not_ in the cache; i deleted the cache and that didn't solve it D:
20170908 08:04:27< zookeeper> time to try in master, i suppose...
20170908 08:06:29< zookeeper> aaaah. it happens in master too
20170908 08:09:14< Necrosporus> And where could it be then?
20170908 08:09:23< Necrosporus> You can try with clean profile perhaps
20170908 08:16:38< zookeeper> ohhh. interesting, it's not an AI bug as such as i thought it would be, it's the contents of one event misbehaving for some reason due to... some weird state carryover
20170908 08:19:39< Necrosporus> zookeeper, I have reproduced it
20170908 08:22:19< zookeeper> humm. no, it is AI-related after all. but the bug doesn't trigger if i remove an event that i've already modified to _do nothing_
20170908 08:22:44< zookeeper> my best guess so far: has to do with [filter_vision]
20170908 08:26:16< Necrosporus> zookeeper, but how can state be carried over magically?
20170908 08:26:24< Necrosporus> It has to be in some file right?
20170908 08:26:36< zookeeper> could you stop asking pointless questions?
20170908 08:26:41< Necrosporus> I have tried to mv preferences and remove cache and mv 1.13 dir
20170908 08:26:56< Necrosporus> But it looks like magic
20170908 08:28:23< zookeeper> perhaps it is magic
20170908 08:29:09< zookeeper> oh crap. "The [One Million Dollar Paranormal] challenge was terminated in 2015"
20170908 08:29:13< zookeeper> could have been rich
20170908 08:30:00< Necrosporus> I think that it's just reloading any autosave will trigger guards
20170908 08:30:13< Necrosporus> Even if you were not spotted
20170908 08:31:11< zookeeper> huh, yeah, that's true
20170908 08:31:56< Necrosporus> It's not that state is carried over magically but simply that state is corrupted during saving or loading of in-scenario saves
20170908 08:33:27< zookeeper> yeah, and even manual saves are affected
20170908 08:38:29< zookeeper> aaaand yeah that's it, the AI stuff isn't saved properly
20170908 08:38:40< zookeeper> :inspect shows quite a bit of difference in the AI stuff for side 2
20170908 08:43:36< Necrosporus> Being noticed by a guard isn't fatal if you kill it
20170908 08:43:47< Necrosporus> Then others will stop moving
20170908 08:46:03< zookeeper> no they won't.
20170908 08:53:44< zookeeper> my unconfirmed suspicion would be that this only affects idle_ai. if AI was botched up everywhere by save/load then i'd imagine we'd know.
20170908 08:57:12< Necrosporus> Well, in master, when I start from start of scenario save, guards won't attack you if kill one which seen you
20170908 08:57:41< zookeeper> if you don't trigger the bug then things work as intended, obviously.
20170908 08:58:56-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170908 09:03:22-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 255 seconds]
20170908 09:07:49< Necrosporus> By the way, this thing still stays in master:
20170908 09:08:39< Necrosporus> An error due to possibly invalid WML occurred. The error message is: Mandatory widget 'addons' hasn't been defined. Condition '!must_exist || result' failed at src/gui/auxiliary/find_widget.hpp:74 in function 'find_widget'.
20170908 09:09:13< Necrosporus> It's perfectly reproducible: go to addon manager, then addon info dialog for any addon, then click install or uninstall icon from there
20170908 09:10:15< JyrkiVesterinen> Please don't send messages like that to remind us about bugs. We'll just drown in reminders like that if we get them for every bug.
20170908 09:15:16< vultraz_iOS> if you find a bug, report it on github
20170908 10:10:02-!- JyrkiVesterinen [~JyrkiVest@195-192-251-124.s1networks.fi] has quit [Quit: Going offline, see ya! (www.adiirc.com)]
20170908 10:12:45-!- JyrkiVesterinen [~JyrkiVest@195-192-251-124.s1networks.fi] has joined #wesnoth-dev
20170908 10:26:01-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20170908 10:47:09-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170908 10:51:08-!- vn971 [~vasya@95.31.7.253] has joined #wesnoth-dev
20170908 10:51:17-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 246 seconds]
20170908 10:52:06< vn971> Ravana_, hi. I've created a little modification on the "XP Mod". https://github.com/ProditorMagnus/XP_Modification/pull/1/files  it allows specifying the penalty for drainer units
20170908 10:52:31< vn971> comments welcome (if any).
20170908 10:54:16< Necrosporus> it would be quite hard to play TSG on "Easy" difficulty without recruits though
20170908 10:54:23< Necrosporus> Perhaps possible
20170908 10:54:24< vn971> // I personally feel the 50% penalty is a bit too high. I would rather set it to 30-40% for my games. Maybe I'm wrong, so feel free to comment.
20170908 10:55:10< Ravana_> I would prefer it take into account some other specials than just drain
20170908 10:55:28< Ravana_> will check it out soon
20170908 11:09:08-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Ping timeout: 246 seconds]
20170908 11:11:06-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20170908 11:15:27-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20170908 11:18:41-!- aeth_ [~Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #wesnoth-dev
20170908 11:18:58-!- aeth [~Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Ping timeout: 246 seconds]
20170908 11:25:33< Ravana_> looks good, will upload this next time I boot to windows
20170908 11:26:22< vn971> I've also backported the changes to wesnoth-1.12 now.
20170908 11:26:31< vn971> Ravana_: thanks, cool!
20170908 11:30:13< vn971> Separate git branch where I've backported it to wesnoth-1.12: https://github.com/vn971/XP_Modification/tree/wesnoth1.12
20170908 11:33:32< Ravana_> I don't really plan to update it for 1.12
20170908 11:36:14-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20170908 11:38:51< zookeeper> heh. other funny thing about the hide and seek scenario: if you save, load, and save again, then that changes the order of some [item]s in the savefile. plus removes some #textdomain lines, although apparently without breaking translations.
20170908 11:51:56-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20170908 11:56:21-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Client Quit]
20170908 12:02:01-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20170908 12:03:48-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Client Quit]
20170908 12:10:15-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The computer falls into a deep sleep, to awake again some other day!]
20170908 12:23:09-!- Kwandulin [~Kwandulin@p200300E453CC3B889067E11DD24B4644.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170908 12:29:54-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20170908 12:47:59-!- Kwandulin [~Kwandulin@p200300E453CC3B889067E11DD24B4644.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20170908 12:49:15-!- Kwandulin [~Kwandulin@p200300E453CC3B8850F545BF7899881B.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170908 13:03:55-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20170908 13:04:59-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20170908 13:07:53-!- fabi_ [~fabi@2a02:810c:c840:2e65:5102:933:b9b:674d] has joined #wesnoth-dev
20170908 13:22:09-!- JyrkiVesterinen [~JyrkiVest@195-192-251-124.s1networks.fi] has quit [Quit: .]
20170908 13:30:30-!- vultraz_iOS [uid24821@wesnoth/developer/vultraz] has quit [Quit: Connection closed for inactivity]
20170908 13:54:52< AI0867> I don't know if anyone took a further look at travis in the past few days, but it appears that the docker image's SDL2 packages are all uninstallable due to a broken held package
20170908 13:55:59< AI0867> travis issue: https://github.com/travis-ci/travis-ci/issues/8317
20170908 13:58:48-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20170908 13:59:01-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20170908 14:20:52< fabi_> AI0867: Hi
20170908 14:21:07< fabi_> nice to hear from you again
20170908 14:23:45< DeFender1031> fabi_, you never answered why loyal is necessary in LoW
20170908 14:27:20< fabi_> DeFender1031: Sorry, I don't have time to have a look into LoW now.
20170908 14:27:39< fabi_> I guess I can work on it next week.
20170908 14:28:11< DeFender1031> No one asked you to look into it
20170908 14:28:29< fabi_> okay
20170908 14:28:47< DeFender1031> you said above that having loyal on kalenz and other leaders is necessary.
20170908 14:28:52< DeFender1031> You're just being asked why.
20170908 14:29:40< DeFender1031> <zookeeper> fabi_, any particular reason for so many canrecruit=yes units to have the loyal trait in LoW?
20170908 14:29:42< DeFender1031> <fabi_> zookeeper: yes, the loyal trait is important for the mp campaign mode.
20170908 14:29:51< DeFender1031> But you never explained why.
20170908 14:30:42< DeFender1031> Please do so.
20170908 14:36:20< fabi_> DeFender1031: I need some time to have a look at LoW.
20170908 14:36:25< fabi_> Maybe next week
20170908 14:37:40< fabi_> DeFender1031: Are you maintaining LoW now?
20170908 14:37:57< DeFender1031> I'm very confused right now.
20170908 14:38:08< DeFender1031> No, I'm not.
20170908 14:38:18< DeFender1031> What do you need to look at?
20170908 14:38:46< fabi_> The files
20170908 14:39:27< DeFender1031> ...
20170908 14:39:36< DeFender1031> Obviously.
20170908 14:39:47< fabi_> indeed
20170908 14:40:05< DeFender1031> I mean, what do you need to check? You said it's necessary. You said so with certainty. Yet you have no answer for WHY you're sure it's necessary?
20170908 14:40:47< fabi_> It is necessary that all canrecruit= yes have no upkeep
20170908 14:40:55< Necrosporus> True
20170908 14:41:01< Necrosporus> But it's already so automatically
20170908 14:41:03< DeFender1031> Umm... That happens automatically.
20170908 14:41:21< fabi_> well, at the time i coded low mp there were some bugs in the mp code
20170908 14:41:35< fabi_> it was during a summer of code project regarding mp
20170908 14:41:36< DeFender1031> are there any other reasons why it'd be necessary?
20170908 14:41:46< fabi_> I guess not.
20170908 14:41:58< DeFender1031> okay then. that's all that was being asked.
20170908 14:42:10< fabi_> But I am not sure.
20170908 14:42:17< Necrosporus> grep -ri loyal data/campaigns/Legend_of_Wesmere ?
20170908 14:42:23< fabi_> I will contact you again next week.
20170908 14:42:41< fabi_> Necrosporus: Everything is in characters.cfg
20170908 14:42:59< DeFender1031> fabi_, not me, Necrosporus was the one originally asking.
20170908 14:43:12< DeFender1031> I was just trying to help out by getting an answer.
20170908 14:43:22< Necrosporus> fabi_, the problem was that if Kalenz has loyal then he talks about his own death
20170908 14:43:27< fabi_> oh yes
20170908 14:43:29< fabi_> I see
20170908 14:43:45< Necrosporus> Because https://github.com/wesnoth/wesnoth/blob/master/data/campaigns/Legend_of_Wesmere/utils/deaths.cfg#L113
20170908 14:44:46< Necrosporus> Wiki (SigleUnitWML) says that canrecruit has no upkeep without regards to upkeep= variable
20170908 14:45:30< fabi_> Necrosporus: Yes, the hint that a loyal fellower died. I remember coding that.
20170908 14:48:04< fabi_> Necrosporus: I like the loyal trait on leaders. zookeeper does not. You can also fix this by excluding kalenz in the filter.
20170908 14:48:59< fabi_> Necrosporus: Do you want to be the new maintainer of LoW? I can offer you some help if so.
20170908 14:50:13< DeFender1031> loyal trait on leaders is asinine.
20170908 14:50:58< fabi_> okay
20170908 14:51:01< AI0867> compiling src/gettext_boost.cpp with coverity on my machine takes 3.5 GiB of memory…
20170908 14:51:07< Necrosporus> I do not care about loyal trait on leaders, but Ockham Razor suggest removing loyal trait rather than increasing complexity of filter if both works
20170908 14:51:40< fabi_> Necrosporus: Yes, that is only a minor issue. I am fine with removing the trait if you like.
20170908 14:51:41< Necrosporus> AI0867, yeah. Linking wesnoth executable in debug mode takes a lot too
20170908 14:52:50< fabi_> I have found a minor bug in the wml unit tests. Does anyone know how to execute them?
20170908 15:00:09-!- Oebele [~quassel@143.177.58.202] has joined #wesnoth-dev
20170908 15:05:42< Necrosporus> fabi_, probably ./run_wml_tests 
20170908 15:08:05< Necrosporus> Though I get lot of test failing
20170908 15:08:12< Necrosporus> Not sure if it's normal
20170908 15:12:44< fabi_> sigh
20170908 15:13:01< fabi_> I rely on the unit tests very much. It bothers me to see them broken.
20170908 15:15:24< AI0867> for the past two weeks, travis has been broken
20170908 15:15:38< AI0867> because the docker image has problems
20170908 15:15:39< DeFender1031> The problem with unit tests is that unless they're extremely straightforward, you can never be quite certain if a test is failing because there's a bug in the code or a but in the test.
20170908 15:15:44< DeFender1031> bug*
20170908 15:16:10-!- travis-ci [~travis-ci@ec2-54-145-140-205.compute-1.amazonaws.com] has joined #wesnoth-dev
20170908 15:16:11< travis-ci> AI0867/wesnoth#7 (travis-fix - 27b9d4f : Alexander van Gessel): The build was canceled.
20170908 15:16:11< travis-ci> Build details : https://travis-ci.org/AI0867/wesnoth/builds/273310829
20170908 15:16:11-!- travis-ci [~travis-ci@ec2-54-145-140-205.compute-1.amazonaws.com] has left #wesnoth-dev []
20170908 15:16:20< fabi_> yeah, writing good unit tests is some sort of art
20170908 15:16:26< fabi_> nevertheless they are important
20170908 15:17:00< fabi_> I like to have unit tests for my campaign scenarios as well
20170908 15:21:02-!- irker652 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20170908 15:21:03< irker652> wesnoth: Alexander van Gessel wesnoth:master 0c3627ef34cd / .travis.yml: Workaround for https://github.com/travis-ci/travis-ci/issues/8317 https://github.com/wesnoth/wesnoth/commit/0c3627ef34cd173c22353ad367aa4081d2b45776
20170908 15:22:36< AI0867> actual travis results may take a while, because travis is having issues with their macOS images
20170908 15:23:55-!- DeFender1031 [~DeFender1@93-172-30-106.bb.netvision.net.il] has quit [Quit: I'm not back now.]
20170908 15:30:22-!- vultraz_iOS [uid24821@wesnoth/developer/vultraz] has joined #wesnoth-dev
20170908 15:37:58-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170908 16:07:21-!- gfgtdf [~chatzilla@x4e363798.dyn.telefonica.de] has joined #wesnoth-dev
20170908 16:07:31< AI0867> https://travis-ci.org/wesnoth/wesnoth/builds/273339181 ← apparent success
20170908 16:08:01< gfgtdf> that's nice
20170908 16:12:50-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20170908 16:37:15-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170908 16:51:27-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has joined #wesnoth-dev
20170908 16:56:43-!- sevu [~Shiki@p548543E0.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170908 17:07:02-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20170908 17:12:21-!- Greg-Bog_ [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170908 17:15:50< irker652> wesnoth: Severin Glöckner wesnoth:1.12 fc7552c40bf1 / data/campaigns/The_South_Guard/units/ (Horseman_Commander.cfg Junior_Commander.cfg Mounted_General.cfg): southguard: fix portrait size in the help https://github.com/wesnoth/wesnoth/commit/fc7552c40bf14d1cf0b6b1d14f99a7d9f23aed95
20170908 17:17:02-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has joined #wesnoth-dev
20170908 17:40:38-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20170908 17:41:56< fabi_> hi mattsc
20170908 17:44:06< zookeeper> gfgtdf, would https://github.com/wesnoth/wesnoth/issues/1955 be something you have any ideas about? you've worked with savefiles and i'm not sure who else to ask.
20170908 17:46:08< gfgtdf> zookeeper: unfortanuteley not, i know really nothing about ai configuration wml, iirc celmin was the last onw who worked on the src/ai code so me might know.
20170908 17:46:32< zookeeper> right, okay. at least he's already aware of the bug since he commented on it.
20170908 17:48:55-!- Oebele [~quassel@143.177.58.202] has quit [Remote host closed the connection]
20170908 17:49:56< fabi_> zookeeper: about the player vs kalenz bug in LoW: I have noticed that bug ages ago and it was fixed by c++ coding somehow. Iirc the fix/change was done by the gsoc student with the mp project. Later a bigger part of those changes have been reverted and the issue reappeared.
20170908 17:51:37< fabi_> Maybe the problem is solvable by wml only nowadays or I have missed something at that time.
20170908 17:55:59< gfgtdf> zookeeper: do you know wheterh this savegame ai issue is also in 1.12 ?
20170908 17:57:49< zookeeper> gfgtdf, no, doesn't happen in 1.12
20170908 18:15:28-!- Kwandulin [~Kwandulin@p200300E453CC3B8850F545BF7899881B.dip0.t-ipconnect.de] has quit [Ping timeout: 246 seconds]
20170908 18:20:50-!- aeth_ is now known as aeth
20170908 18:21:09< gfgtdf> zookeeper: does it work when you load a 1.12 savefile with wesnoth 1.13 ?
20170908 18:27:53-!- Kwandulin [~Kwandulin@p200300E453CC3B6550F545BF7899881B.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170908 18:35:59< zookeeper> gfgtdf, well i haven't tried that...
20170908 18:37:28< zookeeper> huh. no, it doesn't work; the same bug happens then.
20170908 18:38:27< zookeeper> but of course hard to say whether it's the same bug or something else.
20170908 18:38:35< gfgtdf> zookeeper:  so it's probably a bug when loading the file rather than writing it.
20170908 18:39:01< zookeeper> yeah, i guess that's just as likely.
20170908 18:40:29< gfgtdf> in any case iirc celmin is afaik the only one who touched that code since 1.12 .... . Do you still have an older 1.13. version lying around to do a rough bisect ?
20170908 18:42:35< zookeeper> i have 1.13.5, i guess i can try with that.
20170908 18:44:31-!- Greg-Bog_ [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20170908 18:44:42< zookeeper> yeah, happens with 1.13.5 too.
20170908 18:44:58-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170908 18:46:16< gfgtdf> i was hoping for 1.13.4 :p but that coud, be helpful too
20170908 18:49:05-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 240 seconds]
20170908 18:52:48< zookeeper> if you think it'd be particularly useful to know, i could install that too and check, but...
20170908 18:54:34< irker652> wesnoth: Jyrki Vesterinen wesnoth:master d40a9e930b9f / data/lua/wml/kill.lua: Fix [kill]ed units flashing briefly after death animation https://github.com/wesnoth/wesnoth/commit/d40a9e930b9fdf1095edf45f25885773654d0a4c
20170908 18:55:45< JyrkiVesterinen> zookeeper: From what I can tell, units should not be redrawn right after playing the kill animation, so commenting out the redraw (and instead redrawing after the unit is *erased*) is the correct fix.
20170908 18:56:19< zookeeper> yeah, makes sense. during die events the unit should not be visible anymore anyway, so removing the redraw before firing those sounds like it shouldn't break anything.
20170908 18:56:48-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20170908 19:01:43-!- ancestral [~anonymous@c-98-240-248-196.hsd1.mn.comcast.net] has joined #wesnoth-dev
20170908 19:01:47-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has quit [Quit: Going to bed]
20170908 19:03:41-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20170908 19:05:14< Kwandulin> Oh right, that was a really annoying visual glitch
20170908 19:06:17< vultraz_iOS> long-standing, IIRC
20170908 19:06:32-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Client Quit]
20170908 19:20:57-!- ancestral [~anonymous@c-98-240-248-196.hsd1.mn.comcast.net] has quit [Quit: ancestral]
20170908 19:22:04-!- ancestral [~anonymous@c-98-240-248-196.hsd1.mn.comcast.net] has joined #wesnoth-dev
20170908 19:23:39< vultraz_iOS> ok everyone, just over a week until release
20170908 19:24:49< zookeeper> i need to get all that UtBS stuff sorted out before next weekend, as i'll be very busy then
20170908 19:29:19-!- ancestral [~anonymous@c-98-240-248-196.hsd1.mn.comcast.net] has quit [Quit: ancestral]
20170908 19:29:52< zookeeper> (so don't count on me being available for last-minute testing and fixing at release time)
20170908 19:36:59-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170908 19:41:28-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 255 seconds]
20170908 19:45:50-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has quit [Quit: Connection closed for inactivity]
20170908 19:47:03-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: So long and thanks for all the fish.]
20170908 19:48:12< vultraz_iOS> heh, 1.12 is "1803 commits ahead, 13831 commits behind master."
20170908 19:49:02-!- ancestral [~anonymous@207.210.235.84] has joined #wesnoth-dev
20170908 20:03:31-!- ancestral [~anonymous@207.210.235.84] has quit [Quit: ancestral]
20170908 20:08:01-!- aeth [~Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Ping timeout: 255 seconds]
20170908 20:09:38-!- aeth [~Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #wesnoth-dev
20170908 20:10:01< irker652> wesnoth: Severin Glöckner wesnoth:master c5b7ad35e2b7 / data/campaigns/The_South_Guard/ (6 files in 2 dirs): the southguard: https://github.com/wesnoth/wesnoth/commit/c5b7ad35e2b7a3c97cf70c8efcb74727afb83444
20170908 20:14:55-!- aeth [~Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Ping timeout: 248 seconds]
20170908 20:16:03-!- aeth [~Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #wesnoth-dev
20170908 20:28:51< zookeeper> sevu, we've specifically at some point moved portrait definitions to the single units they belong to; the portrait is of a specific character, not a unit type.
20170908 20:29:35< zookeeper> that's why konrad's portrait isn't wired to fighter/commander/lord
20170908 20:29:56< vultraz_iOS> yeah, please revert that change
20170908 20:30:25< sevu> Oh, I see. I make a 2nd commit later
20170908 20:30:31< zookeeper> also you might want to pay more attention to commit messages
20170908 20:31:53< sevu> Is there sth wrong about how I write them?
20170908 20:31:55-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170908 20:33:09< vultraz_iOS> you should say something like "TSG: several fixes" for the main line
20170908 20:33:26< shadowm> sevu: https://wiki.wesnoth.org/DeveloperGuide#Commit_messages
20170908 20:33:41< shadowm> The most obvious issue with the commit above is that your subject line is pretty much devoid of information.
20170908 20:33:50< shadowm> Because of a premature line break.
20170908 20:34:13< shadowm> Or rather because you just didn't provide a summary.
20170908 20:34:14< sevu> okay
20170908 20:34:51 * vultraz_iOS rarely sticks to 72 characters for the summary 
20170908 20:35:49< shadowm> We already know you are a rebellious teen.
20170908 20:36:21-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 240 seconds]
20170908 20:36:40< vultraz_iOS> <3
20170908 20:42:35-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170908 20:48:47-!- aeth [~Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Ping timeout: 260 seconds]
20170908 20:50:42-!- aeth [~Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #wesnoth-dev
20170908 20:58:42-!- Kwandulin [~Kwandulin@p200300E453CC3B6550F545BF7899881B.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20170908 21:04:15-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20170908 21:07:39< Necrosporus> deterministic mode doesn't seem to change anything in game...
20170908 21:08:00< Necrosporus> So is it simply saving random seed in savefile?
20170908 21:11:37< gfgtdf> Necrosporus: so what exactly is teh bahvour you observed?
20170908 21:12:05< Necrosporus> Some hits land and other do not
20170908 21:12:06< gfgtdf> the behaviour*
20170908 21:12:24< gfgtdf> Necrosporus: well yes this is how wesnoth works
20170908 21:12:40< gfgtdf> Necrosporus: so what'S he bahviour you expected ?
20170908 21:13:14-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170908 21:13:19< Necrosporus> So what deterministic mode is supposed to change exactly?
20170908 21:13:56< gfgtdf> Necrosporus: what that texbos tooltip says: you get the same random results if you reload relaod  game.
20170908 21:14:10< gfgtdf> you reload a game*
20170908 21:14:31< Necrosporus> There is no tooltip for me
20170908 21:15:07< Necrosporus> I do not see any tooltips anywhere
20170908 21:16:55< gfgtdf> Necrosporus: hmm i'm using wensoth 1.13.8 here maybe it'S borken on master
20170908 21:17:43< Necrosporus> Or it's because I have NLS disabled?
20170908 21:18:26< gfgtdf> Necrosporus: hmm even if you have trasnlations disables it shoudl still how in english then.
20170908 21:19:25< Necrosporus> I have also ENABLE_NOTIFICATIONS=OFF
20170908 21:19:44< Necrosporus> Otherwise I don't see why I do not get tooltips
20170908 21:20:55< gfgtdf> just tested and i dont see thme on master eigher
20170908 21:20:59< gfgtdf> them*
20170908 21:25:44< vultraz_iOS> weird
20170908 21:25:51< vultraz_iOS> they only work in mp connect
20170908 21:26:12< vultraz_iOS> wtf O_O
20170908 21:27:38< Necrosporus> Yes, work there too for me
20170908 21:27:56< Necrosporus> Not in MP lobby though
20170908 21:30:15< vultraz_iOS> weirddd
20170908 21:31:11< irker652> wesnoth: Severin Glöckner wesnoth:master 3d83317f20df / data/campaigns/The_South_Guard/ (19 files in 2 dirs): TSG: move portraits from help to character definitions https://github.com/wesnoth/wesnoth/commit/3d83317f20dff44ff14e3b7d41a838fa2ae358a1
20170908 21:43:55-!- travis-ci [~travis-ci@ec2-54-161-1-148.compute-1.amazonaws.com] has joined #wesnoth-dev
20170908 21:43:56< travis-ci> AI0867/wesnoth#7 (travis-fix - 27b9d4f : Alexander van Gessel): The build was canceled.
20170908 21:43:56< travis-ci> Build details : https://travis-ci.org/AI0867/wesnoth/builds/273310829
20170908 21:43:56-!- travis-ci [~travis-ci@ec2-54-161-1-148.compute-1.amazonaws.com] has left #wesnoth-dev []
20170908 21:55:00-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20170908 22:02:04-!- RatArmy_ [~ratarmy@om126234114194.16.openmobile.ne.jp] has quit [Read error: Connection reset by peer]
20170908 22:27:15-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20170908 22:27:42-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170908 22:31:59-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 248 seconds]
20170908 22:36:00-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170908 22:43:34-!- travis-ci [~travis-ci@ec2-184-72-134-181.compute-1.amazonaws.com] has joined #wesnoth-dev
20170908 22:43:35< travis-ci> wesnoth/wesnoth#14921 (master - 0c3627e : Alexander van Gessel): The build has errored.
20170908 22:43:35< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/273339181
20170908 22:43:35-!- travis-ci [~travis-ci@ec2-184-72-134-181.compute-1.amazonaws.com] has left #wesnoth-dev []
20170908 22:46:59-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20170908 22:47:33-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20170908 23:05:55-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20170908 23:12:55-!- sevu [~Shiki@p548543E0.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
--- Log closed Sat Sep 09 00:00:31 2017