--- Log opened Thu Oct 20 00:00:47 2016
20161020 00:18:36-!- hay207_ [~hay207@41.34.15.78] has joined #wesnoth
20161020 00:21:29-!- hay207 [~hay207@41.34.14.81] has quit [Ping timeout: 256 seconds]
20161020 00:22:40-!- edaq [~edaq3@h184-60-58-252.cytnin.broadband.dynamic.tds.net] has joined #wesnoth
20161020 00:58:53-!- ancestral [~ancestral@75-168-80-79.mpls.qwest.net] has joined #wesnoth
20161020 01:09:49-!- ancestral [~ancestral@75-168-80-79.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20161020 01:13:12-!- jemadux [~jemadux@unaffiliated/jemadux] has joined #wesnoth
20161020 01:29:20-!- edaq [~edaq3@h184-60-58-252.cytnin.broadband.dynamic.tds.net] has quit [Quit: Leaving]
20161020 01:30:29-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth
20161020 02:06:08-!- edaq [~edaq3@h184-60-58-252.cytnin.broadband.dynamic.tds.net] has joined #wesnoth
20161020 02:30:14-!- ArneBab [~quassel@55d449cc.access.ecotel.net] has joined #wesnoth
20161020 02:34:28-!- ArneBab_ [~quassel@55d45dbf.access.ecotel.net] has quit [Ping timeout: 260 seconds]
20161020 03:11:02-!- chungy [~chungy@2601:601:900:447f:dd26:9278:e20c:69e5] has quit [Read error: Connection reset by peer]
20161020 03:14:26-!- chungy [~chungy@2601:601:900:447f:dd26:9278:e20c:69e5] has joined #wesnoth
20161020 03:28:54-!- PjotrOrial [quassel@unaffiliated/pjotrorial] has joined #wesnoth
20161020 03:38:24-!- Polsaker is now known as Porusaka
20161020 03:40:28-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has quit [Ping timeout: 245 seconds]
20161020 04:35:42-!- Bonobo [~Bonobo@2001:44b8:254:3200:3591:b28:85fa:df47] has quit [Ping timeout: 250 seconds]
20161020 04:36:03-!- Bonobo [~Bonobo@2001:44b8:254:3200:3591:b28:85fa:df47] has joined #wesnoth
20161020 04:41:19-!- edaq [~edaq3@h184-60-58-252.cytnin.broadband.dynamic.tds.net] has quit [Remote host closed the connection]
20161020 04:42:12-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has joined #wesnoth
20161020 04:55:16-!- ancestral [~ancestral@75-168-80-79.mpls.qwest.net] has joined #wesnoth
20161020 04:58:09< aeth> hi DeFender1031 (delayed response, I guess)
20161020 04:58:21< celticminstrel> Very delayed! :P
20161020 05:06:22-!- jemadux1 [~jemadux@unaffiliated/jemadux] has joined #wesnoth
20161020 05:09:20-!- jemadux [~jemadux@unaffiliated/jemadux] has quit [Ping timeout: 252 seconds]
20161020 05:18:28-!- jemadux1 is now known as jemadux
20161020 05:20:33-!- ancestral [~ancestral@75-168-80-79.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20161020 05:24:19-!- jemadux [~jemadux@unaffiliated/jemadux] has quit [Quit: Leaving]
20161020 05:33:00-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth
20161020 05:33:38-!- Lirion [~m00se@wikimedia-commons/Lirion] has quit [Quit: echo 16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlb xq |dc]
20161020 05:59:18-!- vincent_c [~bip@vcheng.org] has quit [Quit: Coyote finally caught me]
20161020 05:59:53-!- vincent_c [~bip@vcheng.org] has joined #wesnoth
20161020 06:06:45-!- Rhonda [~rhonda@wesnoth/developer/rhonda] has quit [Remote host closed the connection]
20161020 06:10:27-!- Rhonda [~rhonda@anguilla.debian.or.at] has joined #wesnoth
20161020 06:50:58-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has quit [Quit: Connection closed for inactivity]
20161020 06:54:45-!- ancestral [~ancestral@75-168-80-79.mpls.qwest.net] has joined #wesnoth
20161020 07:24:38-!- ancestral [~ancestral@75-168-80-79.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20161020 07:35:59-!- soloojos [~soloojos@gateway/tor-sasl/soloojos] has quit [Ping timeout: 245 seconds]
20161020 07:36:22-!- celticminstrel is now known as celmin|sleep
20161020 07:43:32-!- Jetrel [~Jetrel@c-73-228-139-39.hsd1.mn.comcast.net] has quit [Read error: Connection reset by peer]
20161020 07:45:37-!- Jetrel [~Jetrel@2001:558:6014:1e:2422:435:dd84:bbf3] has joined #wesnoth
20161020 07:47:37-!- soloojos [~soloojos@gateway/tor-sasl/soloojos] has joined #wesnoth
20161020 08:14:30< DeFender1031> aeth, celmin|sleep, to be fair, my greeting was delayed as well... As is this response. Ah the joys of time differences.
20161020 08:25:11-!- yeoldetoast [branleur@205.185.123.233] has quit [Remote host closed the connection]
20161020 08:49:05-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Remote host closed the connection]
20161020 09:11:17< DeFender1031> celmin|sleep, further to my question yesterday of filtering by the vision of a particular unit, [store_reachable_locations] can apparently do that, though it'd be a two-step process if you want to use it in a SLF. (I also don't need it anymore, as I only wanted it as a possible workaround for the shroud issue, which was solved with the [redraw] attribute.)
20161020 09:23:03-!- Loonquawl_42 [~derpthoug@2-248-191-235-no36.tbcn.telia.com] has joined #wesnoth
20161020 09:25:17-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth
20161020 09:58:52-!- Kranix [~magnus@x1-6-74-44-01-e4-f1-52.cpe.webspeed.dk] has joined #wesnoth
20161020 10:18:07< DeFender1031> is there documentation on the map syntax? Specifically the variables that can come before the actual map data, as the map data itself is obviously a series of terrain codes defining a hex grid. I've noticed, though, that the map editor adds "border_size=1" and "usage=map" to the beginning. Changing border_size produces an error that it must be 1 when usage is map. My question is what other usages there are and whether there are 
20161020 10:18:08< DeFender1031> any other parameters like this that can go there.
20161020 10:31:22< Soliton> i think the only other usage is mask and i don't think there are more such parameters.
20161020 10:39:14< DeFender1031> Soliton, thanks. Then it's odd that wesnoth.get_map_size() would also return the border if the only possible value it can be is 1.
20161020 10:40:16< Soliton> pretty sure the 1 is a recent restriction.
20161020 10:41:12< DeFender1031> ah, interesting
20161020 10:41:40< DeFender1031> why would the feature to allow a larger border be removed?
20161020 10:41:43-!- soloojos [~soloojos@gateway/tor-sasl/soloojos] has quit [Remote host closed the connection]
20161020 10:42:14-!- soloojos [~soloojos@gateway/tor-sasl/soloojos] has joined #wesnoth
20161020 11:08:25-!- irco [~irco@HSI-KBW-134-3-111-4.hsi14.kabel-badenwuerttemberg.de] has joined #wesnoth
20161020 11:11:49-!- jemadux [~jemadux@unaffiliated/jemadux] has joined #wesnoth
20161020 11:15:57< zookeeper> i'm not sure, but IIRC sizes of >1 were never implemented, only originally planned
20161020 11:17:20< zookeeper> note that in 1.13 both usage= and border_size= have been removed because they just never ended up getting used for anything
20161020 11:20:19< zookeeper> (maps using them still work of course, and i'm pleasantly surprised to see that they don't even emit any visible warnings, as is right and proper)
20161020 11:22:32< DeFender1031> interesting. so if I were writing I [store_map] action (which I am), it would be more appropriate to just include the map data and not even bother with those?
20161020 11:23:44< zookeeper> well that depends on what it's gonna be used for
20161020 11:25:30< vultraz> "right and proper" :|
20161020 11:26:07< DeFender1031> zookeeper, are there contexts in which those parameters are required?
20161020 11:26:38< zookeeper> DeFender1031, well, in 1.12 maps, right?
20161020 11:26:48< zookeeper> i mean i don't know if they're actually required even there
20161020 11:26:49< DeFender1031> zookeeper, i'm curretnly on 1.12, yes.
20161020 11:26:54< zookeeper> only that all 1.12 maps have them
20161020 11:26:56< DeFender1031> as far as i can tell, they're not
20161020 11:27:04< DeFender1031> I mean, i've loaded maps without them
20161020 11:27:13< vultraz> only masks had any use of them.
20161020 11:27:16< DeFender1031> sent vultraz a test case last week that didn't use them.
20161020 11:28:05< DeFender1031> and what it'd be used for is mostly to be passed to [replace_map] for context-switching and such.
20161020 11:28:46< DeFender1031> (i'm actually doing this as part of a larger set of [store_game_state] and [unstore_game_state] actions)
20161020 11:29:21< zookeeper> vultraz, it's right and proper when there's not even a... well, any kind of reason to have a warning for it.
20161020 11:29:29-!- DreadKnight [~DreadKnig@unaffiliated/dreadknight] has joined #wesnoth
20161020 11:29:43< zookeeper> removing those parameters from one's maps produces literally no benefit for anyone
20161020 11:30:20< zookeeper> DeFender1031, well if they're not needed then they're not needed, i guess that's your answer? :p
20161020 11:31:31< DeFender1031> zookeeper, vultraz, the only reason to have a warning would be if in some future version, that syntax is planned to become actually invalid rather than just unnecessary and ignored, and actually break, in which case, it ought to show a deprecated notice if running in debug mode. If it's just going to be allowed and ignored forever, then i agree with zookeeper that a warning is unnecessary.
20161020 11:32:21< zookeeper> i can't really see a need to make it actually invalid
20161020 11:32:32< DeFender1031> zookeeper, yes it is. I only asked the question becuase you said that it depended on what it would be used for, so I was clarifying whether there's even a case where it mattered.
20161020 11:32:41< zookeeper> righty
20161020 11:33:12< DeFender1031> zookeeper, the only reason I could think of to make it actually invalid would be if it makes the parsing more efficient to do so.
20161020 11:33:29< DeFender1031> *significantly more efficient
20161020 11:34:32< DeFender1031> anyway, [store_map] is remarkably easy to write, and I'm actually surprised it doesn't exist yet. If I ever get around to setting up git and such, I might submit a PR for it.
20161020 11:36:14-!- tokage [~tokage@fsfe/tokage] has quit [Read error: Connection reset by peer]
20161020 11:36:23-!- tokage [~tokage@fsfe/tokage] has joined #wesnoth
20161020 11:52:08-!- jemadux [~jemadux@unaffiliated/jemadux] has quit [Ping timeout: 245 seconds]
20161020 11:53:22-!- Kranix [~magnus@x1-6-74-44-01-e4-f1-52.cpe.webspeed.dk] has quit [Ping timeout: 250 seconds]
20161020 12:01:49-!- soloojos [~soloojos@gateway/tor-sasl/soloojos] has quit [Ping timeout: 245 seconds]
20161020 12:02:12-!- Loonquawl_42 [~derpthoug@2-248-191-235-no36.tbcn.telia.com] has quit [Quit: Leaving.]
20161020 12:02:37-!- Loonquawl_42 [~derpthoug@2-248-191-235-no36.tbcn.telia.com] has joined #wesnoth
20161020 12:05:25-!- jemadux [~jemadux@unaffiliated/jemadux] has joined #wesnoth
20161020 12:11:46-!- Loonquawl_42 [~derpthoug@2-248-191-235-no36.tbcn.telia.com] has left #wesnoth []
20161020 12:15:21-!- jemadux [~jemadux@unaffiliated/jemadux] has quit [Ping timeout: 260 seconds]
20161020 12:17:04-!- Vadatajs [~Vadatajs@63-152-66-240.cdrr.qwest.net] has quit [Read error: Connection reset by peer]
20161020 12:17:22-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has joined #wesnoth
20161020 12:30:34-!- soloojos [~soloojos@gateway/tor-sasl/soloojos] has joined #wesnoth
20161020 12:32:10-!- jemadux [~jemadux@unaffiliated/jemadux] has joined #wesnoth
20161020 12:53:36-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: mattsc]
20161020 12:59:50-!- soloojos [~soloojos@gateway/tor-sasl/soloojos] has quit [Remote host closed the connection]
20161020 13:00:21-!- soloojos [~soloojos@gateway/tor-sasl/soloojos] has joined #wesnoth
20161020 13:05:16-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth
20161020 13:07:35-!- jemadux [~jemadux@unaffiliated/jemadux] has quit [Remote host closed the connection]
20161020 13:09:13-!- Appleman1234_ [~Appleman1@KD106154015081.au-net.ne.jp] has joined #wesnoth
20161020 13:10:03-!- Appleman1234 [~Appleman1@KD106154015144.au-net.ne.jp] has quit [Disconnected by services]
20161020 13:10:14-!- Appleman1234_ is now known as Appleman1234
20161020 13:11:38-!- Kranix [~magnus@x1-6-74-44-01-e4-f1-52.cpe.webspeed.dk] has joined #wesnoth
20161020 13:40:13-!- Bonobo [~Bonobo@2001:44b8:254:3200:3591:b28:85fa:df47] has quit [Quit: Leaving]
20161020 13:46:25-!- DreadKnight [~DreadKnig@unaffiliated/dreadknight] has quit [Quit: #AncientBeast - Master Your Beasts ( www.AncientBeast.com )]
20161020 14:04:42-!- Shiki [~Shiki@141.39.226.226] has joined #wesnoth
20161020 14:04:49-!- Shiki is now known as shiki|sevu
20161020 14:17:39-!- soloojos [~soloojos@gateway/tor-sasl/soloojos] has quit [Ping timeout: 245 seconds]
20161020 14:30:41-!- soloojos [~soloojos@gateway/tor-sasl/soloojos] has joined #wesnoth
20161020 14:42:20-!- shiki|sevu [~Shiki@141.39.226.226] has quit [Remote host closed the connection]
20161020 14:51:45-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: mattsc]
20161020 14:57:58-!- ancestral [~ancestral@75-168-80-79.mpls.qwest.net] has joined #wesnoth
20161020 15:08:10-!- ancestral [~ancestral@75-168-80-79.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20161020 15:09:41-!- Kwandulin [~Miranda@p5DDD2B8F.dip0.t-ipconnect.de] has joined #wesnoth
20161020 15:12:07-!- ancestral [~ancestral@75-168-80-79.mpls.qwest.net] has joined #wesnoth
20161020 15:14:12-!- wario [~wario_@unaffiliated/wario] has joined #wesnoth
20161020 15:17:15-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth
20161020 16:10:13-!- prkc [~prkc@46.166.138.134] has quit [Ping timeout: 248 seconds]
20161020 16:15:30-!- ChipmunkV [~vova@static-89-94-113-91.axione.abo.bbox.fr] has joined #wesnoth
20161020 16:24:41-!- Kranix [~magnus@x1-6-74-44-01-e4-f1-52.cpe.webspeed.dk] has quit [Remote host closed the connection]
20161020 16:25:50-!- prkc [~prkc@catv-89-133-39-230.catv.broadband.hu] has joined #wesnoth
20161020 17:09:20-!- Kwandulin [~Miranda@p5DDD2B8F.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20161020 17:21:50-!- claymore [~claymore@unaffiliated/claymore] has joined #wesnoth
20161020 17:29:30-!- celmin|sleep is now known as celticminstrel
20161020 17:32:58-!- Kwandulin [~Miranda@p5DDD2B8F.dip0.t-ipconnect.de] has joined #wesnoth
20161020 18:15:48-!- Shiki [~Shiki@141.39.226.226] has joined #wesnoth
20161020 18:33:39-!- JesseH2 [~JesseH@oftn/oswg-member/JesseH] has quit [Remote host closed the connection]
20161020 18:44:02-!- JesseH2 [~JesseH@oftn/oswg-member/JesseH] has joined #wesnoth
20161020 18:52:11-!- ancestral [~ancestral@75-168-80-79.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20161020 19:54:38-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has quit [Ping timeout: 245 seconds]
20161020 20:01:38-!- JesseH2 [~JesseH@oftn/oswg-member/JesseH] has quit [Read error: Connection reset by peer]
20161020 20:03:27-!- wario_ [~wario_@unaffiliated/wario] has joined #wesnoth
20161020 20:06:59-!- Shiki [~Shiki@141.39.226.226] has quit [Ping timeout: 265 seconds]
20161020 20:06:59-!- wario [~wario_@unaffiliated/wario] has quit [Ping timeout: 265 seconds]
20161020 20:14:10-!- Kwandulin [~Miranda@p5DDD2B8F.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20161020 20:19:43-!- Shiki [~Shiki@141.39.226.226] has joined #wesnoth
20161020 20:25:25-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has joined #wesnoth
20161020 20:28:57-!- Narrat [~Narrat@p2E511872.dip0.t-ipconnect.de] has joined #wesnoth
20161020 20:38:30-!- Kranix [~magnus@x1-6-74-44-01-e4-f1-52.cpe.webspeed.dk] has joined #wesnoth
20161020 20:40:19-!- Shiki [~Shiki@141.39.226.226] has quit [Ping timeout: 250 seconds]
20161020 20:55:21< DeFender1031> is there a way to differentiate between or obtain information on which fogless spaces are multiturn and which aren't? (From either wml or lua, i'm not picky)
20161020 20:55:22-!- Shiki [~Shiki@141.39.226.226] has joined #wesnoth
20161020 20:56:55< celticminstrel> Not sure...
20161020 20:56:57< zookeeper> multiturn meaning what?
20161020 20:57:23< celticminstrel> zookeeper: I think he means fog override tiles, which force it to remain clear even when your unit isn't nearby.
20161020 20:57:31< zookeeper> ah
20161020 20:57:35< DeFender1031> zookeeper, https://wiki.wesnoth.org/DirectActionsWML#.5Blift_fog.5D multiturn
20161020 20:57:48< DeFender1031> or https://wiki.wesnoth.org/LuaWML/Tiles#wesnoth.remove_fog permanent
20161020 20:58:09< zookeeper> yeah, probably no way (except some kind of convoluted manual test by removing units, redrawing, checking for visibility)
20161020 20:58:13-!- Shiki is now known as shiki|sevu
20161020 20:58:24< DeFender1031> hmm... i suppose that as a very very very dirty hack i could store+kill all units for that side, refresh fog, store what's still visible then reso-yeah
20161020 20:58:32< zookeeper> echo :p
20161020 20:59:14< DeFender1031> though, that would force a fog redraw early which might possibly interfere with other things going on...
20161020 21:00:26< zookeeper> better to just either duplicate the fog-clearing SLF's or store the locations and use that in the filters
20161020 21:00:40< zookeeper> assuming you don't need to make it work in scenarios which you don't author
20161020 21:00:58< DeFender1031> obviously. I'm trying to make this as generic as possible though
20161020 21:01:31< DeFender1031> i suppose i could add a key for whether to perform that hack or not, default not, and include it as a limitation
20161020 21:02:15< DeFender1031> (it's already limited in that it obviously won't save and restore what events are currently triggerable)
20161020 21:02:59< DeFender1031> basically, i'm trying to make as robust a game state saving mechanism as possible to allow easily switching between different maps in-game.
20161020 21:03:46< DeFender1031> (with keys defining what part of the game's state you want to actually save or restore)
20161020 21:03:54< DeFender1031> (and sane defaults)
20161020 21:10:18-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 256 seconds]
20161020 21:12:06< DeFender1031> ooh, i actually CAN restore the original view after doing this.
20161020 21:12:10< DeFender1031> so no limitation.
20161020 21:16:08< DeFender1031> it's crazy but: 1. store visible locations (respecting fog, obviously) 2. store+kill side units 3. redraw fog 4. store locations still visible 5. unstore units 6. lift fog on hexes stored in step 1
20161020 21:25:53-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has quit [Ping timeout: 245 seconds]
20161020 21:29:37-!- jemadux [~jemadux@unaffiliated/jemadux] has joined #wesnoth
20161020 21:30:29-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has joined #wesnoth
20161020 21:30:37-!- claymore [~claymore@unaffiliated/claymore] has quit [Quit: Leaving]
20161020 21:31:50-!- ChipmunkV [~vova@static-89-94-113-91.axione.abo.bbox.fr] has quit [Quit: ChipmunkV]
20161020 21:33:28-!- irco [~irco@HSI-KBW-134-3-111-4.hsi14.kabel-badenwuerttemberg.de] has quit [Ping timeout: 252 seconds]
20161020 21:36:28< shiki|sevu> I just had a segfault when creating a game with the new lobby. 
20161020 21:37:21< shiki|sevu> The code is about one week old. it's that: https://github.com/wesnoth/wesnoth/pull/824 (the stuff in the PR isn't the problem)
20161020 21:37:45< shiki|sevu> no idea if it's already fixed
20161020 21:37:55< shiki|sevu> Here's a stack- and backtrace
20161020 21:37:59< shiki|sevu> https://bpaste.net/show/278a618b6bd3
20161020 21:38:08< shiki|sevu> maybe somebody can have a look at it
20161020 21:38:35< shiki|sevu> oh, and it didn't crash when i tried it a second time
20161020 21:40:02< DeFender1031> shiki|sevu, wrong channel
20161020 21:40:40< DeFender1031> you probably want to report this in dev
20161020 21:41:28< shiki|sevu> I wrote it here since there's already another discussion in dev ...
20161020 21:49:12-!- jemadux [~jemadux@unaffiliated/jemadux] has quit [Ping timeout: 250 seconds]
20161020 22:29:41-!- hay207__ [~hay207@41.34.31.203] has joined #wesnoth
20161020 22:32:00-!- hay207_ [~hay207@41.34.15.78] has quit [Ping timeout: 260 seconds]
20161020 22:32:58< DeFender1031> for SUF's "find_in" attribute, what's considered "matching"? Same id? Same x,y? Complete match without the slightest difference?
20161020 22:35:16-!- Vadatajs [~Vadatajs@63-152-66-240.cdrr.qwest.net] has joined #wesnoth
20161020 22:35:20-!- HeyCitiz` is now known as HeyCitizen
20161020 22:37:21< DeFender1031> Looks like it's id from https://github.com/wesnoth/wesnoth/blob/master/src/units/filter.cpp#L564 but it would be nice if someone who was more familiar with the code could confirm for me.
20161020 22:37:33-!- Narrat [~Narrat@p2E511872.dip0.t-ipconnect.de] has quit [Quit: They say a little knowledge is a dangerous thing, but it's not one half so bad as a lot of ignorance.]
20161020 22:39:28-!- Narrat [~Narrat@p2E511872.dip0.t-ipconnect.de] has joined #wesnoth
20161020 22:42:33-!- Kranix [~magnus@x1-6-74-44-01-e4-f1-52.cpe.webspeed.dk] has quit [Quit: Konversation terminated!]
20161020 22:44:25-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: So long and thanks for all the fish.]
20161020 22:45:30-!- wario_ [~wario_@unaffiliated/wario] has quit [Ping timeout: 256 seconds]
20161020 22:53:18-!- Bonobo [~Bonobo@2001:44b8:254:3200:f82b:1118:8096:6cd2] has joined #wesnoth
20161020 23:03:17-!- shiki|sevu [~Shiki@141.39.226.226] has quit [Quit: Verlassend]
--- Log closed Fri Oct 21 00:00:46 2016