--- Log opened Wed Apr 23 00:00:03 2014
20140423 00:01:29< mattsc> gfgtdf: well, we’ll see.  I don’t have much time for trying things out right this moment.
20140423 00:01:30 * shadowm is confused.
20140423 00:01:38< mattsc> gfgtdf: does your commiting this depend on me testing it?
20140423 00:01:55< shadowm> mattsc: You want to cherry-pick a commit from your current branch onto a branch you don't have currently checked out, right?
20140423 00:01:58< gfgtdf> mattsc: for now yes
20140423 00:02:11 * mattsc welcomes shadowm to the club
20140423 00:02:54< mattsc> shadowm: I want to test those changes gfgtdf made (link above) in 1.11.13.  As I understand it, those are in a different fork, not just in a different branch.
20140423 00:03:13< mattsc> */1.11.13/1.11.13+dev
20140423 00:03:40< mattsc> I also want to do this with the minimum amount of effort.
20140423 00:03:41< shadowm> Well, you know that it's possible to pull a branch from another repository through a cryptic and error-prone procedure.
20140423 00:03:56< shadowm> But you can't pull just a single diff.
20140423 00:03:58< mattsc> shadowm: I didn’t know that but I was afraid of it.
20140423 00:04:03< shadowm> However...
20140423 00:04:20< shadowm> If his fork is on GitHub, you may be able to find the specific commit and download the patch from the web interface.
20140423 00:04:37< shadowm> Then you can just manually apply the patch -- you don't even need to commit it.
20140423 00:05:00< mattsc> Ah, right, I hadn’t thought of that.  Thanks!
20140423 00:05:08< iceiceice> i dont think this is the issue, the issue is that it might not work right without the other commits
20140423 00:05:15< shadowm> $ patch -p1 < path/to/patch/file
20140423 00:05:19< iceiceice> iiuc
20140423 00:05:43< mattsc> iceiceice: no, what shadowm wrote is the answer to the question I asked.
20140423 00:06:00< mattsc> What you say is a separate concern.
20140423 00:06:08< iceiceice> no, gfgtdf in fact said it here: <gfgtdf> no you dont need the fork but you might need come commits that are in 1.11.13 but not in 1.13 yet
20140423 00:06:22< shadowm> (`wget -qO - <URL> | patch -p1` if you want to get fancy. In either case it may be advisable to first try using `patch -p1 --dry-run` to check whether the patch can be cleanly applied first.)
20140423 00:06:23< iceiceice> although maybe i'm misreading
20140423 00:06:36< iceiceice> oh i see you testing on that branch
20140423 00:06:40< mattsc> right, that’s why I switched my question to “get it into 1.11.13+dev”, not master
20140423 00:06:47< iceiceice> ok sorry
20140423 00:06:58< mattsc> The issue I am concerned with happens in both 1.11.13 and master
20140423 00:07:07< iceiceice> ok glad it is solved :)
20140423 00:07:15< iceiceice> i am going offline,
20140423 00:07:17< mattsc> iceiceice: no worries - I am way to confused to make sense, esp. to myself.  :)
20140423 00:07:21< shadowm> I'm editing the announcement draft right now, so hopefully nobody's going to edit it at the same time right now.
20140423 00:07:25< iceiceice> i hope that we write something about linger mode in the release notes
20140423 00:07:28< iceiceice> i'm not doing it though
20140423 00:07:41< shadowm> I have no idea what happened to linger mode in my absence.
20140423 00:07:43< iceiceice> there may very well be people who rely on it for some reason afaik
20140423 00:07:51-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has quit [Quit: Leaving]
20140423 00:07:51< mattsc> shadowm: thanks
20140423 00:09:45 * mattsc votes for releasing 1.11.14 tomorrow, because it is way too easy to confuse 1.13 and 1.11.13
20140423 00:12:43< shadowm> Yeah I already lost track of the stuff being discussed above with the similar numbers...
20140423 00:13:22< shadowm> But there's a far simpler solution: master is master, 1.12 is 1.12, and 1.11.13 is a singular annotated tag pointing to a past commit from 1.12.
20140423 00:13:50< mattsc> Makes sense
20140423 00:17:00< shadowm> Okay, so whoever can enlighten me re the rumored linger mode 'changes', you have 1 hour.
20140423 00:17:17< shadowm> gfgtdf: It seems that'd be you, not sure though?
20140423 00:17:38< shadowm> mattsc: My extrapolation of the Retina fix is correct?
20140423 00:19:06< gfgtdf> shadowm: https://github.com/wesnoth/wesnoth/commit/986002b44880093e848e7c10a8a08581d53e3796  (commit message) the end scenario buttiong should be disabled, when we wait for teh host to upload teh scenario
20140423 00:19:22< gfgtdf> shadowm: this behaviour was restored
20140423 00:19:51< gfgtdf> shadowm: becasue pressing next scenario button before the host uploaded it leads to bugs
20140423 00:20:00< shadowm> Hm. Have you heard of the Apple if progression fiasco from the other day?
20140423 00:20:33< gfgtdf> shadowm: no i havent
20140423 00:21:02< shadowm> In the future, whenever you use a control structure in our C++, please use braces around the body. (`if(cond) { A; } else { B; }`, not `if(cond) A; else { B; }` like you did in that commit.)
20140423 00:21:35< mattsc> shadowm: yes (as far as I understand it myself; this is something done by Alarantalara)
20140423 00:21:56< gfgtdf> shadowm: ye i usuially do that
20140423 00:21:58< shadowm> mattsc: Ah, okay.
20140423 00:22:40< shadowm> gfgtdf: Hm, to me, this doesn't sound as big as iceiceice seemed to imply?
20140423 00:23:18< shadowm> OTOH I guess everyone wants flawlessly-operative multiplayer campaigns, so I may as well add a new section dedicated to a single fix...
20140423 00:23:23< Aishiko> shadowm, in the last month that came and bit apple on the butt, they added a statement to an if that had one statement and no curly braces and did not add the curly braces, caused some huge security break issue
20140423 00:23:55< shadowm> Aishiko: Yep, sounds about right.
20140423 00:24:22-!- loonycyborg [~loonycybo@wesnoth/developer/loonycyborg] has joined #wesnoth-dev
20140423 00:24:25< Aishiko> "Wesnoth, better programming then Apples"
20140423 00:24:53< Aishiko> "or oranges for that matter!"
20140423 00:25:12< shadowm> Well, everyone can make a catastrophic mistake.
20140423 00:25:27< shadowm> I mean anyone.
20140423 00:25:37< Aishiko> for sure look at openssl
20140423 00:25:37< shadowm> Just ask the OpenSSL project.
20140423 00:26:41-!- vultraz [~chatzilla@124.109.10.167] has quit [Ping timeout: 264 seconds]
20140423 00:26:57< Aishiko> and that was caused by a line of code that wasn't from a core dev (from what I've read) and the conspiracy theories are really fun reading
20140423 00:28:21< shadowm> And then people complain when I spend too much time examining their code. :p
20140423 00:28:32 * Aishiko didn't
20140423 00:29:06< Aishiko> better to catch the issues BEFORE they go live or into upstream then AFTER...
20140423 00:29:55< Aishiko> that apple story validated my never having an if, statement
20140423 00:34:11< gfgtdf> shadowm: idk what iceiceice said.
20140423 00:34:24< loonycyborg> hopefully they'll learn that using hacks like custom malloc in security sensitive applications is madness
20140423 00:36:09< shadowm> gfgtdf: Okay, so just to make sure I got it right, see the "Multiplayer campaign scenario progression fixes" section in http://forums.wesnoth.org/viewtopic.php?f=16&t=40346 .
20140423 00:37:04< gfgtdf> shadowm: you decide.
20140423 00:38:09< shadowm> Er, why should I decide? I'm asking you to review the accuracy of my description.
20140423 00:38:29< shadowm> You handled the technical aspect, I'm just doing PR.
20140423 00:38:33-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140423 00:39:49-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140423 00:40:48< gfgtdf> ye, the text is correct, in https://gna.org/bugs/?21903 wintermute also said this should be noticed, since i dont have that much expecience in mp, i just trust their optinion on whjeter it shoudl be nentioned
20140423 00:41:42< gfgtdf> shadowm:^
20140423 00:41:46-!- kex [~kex@78.157.29.205] has quit [Remote host closed the connection]
20140423 00:42:04< gfgtdf> whether it should be mentioned.
20140423 00:42:19-!- kex [~kex@78.157.29.205] has joined #wesnoth-dev
20140423 00:42:20< gfgtdf> in Playing mp i mean
20140423 00:43:14< shadowm> I don't think we have any in-game documentation dealing with multiplayer or multiplayer campaigns, so... *shrug*
20140423 00:43:54< shadowm> Yep, nothing except for the Multiplayer Commands help page.
20140423 00:44:10-!- kex [~kex@78.157.29.205] has quit [Read error: Operation timed out]
20140423 00:44:30< shadowm> OK I'm going to close bugs.
20140423 00:45:38< shadowm> iceiceice: Re #21912, it's D-Bus in general then that was unaffected, not just KDE?
20140423 00:45:44-!- kex [~kex@78.157.29.205] has joined #wesnoth-dev
20140423 00:46:02< shadowm> Why does the changelog seem to believe KDE == D-Bus? :p
20140423 00:47:55< shadowm> That is, unless I'm utterly wrong (since I've been a KDE user for as long as I've used Linux), Gnome also uses D-Bus, doesn't it?
20140423 00:49:09-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140423 00:49:46-!- gfgtdf [~chatzilla@f054052202.adsl.alicedsl.de] has quit [Read error: Connection reset by peer]
20140423 00:57:36-!- bagzie [~bag@85-76-73-55-nat.elisa-mobile.fi] has quit []
20140423 00:58:57< shadowm> gfgtdf: Re #21903, "Works For Me" is very different in intention from "Ready For Test", and I believe you meant the latter.
20140423 00:59:16< shadowm> "Works For Me" is used to describe a issue which the developer believes doesn't actually exist.
20140423 00:59:42< shadowm> "Ready For Test" is for an issue which the developers believes has been fixed but requires confirmation.
20140423 01:00:33< shadowm> Same goes for #20257.
20140423 01:03:30-!- happygrue [~happygrue@wesnoth/developer/wintermute] has quit [Ping timeout: 240 seconds]
20140423 01:03:53< shadowm> Okay, we have a big RFT queue and I don't want to deal with triaging right now, so it stays as-is for now.
20140423 01:04:17< shadowm> I'm going to rebuild the MP server now.
20140423 01:10:43-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Ping timeout: 252 seconds]
20140423 01:10:43< shadowm> Who decided to use transclusion in wiki.w.o/Download to make it harder for me to upload the numbers?
20140423 01:11:29< shadowm> And why is it a template, of all things?
20140423 01:12:33-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140423 01:13:18< shadowm> aquileia: So, exactly what is gained with this new layout?
20140423 01:13:50< shadowm> Oh, I see, this must be for i18n.
20140423 01:14:16< shadowm> This is why I've always said we should just drop i18n support entirely. :p
20140423 01:36:32< mattsc> Oh, wow, I didn’t know that all I need to do is add .patch to the end of the github URL to get the patch …  (Probably everybody else knew that, but pointing it out just in case somebody else didn’t either)
20140423 01:37:25< shadowm> I saw a tip on the subject on the site the other day.
20140423 01:37:55< shadowm> But I believe there's also a button for that if you are already browsing the page.
20140423 01:39:57-!- shadowm changed the topic of #wesnoth-dev to: string+feature freeze active on 1.12 | 240 bugs, 347 feature requests, 28 patches | Logs: http://irclogs.wesnoth.org | Alternate logs: http://wesnoth.debian.net | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20140423 01:40:05< shadowm> 1.11.13 announced.
20140423 01:42:17< mattsc> I didn’t see a button and searching the page for ‘patch’ didn’t find anything, so I decided to do a Google search instead.  Took about 15 seconds from there.
20140423 01:42:32-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has joined #wesnoth-dev
20140423 01:42:51< shadowm> Ph right, there isn't.
20140423 01:47:19-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20140423 01:47:50< iceiceice> shadowm: i have some quick questions about releases you might know the answer to 
20140423 01:48:20< iceiceice> it looks like when Ivanovic is deciding to make a release, the only notification i will get is that he may type something on irc
20140423 01:48:40< iceiceice> then if i dont respond in a few hours to say specifically "X is a blocker" or "I think X may be a blocker", then the presses roll
20140423 01:49:03< iceiceice> regardless of what's on bug tracker, regardless of if i wrote "Ivanovic: foo bar" the day before
20140423 01:49:12< iceiceice> is that basically correct?
20140423 01:49:32< shadowm> iceiceice: I think so.
20140423 01:50:10< iceiceice> hmm well this seems potentially very problematic
20140423 01:50:11< shadowm> Assuming "Ivanovic: foo bar" doesn't mean "we have a blocker", that is.
20140423 01:50:40< iceiceice> so i had written a few days before "Ivanovic: i don't know of any blockers except potentially this white board thing and what's on bug tracker"
20140423 01:50:49< iceiceice> but yesterday if you look in logs you'll see
20140423 01:51:05< iceiceice> 20140421 12:24:42< Ivanovic> AI0867, boucman, cib0, Coffee_irc, elias, fendrin_, happygrue, Jetrel_, loonycyborg, mordante, shadowm, Soliton, zookeeper, everyone else who cares: i am considering to work on releasing 1.11.13 in about 4 hours
20140423 01:51:05< iceiceice> 20140421 12:24:49< Ivanovic> are there any blockers or reasons not to do so?
20140423 01:51:05< iceiceice> 20140421 12:28:49< happygrue> Ivanovic: not from me, but it seemed like iceiceice was working some things, not sure if they were blockers, but did you ask him already?
20140423 01:51:13< iceiceice> it seems like even that is not enough to stop the presses
20140423 01:51:14< shadowm> But why are you asking _me_ these questions? I'm just a PR clerk. :p
20140423 01:51:27< iceiceice> ok i guess i should be asking him
20140423 01:51:52< iceiceice> i mean its up to him to do what he wants, but it also sounds like i am likely to get yelled at if there are problems
20140423 01:51:53 * Jetrel doesn't have any concerns, himself.
20140423 01:51:59< shadowm> I don't like the current system either because it relies upon the "<branch> always releasable" ideal.
20140423 01:52:15< shadowm> And if anyone here knows how bogus that ideal is, that'd be me.
20140423 01:52:19< iceiceice> so if we had marked todays released 1.12.0, i would have considered it a disaster
20140423 01:52:48< iceiceice> particularly because, gfgtdf just earlier now recalled controller bugs in LoW that have not been marked on bug tracker or that i have confiremd,
20140423 01:52:53< iceiceice> i dont know the status of them at all
20140423 01:53:04< iceiceice> i dont know why he didnt mention to Ivanovic either
20140423 01:53:22< shadowm> Well, that's a rather far fetched possibility. There can't be a 1.12.0 without an RC 1, and we'll all be notified when RC 1 is a possibility.
20140423 01:53:24< iceiceice> maybe its not actually important if there are bugs that make some things unplayable?
20140423 01:53:36< iceiceice> i just dont feel like i really understand whats going on / what the policies are
20140423 01:53:59< iceiceice> rather just going with the flow
20140423 01:54:21-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140423 01:54:21< shadowm> So with the RC 1 buffer time, plus the announcement buffer time (including translation and screenshots work), we'll necessarily have at least one week of preparation for 1.12.0.
20140423 01:54:33< iceiceice> ok...
20140423 01:54:55< iceiceice> so i just dont understand why the "procedure to determine if there are blockers" is "log in at a random time on irc and ask if there are blockers"
20140423 01:55:00< iceiceice> when we have a bug tracker
20140423 01:55:02< iceiceice> with a list of blockers
20140423 01:55:29< shadowm> I think it's because we tend to accumulate bugs that should be blockers but cannot be fixed with our currently available human resources.
20140423 01:55:49< iceiceice> well then why dont we mark them postponed
20140423 01:55:52< iceiceice> then wait 24 hours
20140423 01:55:53< iceiceice> and release
20140423 01:55:55< shadowm> Log into Gna.org and filter on bugs with severity 6 to get an idea.
20140423 01:56:22< shadowm> Nobody in their sane mind would mark _that_ kind of bugs as Postponed.
20140423 01:56:32< iceiceice> but in fact that is their status, no?
20140423 01:56:34< shadowm> But do we have people with the motivation and know-how to fix them?
20140423 01:58:46< iceiceice> ok well, i'm not going to question the bug tracker policy that has developed
20140423 01:58:54< iceiceice> any more than i already have :p
20140423 01:59:23< iceiceice> but the point is, no one can think its reasonable to say "... and iceiceice...: I'm releasing in 4 hours unless you say something."
20140423 01:59:26< iceiceice> i might be sleeping
20140423 01:59:46< iceiceice> i mean its reasonable if you dont care if there are bugs
20140423 01:59:59< iceiceice> but i will feel blameless
20140423 02:01:12< shadowm> Sleeping, or traveling for a couple of days.
20140423 02:01:51< mattsc> iceiceice: there’s always a difference between how things could be done everything being ideal, and how things get done in the real world, by real people with good intentions but who have lots of things going on (like Ivanovic does at the moment).
20140423 02:01:51< iceiceice> i mean its not really a big deal, its just another beta release
20140423 02:02:14< iceiceice> ive never seen the real thing actually happen
20140423 02:02:27< iceiceice> im just hoping it wont be exactly like this when 1.12.0 is released
20140423 02:02:37< mattsc> You might have noticed that on Friday (+/- a day) I asked Ivanovic whether he is still planning to release on Easter weekend, as he had announced several weeks ago.
20140423 02:02:48< iceiceice> yeah but its not easter weekend anymore
20140423 02:02:50< iceiceice> i did see that
20140423 02:03:07< mattsc> Yesterday (Monday) was still Easter weekend in Germany.
20140423 02:04:44< iceiceice> ok well, first of all i think even in Germany Monday is not the weekend
20140423 02:04:57< iceiceice> second of all even if it is considered that way, its clearly very confusing for an international project
20140423 02:05:12< shadowm> Hm, the Monday after Easter is just a normal day here to[D[D[D[D[D[D[D[D[D[D[Dwork o.
20140423 02:05:19< shadowm> *normal work day here too.
20140423 02:05:30< mattsc> Easter Monday is a holiday in Germant and in many other countries.  So you could count it as part of the weekend.  I did.  :)
20140423 02:06:42< mattsc> iceiceice: I am not saying it is ideal.  I would have liked a longer in advance warning.  I’m just saying people are volunteers and busy and let’s try to make it work together in a constructive way.
20140423 02:07:03< iceiceice> mattsc: I am in total agreement, i want us all to be constructive as well,
20140423 02:07:37< iceiceice> but keep in mind, i was roundly criticized for "breaking string freeze" when i believed i had totally cleared it
20140423 02:08:05< iceiceice> if hypothetically we released 1.12.0 with a bunch of bugs that made scenarios with transitions unplayable
20140423 02:08:31< iceiceice> because it was released without warning / no one mentioned it who could have known,
20140423 02:08:36< mattsc> iceiceice: I do remember.  It was a mutual misunderstanding.  That’s how I’d think of it.
20140423 02:08:43< iceiceice> i dont want to be blamed, or expected to dream up a bunch of patches to support buggy code
20140423 02:08:46< iceiceice> after the fact
20140423 02:09:20< mattsc> I understand.  Interactions with people are difficult.  Electronic interactions are even more difficult.
20140423 02:10:01< mattsc> I’ve been blamed for things I have done, and things I have not done (like the reason why 1.11.3 was never an official release).  It doesn’t feel good, but hey, overall I think this is a pretty friednly bunch.  :)
20140423 02:10:23-!- Ivanovic_ [~ivanovic@frnk-5f74c9a8.pool.mediaWays.net] has joined #wesnoth-dev
20140423 02:10:25< iceiceice> okay
20140423 02:12:17< mattsc> The other thing is, you’re a developer here (and one of the most active ones at that at the moment), you have the opportunity to change things, if you want to.  You certainly seem to have the motivation to make Wesnoth better.
20140423 02:13:10-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 265 seconds]
20140423 02:14:18-!- Ivanovic_ is now known as Ivanovic
20140423 02:23:26< iceiceice> Ivanovic: shortly before you joined i made some questions / complaints on the channel about how releases happen. they've since been largely answered in channel / on private channels, and i'm not as much concerned anymore. of course you are welcome to weigh in if inclined.
20140423 02:24:19< shadowm> At this time of the day he's most certainly asleep and that's just his bouncer reacting to connectivity loss.
20140423 02:24:46< iceiceice> well anyways i felt i should say something to that effect :)
20140423 02:26:22-!- kex [~kex@78.157.29.205] has quit [Remote host closed the connection]
20140423 02:35:01-!- happygrue [~happygrue@2601:6:4380:7df:5157:1fbe:9a4d:ed34] has joined #wesnoth-dev
20140423 02:35:01-!- happygrue [~happygrue@2601:6:4380:7df:5157:1fbe:9a4d:ed34] has quit [Changing host]
20140423 02:35:01-!- happygrue [~happygrue@wesnoth/developer/wintermute] has joined #wesnoth-dev
20140423 02:36:40< iceiceice> shadowm: about DBUS vs KDE discrepancy which I guess is in the changelog:
20140423 02:36:48< iceiceice> i think you are right, it is DBUS
20140423 02:37:00< iceiceice> i think at some point i got confused because there are a bunch of #if KDE checks around
20140423 02:37:36< iceiceice> but i think whereever I wrote a reference to KDE it also applied to GNOME as you said
20140423 02:37:58< irker162> wesnoth: Ignacio R. Morelle wesnoth:1.12 88229cb70d7b / RELEASE_NOTES: Purge RELEASE_NOTES for past release(s?) http://git.io/-pnS2w
20140423 02:38:01< irker162> wesnoth: Ignacio R. Morelle wesnoth:1.12 0f4888eba70f / data/ai/lua/battle_calcs.lua: Merge branch '1.12' of github.com:wesnoth/wesnoth into 1.12 http://git.io/_v02iA
20140423 02:38:08< shadowm> Oops, I seem to have accidentally joined the true merge club.
20140423 02:38:37< mattsc> Hehe, and that over a 7-character commit.  :)
20140423 02:39:26< shadowm> iceiceice: getenv("KDE_SESSION_VERSION") and that's all I could find.
20140423 02:39:41-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140423 02:39:47< shadowm> We can't know stuff about KDE at compile time because we don't build against any KDE libraries.
20140423 02:40:17-!- Sulfur [~Miranda@p5B327417.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140423 02:40:28< iceiceice> idk let me see if i can make any account of it
20140423 02:40:37< iceiceice> you are right of course
20140423 02:41:33< mattsc> iceiceice: unfortauntely, that statement is true way too often when talking to shadowm  :P
20140423 02:41:37< iceiceice> yeah i guess its the KDE_SESSION thing and also the various if (kde_style) littered about
20140423 02:42:11< mattsc> … and I’ll go afk now because I apparently can’t type a single line without typos any more!
20140423 02:42:51< shadowm> "now works correctly for platforms other than Linux/D-Bus."
20140423 02:43:26< shadowm> I hope the forward slash avoids making it seem like I'm discriminating against the *BSD crowd.
20140423 02:44:35-!- Crendgrim [~crend@wesnoth/forum-moderator/crendgrim] has quit [Quit: No Ping reply in 180 seconds.]
20140423 02:44:52-!- wesbot changed the topic of #wesnoth-dev to: string+feature freeze active on 1.12 | 238 bugs, 346 feature requests, 28 patches | Logs: http://irclogs.wesnoth.org | Alternate logs: http://wesnoth.debian.net | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20140423 02:47:10-!- vultraz [~chatzilla@124.109.10.167] has joined #wesnoth-dev
20140423 02:49:53< irker162> wesnoth: Ignacio R. Morelle wesnoth:1.12 307fcfc7b89d / changelog: Fix some 1.11.13 changelog inaccuracies for future versions http://git.io/A74waA
20140423 02:50:01-!- Crendgrim [~crend@wesnoth/forum-moderator/crendgrim] has joined #wesnoth-dev
20140423 02:56:14-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140423 02:56:39-!- Grickit is now known as Gambit
20140423 03:03:59< happygrue> Is there a way to get notified by email whenever a new bug is filed on GNA in a certain catigory (eg, multiplayer)?
20140423 03:04:37< shadowm> I don't think so, unless you subscribed to wesnoth-bugs and had your MUA filter on specific posts I guess.
20140423 03:05:12< happygrue> I didn't see a way, but that might work well enough
20140423 03:05:42< shadowm> MUA = Mail User Agent (email client).
20140423 03:06:12< shadowm> Because unfiltered, well, it'd look like this: https://mail.gna.org/public/wesnoth-bugs/2014-04/index.html
20140423 03:07:21< happygrue> I guessed at MUA, but yes.  :D
20140423 03:07:46< shadowm> And the only way to know what's going on is by checking the message body, which isn't ideal.
20140423 03:08:16< happygrue> I think I signed up to get those emails at one point and that lasted a few days... ;)
20140423 03:08:36< happygrue> but I could have another look and try to make the useful ones (to me) stand out
20140423 03:10:26< shadowm> So here's an example of a fresh submission: https://mail.gna.org/public/wesnoth-bugs/2014-04/msg00082.html
20140423 03:10:57< shadowm> The item group is included in an "Item Group:" line somewhere in the body.
20140423 03:12:04< shadowm> So presumably you could filter for messages containing "Item Group: Multiplayer" and so on and discard the rest, but that'll only match original submissions still (or item group change notifications).
20140423 03:12:57-!- Sulfur [~Miranda@p5B327417.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20140423 03:13:51< happygrue> yep, that should work for me, as just noticing the original submission is all I'm really looking for.  Thanks.
20140423 03:19:18< mattsc> gfgtdf: so I applied the “enable sycned actions during synced actions” (sic) commit as a patch to the 1.12 branch (by itself) and with that my AI test suite works again.  Thanks!
20140423 03:19:34< mattsc> shadowm: ^ the patch method worked.  Thanks to you as well.
20140423 03:20:24< shadowm> No problem.
20140423 03:21:23< mattsc> Now how would you got about removing that patch again?  patch -R ?  git reset ?  git checkout ?
20140423 03:21:38< mattsc> s/got/go
20140423 03:22:10< shadowm> `patch -p1 -R` will apply whichever patch is supplied in stdin in reverse, so it should effectively revert an applied patch.
20140423 03:22:46< shadowm> And of course you can always reset the whole thing with `git reset --hard`, including any other unstaged changes you may have.
20140423 03:23:57< mattsc> okay, will do that (don’t have anything else atm)
20140423 03:25:25-!- RiftWalker [~nathan@129.59.115.25] has joined #wesnoth-dev
20140423 03:29:02< vultraz> hey RiftWalker 
20140423 03:31:50< RiftWalker> Hi
20140423 03:32:59-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 252 seconds]
20140423 03:33:50< vultraz> how;s your project going?
20140423 03:34:49-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20140423 03:35:11< RiftWalker> Lately I've been distracted by school/finals. I've got some ideas though.
20140423 03:38:04-!- kex [~kex@78.157.29.205] has joined #wesnoth-dev
20140423 03:40:51< RiftWalker> I've got a prety good handle on the config loading situation, and once this week or two is done with, I'll have a lot more time to devote to it.
20140423 03:41:29-!- Gambit [~derek@wesnoth/developer/grickit] has quit [Read error: Connection reset by peer]
20140423 03:42:31-!- kex [~kex@78.157.29.205] has quit [Ping timeout: 252 seconds]
20140423 03:49:53< vultraz> congrats on acceptance, BTW :)
20140423 03:53:56< RiftWalker> thanks! I'm really stoked about it.
20140423 03:55:09< RiftWalker> Hey, have you ever played Gunz?
20140423 03:55:30< vultraz> Never heard of it :P
20140423 03:56:07< RiftWalker> It's free on steam. You might like it if you're into dota.
20140423 03:56:36< RiftWalker> like shooter/fighter
20140423 04:05:22< vultraz> FRR my steam library consists of thus https://dl.dropboxusercontent.com/u/95558676/steamlibrary.png
20140423 04:07:06-!- happygrue [~happygrue@wesnoth/developer/wintermute] has quit [Ping timeout: 240 seconds]
20140423 04:18:34< Aishiko> vultraz, what is DOTA?
20140423 04:29:35< shadowm> A highly addictive time sink, from what I've heard.
20140423 04:34:24-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140423 04:38:54-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140423 04:39:17-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140423 04:46:09< vultraz> Aishiko: a multiplayer online battle arena game consisting of 2 teams of 5 players whose goal is to destroy the enemy big rock sitting in their base
20140423 04:46:52< vultraz> It features such desirable features such as:
20140423 04:46:56< vultraz> * Noobish russians
20140423 04:47:18< vultraz> * Horrible puns
20140423 04:48:00< vultraz> * A trading market consisting exclusively of cosmetic hero items made by valve and the community that is not necessary to play yet somehow makes you want to spend ALL THE $$$
20140423 04:50:22< vultraz> And featuring the talents of
20140423 04:50:30< vultraz> * An undead ghost guy
20140423 04:50:57< vultraz> * A scantily-clad BSDM masochist 
20140423 04:51:25< vultraz> * And Jacob from Twilight, except now he has a beard
20140423 04:52:12< vultraz> (and you still throw away hundreds of hours on it)
20140423 04:52:50< RiftWalker> 469 to be exact
20140423 04:53:38< vultraz> 473 now :)
20140423 04:53:53< RiftWalker> grey windows 8 looks pretty decent. I might try that out.
20140423 04:54:24< RiftWalker> I've been rocking forest green for a while now
20140423 04:55:17< vultraz> It's 8.1, since there's the start menu button
20140423 04:55:35< shadowm> "Start menu".
20140423 04:55:51< vultraz> s/menu/screen
20140423 04:55:54 * shadowm facepalms.
20140423 04:56:37-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140423 04:56:45< vultraz> Also technically, the 8.1 update, since the metro apps now appear in the taskbar
20140423 04:56:48< shadowm> Windows 8, Windows 8.1, who cares, it's still a usability s***wreck.
20140423 04:57:02< RiftWalker> I run classic shell
20140423 04:57:34< RiftWalker> (on 8.1) also I recently discovered that seamless mode in vbox is actually pretty nicer
20140423 04:57:40< RiftWalker> nice*
20140423 04:58:15< RiftWalker> running a linux guest, that is.
20140423 05:04:44-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140423 05:12:41-!- _8680_ [~8680@2002:4404:712c:0:f563:93c0:70e3:c19a] has quit [Ping timeout: 252 seconds]
20140423 05:13:39-!- _8680_ [~8680@2002:4404:712c:0:450c:ac12:81c9:a9a] has joined #wesnoth-dev
20140423 05:14:05-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140423 05:20:46-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has joined #wesnoth-dev
20140423 05:26:15-!- kex [~kex@78.157.29.205] has joined #wesnoth-dev
20140423 05:30:51-!- kex [~kex@78.157.29.205] has quit [Ping timeout: 265 seconds]
20140423 05:49:07-!- Ivanovic [~ivanovic@frnk-5f74c9a8.pool.mediaWays.net] has quit [Changing host]
20140423 05:49:07-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20140423 05:56:35-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has quit [Ping timeout: 252 seconds]
20140423 06:13:38-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has joined #wesnoth-dev
20140423 06:18:53-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has quit [Ping timeout: 276 seconds]
20140423 06:27:06-!- kex [~kex@78.157.29.205] has joined #wesnoth-dev
20140423 06:28:55-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20140423 06:31:18-!- kex [~kex@78.157.29.205] has quit [Ping timeout: 240 seconds]
20140423 06:35:10-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140423 06:39:26-!- thunderstruck [~zaibotren@cpc13-sgyl31-2-0-cust696.18-2.cable.virginm.net] has joined #wesnoth-dev
20140423 06:47:58-!- Anakonda [Anakonda@88-148-200-195.bb.dnainternet.fi] has joined #wesnoth-dev
20140423 06:48:18< RiftWalker> thunderstruck: Hi!
20140423 06:52:15< thunderstruck> RiftWalker: Hi. Congratulations on acceptance!
20140423 06:56:25< RiftWalker> thunderstruck: Thanks! I'm really excited to get started.
20140423 07:01:06-!- mjs-de [~mjs-de@f049085057.adsl.alicedsl.de] has joined #wesnoth-dev
20140423 07:01:17< RiftWalker> thunderstruck: Sorry I haven't been on much lately; I'm in the middle of final exams and projects. Is there anything I should focus on getting done before the "start coding" date on May 19?
20140423 07:04:02< thunderstruck> RiftWalker: I think it would be useful to discuss any changes you're planning to do with WML.
20140423 07:04:31< thunderstruck> RiftWalker: and your ideas about you're going to implement things.
20140423 07:04:56< thunderstruck> RiftWalker: Otherwise, when the coding time comes, you might be spending too much time on discussion and too little on coding.
20140423 07:06:43< thunderstruck> RiftWalker: And as for the WML changes, you might want to take that discussion to forum.
20140423 07:06:47< RiftWalker> thunderstruck: Good point. I'll look at getting a forum thread or two going.
20140423 07:06:51< thunderstruck> RiftWalker: Because it would affect not only devs.
20140423 07:07:32< thunderstruck> RiftWalker: I'll try to reread your proposal today and give some more tips.
20140423 07:08:32< thunderstruck> RiftWalker: By the way, my email address is silinskas.andrius@gmail.com. It should prove to be useful, especially given that there's a rather large difference between our timezones.
20140423 07:09:36< RiftWalker> Ideally I'd like to avoid WML changes as much as possible. We' And thank you.
20140423 07:09:36-!- boucman_work [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20140423 07:09:42< RiftWalker> We
20140423 07:09:44< RiftWalker> eh
20140423 07:10:12< RiftWalker> s/We'/We'll see what the consensus is though.
20140423 07:12:14< RiftWalker> thunderstruck: I'm off for now; I have to get some sleep. I'll be back on in ~10hrs though.
20140423 07:12:38< thunderstruck> RiftWalker: See ya.
20140423 07:12:55-!- RiftWalker [~nathan@129.59.115.25] has quit [Quit: leaving]
20140423 07:17:42-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20140423 07:20:35< vultraz> thunderstruck: could you keep me in the loop?
20140423 07:36:56< thunderstruck> sure
20140423 07:45:24-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140423 07:55:30-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20140423 08:00:20-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 252 seconds]
20140423 08:02:25-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Ping timeout: 240 seconds]
20140423 08:30:34-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140423 08:35:10< irker162> wesnoth: Boldizsár Lipka wesnoth:1.12 fb802f90e29b / src/mp_options.cpp: Look for values in [multiplayer], not [scenario]. http://git.io/dGbWSQ
20140423 08:35:12< irker162> wesnoth: Boldizsár Lipka wesnoth:1.12 1b577bcd351e / src/mp_options.hpp: Remove commented out code. http://git.io/gzuIVA
20140423 08:35:59< irker162> wesnoth: Boldizsár Lipka wesnoth:master 769fafdd6eba / src/mp_options.hpp: Remove commented out code. http://git.io/WP_JqA
20140423 08:36:01< irker162> wesnoth: Boldizsár Lipka wesnoth:master b3bb4514d663 / src/mp_options.cpp: Look for values in [multiplayer], not [scenario]. http://git.io/MWp_2A
20140423 08:37:12-!- prophile [~alynn@oftn/member/prophile] has joined #wesnoth-dev
20140423 08:37:29-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140423 08:40:18-!- Kevin_Xi [~kevin@223.72.182.158] has joined #wesnoth-dev
20140423 08:44:52-!- wesbot changed the topic of #wesnoth-dev to: string+feature freeze active on 1.12 | 237 bugs, 346 feature requests, 28 patches | Logs: http://irclogs.wesnoth.org | Alternate logs: http://wesnoth.debian.net | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20140423 08:55:13-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has quit [Ping timeout: 240 seconds]
20140423 09:00:13-!- sachith500 [~kvirc@112.134.220.77] has joined #wesnoth-dev
20140423 09:02:27-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Remote host closed the connection]
20140423 09:06:12-!- _8680_ [~8680@2002:4404:712c:0:450c:ac12:81c9:a9a] has quit [Ping timeout: 245 seconds]
20140423 09:07:05-!- _8680_ [~8680@2002:4404:712c:0:3846:6316:388a:732a] has joined #wesnoth-dev
20140423 09:29:22-!- bagzie [~bag@85-76-67-126-nat.elisa-mobile.fi] has joined #wesnoth-dev
20140423 09:30:19-!- sjnsingh [8164d246@gateway/web/freenode/ip.129.100.210.70] has joined #wesnoth-dev
20140423 09:34:10-!- sjnsingh [8164d246@gateway/web/freenode/ip.129.100.210.70] has quit [Client Quit]
20140423 09:52:37-!- sachith500|2 [~kvirc@112.134.88.213] has joined #wesnoth-dev
20140423 09:55:29-!- _8680_ [~8680@2002:4404:712c:0:3846:6316:388a:732a] has quit [Ping timeout: 246 seconds]
20140423 09:55:44-!- Kevin_Xi [~kevin@223.72.182.158] has quit [Quit: Leaving.]
20140423 09:55:46-!- sachith500 [~kvirc@112.134.220.77] has quit [Ping timeout: 252 seconds]
20140423 09:56:22-!- _8680_ [~8680@2002:4404:712c:0:a57e:9aed:b73f:4579] has joined #wesnoth-dev
20140423 10:19:55-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140423 10:32:56-!- _8680_ [~8680@2002:4404:712c:0:a57e:9aed:b73f:4579] has quit [Ping timeout: 246 seconds]
20140423 10:33:55-!- _8680_ [~8680@2002:4404:712c:0:b42c:e068:1cc8:81e3] has joined #wesnoth-dev
20140423 10:39:57-!- _8680_ [~8680@2002:4404:712c:0:b42c:e068:1cc8:81e3] has quit [Ping timeout: 245 seconds]
20140423 10:40:51-!- _8680_ [~8680@2002:4404:712c:0:7060:5169:664a:db4] has joined #wesnoth-dev
20140423 10:42:11-!- kex [~kex@89.205.75.19] has quit [Remote host closed the connection]
20140423 10:43:38-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140423 10:44:11-!- kex [~kex@89.205.75.19] has quit [Read error: Connection reset by peer]
20140423 10:44:37-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140423 10:45:19-!- EdB [~edb@37.162.112.214] has joined #wesnoth-dev
20140423 10:45:36-!- NateWr [~NateWr@cpc65580-sgyl33-2-0-cust998.18-2.cable.virginm.net] has joined #wesnoth-dev
20140423 10:45:53-!- _8680_ [~8680@2002:4404:712c:0:7060:5169:664a:db4] has quit [Ping timeout: 246 seconds]
20140423 10:46:57-!- _8680_ [~8680@2002:4404:712c:0:ad00:4268:1a42:511f] has joined #wesnoth-dev
20140423 10:52:18-!- _8680_ [~8680@2002:4404:712c:0:ad00:4268:1a42:511f] has quit [Ping timeout: 240 seconds]
20140423 10:57:34-!- _8680_ [~8680@2002:4404:712c:0:f5d3:1bb0:b359:3475] has joined #wesnoth-dev
20140423 11:03:40-!- cib [~cib@p5DD233B6.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140423 11:04:04-!- cib is now known as Guest5250
20140423 11:23:23-!- DCW [~Thunderbi@cpc66863-finc15-2-0-cust393.4-2.cable.virginm.net] has joined #wesnoth-dev
20140423 11:29:37-!- Sulfur [~Miranda@p5B0081B1.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140423 11:34:02-!- DCW [~Thunderbi@cpc66863-finc15-2-0-cust393.4-2.cable.virginm.net] has quit [Remote host closed the connection]
20140423 11:44:54-!- AI0867 [~ai@wesnoth/developer/ai0867] has quit [Read error: Operation timed out]
20140423 11:45:03-!- AI0867 [~ai@wesnoth/developer/ai0867] has joined #wesnoth-dev
20140423 11:46:30-!- irker162 [~irker@fehu.ai0867.net] has quit [Ping timeout: 252 seconds]
20140423 11:57:46-!- EdB [~edb@37.162.112.214] has quit [Quit: Konversation terminated!]
20140423 12:00:22-!- _8680_ [~8680@2002:4404:712c:0:f5d3:1bb0:b359:3475] has quit [Ping timeout: 245 seconds]
20140423 12:05:35-!- _8680_ [~8680@2002:4404:712c:0:6088:d1d6:b67c:7c9] has joined #wesnoth-dev
20140423 12:23:31-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20140423 12:23:39-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140423 12:27:33< lipkab> Ivanovic, shadowm: I don't mean self-advertising, but I think a list of accepted SoC projects & students would make a decent entry on the devblog.
20140423 12:27:40< lipkab> Or whatever is it called.
20140423 12:36:08-!- NateWr_ [~NateWr@cpc65580-sgyl33-2-0-cust998.18-2.cable.virginm.net] has joined #wesnoth-dev
20140423 12:38:56-!- NateWr [~NateWr@cpc65580-sgyl33-2-0-cust998.18-2.cable.virginm.net] has quit [Ping timeout: 252 seconds]
20140423 12:39:10-!- prophile [~alynn@oftn/member/prophile] has quit [Quit: The Game]
20140423 12:40:17-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 252 seconds]
20140423 12:47:57< cib0> Is there a reason we don't have official torrents for wesnoth release downloads?
20140423 12:59:33-!- kex [~kex@89.205.75.19] has quit [Remote host closed the connection]
20140423 13:01:34-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140423 13:07:27-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Computer's napping]
20140423 13:11:26-!- Sulfur [~Miranda@p5B0081B1.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20140423 13:14:58-!- vernon [~quassel@catv-89-133-164-152.catv.broadband.hu] has joined #wesnoth-dev
20140423 13:15:00-!- vernon [~quassel@catv-89-133-164-152.catv.broadband.hu] has quit [Read error: Connection reset by peer]
20140423 13:22:29< AI0867> cib0: nobody bothered to set them up?
20140423 13:22:38-!- Octalot [~noct@27.74.208.46.dyn.plus.net] has quit [Ping timeout: 252 seconds]
20140423 13:22:54< AI0867> and setting them up on our own servers might eat quite a bit of bandwidth as we seed
20140423 13:24:59< cib0> Hm, that makes sense.
20140423 13:27:35< cib0> Sadly my VPS blocks all peer to peer traffic. I guess they don't want to deal with all the illegal download complaints.
20140423 13:31:35-!- Guest5250 [~cib@p5DD233B6.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20140423 13:33:01-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140423 13:34:04-!- cib [~cib@p5DD233B6.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140423 13:34:28-!- cib is now known as Guest40720
20140423 13:36:16-!- Sulfur [~Miranda@p5B0081B1.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140423 13:41:02-!- Guest40720 [~cib@p5DD233B6.dip0.t-ipconnect.de] has quit [Quit: Leaving]
20140423 13:41:59< cib0> But if we had an "official" tracker I think we could ensure that the downloads are the correct version, and then whether someone seeds it or not would be a separate matter.
20140423 13:42:49< cib0> Or maybe I'm too optimistic about how well bittorrent handles that kinda stuff, I never read much into it.
20140423 13:46:57-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 255 seconds]
20140423 13:49:59-!- Dugi [93fbd156@gateway/web/freenode/ip.147.251.209.86] has joined #wesnoth-dev
20140423 13:53:45-!- Harzilein [~harzi@harzilein.eu.org] has joined #wesnoth-dev
20140423 13:53:52< Harzilein> hi
20140423 13:54:20< Harzilein> would the architecture allow for delaying lobby updates?
20140423 13:56:03< Harzilein> frequent lobby updates makes it hard to use the lobby on older machines
20140423 13:57:20< Dugi> Nobody else seems to be present, so I'll try to reply, but can you please explain better what do you mean with 'lobby' and 'delaying'? I think you were too unspecific.
20140423 14:00:34< Harzilein> the multiplayer lobby displays currently active games. new games, but also turn number increments appear to incur some load because of gui re-rendering. if more than a couple of games are active, a system with, say, a pentium 4, somewhat ram constrained (0.5G), will prevent interactive use of the multiplayer lobby gui (e.g. scrolling down in the list)
20140423 14:02:47< Dugi> I don't think that making it update less frequently or only once would be a problem. I may check the source code for you and find reliable information if you want.
20140423 14:03:50< Soliton> are you talking about the new or old lobby?
20140423 14:04:04< Harzilein> i also tried the new lobby
20140423 14:04:52< Harzilein> i already thought that the nwelobby might be worthe scollable area might render stuff even if it is not displayed
20140423 14:04:57-!- fabi_ [~fabi@91-67-44-108-dynip.superkabel.de] has joined #wesnoth-dev
20140423 14:04:57-!- fabi_ [~fabi@91-67-44-108-dynip.superkabel.de] has quit [Changing host]
20140423 14:04:57-!- fabi_ [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20140423 14:05:01< Harzilein> the new lobby*
20140423 14:05:14< Harzilein> worse because the*
20140423 14:06:25< Soliton> the new lobby has issues with frequent updates. not sure if they were fixed.
20140423 14:06:58-!- fabi__ [~fabi@91-67-44-108-dynip.superkabel.de] has joined #wesnoth-dev
20140423 14:06:58-!- fabi__ [~fabi@91-67-44-108-dynip.superkabel.de] has quit [Changing host]
20140423 14:06:58-!- fabi__ [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20140423 14:07:46-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Computer's napping]
20140423 14:07:50< Soliton> either way the updates come in as state diffs in WML form, that you can apply any time you want. so adding a delay to bundle more updates together should be fairly simple.
20140423 14:08:18-!- fabi [~fabi@wesnoth/developer/fendrin] has quit [Ping timeout: 240 seconds]
20140423 14:11:02-!- fabi_ [~fabi@wesnoth/developer/fendrin] has quit [Ping timeout: 252 seconds]
20140423 14:27:37-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140423 14:28:38-!- aquileia [6dc00d61@gateway/web/freenode/ip.109.192.13.97] has joined #wesnoth-dev
20140423 14:29:10< aquileia> 03:10 <shadowm> Who decided to use transclusion in wiki.w.o/Download to make it harder for me to upload the numbers?
20140423 14:29:47< aquileia> shadowm: I asked both you and vultraz, he was the only one who replied
20140423 14:30:13< aquileia> and... how is it harder to change the numbers there?
20140423 14:32:52-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Ciao]
20140423 14:34:24-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140423 14:36:21-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140423 14:38:50-!- kex [~kex@89.205.75.19] has quit [Ping timeout: 252 seconds]
20140423 14:39:09-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140423 14:39:36-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Remote host closed the connection]
20140423 14:42:20-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140423 14:43:46-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has joined #wesnoth-dev
20140423 14:44:52-!- wesbot changed the topic of #wesnoth-dev to: string+feature freeze active on 1.12 | 238 bugs, 346 feature requests, 28 patches | Logs: http://irclogs.wesnoth.org | Alternate logs: http://wesnoth.debian.net | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20140423 14:49:36-!- bagzie [~bag@85-76-67-126-nat.elisa-mobile.fi] has quit []
20140423 15:03:18< cib0> Is there a way to do helper.move_unit_fake without recentering the map on the moving unit?
20140423 15:07:47< mattsc> cib0: looks like the scroll is hardcoded: https://github.com/wesnoth/wesnoth/blob/master/data/lua/helper.lua#L100
20140423 15:07:54< mattsc> But you could copy the function without it.
20140423 15:14:28< Dugi> How about making it accept one extra argument that would define if the map should be recentered on the moving unit? [message] already has such an argument.
20140423 15:17:15-!- sachith500|2 [~kvirc@112.134.88.213] has quit [Read error: Connection reset by peer]
20140423 15:18:36< mattsc> Well, sure, that’s easy to do.  The question is whether this is actually a commonly needed feature (as it is for messages) that would justify doing so.
20140423 15:20:11< cib0> My use case is very specific, yeah.
20140423 15:20:32< Harzilein> hmm...
20140423 15:20:35< Harzilein> another thing
20140423 15:20:38< mattsc> Just to clarify: I’m not saying that it isn’t, just asking the question.
20140423 15:21:03< Harzilein> it should be relatively easy to add system specific initializations, right?
20140423 15:21:13< Harzilein> like adding a handler for sigint?
20140423 15:23:27< cib0> My use case is a large map with many actors, all of which represent stuff like traders etc., nothing the player would generally care about when they move, unless they're close to the single unit the player has on the map.
20140423 15:23:36< cib0> I doubt there's very many situations like that.
20140423 15:24:17< cib0> Then again, I know of at least one other campaign that implements an overmap, although that one has no other units on the overmap.
20140423 15:25:52< Dugi> cib0: Why don't you move them with the teleport tag or using store/unstore_unit?
20140423 15:27:01< cib0> Ideally I'd do that when the entire movement path isn't visible..
20140423 15:28:42< cib0> Okay, now it works just as intended.
20140423 15:29:21< cib0> It does still scroll, but only when a unit moves somewhere within vision range, but not on the player's screen.
20140423 15:30:45< cib0> Since it scrolls anyway, what's the center for, actually? All it seems to do is force a re-center even when the movement target already is visible.
20140423 15:32:50< cib0> It's interesting how wesnoth 1.11 apparently introduced lots of features that happen to be very useful for what I'm doing. Just realized since I don't have turns, fog is never cleared. Then found [reset_fog]
20140423 15:33:01-!- spoffy_ [~spoffy@host86-168-246-14.range86-168.btcentralplus.com] has joined #wesnoth-dev
20140423 15:37:51< cib0> Uh oh it's not working..
20140423 15:39:15< cib0> wesnoth.fire_event("reset_fog", { reset_view = true } )
20140423 15:39:19< cib0> Doesn't do anything. =(
20140423 15:41:16< mattsc> It’s not an event?
20140423 15:42:07< cib0> Er right.
20140423 15:42:20-!- sachith500|2 [~kvirc@112.134.88.213] has joined #wesnoth-dev
20140423 15:43:07< cib0> Okay now it makes the whole map fogged. =)
20140423 15:44:03-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140423 15:44:30< cib0> Firing a redraw event afterward did the trick. Amazing what you can do with WML.
20140423 15:54:11< cib0> Is it possible to tell the default AI not to value killing over damaging so highly?
20140423 15:55:16< Aishiko> cib0, in HttT the first mission has the AIs avoid hurting a particular MOB for storyline reasons, you could look at that to see if it does what you want
20140423 15:58:30< cib0> Thank you. Seems to just outright avoid attacking Chantal.
20140423 15:59:08< mattsc> cib0: no, there isn’t.
20140423 15:59:52< mattsc> You could use the Simple Attack Micro AI and write your own rating function (or just write your own attack CA in the first place)
20140423 16:00:10< mattsc> But AFAIK, thee’s no simlper way than that.
20140423 16:07:29< cib0> Uhm wait what.
20140423 16:07:47-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20140423 16:08:11< cib0> leader_ignores_keep = yes actually has an effect when there are no keeps on the map.
20140423 16:08:35-!- aquileia [6dc00d61@gateway/web/freenode/ip.109.192.13.97] has quit [Quit: Page closed]
20140423 16:08:56< cib0> So that's why the leaders were just sitting there doing nothing, they were treating their starting location as keep.
20140423 16:09:19< cib0> (with empty recruit lists too)
20140423 16:09:44-!- boucman_work [~rosen@wesnoth/developer/boucman] has quit [Ping timeout: 276 seconds]
20140423 16:13:54-!- ancestral [~ancestral@17.114.45.51] has joined #wesnoth-dev
20140423 16:15:59-!- Coffee_irc [~david@ppp121-45-92-187.lns20.adl6.internode.on.net] has quit [Ping timeout: 252 seconds]
20140423 16:17:40-!- Coffee_irc [~david@ppp121-45-57-142.lns20.adl2.internode.on.net] has joined #wesnoth-dev
20140423 16:19:37-!- Duthlet [~Duthlet@wesnoth/mp-mod/Duthlet] has joined #wesnoth-dev
20140423 16:26:45-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140423 16:40:16-!- ancestral [~ancestral@17.114.45.51] has quit [Quit: ancestral]
20140423 16:41:49< cib0> ... How can this unit's type be nil?
20140423 16:42:16< cib0> Oh wait forgot to do get_recall_units[1], now I have the unit table..
20140423 16:42:50-!- ancestral [~ancestral@17.114.45.51] has joined #wesnoth-dev
20140423 17:00:00-!- sachith500|2 [~kvirc@112.134.88.213] has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
20140423 17:04:21-!- ancestral [~ancestral@17.114.45.51] has quit [Quit: ancestral]
20140423 17:05:24-!- happygrue [~happygrue@2601:6:4380:7df:5157:1fbe:9a4d:ed34] has joined #wesnoth-dev
20140423 17:05:24-!- happygrue [~happygrue@2601:6:4380:7df:5157:1fbe:9a4d:ed34] has quit [Changing host]
20140423 17:05:24-!- happygrue [~happygrue@wesnoth/developer/wintermute] has joined #wesnoth-dev
20140423 17:07:57< shadowm> aquileia: There's no Edit button for the whole section contents readily available anymore, and I now have to edit three pages instead of two..
20140423 17:08:59< shadowm> lipkab: I don't know enough about them to be able to help with that and Ivanovic appears to be too busy with other things in meatspace.
20140423 17:10:11< shadowm> aquileia: If it was within the last week and a half, I probably didn't reply because I wasn't available.
20140423 17:10:42< cib0> Odd I can't find ford in the map editor..
20140423 17:10:48< vultraz> shadowm: 3 pages?
20140423 17:10:49-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20140423 17:10:55< Ivanovic> as a matter of fact i am about to leave germany again for a week in a little more than 12h
20140423 17:11:02< Ivanovic> during that week i won't be reachable by IRC
20140423 17:11:11< shadowm> Template:DevDownload, Download, Download_XDeltas.
20140423 17:11:15< Ivanovic> and even when reached via mail i won't be able to get anything usable done
20140423 17:11:37< shadowm> See, I still have to edit Download because it contains the link to the md5sum file.
20140423 17:11:44< vultraz> Also, I'll be in Paris for for 11 days, starting on the 26th.
20140423 17:11:52< vultraz> So I might not be reachable
20140423 17:12:00< shadowm> Download_XDeltas has the link to the XDelta for the source code.
20140423 17:12:17< shadowm> So this hasn't really made the task easier for the release team, only slightly harder.
20140423 17:13:41< shadowm> And if I use the Edit button on the Development section of Download, somehow the DevDownload template isn't even listed at the bottom of the edit page under "Templates used in this page" like it'd be if I edited the whole page.
20140423 17:14:36-!- ancestral [~ancestral@17.114.45.51] has joined #wesnoth-dev
20140423 17:14:59-!- ancestral [~ancestral@17.114.45.51] has quit [Client Quit]
20140423 17:16:39-!- NateWr_ [~NateWr@cpc65580-sgyl33-2-0-cust998.18-2.cable.virginm.net] has quit [Quit: Leaving]
20140423 17:16:50-!- bagzie [~bag@85-76-65-101-nat.elisa-mobile.fi] has joined #wesnoth-dev
20140423 17:21:20< cib0> Is there some way to check whether a unit has a male/female variant?
20140423 17:22:03< shadowm> Store the unit type WML and check whether the root gender attribute is a list?
20140423 17:23:14< cib0> Heh, okay, thanks. Let's try that.
20140423 17:25:25-!- gfgtdf [~chatzilla@e176186065.adsl.alicedsl.de] has joined #wesnoth-dev
20140423 17:30:04< cib0> This seems to work, yeah.
20140423 17:30:25< shadowm> iceiceice: Why is the fight_on_without_leader attribute marked as "1.11.12 or later" in SideWML rather than "1.11.13 or later"?
20140423 17:31:13< iceiceice> hmm...
20140423 17:32:13-!- Duthlet [~Duthlet@wesnoth/mp-mod/Duthlet] has quit [Quit: leaving]
20140423 17:32:40< iceiceice> i guess its just a mistake, there's no way it was in 1.1.12
20140423 17:32:42< iceiceice> *1.11.12
20140423 17:33:29-!- TC01__ [~quassel@128.220.109.252] has joined #wesnoth-dev
20140423 17:33:59-!- TC01 [~quassel@128.220.109.252] has quit [Ping timeout: 252 seconds]
20140423 17:34:11< iceiceice> https://github.com/wesnoth/wesnoth/commit/348ba77792509c67c8f7210f835e0855d83b5c6f
20140423 17:34:22< iceiceice> going to update the wiki
20140423 17:34:49< cib0> Come to think of it, there's awfully few female units in the human/loyalist category.. Guess the consensus is that wesnoth's troops are male only?
20140423 17:35:01< shadowm> iceiceice: I already did.
20140423 17:35:07< Aishiko> cib0, that sounds about right
20140423 17:35:42< mattsc> except for the female ninja bodyguards
20140423 17:36:35< Aishiko> I'd love to see more female units but since I have the drawing stills of a baby with shaken baby syndrome coupled with downs syndrome, I'm not going to demand them when if I wan them I should make them myself
20140423 17:36:58< Aishiko> no wait that baby is still a better artist then me
20140423 17:37:05< cib0> Ah yeah, The Rise of Wesnoth. =)
20140423 17:37:22< cib0> Seems they got rid of those by the time of HttT though.
20140423 17:38:20< shadowm> Everyone has to start somewhere. I was completely unable to draw units from scratch back when I started making campaigns in 2006, and throughout the last couple of years I was doing that as a matter of daily routine.
20140423 17:38:40< cib0> Yeah, I wasn't really complaining, just noticing something curious. A lot of elvish units have female variants that look near identical to the male ones, so I think it's just story-related.
20140423 17:38:41< shadowm> </hyperbole>
20140423 17:38:48-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has quit [Quit: Leaving]
20140423 17:40:32< cib0> Funny though how the necromancer of all things has male/female variants. I guess mages aren't so fussy whom they teach the dark arts to in the world of wesnoth. =P
20140423 17:40:41-!- TC01 [~quassel@128.220.109.252] has joined #wesnoth-dev
20140423 17:41:08-!- TC01__ [~quassel@128.220.109.252] has quit [Ping timeout: 252 seconds]
20140423 17:41:21< shadowm> The whole Mage unit tree.
20140423 17:41:46< cib0> Yep.
20140423 17:44:02< cib0> Random fact: It doesn't seem that the default AI plans at all for clashing at the right time of day, outside of right before the actual attack.
20140423 17:44:20-!- ancestral [~ancestral@17.114.45.51] has joined #wesnoth-dev
20140423 17:44:55< mattsc> cib0: that is correct
20140423 17:56:56-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20140423 18:00:15-!- ancestral [~ancestral@17.114.45.51] has quit [Quit: ancestral]
20140423 18:01:35-!- ancestral [~ancestral@17.114.45.51] has joined #wesnoth-dev
20140423 18:04:29-!- mjs-de [~mjs-de@f049085057.adsl.alicedsl.de] has quit [Ping timeout: 264 seconds]
20140423 18:11:10-!- Bodhi-Baum [~Bodhi@dslb-084-063-020-133.pools.arcor-ip.net] has joined #wesnoth-dev
20140423 18:12:15-!- Spoffy [~sailfish@host86-168-246-14.range86-168.btcentralplus.com] has joined #wesnoth-dev
20140423 18:19:53-!- mjs-de [~mjs-de@f049085057.adsl.alicedsl.de] has joined #wesnoth-dev
20140423 18:23:15-!- kex [~kex@89.205.75.19] has quit [Remote host closed the connection]
20140423 18:24:54-!- iceiceice [~chris@207-237-132-90.ny.subnet.cable.rcn.com] has joined #wesnoth-dev
20140423 18:25:09< iceiceice> gfgtdf: this bug you reported sounds pretty severe :O
20140423 18:25:19-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140423 18:25:35< iceiceice> but also like fixing it will fix other issues
20140423 18:25:46< gfgtdf> iceiceice: which other issues ?
20140423 18:26:06< iceiceice> idk you think it is just the variables that are copied wrongly?
20140423 18:26:48< iceiceice> i wonder what happens when you have a twice reloaded game, what it will do in that case
20140423 18:27:21-!- Kexoth [~kex@89.205.75.19] has joined #wesnoth-dev
20140423 18:27:48-!- kex [~kex@89.205.75.19] has quit [Read error: Connection reset by peer]
20140423 18:28:47< gfgtdf> iceiceice: it seems liek it's just teh variables, i suppose teh bug is somehwere in playcampaign.cpp but im not sure
20140423 18:28:58< iceiceice> hmm
20140423 18:29:06< iceiceice> where are the variables stored?
20140423 18:29:13< iceiceice> they are part of game_state?
20140423 18:30:12< gfgtdf> i think yes, 
20140423 18:30:30< gfgtdf> or gamedata
20140423 18:32:48< mattsc> gfgtdf: there’s something like: saving a replay, making a save from that replay, playing on from there and saving another replay from that - this makes that second replay corrupt.
20140423 18:32:55< mattsc> Or it used to at least.
20140423 18:33:01< mattsc> I don’t know if that’s related.
20140423 18:33:18< iceiceice> hmm...
20140423 18:33:27< iceiceice> i dont like how much "set up" of the variables is done in playcampaign.cpp
20140423 18:33:30< iceiceice> it seems very wierd
20140423 18:33:42< mattsc> gfgtdf: did you see my comment on testing your commit from yesterday?
20140423 18:36:14< gfgtdf> iceiceice: i think we should rewite that code somehow, but maybe not n 1.12
20140423 18:36:25< iceiceice> yeah
20140423 18:36:26< gfgtdf> mattsc: ye i saw
20140423 18:37:26< mattsc> gfgtdf: okay, good.  Is there anything else you need from me for this?
20140423 18:37:45< gfgtdf> hm no i think i'll commit it soon then
20140423 18:37:54< mattsc> cool
20140423 18:40:21< gfgtdf> mattsc: it shouldn't cause problems anyway becauss it just affects a codepath which gave a assertion error before.
20140423 18:41:08< mattsc> gfgtdf: okay - well, I am happy because it makes my test suite work again.
20140423 18:46:57-!- Bodhi-Baum [~Bodhi@dslb-084-063-020-133.pools.arcor-ip.net] has quit [Quit: Verlassend]
20140423 18:51:58-!- Kexoth [~kex@89.205.75.19] has quit [Remote host closed the connection]
20140423 18:55:36-!- Spoffy [~sailfish@host86-168-246-14.range86-168.btcentralplus.com] has quit [Remote host closed the connection]
20140423 18:56:28-!- Spoffy [~sailfish@host86-168-246-14.range86-168.btcentralplus.com] has joined #wesnoth-dev
20140423 19:15:18-!- Dugi [93fbd156@gateway/web/freenode/ip.147.251.209.86] has quit [Ping timeout: 240 seconds]
20140423 19:20:28-!- Dugi [93fbd156@gateway/web/freenode/ip.147.251.209.86] has joined #wesnoth-dev
20140423 19:31:09-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 252 seconds]
20140423 19:35:24-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140423 19:36:47< iceiceice> gfgtdf: do you know how far back the variables bug goes?
20140423 19:37:07< gfgtdf> iceiceice: no i just tested on 1.11.11 and 1.11.13
20140423 19:38:04< iceiceice> it looks like some of the variables initialization stuff is being done even in mp_game_utils
20140423 19:38:20< iceiceice> i dont understand why we would have different code paths for this in mp and sp, that seems a bit insane
20140423 19:38:34< gfgtdf> iceiceice: hm ye, but i onyl tested that bug on sp
20140423 19:38:58< iceiceice> do you see any reason why it cant just be done the game_state constructor?
20140423 19:39:51< iceiceice> or shouldn't?
20140423 19:41:43-!- ancestral [~ancestral@17.114.45.51] has quit [Quit: ancestral]
20140423 19:43:04< gfgtdf> iceiceice: no but i dont havent invetigated this
20140423 19:43:54< iceiceice> ok. i might make an experimental branch
20140423 19:45:25-!- irker844 [~irker@fehu.ai0867.net] has joined #wesnoth-dev
20140423 19:45:25< irker844> wesnoth: gfgtdf wesnoth:1.12 9d832bb2e147 / src/ (actions/move.cpp ai/actions.cpp synced_context.cpp synced_context.hpp): enable sycned ai actions during synced actions http://git.io/KR54kw
20140423 19:45:27< irker844> wesnoth: gfgtdf wesnoth:1.12 e2fc5d6fbbe6 / src/synced_context.cpp: better error message http://git.io/ED4AeA
20140423 19:45:29< irker844> wesnoth: gfgtdf wesnoth:1.12 e689c375bc72 / src/replay.cpp: more robust replaying http://git.io/-Sq7yA
20140423 19:45:31< irker844> wesnoth: gfgtdf wesnoth:1.12 da71e01daa21 / src/synced_context.cpp: more robust replaying http://git.io/nQ5Bhg
20140423 19:45:33< irker844> wesnoth: gfgtdf wesnoth:1.12 1f70827a26ec / src/ (config_assign.cpp config_assign.hpp): use template for config_assign http://git.io/FTxTyQ
20140423 19:45:35< irker844> wesnoth: gfgtdf wesnoth:1.12 72c65112a57a / src/ (playmp_controller.cpp playturn_network_adapter.cpp playturn_network_adapter.hpp): use boost::ref in boost::bind http://git.io/9CSCIA
20140423 19:45:37< irker844> wesnoth: gfgtdf wesnoth:1.12 e7552cc8cd78 / src/log.cpp: add code for precise timestamps in log http://git.io/ZcDiGw
20140423 19:46:28< gfgtdf> mattsc: pushed ^
20140423 19:56:01-!- iceiceice [~chris@207-237-132-90.ny.subnet.cable.rcn.com] has quit [Ping timeout: 240 seconds]
20140423 19:57:43-!- lipkab [~the_new_l@91.147.212.189] has joined #wesnoth-dev
20140423 19:58:42< mattsc> gfgtdf: great - will check it out later
20140423 20:03:58-!- mjs-de [~mjs-de@f049085057.adsl.alicedsl.de] has quit [Ping timeout: 240 seconds]
20140423 20:12:26< lipkab> :D https://github.com/usrbinnc/netcat-cpi-kernel-module
20140423 20:12:42< lipkab> Idiots :)
20140423 20:14:30< happygrue> wesbot: bug 21961
20140423 20:14:30< wesbot> Bug #21961  Assigned to: None  Status: None  Priority: 5 - Normal
20140423 20:14:30< wesbot> Summary: Units are not attacking if the attack was issued from more than one hex away
20140423 20:14:33< wesbot> Original submission: If you attack a unit and your unit has to move more than 
20140423 20:14:36< wesbot> one hex to do so, your unit will just move there but not attack. This has been i
20140423 20:14:39< wesbot> URL: http://gna.org/bugs/?21961
20140423 20:14:59< happygrue> can anyone confirm that please, not setup to do so here, but I'd call that a blocker for such a basic thing being broken if that is actually happening.
20140423 20:15:30< gfgtdf> happygrue: i can confirm that, but it doesnt always happebn
20140423 20:15:36< gfgtdf> happem
20140423 20:15:38< gfgtdf> happen
20140423 20:16:36< Anakonda> I too can confirm that
20140423 20:16:53< Anakonda> And it always happen
20140423 20:18:06< gfgtdf> 	Anakonda: to me it doesnt
20140423 20:18:27-!- ancestral [~ancestral@17.114.45.51] has joined #wesnoth-dev
20140423 20:18:36< gfgtdf> Anakonda: do you usualy play with ot without goif/shroud ?
20140423 20:18:55-!- mjs-de [~mjs-de@f049085057.adsl.alicedsl.de] has joined #wesnoth-dev
20140423 20:19:01< happygrue> Is it noticable every time you play?  That is happens a few times?
20140423 20:19:11< Anakonda> gtgtdf: without shroud
20140423 20:19:18< gfgtdf> happygrue: it happem most times
20140423 20:20:13-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has joined #wesnoth-dev
20140423 20:20:28< happygrue> okay, I'd call that a blocker for a stable release then, maybe just "important" for a development release, but I guess we want it fixed sooner rather than later so I'm going to mark it as a blocker unless someone has another opinion
20140423 20:22:12< lipkab> It doesn't happen for me on master...
20140423 20:22:15< gfgtdf> happygrue: > 60% of the move+attacks are 'aborted'. And yes this is annoying
20140423 20:22:41-!- Sulfur [~Miranda@p5B0081B1.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20140423 20:25:02< happygrue> lipkab: Duthlet indicated which commit he thought caused it in the bug report, if you are current with that and you arn't seeing it then maybe he was wrong
20140423 20:25:43< lipkab> Let's see...
20140423 20:29:31< lipkab> That commit (or an equivalent) doesn't exist in master.
20140423 20:30:07< lipkab> Which raises another question.
20140423 20:30:14< gfgtdf> 	happygrue: i just tested on 'An_Orcish_Incursion' scenario 1 and of 10 move+attacks 9 git aborted
20140423 20:31:02-!- mjs-de [~mjs-de@f049085057.adsl.alicedsl.de] has quit [Ping timeout: 276 seconds]
20140423 20:31:06< lipkab> gfgtdf: Why didn't you commit the aforementioned patch to master as well?
20140423 20:31:19< gfgtdf> which aforementioned ?
20140423 20:31:22< happygrue> could this be related to whatever is breaking the replys?
20140423 20:31:27< happygrue> *replays
20140423 20:31:43< gfgtdf> happygrue: i think not
20140423 20:31:49< lipkab> gfgtdf: ac2e8ae2aac9b0fb915a7a5d0872949ed618d327
20140423 20:31:53< gfgtdf> also the replaything omyl appears when reloading
20140423 20:32:53< happygrue> yeah, I haven't looked the replay bug at all, it just occured to me that if attacks are "wrong" somehow that could break replays of them...  Just a random thought.  :D
20140423 20:33:39< gfgtdf> lipkab: i inteneded to, i just has to do some thign todo on 1.12 before 1.11.13 comes out,  im currently running a travis to see whether they compile: https://travis-ci.org/gfgtdf/wesnoth-old/builds/23622708
20140423 20:33:44< gfgtdf> had
20140423 20:34:24< lipkab> Okay.
20140423 20:34:28< gfgtdf> 	happygrue: maybe i just missrtead teh bug descriotin and it just doent always happen to me bacue of teh units standing just 2 hexes away
20140423 20:34:40< gfgtdf> so i most ykeley do always happen
20140423 20:34:42< gfgtdf> likeley
20140423 20:36:19< happygrue> I see.  Anyway, it seems a blocker to me as it's happing for several people.   I asked him to double check the commit in the bug report and we'll see if that turns up anything.
20140423 20:40:56< gfgtdf> lipkab, happygrue	: you think that behaviour is caused by my cimmit ? m about to merge them into master, but if you to do testing before to see whethe ris also happens without that commit, i can wait
20140423 20:41:01< gfgtdf> i'm*
20140423 20:43:11< lipkab> gfgtdf: I intend to test it (compiling 1.12 right now), but you could do it just as well, by commenting out move.cpp:1259.
20140423 20:44:52-!- wesbot changed the topic of #wesnoth-dev to: string+feature freeze active on 1.12 | 240 bugs, 346 feature requests, 28 patches | Logs: http://irclogs.wesnoth.org | Alternate logs: http://wesnoth.debian.net | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20140423 20:45:13-!- Spoffy [~sailfish@host86-168-246-14.range86-168.btcentralplus.com] has quit [Ping timeout: 252 seconds]
20140423 20:48:03-!- Duthlet [~Duthlet@wesnoth/mp-mod/Duthlet] has joined #wesnoth-dev
20140423 20:49:18-!- travis-ci [~travis-ci@ec2-54-234-14-89.compute-1.amazonaws.com] has joined #wesnoth-dev
20140423 20:49:18< travis-ci> [travis-ci] gfgtdf/wesnoth-old#86 (sync12merge - 50c1dad : gfgtdf): The build failed.
20140423 20:49:18< travis-ci> [travis-ci] Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/23622708
20140423 20:49:18-!- travis-ci [~travis-ci@ec2-54-234-14-89.compute-1.amazonaws.com] has left #wesnoth-dev []
20140423 20:49:47< lipkab> Oh great, 1.12 won't launch.
20140423 20:50:48< lipkab> This is what was released as 1.11.13? :/
20140423 20:50:48< gfgtdf> won't launch the scenario or won't launch the application ?
20140423 20:50:55< lipkab> The application.
20140423 20:51:20< lipkab> Complains about some font file.
20140423 20:51:52< lipkab> Wait.
20140423 20:51:57-!- Spoffy [~sailfish@host86-168-246-14.range86-168.btcentralplus.com] has joined #wesnoth-dev
20140423 20:52:34< lipkab> Okay, it's just QtCreator being an idiot.
20140423 20:57:53< lipkab> gfgtdf: Well, the bug happens even with that line commented out, so it's not that.
20140423 21:00:37-!- stikonas_ [~quassel@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140423 21:01:30-!- stikonas_ [~quassel@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20140423 21:03:41-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20140423 21:05:11-!- stikonas_ [~quassel@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140423 21:05:25-!- stikonas_ [~quassel@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20140423 21:07:45< Coffee_irc> lipkab: there is still one area of bugs that needs to be fixed IMO before 1.12.0
20140423 21:08:09< lipkab> Coffee_irc: And what is that?
20140423 21:08:22< Coffee_irc> that is the movment in fog continuation, drag+drop unit, click and attack whilst moving
20140423 21:08:33< Coffee_irc> none work currently
20140423 21:08:52< gfgtdf> Coffee_irc: that 't to continue' you mean ?
20140423 21:09:08< Coffee_irc> gfgtdf: yes, or even mouse click after because the unit loses focus
20140423 21:09:19< iceiceice> gfgtdf: did you see this bug report?
20140423 21:09:24< Coffee_irc> players would be annoyed I think a lot
20140423 21:09:26< iceiceice> wesbot: bug #21961
20140423 21:09:26< wesbot> Bug #21961  Assigned to: None  Status: None  Priority: 5 - Normal
20140423 21:09:26< wesbot> Summary: Units are not attacking if the attack was issued from more than one hex away
20140423 21:09:28< gfgtdf> what is 'drag+drop unit'
20140423 21:09:29< wesbot> Original submission: If you attack a unit and your unit has to move more than 
20140423 21:09:32< wesbot> one hex to do so, your unit will just move there but not attack. This has been i
20140423 21:09:35< wesbot> URL: http://gna.org/bugs/?21961
20140423 21:10:02< iceiceice> its wierd to me that it was introduced by that commit
20140423 21:10:31< gfgtdf> iceiceice: yes we came to the conlusion that the commit mentioned  in the commit message was not the one that introduced it, lipkab just tested that.
20140423 21:10:31< iceiceice> Coffee_irc: not meaning to change the topic, i view this as in the same genre
20140423 21:10:36< iceiceice> oh
20140423 21:10:50< lipkab> Coffee_irc: Indeed, that should be fixed. However, I'm wondering why did you pose that claim specifically to me?
20140423 21:11:15< Duthlet> I checked it again, it happens with that commit and doesn't with the one before
20140423 21:11:20< Coffee_irc> lipkab: because you were talking about 1.11.13 being released instead of 1.12 unless I misread that
20140423 21:11:33< gfgtdf> does any1 know whether the 'move+attack' bug also happened in 1.11.12 ?
20140423 21:11:43< Coffee_irc> gfgtdf: yes
20140423 21:11:51< Coffee_irc> gfgtdf: it happened since 1.11.8
20140423 21:12:10< Coffee_irc> when the new movment input scheme was introduced
20140423 21:12:32< lipkab> Coffee_irc: 1.12 means the git branch in this context.
20140423 21:12:33< Coffee_irc> which is all very good, but the bug IMO needs fixing
20140423 21:13:01< gfgtdf> Coffee_irc: ah do then it was quiet clear  thet thte commit didbnt introduced that soince that was a 1.11.12+dev commit
20140423 21:13:11< gfgtdf> s/do/so
20140423 21:13:23-!- prophile [~alynn@oftn/member/prophile] has joined #wesnoth-dev
20140423 21:13:36< Coffee_irc> gfgtdf: maybe you need to stop/start using an ergonomic keyboard ;)
20140423 21:13:51< Coffee_irc> or lift the flaps on the back of the keyboard :P
20140423 21:14:16< gfgtdf> h ok i can try lift tghe floaps
20140423 21:14:26< Coffee_irc> :)
20140423 21:14:31< happygrue> Duthlet: thanks.  Check the log this past hour, as we have marked it as a blocker but still I guess not sure exactly what is causing it?  Anyway, it's important.  afk for a bit.
20140423 21:15:58< Coffee_irc> I've got some time coming up tomorrow (yay, public holiday) in case I might be able to help with the movment bug
20140423 21:18:06-!- gfgtdf [~chatzilla@e176186065.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 28.0/20140314220517]]
20140423 21:21:04-!- thunderstruck [~zaibotren@cpc13-sgyl31-2-0-cust696.18-2.cable.virginm.net] has quit [Quit: leaving]
20140423 21:24:24-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20140423 21:26:09-!- lipkab [~the_new_l@91.147.212.189] has quit [Quit: Vannak idők, mikor menni kell]
20140423 21:30:53-!- vultraz [~chatzilla@124.109.10.167] has quit [Ping timeout: 264 seconds]
20140423 21:30:53-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 255 seconds]
20140423 21:31:48-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20140423 21:33:02-!- prophile [~alynn@oftn/member/prophile] has quit [Quit: The Game]
20140423 21:35:59-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 252 seconds]
20140423 21:36:00-!- gfgtdf [~chatzilla@f054128161.adsl.alicedsl.de] has joined #wesnoth-dev
20140423 21:42:18-!- Dugi [93fbd156@gateway/web/freenode/ip.147.251.209.86] has quit [Ping timeout: 240 seconds]
20140423 21:44:56< iceiceice> gfgtdf: what exactly is the error you get when transitioning to level 3 of LoW?
20140423 21:45:13< iceiceice> i am getting host crash with assertion error in mp connect engine if i win by killing the troll leader
20140423 21:45:23< iceiceice> wesnoth: src/multiplayer_connect_engine.cpp:1262: void mp::side_engine::update_current_controller_index(): Assertion `current_controller_index_ < controller_options_.size()' failed.
20140423 21:45:26< gfgtdf> not level 3, start form chapter 3 and advance to teh next scnario
20140423 21:45:36< iceiceice> oh
20140423 21:46:16< gfgtdf> but your bugs sounds bad too :)
20140423 21:46:32< iceiceice> it is happening even on the experimental branch where i revert server-side controller tweaks
20140423 21:46:55< gfgtdf> 	iceiceice: but when startign form shpater 3 make sure a have selectes 'Local Player' fpr teh last 2 human sides
20140423 21:47:07< gfgtdf> chapter
20140423 21:47:12< iceiceice> is that the only way that we get bugs atm?
20140423 21:47:16< iceiceice> that you know of?
20140423 21:47:17< gfgtdf> for teh last 2 human sides
20140423 21:47:37< gfgtdf> no sry i dont know
20140423 21:48:58< gfgtdf> 	iceiceice: do yu get your bug in debug mode aor also wthout ?
20140423 21:49:05< iceiceice> without debug mode
20140423 21:49:12-!- travis-ci [~travis-ci@ec2-54-80-74-38.compute-1.amazonaws.com] has joined #wesnoth-dev
20140423 21:49:12< travis-ci> [travis-ci] gfgtdf/wesnoth-old#87 (sync12merge - 0da9726 : gfgtdf): The build was fixed.
20140423 21:49:12< travis-ci> [travis-ci] Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/23626449
20140423 21:49:12-!- travis-ci [~travis-ci@ec2-54-80-74-38.compute-1.amazonaws.com] has left #wesnoth-dev []
20140423 21:49:20< gfgtdf> :) 
20140423 21:49:47< iceiceice> im giong to try to verify on 1.11.13 official i guess
20140423 21:50:19< gfgtdf> iceiceice: on which branch do you usually test ?
20140423 21:51:22< Duthlet> wesbot: bug #21961
20140423 21:51:22< wesbot> Bug #21961  Assigned to: None  Status: None  Priority: 5 - Normal
20140423 21:51:22< wesbot> Summary: Units are not attacking if the attack was issued from more than one hex away
20140423 21:51:25< wesbot> Original submission: If you attack a unit and your unit has to move more than 
20140423 21:51:28< wesbot> one hex to do so, your unit will just move there but not attack. This has been i
20140423 21:51:30< iceiceice> i was just testing on 1.12 and on the server-side controller tweaks, but im not done yet, will try a few variations to see if it changes things
20140423 21:51:31< wesbot> URL: http://gna.org/bugs/?21961
20140423 21:51:41< iceiceice> *on the revert tweaks branch that is
20140423 21:51:50< Duthlet> gfgtdf: using the right types for variables helps
20140423 21:52:01< irker844> wesnoth: gfgtdf wesnoth:master 5d80bbb5b1eb / src/synced_context.cpp: don't call user_interace during screenlock http://git.io/pjWiBA
20140423 21:52:03< irker844> wesnoth: gfgtdf wesnoth:master 2afa9a1e7b56 / src/actions/create.cpp: don't use sycned checkup for wml things http://git.io/DqmscA
20140423 21:52:05< irker844> wesnoth: gfgtdf wesnoth:master e2d6cff5fc9e / src/actions/create.cpp: remove a checksum http://git.io/4YpSjg
20140423 21:52:07< irker844> wesnoth: gfgtdf wesnoth:master a8a24fc7dfc0 / src/ (mp_game_utils.cpp playcampaign.cpp): fix 21866 http://git.io/hNBnNw
20140423 21:52:09< irker844> wesnoth: gfgtdf wesnoth:master ba4de565c504 / src/ (display.cpp synced_context.cpp synced_context.hpp): leave the synced context for drawing http://git.io/X0MCRA
20140423 21:52:11< irker844> wesnoth: gfgtdf wesnoth:master 55aaf19c99ac / src/ (replay.cpp replay.hpp): add replay::add_start_if_not_there_yet http://git.io/io_iYw
20140423 21:52:13< irker844> wesnoth: gfgtdf wesnoth:master 5b669472fedc / src/ (replay.cpp replay_controller.cpp): fix 21926 http://git.io/TfFJgA
20140423 21:52:15< irker844> wesnoth: gfgtdf wesnoth:master 552b751731b7 / src/ (callable_objects.hpp unit.cpp): fix 21909 http://git.io/sGiT2A
20140423 21:52:17< irker844> wesnoth: gfgtdf wesnoth:master 3f9c7ac22adc / src/scripting/lua.cpp: fix a segfault in lua_function in SUF http://git.io/9ZHGaA
20140423 21:52:19< irker844> wesnoth: gfgtdf wesnoth:master a6dbc04ec89e / src/synced_commands.cpp: fix wml menu events https://github.com/wesnoth/wesnoth/commit/a6dbc04ec89e819a2a25c2bf18570c748b936650
20140423 21:52:21< irker844> wesnoth: gfgtdf wesnoth:master 10aa171d0bb4 / src/play_controller.cpp: always allow SAVE_REPLAY http://git.io/qLT9WA
20140423 21:52:23< irker844> wesnoth: gfgtdf wesnoth:master 8dee1f340cf7 / src/ (play_controller.cpp playmp_controller.cpp playsingle_controller.cpp): fix 21933 http://git.io/nIAU8A
20140423 21:52:25< irker844> wesnoth: gfgtdf wesnoth:master 386d45aa06fb / src/actions/move.cpp: add a check_victory after moves. http://git.io/FNBeRQ
20140423 21:52:27< irker844> wesnoth: gfgtdf wesnoth:master fa21189bdd70 / src/gamestatus.hpp: add a comment in gamestatus.hpp http://git.io/k-gchQ
20140423 21:52:29< irker844> wesnoth: gfgtdf wesnoth:master c30439a1c6a6 / data/campaigns/Legend_of_Wesmere/scenarios/ (4 files in 3 dirs): LoW: Initialize units in start events http://git.io/Q6icvw
20140423 21:52:31< irker844> wesnoth: gfgtdf wesnoth:master df9303006ac7 / src/ (playcampaign.cpp playmp_controller.cpp): fix abort in wait_for_upload http://git.io/ZLM_Gw
20140423 21:52:33< irker844> wesnoth: gfgtdf wesnoth:master b3c94dd51fe6 / src/ (playmp_controller.cpp playturn_network_adapter.cpp playturn_network_adapter.hpp): fixup wait_for_upload http://git.io/g3NPgg
20140423 21:52:33< Duthlet> line 1259 of move.cpp should be size_t instead of bool
20140423 21:52:35< irker844> wesnoth: gfgtdf wesnoth:master a726e6220dad / src/synced_context.cpp: make network::error get through lua http://git.io/oq5xAQ
20140423 21:52:37< irker844> wesnoth: gfgtdf wesnoth:master 6e9c234b481e / src/synced_checkup.cpp: rename replay [checkup] tags to [result] http://git.io/Xe6iqA
20140423 21:52:39< irker844> wesnoth: gfgtdf wesnoth:master b5fa39ab9d93 / src/replay.cpp: more robust replaying http://git.io/pnjqEw
20140423 21:52:41< irker844> wesnoth: gfgtdf wesnoth:master 35f781d428ae / src/playmp_controller.cpp: fix 21903 http://git.io/lcz9Cg
20140423 21:52:43< irker844> wesnoth: gfgtdf wesnoth:master 1135c2bedf7b / src/ (play_controller.cpp playmp_controller.cpp): partly revert e454252f218b http://git.io/uFMvmA
20140423 21:52:45< irker844> wesnoth: gfgtdf wesnoth:master e307114fd1a4 / src/ (actions/move.cpp ai/actions.cpp synced_context.cpp synced_context.hpp): enable sycned ai actions during synced actions http://git.io/Nhpf0Q
20140423 21:52:47< irker844> wesnoth: gfgtdf wesnoth:master 74047bd70cc3 / src/synced_context.cpp: better error message http://git.io/HKLQEg
20140423 21:52:49< irker844> wesnoth: gfgtdf wesnoth:master a343d3a1f4d6 / src/replay.cpp: more robust replaying http://git.io/JFx6Dg
20140423 21:52:51< irker844> wesnoth: gfgtdf wesnoth:master 80bdd5a20b2d / src/synced_context.cpp: more robust replaying http://git.io/u6hurA
20140423 21:52:53< irker844> wesnoth: gfgtdf wesnoth:master bf1eb2eef023 / src/ (config_assign.cpp config_assign.hpp): use template for config_assign http://git.io/78SPyQ
20140423 21:52:55< irker844> wesnoth: gfgtdf wesnoth:master 8a998964accb / src/ (playmp_controller.cpp playturn_network_adapter.cpp playturn_network_adapter.hpp): use boost::ref in boost::bind http://git.io/D5tdTg
20140423 21:52:57< irker844> wesnoth: gfgtdf wesnoth:master 0da97266da14 / src/log.cpp: add code for precise timestamps in log http://git.io/WQj6_Q
20140423 21:53:13< gfgtdf> Duthlet: hm ye
20140423 21:54:44< gfgtdf> Duthlet: it's my fault, but i also think c++ is very stupid to allow bool to int implicit conversion.
20140423 21:55:27-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20140423 21:55:38< Duthlet> gfgtdf: sure, it's not what you look for when you try to fix such a bug
20140423 21:59:05< irker844> wesnoth: gfgtdf wesnoth:master 28ebde574105 / src/actions/move.cpp: fix unit move+attack aborted, 21961 http://git.io/VXxpEg
20140423 22:02:43< shadowm> lipkab, Aishiko, Spoffy, RiftWalker, Kevin_Xi: We are going to announce you at the forums, so perhaps you'd like to make sure these project names I got are correct and adequate for a first announcement: http://pastebin.com/qqziCgpG
20140423 22:03:08< shadowm> RiftWalker: Your forum account is inactive, did you ever get the confirmation email when registering?
20140423 22:08:02-!- TC01 [~quassel@128.220.109.252] has quit [Remote host closed the connection]
20140423 22:08:09< gfgtdf> shadowm: dou you think we can add a Wconversion  to compiler flags ?
20140423 22:08:20-!- mjs-de [~mjs-de@f049085057.adsl.alicedsl.de] has joined #wesnoth-dev
20140423 22:12:20< Spoffy> looks good to me shadowm :)
20140423 22:17:31< iceiceice> gfgtdf: ok i tried chapter 3 now,
20140423 22:17:39< iceiceice> it looks like it transitions to next scenario fine
20140423 22:17:56< iceiceice> with vanilla 1.11.13 build
20140423 22:18:08-!- travis-ci [~travis-ci@ec2-54-211-18-78.compute-1.amazonaws.com] has joined #wesnoth-dev
20140423 22:18:08< travis-ci> [travis-ci] gfgtdf/wesnoth-old#88 (sync12merge - 72490e2 : gfgtdf): The build was broken.
20140423 22:18:08< travis-ci> [travis-ci] Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/23630630
20140423 22:18:08-!- travis-ci [~travis-ci@ec2-54-211-18-78.compute-1.amazonaws.com] has left #wesnoth-dev []
20140423 22:18:14< iceiceice> only thing i did was add my kalenz cheat patch to .../campaign/.../characters.cfg
20140423 22:21:01< gfgtdf> iceiceice	: i did the same, do you have sides with 'Local Player' (NOT the name of the local player) and aone side with teh name of teh local palyer ?
20140423 22:21:17-!- Spoffy [~sailfish@host86-168-246-14.range86-168.btcentralplus.com] has quit [Ping timeout: 252 seconds]
20140423 22:21:54< iceiceice> yeah i have iceiceice1 with kalenz and dwarf
20140423 22:22:10< iceiceice> and iceiceice2 with elf and druid
20140423 22:22:15< iceiceice> hmm you are using anonymous local player though?
20140423 22:22:19< iceiceice> is that the issue?
20140423 22:22:41< gfgtdf> no you need anonymous lcoal palyer to reproduce
20140423 22:22:48< iceiceice> hmm so how does this work
20140423 22:22:58< iceiceice> each client has a player named "anonymous local player"?
20140423 22:23:19-!- bagzie [~bag@85-76-65-101-nat.elisa-mobile.fi] has quit []
20140423 22:23:20-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20140423 22:24:19< gfgtdf> i just uses once iceiceice1 once iceiceice2 and 2 times 'anynymous local player' from host
20140423 22:25:42-!- Spoffy [~sailfish@host86-168-246-14.range86-168.btcentralplus.com] has joined #wesnoth-dev
20140423 22:27:43< iceiceice> yeah i get it now, i am reproducing fine
20140423 22:28:00< iceiceice> idk so this has a work around right? the host can just have several clients running
20140423 22:28:48< iceiceice> i will test it without the server controller tweaks but, fixing this server side would probably require changing the update_players function i guess
20140423 22:29:07< gfgtdf> iceiceice	: you can just use 3 times iceiceice1 oinstead of 2 anonymous lcoal player i think to workaround
20140423 22:29:19< iceiceice> yeah that also
20140423 22:31:35-!- Anakonda [Anakonda@88-148-200-195.bb.dnainternet.fi] has quit [Read error: Connection reset by peer]
20140423 22:32:24< shadowm> gfgtdf: I don't know what it means and it's not my business anyway?
20140423 22:32:40< shadowm> Besides, we use -W -Wall for scons and cmake.
20140423 22:32:53< gfgtdf>  -Wall doesn't include Wconversion
20140423 22:33:12< gfgtdf> 	shadowm: sho could i ask that ?
20140423 22:33:15< gfgtdf> who*
20140423 22:33:47< shadowm> C++ compilers: dutifully ruining the English language forever.
20140423 22:34:52< shadowm> gfgtdf: Well, off the top of my head, I only know that mordante knows far more about language features and traps and compilers than me.
20140423 22:35:25< iceiceice> shadowm: you can't break what's already totally broken :)
20140423 22:36:03-!- mjs-de [~mjs-de@f049085057.adsl.alicedsl.de] has quit [Remote host closed the connection]
20140423 22:38:14-!- gfgtdf [~chatzilla@f054128161.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 28.0/20140314220517]]
20140423 22:44:40< iceiceice> does anyone know what these compiler errors mean?
20140423 22:44:40< iceiceice> clang: warning: argument unused during compilation: '-I .'
20140423 22:44:40< iceiceice> clang: warning: argument unused during compilation: '-I src'
20140423 22:44:40< iceiceice> clang: warning: argument unused during compilation: '-I /usr/include'
20140423 22:44:40< iceiceice> clang: warning: argument unused during compilation: '-I /usr/include/SDL'
20140423 22:44:41< iceiceice> clang: warning: argument unused during compilation: '-I /usr/include/pango-1.0'
20140423 22:44:43< iceiceice> clang: warning: argument unused during compilation: '-I /usr/include/cairo'
20140423 22:44:45< iceiceice> clang: warning: argument unused during compilation: '-I /usr/include/glib-2.0'
20140423 22:44:47< iceiceice> clang: warning: argument unused during compilation: '-I /usr/lib/x86_64-linux-gnu/glib-2.0/include'
20140423 22:44:49< iceiceice> clang: warning: argument unused during compilation: '-I /usr/include/pixman-1'
20140423 22:44:51< iceiceice> clang: warning: argument unused during compilation: '-I /usr/include/freetype2'
20140423 22:44:53< iceiceice> clang: warning: argument unused during compilation: '-I /usr/include/libpng12'
20140423 22:44:54< shadowm> Pastebin.
20140423 22:44:55< iceiceice> clang: warning: argument unused during compilation: '-I /usr/include/dbus-1.0'
20140423 22:44:57< iceiceice> clang: warning: argument unused during compilation: '-I /usr/lib/x86_64-linux-gnu/dbus-1.0/include'
20140423 22:44:57< shadowm> Really.
20140423 22:44:59< iceiceice> clang: warning: argument unused during compilation: '-I /usr/include/fribidi'
20140423 22:45:09< shadowm> ¬_¬
20140423 22:45:32< shadowm> It means you probably are using ccache, which doesn't actually know how to interact with clang optimally.
20140423 22:46:02< iceiceice> sorry
20140423 22:46:03< iceiceice> i see
20140423 22:46:08< shadowm> Passing -Qunused-arguments to clang (or through ccache) is a valid workaround.
20140423 22:46:18< shadowm> In fact, this is what the scons recipe does atm.
20140423 22:46:30< iceiceice> hmm
20140423 22:46:51< iceiceice> its too bad we cant retroactively add that to old builds then
20140423 22:47:03< iceiceice> i only get these warnings when i try to build like 1.11.7
20140423 22:47:12< shadowm> You can,.
20140423 22:47:46< shadowm> No matter what version you are trying to build, you should be able to pass your own flags to the compiler and/or linker following the recommended procedure for the build system you are using.
20140423 22:48:04< iceiceice> hmm ok
20140423 22:49:12< shadowm> For scons the option is extra_flags_<configuration name or 'config'>, e.g. `scons extra_flags_release="-march=native -O3"`
20140423 22:49:50< shadowm> (extra_flags_config in scons defines extra flags for all configurations instead of just one.)
20140423 22:51:46< iceiceice> i see thanks
20140423 22:53:52-!- travis-ci [~travis-ci@ec2-54-234-14-89.compute-1.amazonaws.com] has joined #wesnoth-dev
20140423 22:53:52< travis-ci> [travis-ci] gfgtdf/wesnoth-old#89 (sync12merge - 8e3414f : gfgtdf): The build has errored.
20140423 22:53:52< travis-ci> [travis-ci] Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/23631177
20140423 22:53:52-!- travis-ci [~travis-ci@ec2-54-234-14-89.compute-1.amazonaws.com] has left #wesnoth-dev []
20140423 23:01:43-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Computer's napping]
20140423 23:02:11-!- prophile [~alynn@oftn/member/prophile] has joined #wesnoth-dev
20140423 23:02:56-!- boucman [~rosen@wesnoth/developer/boucman] has left #wesnoth-dev []
20140423 23:06:23-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140423 23:07:34-!- Necrosporus_ [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20140423 23:10:18-!- Xenius__ [~Necrospor@unaffiliated/necrosporus] has quit [Ping timeout: 240 seconds]
20140423 23:13:23-!- gfgtdf [~chatzilla@f054128161.adsl.alicedsl.de] has joined #wesnoth-dev
20140423 23:22:35< gfgtdf> wesbot: seen mordante
20140423 23:22:35< wesbot> gfgtdf: The person with the nick mordante last spoke 1d 2h ago.  1d 2h ago was here and on the channel #wesnoth-de with the message: Quit: Leaving
20140423 23:23:42-!- kex [~kex@89.205.75.19] has quit [Remote host closed the connection]
20140423 23:25:27-!- Spoffy [~sailfish@host86-168-246-14.range86-168.btcentralplus.com] has quit [Ping timeout: 252 seconds]
20140423 23:25:47-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140423 23:32:58< gfgtdf> mordante: could you please explain why you consider C4800 & C4099 useless? https://github.com/wesnoth/wesnoth/blob/master/src/global.hpp#L29
20140423 23:42:39-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20140423 23:47:08-!- Fortescue [sid1929@gateway/web/irccloud.com/x-rkxhmmvzkauuxzji] has quit [Ping timeout: 258 seconds]
20140423 23:48:37-!- Fortescue [sid1929@gateway/web/irccloud.com/x-dctbnjmffgnbvhrf] has joined #wesnoth-dev
20140423 23:59:36< iceiceice> gfgtdf: i'm not sure why the local player thing doesn't work,
20140423 23:59:42< iceiceice> i think we should perhaps just state that we dont support it
20140423 23:59:48< iceiceice> since i cant find any evidence that we did
--- Log closed Thu Apr 24 00:00:23 2014