--- Log opened Fri Sep 15 00:00:15 2017
--- Day changed Fri Sep 15 2017
20170915 00:00:15< shadowm> I don't think italics are a good idea, actually.
20170915 00:00:42< vultraz> Alright
20170915 00:01:35< celticminstrel> That prompt probably uses the generic message dialog, right?
20170915 00:01:43< celticminstrel> Same as the quit confirmation, for example.
20170915 00:01:52< shadowm> https://pastebin.com/xGrSdbGF
20170915 00:02:25-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 240 seconds]
20170915 00:04:20< vultraz> Looks good to me
20170915 00:04:33< shadowm> Where do I enable markup?
20170915 00:04:47< shadowm> i.e. where's the prompt call?
20170915 00:06:02< shadowm> Oh, it's still my code.
20170915 00:06:11< shadowm> Wait no it isn't.
20170915 00:06:38< vultraz> ah, where is this called..
20170915 00:06:41< vultraz> lemme see..
20170915 00:06:54< shadowm> I feel like we need a specific dialog for this where people are forced to check a box, just to make sure.
20170915 00:07:05< shadowm> Although god knows most people just blindly check boxes without reading the terms.
20170915 00:07:15< shadowm> I found it anyway.
20170915 00:08:05< shadowm> tfw you've done so much Python for the past few weeks your first thought upon seeing an optional parameter is to list it named.
20170915 00:10:58< shadowm> https://cdn.discordapp.com/attachments/259976436490829825/358041909157036032/unknown.png
20170915 00:15:12-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:6999:1ab2:4947:32b3] has quit [Remote host closed the connection]
20170915 00:15:49-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:6999:1ab2:4947:32b3] has joined #wesnoth-dev
20170915 00:16:08-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:6999:1ab2:4947:32b3] has quit [Remote host closed the connection]
20170915 00:16:23-!- Greg-Boggs [~greg_bogg@c-73-96-181-202.hsd1.or.comcast.net] has joined #wesnoth-dev
20170915 00:17:16< celticminstrel> So apparently that discussion on vultraz's commit about vector vs list vs deque kinda got forgotten...
20170915 00:17:25< vultraz> ah yes
20170915 00:17:29< celticminstrel> Unless it was continued here and a conclusion was reached?
20170915 00:17:30< vultraz> the tree node thing
20170915 00:17:34< vultraz> no
20170915 00:17:35< celticminstrel> Yeah, that.
20170915 00:17:49< vultraz> honestly, a deque makes sense
20170915 00:17:54< vultraz> but it's not really a "queue"
20170915 00:18:00< vultraz> still, a list cannot be used
20170915 00:18:04< celticminstrel> A deque is not a queue.
20170915 00:18:06< vultraz> as i found out, we need an indexed list
20170915 00:18:14< celticminstrel> Why can't a list be used?
20170915 00:18:23< celticminstrel> You need the random acces?
20170915 00:18:25< celticminstrel> ^access
20170915 00:18:28< celticminstrel> ie operator[]
20170915 00:18:28< vultraz> no operator[] by index
20170915 00:18:42< celticminstrel> Okay, what do you actually need operator[] for?
20170915 00:18:59< vultraz> node lookup by index
20170915 00:19:14< celticminstrel> And what do you need that for?
20170915 00:19:28< vultraz> it's part of the implementation of the nav arrows
20170915 00:19:35< irker227> wesnoth: Alexander van Gessel wesnoth:master 0ecb0492396c / README.md: Add coverity badge to README.md (#2001) https://github.com/wesnoth/wesnoth/commit/0ecb0492396cf68d5de67c395b9b509d49bc1ef0
20170915 00:19:41< celticminstrel> Nav arrows?
20170915 00:19:45< vultraz> yes
20170915 00:19:50< vultraz> you can nav with arrows
20170915 00:20:02< celticminstrel> Oh, you mean changing the selection with the arrow keys?
20170915 00:20:09< vultraz> yes
20170915 00:20:14< celticminstrel> Hmm, I see.
20170915 00:20:26< celticminstrel> I wonder if that could be refactored to avoid indexing though/
20170915 00:20:34< vultraz> maybe
20170915 00:20:50< celticminstrel> Well anyway, a deque is still probably acceptable.
20170915 00:20:57< vultraz> the node impl needs some refactoring anyway
20170915 00:21:04< vultraz> esp the "icon" vs "label" distinction
20170915 00:21:12< vultraz> anyway
20170915 00:21:14< vultraz> not for right now
20170915 00:21:20< vultraz> please work on a few of the bugs assigned you
20170915 00:21:22< celticminstrel> I was also wondering if maybe nodes should be returned as aliased shared_ptrs or something, so that their lifetime expires with the tree view iteself.
20170915 00:21:42< celticminstrel> I'll work on them, but don't expect too much before Sunday.
20170915 00:22:41< vultraz> celticminstrel: at least do: https://github.com/wesnoth/wesnoth/issues/1964 and confirm the Ready For Testing bugs are fixed 
20170915 00:23:46< celticminstrel> I doubt I'd get to that one.
20170915 00:24:06< celticminstrel> Oh, wait, the title is misleading though.
20170915 00:24:35< vultraz> just add a redraw call
20170915 00:24:42< celticminstrel> Maybe I could do it after all. It's probably just adding a couple of lines of code to the [recall] implementation.
20170915 00:25:06< celticminstrel> I think the key point is less the redraw and more the fog/shroud, although both are needed, sure.
20170915 00:25:27< celticminstrel> Still, I was planning to eventually implement DeFender1031's outline of when to automatically redraw, so...
20170915 00:26:03< celticminstrel> As fpr the "ready for testing" ones, the whole point of marking them with that tag is for someone else to confirm they are fixed.
20170915 00:27:45< shadowm> vultraz: Do you want these terms backported to 1.12?
20170915 00:27:53< irker227> wesnoth: Ignacio R. Morelle wesnoth:master 3a2722ccb73a / src/gui/dialogs/addon/manager.cpp: Enable markup on the add-ons server licensing terms prompt https://github.com/wesnoth/wesnoth/commit/3a2722ccb73a6a012cec65705bab6f79c458e4a6
20170915 00:27:56< irker227> wesnoth: Ignacio R. Morelle wesnoth:master 197322ecbe6b / src/campaign_server/campaign_server.cpp: campaignd: Revised licensing terms text https://github.com/wesnoth/wesnoth/commit/197322ecbe6bbfeb6125381c4771f64787842ee4
20170915 00:28:55< shadowm> (Obviously with caps instead of markup.)
20170915 00:30:57< vultraz> hmmmmmmmm
20170915 00:31:16< shadowm> I mean, isn't there at least one person who's already assuming the terms from 1.13 apply to 1.12?
20170915 00:32:10< vultraz> oh, hell, why not. it makes more sense to consider the cc change as of a certain date as opposed to a certain version.
20170915 00:32:31< shadowm> Oops. Crap.
20170915 00:32:37< shadowm> I had unsaved changes before committing.
20170915 00:33:17< irker227> wesnoth: Ignacio R. Morelle wesnoth:master c53ca89e8d32 / src/campaign_server/campaign_server.cpp: Fix-up previous commit https://github.com/wesnoth/wesnoth/commit/c53ca89e8d324a355afb3ae8d590f76409707105
20170915 00:33:50< shadowm> By the way, there was really no reason to use raw string literals in the first place (you use neither " nor \), but whatever.
20170915 00:35:11< shadowm> Oh wait.
20170915 00:35:12< shadowm> C++.
20170915 00:35:14< shadowm> Multiline strings.
20170915 00:35:38< shadowm> How do I multiline strings in C++ again?
20170915 00:36:20< shadowm> Oh right.
20170915 00:36:33< vultraz> raw literals or "" "" on multiple lines
20170915 00:36:35< shadowm> Okay, ignore ALL OF THAT.
20170915 00:36:44< shadowm> I realize now why you use a raw string literal.
20170915 00:36:51< shadowm> And no, I cannotuse a raw string literal for 1.12.
20170915 00:37:55< vultraz> yes.
20170915 00:38:15< vultraz> I know
20170915 00:41:49< irker227> wesnoth: Ignacio R. Morelle wesnoth:1.12 f4f916764439 / src/campaign_server/campaign_server.cpp: campaignd: Backport new add-on licensing terms to the 1.12 add-ons server https://github.com/wesnoth/wesnoth/commit/f4f916764439a1fb890f145d920a78fb9298767e
20170915 00:44:47< shadowm> Deployed the new 1.12 build.
20170915 00:44:52< shadowm> Still building 1.13.
20170915 00:47:55< shadowm> 1.13 deployed.
20170915 00:49:01< vultraz> \o/
20170915 00:59:55< vultraz> shadowm: thanks for getting that PR in finally
20170915 01:00:03< vultraz> BTW
20170915 01:05:46-!- gfgtdf_ [~chatzilla@x4e368edd.dyn.telefonica.de] has joined #wesnoth-dev
20170915 01:07:35-!- gfgtdf [~chatzilla@x4e368261.dyn.telefonica.de] has quit [Ping timeout: 240 seconds]
20170915 01:07:41-!- gfgtdf_ is now known as gfgtdf
20170915 01:09:07-!- Greg-Boggs [~greg_bogg@c-73-96-181-202.hsd1.or.comcast.net] has quit [Remote host closed the connection]
20170915 01:13:02< irker227> wesnoth: Charles Dang wesnoth:master 1485d68b171c / src/gui/ (dialogs/addon/manager.cpp widgets/addon_list.cpp widgets/addon_list.hpp): colorify -> colorize https://github.com/wesnoth/wesnoth/commit/1485d68b171c42a0ab4922892aa6b2e9ba115b11
20170915 01:17:32-!- Greg-Boggs [~greg_bogg@c-73-96-181-202.hsd1.or.comcast.net] has joined #wesnoth-dev
20170915 01:21:48-!- Greg-Boggs [~greg_bogg@c-73-96-181-202.hsd1.or.comcast.net] has quit [Remote host closed the connection]
20170915 01:22:06-!- Greg-Boggs [~greg_bogg@c-73-96-181-202.hsd1.or.comcast.net] has joined #wesnoth-dev
20170915 01:24:17< vultraz> celticminstrel: do you think stacked_widget should be able to find a widget on any page?
20170915 01:31:30-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20170915 01:43:29< celticminstrel> I don't really have a problem with the current behaviour.
20170915 01:44:35< celticminstrel> [Sep 14@8:35:38pm] shadowm: How do I multiline strings in C++ again?
20170915 01:44:36< celticminstrel> [Sep 14@8:36:33pm] vultraz: raw literals or "" "" on multiple lines
20170915 01:44:37< celticminstrel> Or end lines with \n\
20170915 01:44:55< celticminstrel> Note that with the "" "" form you also need explicit \n.
20170915 01:45:06< vultraz> Right
20170915 01:45:31< celticminstrel> This is why raw string literals are the best. :P
20170915 01:45:34< vultraz> Anyway, I'm not asking if you're ok with the current behavior, I'm asking your opinion on a change
20170915 01:45:47< celticminstrel> Because they even count the newlines.
20170915 01:45:57< celticminstrel> I think the existing behaviour is useful and should be retained.
20170915 01:46:55< celticminstrel> But the other behaviour would be useful too. Hmm...
20170915 01:48:32< celticminstrel> Existing behaviour amounts to "Give me thw visible widget with this ID".
20170915 01:49:01< celticminstrel> You could make use of this behaviour to have widgets with the same IDs but on different layers, for example.
20170915 01:49:45< celticminstrel> On the other hand, AFAIK the majority of cases in master are simply attempting to bind callbacks to widgets that are known to exist but may not be visible.
20170915 01:49:50< vultraz> True, I hadn't thought of that
20170915 01:50:07< celticminstrel> Then again, it's not that hard to just set all layers visible first?
20170915 01:50:12< vultraz> What if I add a flag to the stacked widget indicating what behavior we want from find
20170915 01:50:21< celticminstrel> Hmmmmm...
20170915 01:50:26< celticminstrel> This sound kinda...
20170915 01:50:35< celticminstrel> ^+s
20170915 01:51:23< vultraz> i think that's the best solution 
20170915 01:53:58< celticminstrel> TBH I don't think that's any different than setting all layers visible.
20170915 01:54:08< celticminstrel> Both ways you need to access the stacked widget before searching.
20170915 01:54:16< vultraz> well, it's neater
20170915 01:54:26< vultraz> in our usecases it can just be set once.
20170915 01:55:02< celticminstrel> I suppose it's true that you'd never need to remember to reset the visible layer after, but is that even needed in any of the existing cases? Most of the ones I recall are in post_show.
20170915 01:55:30< vultraz> well, yes
20170915 01:55:57< vultraz> though I also just added a case in the addons manager
20170915 01:56:05< vultraz> for the low res version
20170915 01:56:14< vultraz> to find the addon list if you install from the details panel
20170915 01:56:34< celticminstrel> Oh, I guess that's not in post_show.
20170915 01:56:35< vultraz> I should probably have it reselect the details layer after that..
20170915 01:56:50< vultraz> and I also plan on eliminating that layer entirely
20170915 01:56:56< celticminstrel> Why?
20170915 01:56:59< vultraz> but still, it's rather awkward to have to worry about
20170915 01:57:12< vultraz> celticminstrel: I want to implement the details as a fancy tooltip
20170915 01:57:23< celticminstrel> Uh.
20170915 01:57:29< celticminstrel> That sounds kinda terrible.
20170915 01:57:35< vultraz> why?
20170915 01:57:55< vultraz> but either way that's a bit off
20170915 01:57:58< celticminstrel> It'd cover the entire addons list.
20170915 01:57:59< vultraz> i need to work out the details
20170915 01:58:21< vultraz> so for now I'll do this
20170915 01:58:40< celticminstrel> I don't think the flag idea is a great idea, but I suppose it's not terrible either.
20170915 01:59:13< vultraz> plus there's a bug in prefs that I think is probably caused by the layer thing and it looks like post_show is too late to select all layers
20170915 01:59:28< celticminstrel> Oh?
20170915 01:59:32< vultraz> prefs are not saved if they're not in the currently selected layer when you close the dialog
20170915 01:59:35< vultraz> pretty serious 
20170915 01:59:35< vultraz> :P
20170915 01:59:37< celticminstrel> . . .
20170915 01:59:42< celticminstrel> Yeah that should be a blocker.
20170915 02:00:12< celticminstrel> Why is post_show too late for that?
20170915 02:00:14< vultraz> finalize_fields is called before post_show
20170915 02:00:27< celticminstrel> What has that got to do with it?
20170915 02:00:35< vultraz> that's where the field management happens
20170915 02:00:50< vultraz> is *is* virtual though..
20170915 02:00:52< vultraz> hmmm
20170915 02:00:59< celticminstrel> So finalize_fields fails?
20170915 02:01:41< vultraz> well, I think what happens is the field tries to find its widget
20170915 02:01:43< vultraz> and can't
20170915 02:02:51< celticminstrel> So the field doesn't store a reference to the widget when first initialized?
20170915 02:03:40< vultraz> let me see if selecting all layers in finalize_fields works..
20170915 02:04:01< celticminstrel> That's kinda hacky though...
20170915 02:04:06< celticminstrel> But I guess if it works it works.
20170915 02:04:44< vultraz> it does no save a reference, no
20170915 02:05:13< vultraz> not*
20170915 02:05:29< celticminstrel> Okay, so what really is "attacker vulnerability vs blade"? Where does the number come from?
20170915 02:05:47< vultraz> why the hell is finalize_fields virtual if it's private!
20170915 02:06:00< vultraz> celticminstrel: attacker resis 
20170915 02:06:04< celticminstrel> There's absolutely nothing wrong with having virtual private functions.
20170915 02:06:24< celticminstrel> So if it's resistance, why does it say vulnerability?
20170915 02:06:32< vultraz> because...
20170915 02:06:34< vultraz> it just does
20170915 02:06:41< celticminstrel> That's a terrible reason. :P
20170915 02:06:46< vultraz> flavor I guess
20170915 02:07:12< vultraz> GFDI I don't want to make this function protected..
20170915 02:07:47< celticminstrel> Is it complaining that you can't override a private method?
20170915 02:07:58< vultraz> no,I need to call the base method and I can't
20170915 02:08:07< celticminstrel> Ah.
20170915 02:08:27< vultraz> gfdi
20170915 02:08:48< celticminstrel> Can you think of any reason why the fields shouldn't store a reference to the widget?
20170915 02:09:00< vultraz> the fields API is messy
20170915 02:09:11< vultraz> functions taking window references all over the place
20170915 02:09:14< celticminstrel> That's not an answer. :P
20170915 02:09:23< vultraz> no I can't, really
20170915 02:09:35< vultraz> can you?
20170915 02:09:57< vultraz> i mean, it keeps a widget pointer..
20170915 02:10:21< celticminstrel> If it's not storing a reference to the widget... that would imply that the widget the field is bound to could be unexpectedly changed...
20170915 02:10:28< celticminstrel> Wait, so it is storing a reference to the widget?
20170915 02:10:34 * celticminstrel emphasis on is
20170915 02:11:12< vultraz> field_base stores a pointer..
20170915 02:11:36-!- Greg-Boggs [~greg_bogg@c-73-96-181-202.hsd1.or.comcast.net] has quit [Remote host closed the connection]
20170915 02:11:48< vultraz> it does..
20170915 02:12:03< vultraz> WHY THE FUCK DOES THIS USE FIND WIDGET INSTEAD OF THE WIDGET POINTER AAAAAHHH ()U)JFJWIOFJWIOJOIJWOJOW
20170915 02:12:04< celticminstrel> Hey, what do you have against colorify, it's a perfectly legitimate word!
20170915 02:12:23< vultraz> not according to spellcheck
20170915 02:12:30< celticminstrel> Spellcheck can't be trusted.
20170915 02:12:57-!- gfgtdf [~chatzilla@x4e368edd.dyn.telefonica.de] has quit [Quit: ChatZilla 0.9.93 [Firefox 55.0.3/20170824053622]]
20170915 02:13:18< celticminstrel> That said, my spellcheck seems to accept it... unless that's just because it has no suggestions...
20170915 02:13:41< celticminstrel> Pretty sure the word is used in GIMP.
20170915 02:13:44< vultraz> it looks like...
20170915 02:13:50< vultraz> the fields take window values
20170915 02:13:53< vultraz> er
20170915 02:13:54< vultraz> references
20170915 02:14:04< vultraz> and search the given window for the widget of the appropriate ID...
20170915 02:14:05< vultraz> why!
20170915 02:14:27< celticminstrel> Okay so, colorify and colorize are synonyms because -ify and -ize are synonyms, even though colorify itself isn't on Wiktionary.
20170915 02:14:30< vultraz> why would you possibly need to search ANOTHER WINDOW
20170915 02:14:52< vultraz> NONEOFTHISMAKESANYSENSE
20170915 02:14:59< vultraz> *flails*
20170915 02:15:00< celticminstrel> IIRC the fields are part of the modal_dialog API, right?
20170915 02:15:14< celticminstrel> So the window may vary between calls.
20170915 02:15:29< celticminstrel> For example, if the dialog is constructed once but shown multiple times.
20170915 02:15:37< vultraz> eh true...
20170915 02:15:58< vultraz> that could easily be fixed though
20170915 02:16:09< vultraz> well
20170915 02:16:10< vultraz> actually
20170915 02:16:11< vultraz> i mean
20170915 02:16:14< vultraz> it is, i think
20170915 02:16:23< celticminstrel> I don't see how? Unless they simply don't need to directly reference the window at all.
20170915 02:16:24< vultraz> the field widget_ is reset after a dialog closes
20170915 02:16:54< vultraz> and re-initialized before showing a dialog
20170915 02:17:01< vultraz> meaning for any showing, the widget is always valid
20170915 02:17:53< celticminstrel> So basically it should work just fine if they used that instead of find_widget?
20170915 02:18:03< vultraz> I'm thinking so
20170915 02:18:32< celticminstrel> Just don't remove the nullptr check.
20170915 02:18:42< celticminstrel> (In case the field lookup had failed during initialization.)
20170915 02:18:48< vultraz> maybe some of this is in case the widget has been destroyed 
20170915 02:18:58< vultraz> in which case the pointer is invalid..
20170915 02:19:17< celticminstrel> I kinda think a lot of these pointers we're passing around should be smartened.
20170915 02:19:50< vultraz> ;_;
20170915 02:20:08< vultraz> what even is the proper way to fix this bug
20170915 02:20:15< vultraz> and i can't even fucking get
20170915 02:20:16< vultraz> this
20170915 02:20:17< vultraz> to build
20170915 02:20:20< vultraz> ahhhh
20170915 02:20:21< vultraz> whyy
20170915 02:20:22< vultraz> why
20170915 02:20:24< vultraz> unresolved externals
20170915 02:20:25< vultraz> why
20170915 02:20:25< vultraz> how
20170915 02:20:26< vultraz> why
20170915 02:20:28< celticminstrel> Especially in light of the aliasing shared_ptr constructor, which basically means a class can return a pointer to a member itself which expires when the class instance does. Though... that does require the class instance is managed by a shared_ptr, so it'd be a huge change and require static factories and stuff.
20170915 02:20:43< celticminstrel> Not to mention enable_shared_from_this.
20170915 02:21:02< celticminstrel> What are the unresolved externals?
20170915 02:21:37< vultraz> game_launcher.obj : error LNK2001: unresolved external symbol "private: virtual void __thiscall gui2::dialogs::modal_dialog::finalize_fields(class gui2::window &,bool)" (?finalize_fields@modal_dialog@dialogs@gui2@@EAEXAAVwindow@3@_N@Z)
20170915 02:21:39< vultraz> WHAT THE HELL
20170915 02:21:43< vultraz> GAME LAUNCHER
20170915 02:21:52< vultraz> i give up
20170915 02:22:04< celticminstrel> finalize_fields is apparently missing a definition.
20170915 02:22:48< vultraz> it's right there in the class!!
20170915 02:23:03< celticminstrel> Are templates involved in any way here?
20170915 02:23:14< vultraz> no
20170915 02:23:18< celticminstrel> Hmm...
20170915 02:23:39< celticminstrel> So when you say "right there in the class" do you mean an inline definition?
20170915 02:24:10< vultraz> no
20170915 02:24:17< vultraz> just..nevermind
20170915 02:24:24< celticminstrel> Maybe the arguments are different in the definition and declaration?
20170915 02:24:28< vultraz> just tell me how you think i should fix this bug
20170915 02:24:34< vultraz> overloading finalize_fields?
20170915 02:24:40< vultraz> using the stored widget in the fields?
20170915 02:24:41< celticminstrel> The prefs bug?
20170915 02:24:50< vultraz> stacked widget find-in-all-layers flag?
20170915 02:24:50< vultraz> yes
20170915 02:24:51< celticminstrel> I think I favour using the stored widget in the fields.
20170915 02:26:07-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:6999:1ab2:4947:32b3] has joined #wesnoth-dev
20170915 02:28:16< vultraz> Tu es parle le mot "flavour" incorrectement...
20170915 02:28:44< vultraz> or, actually
20170915 02:29:05< vultraz> Tu parle incorrectement le mot "flavour".
20170915 02:29:27< vultraz> thought probably
20170915 02:29:44< vultraz> Tu as parlé incorrectement le mot "flavour".
20170915 02:29:47< celticminstrel> I have a feeling you don't know how to say "spell" in French.
20170915 02:29:53< celticminstrel> Also, I did not spell it wrong.
20170915 02:30:05< celticminstrel> Also, I never even said flavour, it was favour.
20170915 02:30:18< vultraz> No i don't :P
20170915 02:33:43< vultraz> Ok, then, "Tu as épelé incorrectement le mot "favour"!" if it makes you happy
20170915 02:36:21< vultraz> C'est penible
20170915 02:39:55< vultraz> Tu dois ne épeler plus avec "u"!
20170915 02:40:56< vultraz> (I hope you actually know French or this means nothing :P )
20170915 02:41:50-!- travis-ci [~travis-ci@ec2-54-157-53-84.compute-1.amazonaws.com] has joined #wesnoth-dev
20170915 02:41:51< travis-ci> wesnoth/wesnoth#15008 (master - 7955417 : Jyrki Vesterinen): The build has errored.
20170915 02:41:51< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/275557742
20170915 02:41:51-!- travis-ci [~travis-ci@ec2-54-157-53-84.compute-1.amazonaws.com] has left #wesnoth-dev []
20170915 02:45:47< celticminstrel> No I do not need to spell less with U.
20170915 02:46:08< celticminstrel> If you keep complaining I might just authour a commit full of them.
20170915 02:46:13< celticminstrel> :P
20170915 02:46:29 * celticminstrel seriously though, I avoid them in the actual commits, so just chill.
20170915 02:48:36< vultraz> Ah, so you do speak French
20170915 02:55:33< celticminstrel> Not very well, but yeah.
20170915 02:55:48< celticminstrel> I can't hold a physical conversation in French.
20170915 03:00:18< vultraz> I'm learning
20170915 03:00:22< vultraz> So neither could I
20170915 03:00:25< vultraz> :p
20170915 03:01:15< celticminstrel> When I visited my uncle in the hospital I was able to somewhat understand the doctor, though. (My sister, who's much better at French, got into a conversation with him.)
20170915 03:57:23-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:6999:1ab2:4947:32b3] has quit [Remote host closed the connection]
20170915 04:02:25-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has joined #wesnoth-dev
20170915 04:08:33-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The computer falls into a deep sleep, to awake again some other day!]
20170915 04:40:42-!- Kwandulin [~Kwandulin@pD9FD50F1.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170915 05:05:52-!- nemaara [~nemaara@c-68-43-178-231.hsd1.mi.comcast.net] has joined #wesnoth-dev
20170915 05:18:33-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:6999:1ab2:4947:32b3] has joined #wesnoth-dev
20170915 05:36:06-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has quit [Quit: .]
20170915 05:49:03-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:6999:1ab2:4947:32b3] has quit [Remote host closed the connection]
20170915 05:49:39-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:6999:1ab2:4947:32b3] has joined #wesnoth-dev
20170915 05:53:42-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:6999:1ab2:4947:32b3] has quit [Ping timeout: 246 seconds]
20170915 06:14:05-!- nemaara [~nemaara@c-68-43-178-231.hsd1.mi.comcast.net] has quit [Ping timeout: 255 seconds]
20170915 06:20:02-!- JyrkiVesterinen [~JyrkiVest@195-192-251-124.s1networks.fi] has joined #wesnoth-dev
20170915 06:25:54-!- irker227 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20170915 07:09:23-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20170915 07:16:39< wedge009> vultraz: celticminstrel: That's funny because you both seem able to read/write it better than I can. The reverse is true for me, I can cope better speaking/listening than reading/writing - maybe because of my family background, not because I've ever lived in a French-speaking country.
20170915 07:18:08< wedge009> What's the problem with U?
20170915 07:22:11< wedge009> Also, colour/color can already be used as a verb, though it seems in computer contexts colorize is becoming popular in American English, hence the British colourise equivalent.
20170915 07:23:05< wedge009> I also wouldn't consider colorify as a replacement for colour (verb). But I'm seem to be traditional in my thinking.
20170915 07:25:06-!- atarocch [~atarocch@93.56.164.28] has joined #wesnoth-dev
20170915 07:29:57-!- irker203 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20170915 07:29:57< irker203> wesnoth: Wedge009 wesnoth:master 98c0443d9abc / projectfiles/VC12/ (campaignd.vcxproj campaignd.vcxproj.filters): Properly update MSVC project files for new fs_commit files (cb99d90d and 28c5179 https://github.com/wesnoth/wesnoth/commit/98c0443d9abc2cd9abf0541e1fab17149d108c4b
20170915 07:30:09< zookeeper> btw, although i might be out of touch for most of the day, i'll still merge some PR's and stuff in the evening before the release.
20170915 07:37:05< Kwandulin> Does "1.13.9 scheduled for Sunday, September 17th, 00:01 UTC" mean that the new version is _released_ on sunday?
20170915 07:37:33< Kwandulin> Or is it just some dev interna so they push their stuff until then?
20170915 07:37:59< zookeeper> the latter
20170915 07:39:27< vn971> hmhm. I switched from wesnoth to another window and missed the room chat. Dunno if I can bring it back.
20170915 07:39:46< vn971> there's nothing in terminal logs, if anything.
20170915 07:40:44-!- atarocch_ [~atarocch@93.56.164.28] has joined #wesnoth-dev
20170915 07:40:44-!- atarocch_ [~atarocch@93.56.164.28] has quit [Client Quit]
20170915 07:48:52< vn971> wow.
20170915 07:49:06< vn971> I managed to get a crash on wesnoth-1.12 even
20170915 07:55:13-!- Kwandulin [~Kwandulin@pD9FD50F1.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20170915 08:20:50-!- Kwandulin [~Kwandulin@pD9FD50F1.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170915 08:32:12-!- Necrosporus is now known as Guest82166
20170915 08:32:12-!- Necrosporus_ [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20170915 08:32:13-!- Guest82166 [~Necrospor@unaffiliated/necrosporus] has quit [Killed (weber.freenode.net (Nickname regained by services))]
20170915 08:32:13-!- Necrosporus_ is now known as Necrosporus
20170915 08:58:38-!- vultraz [uid24821@wesnoth/developer/vultraz] has quit [Quit: Connection closed for inactivity]
20170915 09:51:53-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has quit [Killed (card.freenode.net (Nickname regained by services))]
20170915 09:51:53-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20170915 10:14:05-!- vultraz [uid24821@wesnoth/developer/vultraz] has joined #wesnoth-dev
20170915 10:14:30< vultraz> wedge009: did i not do that right before?
20170915 10:16:07< wedge009> The MSVC project files? The filters weren't modified and the compilation was set-up for the base directory. Not a big deal but if I didn't do it, someone else probably would have.
20170915 10:30:14< JyrkiVesterinen> I recall that someone complained when I first added new files to the MSVC project without changing the output file path.
20170915 10:32:33-!- irker203 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20170915 11:11:58-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20170915 11:39:49-!- vn9711 [~vasya@94.158.103.15] has joined #wesnoth-dev
20170915 11:39:55-!- vn9711 [~vasya@94.158.103.15] has quit [Client Quit]
20170915 11:43:48-!- vn971 [~vasya@0896414046.static.corbina.ru] has quit [Ping timeout: 252 seconds]
20170915 11:47:40-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20170915 11:47:53-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20170915 12:25:29-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20170915 13:00:44-!- Kwandulin [~Kwandulin@pD9FD50F1.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20170915 13:03:38-!- vultraz [uid24821@wesnoth/developer/vultraz] has quit [Quit: Connection closed for inactivity]
20170915 13:04:04-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20170915 13:07:04-!- travis-ci [~travis-ci@ec2-54-157-53-84.compute-1.amazonaws.com] has joined #wesnoth-dev
20170915 13:07:05< travis-ci> wesnoth/wesnoth#15008 (master - 7955417 : Jyrki Vesterinen): The build was canceled.
20170915 13:07:05< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/275557742
20170915 13:07:05-!- travis-ci [~travis-ci@ec2-54-157-53-84.compute-1.amazonaws.com] has left #wesnoth-dev []
20170915 13:08:50-!- sevu [~Shiki@p548550CA.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170915 13:09:14< sevu> 666 issues - best time for the next release
20170915 13:36:45-!- vultraz [uid24821@wesnoth/developer/vultraz] has joined #wesnoth-dev
20170915 14:04:14-!- gfgtdf [~chatzilla@x4e368edd.dyn.telefonica.de] has joined #wesnoth-dev
20170915 14:11:58-!- JyrkiVesterinen [~JyrkiVest@195-192-251-124.s1networks.fi] has quit [Quit: .]
20170915 14:23:30-!- irker293 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20170915 14:23:30< irker293> wesnoth: Alexander van Gessel wesnoth:master c038918cd6be / src/filesystem_sdl.cpp: Do not leak partially constructed SDL_RWops objects https://github.com/wesnoth/wesnoth/commit/c038918cd6be3a967103f5a6580928729d2bf476
20170915 14:52:03-!- Kwandulin [~Kwandulin@pD9FD50F1.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170915 15:21:34-!- DeFender1031 [~DeFender1@93-172-30-106.bb.netvision.net.il] has quit [Quit: I'm not back now.]
20170915 15:43:53-!- Oebele [~quassel@143.177.58.202] has joined #wesnoth-dev
20170915 15:44:30-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has joined #wesnoth-dev
20170915 15:55:42-!- Polsaker [~Polsaker@donger/wielder/Polsaker] has quit [Ping timeout: 246 seconds]
20170915 15:56:00-!- Polsaker [~Polsaker@donger/wielder/Polsaker] has joined #wesnoth-dev
20170915 15:57:55-!- senkwich [~senkwich@cpe-24-28-70-56.austin.res.rr.com] has quit [Ping timeout: 240 seconds]
20170915 15:58:07-!- senkwich [~senkwich@cpe-24-28-70-56.austin.res.rr.com] has joined #wesnoth-dev
20170915 16:02:26-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170915 16:10:09-!- Kwandulin [~Kwandulin@pD9FD50F1.dip0.t-ipconnect.de] has quit [Ping timeout: 248 seconds]
20170915 16:15:56-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20170915 16:16:26-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170915 16:19:23-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20170915 16:19:30-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170915 16:26:47-!- sigurdfd [~SigurdFD@dynamic-acs-72-23-110-196.zoominternet.net] has joined #wesnoth-dev
20170915 16:27:23-!- Kwandulin [~Kwandulin@pD9FD50F1.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170915 16:41:45< irker293> wesnoth: sigurdfdragon wesnoth:master 8f5aa227ac05 / changelog players_changelog: Update changelogs https://github.com/wesnoth/wesnoth/commit/8f5aa227ac056a015072f8db33eee306bad0a8f1
20170915 16:56:45< vultraz> oh, shit
20170915 16:56:46< vultraz> uhhh
20170915 16:57:07< vultraz> JyrkiVesterinen: I'm going to be traveling this weekend and I can't preside over the release. Could you or celmin handle it?
20170915 16:57:32< JyrkiVesterinen> What exactly are the tasks?
20170915 16:57:55-!- gfgtdf [~chatzilla@x4e368edd.dyn.telefonica.de] has quit [Read error: Connection reset by peer]
20170915 16:58:05< zookeeper> well when will you be back? it's not like it matters much if it's delayed by 2 days.
20170915 16:58:36< Necrosporus> Do you think I should file bugreports immediately after I notice something wrong or only after I find exact way to reproduce?
20170915 16:58:44< zookeeper> (unless the usual sunday timing is particularly good for packagers)
20170915 16:58:58< vultraz> hmmmmmmm
20170915 16:59:07< vultraz> actually, I might be available Sunday evening EST...
20170915 17:00:02-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20170915 17:01:01< vultraz> alright, I'll see what I can do ~48 hours from now
20170915 17:01:21< vultraz> if not I'll be busy until Monday afternoon/evening.
20170915 17:01:26< vultraz> (EST)
20170915 17:01:53< vultraz> flying back to the US for a funeral, sadly :(
20170915 17:04:06< sigurdfd> Necrosporus: I'd say it depends on the bug. some can be somewhat tricky to nail down.
20170915 17:21:46< zookeeper> sigurdfd, btw, you can link to a specific forum post, instead of only to a page of a thread.
20170915 17:22:42< zookeeper> (in reference to https://git.io/v579U )
20170915 17:27:01< zookeeper> oh dear, the map of that scenario is utterly dreadful.
20170915 17:29:49< zookeeper> sigurdfd, it won't cause any problems in this case, but it's very recommendable to quote things like this: gold=$($side.gold - $rider1.cost - $rider2.cost)
20170915 17:30:08< zookeeper> if someone goes and edits the formula to use + instead of -, then it'll instantly break because + is interpreted as concatenation
20170915 17:30:27< zookeeper> hence why you should typically quote formulas
20170915 17:31:54< zookeeper> anyway, i can merge the PR and then you can do those changes, or you can add to the PR. whatever you prefer.
20170915 17:40:47< Necrosporus>  <shadowm> Although god knows most people just blindly check boxes without reading the terms. // You can make several boxes, perhaps unlabeled and in order to proceed you need to check say boxes 2 6 7, and it changes every time but location of boxes is written in the text of message
20170915 17:47:16-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20170915 17:47:43-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170915 17:49:06-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20170915 17:49:12-!- Greg-Bog_ [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170915 17:53:43< vultraz> ...um... no. Thats a horrible idea
20170915 18:01:06< sigurdfd> zookeeper: did page like cause there was more than one post stuff came from. I should get in the habit of referencing all of them when applicable.
20170915 18:03:21< sigurdfd> I'll probably go and add the quotes. I'll update the pr, not sure if I'm happy with how S21 is handled yet.
20170915 18:09:21-!- Kwandulin [~Kwandulin@pD9FD50F1.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20170915 18:13:58-!- sigurdfd [~SigurdFD@dynamic-acs-72-23-110-196.zoominternet.net] has quit []
20170915 18:33:31-!- Greg-Bog_ [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20170915 18:34:02-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170915 18:38:08-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 240 seconds]
20170915 18:38:38< zookeeper> vultraz, maybe clarify the plans in the topic?
20170915 18:38:38-!- nemaara [~nemaara@c-68-43-178-231.hsd1.mi.comcast.net] has joined #wesnoth-dev
20170915 18:38:45-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170915 18:42:17-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20170915 18:42:44-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170915 18:46:55-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 240 seconds]
20170915 18:53:55-!- Kwandulin [~Kwandulin@pD9FD50F1.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170915 19:00:32-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20170915 19:00:39-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20170915 19:16:56-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20170915 19:23:00-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170915 19:28:34-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 264 seconds]
20170915 19:38:19-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20170915 19:44:15-!- irker293 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20170915 19:48:25< zookeeper> well, if/since there's no release tonight...
20170915 19:48:29-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit []
20170915 19:57:48-!- nemaara [~nemaara@c-68-43-178-231.hsd1.mi.comcast.net] has quit [Ping timeout: 240 seconds]
20170915 20:13:27< vultraz> There wasn't anyway
20170915 20:13:40< vultraz> Not for another 28 hours
20170915 20:16:38-!- Kwandulin [~Kwandulin@pD9FD50F1.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20170915 20:17:32-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170915 20:21:57-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 260 seconds]
20170915 20:34:07-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has joined #wesnoth-dev
20170915 20:40:58-!- travis-ci [~travis-ci@ec2-54-157-53-84.compute-1.amazonaws.com] has joined #wesnoth-dev
20170915 20:40:59< travis-ci> wesnoth/wesnoth#15021 (master - c038918 : Alexander van Gessel): The build has errored.
20170915 20:40:59< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/275911679
20170915 20:40:59-!- travis-ci [~travis-ci@ec2-54-157-53-84.compute-1.amazonaws.com] has left #wesnoth-dev []
20170915 20:41:20-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20170915 20:41:53-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20170915 20:42:09-!- Ivanovic [~ivanovic@p4FC53858.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170915 20:43:24-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170915 20:45:17-!- Ivanovic [~ivanovic@p4FC53858.dip0.t-ipconnect.de] has quit [Changing host]
20170915 20:45:17-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20170915 20:46:29-!- vultraz changed the topic of #wesnoth-dev to: 1.13.9 scheduled for early next week | Wesnoth Developers Channel | >>> Want to help? Go here: http://r.wesnoth.org/t42911 (and thanks!) <<< | Discord Server: https://discord.gg/tSmJS2E | Logs: http://irclogs.wesnoth.org | Bug tracker: http://bugs.wesnoth.org
20170915 20:50:47-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has quit [Quit: .]
20170915 21:33:53-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20170915 21:34:26-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20170915 21:34:29< AI0867> shadowm: today isn't going to work. Maybe tomorrow?
20170915 21:35:25< AI0867> my dinner plans changed, and I only got back half an hour ago
20170915 21:39:15-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Quit: Caught sigterm, terminating...]
20170915 21:43:40-!- Ivanovic [~ivanovic@p4FC53858.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170915 21:43:41-!- Ivanovic [~ivanovic@p4FC53858.dip0.t-ipconnect.de] has quit [Changing host]
20170915 21:43:41-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20170915 21:50:55-!- Oebele [~quassel@143.177.58.202] has quit [Remote host closed the connection]
20170915 21:53:31-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Quit: Caught sigterm, terminating...]
20170915 21:54:35-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20170915 21:55:13< zookeeper> vultraz, oh right, of course. i was one day off.
20170915 22:12:05-!- Ivanovic [~ivanovic@p4FC53858.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170915 22:12:05-!- Ivanovic [~ivanovic@p4FC53858.dip0.t-ipconnect.de] has quit [Changing host]
20170915 22:12:06-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20170915 22:26:27-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20170915 22:27:00-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20170915 22:29:32-!- Bhoren [~Bhoren_wh@2a01:e0a:c:2150:306b:b75b:314a:53fd] has joined #wesnoth-dev
20170915 22:53:57-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 246 seconds]
20170915 22:54:04-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Read error: Connection reset by peer]
20170915 23:09:42-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20170915 23:10:09-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170915 23:10:48< Bhoren> Hi! I went through the forums and I was wondering, is the "Grand Portrait List" up-to-date? If not, where can I find information about what portrait is required?
20170915 23:11:14< vultraz> ask zookeeper when he's around
20170915 23:11:51< Bhoren> Thank you vultraz 
20170915 23:12:20-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20170915 23:12:27-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170915 23:30:33-!- nemaara [~nemaara@2601:40a:8200:c505:e91e:4c4e:e519:1f28] has joined #wesnoth-dev
20170915 23:32:55-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has quit [Quit: Connection closed for inactivity]
20170915 23:46:06-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20170915 23:46:33-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20170915 23:50:41-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 240 seconds]
--- Log closed Sat Sep 16 00:00:57 2017