--- Log opened Sun Oct 27 00:00:20 2013
20131027 00:05:46-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Quit: Bye]
20131027 00:14:30-!- Turuk [~Turuk@cpe-65-29-217-233.cinci.res.rr.com] has joined #wesnoth-dev
20131027 00:18:15-!- Jetrel_new is now known as Jetrel
20131027 00:41:40-!- Turuk [~Turuk@cpe-65-29-217-233.cinci.res.rr.com] has quit [Quit: Turuk]
20131027 00:53:39-!- Turuk [~Turuk@cpe-65-29-217-233.cinci.res.rr.com] has joined #wesnoth-dev
20131027 00:59:58-!- jetrel_laptop_ [~jetrel_la@184-100-95-129.mpls.qwest.net] has joined #wesnoth-dev
20131027 01:02:10-!- EliDupree_ [~quassel@66-189-34-122.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20131027 01:08:18-!- loonycyborg_ [~loonycybo@wesnoth/developer/loonycyborg] has joined #wesnoth-dev
20131027 01:08:54-!- Netsplit *.net <-> *.split quits: EliDupree, loonycyborg, jetrel_laptop, shikadibot
20131027 01:08:54-!- jetrel_laptop_ is now known as jetrel_laptop
20131027 01:08:55-!- loonycyborg_ is now known as loonycyborg
20131027 01:12:37-!- shikadibot [~shikadi@wesnoth/umc-dev/bot/shikadibot] has joined #wesnoth-dev
20131027 01:18:06-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20131027 01:24:40< irker440> wesnoth: mattsc wesnoth-old:master 6fb7c46dbebd / data/ai/micro_ais/ (5 files in 3 dirs): Both Recruiting MAIs: switch to using external CAs http://git.io/HKKWlg
20131027 01:24:42< irker440> wesnoth: mattsc wesnoth-old:master 436f36c80a73 / data/ai/micro_ais/ (ais/micro_ais_wml_tags.lua scenarios/recruiting.cfg): Recruiting MAIs: get rid of recruiting_type= key http://git.io/SX2OWQ
20131027 01:26:50-!- vultraz [~chatzilla@124.109.10.167] has joined #wesnoth-dev
20131027 01:27:04-!- vultraz [~chatzilla@124.109.10.167] has quit [Changing host]
20131027 01:27:05-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20131027 01:34:07< irker440> wesnoth: mattsc wesnoth-old:master ed10e8e8a8f5 / data/ai/micro_ais/ais/micro_ais_wml_tags.lua: [micro_ai] tag: remove code for old-style CA syntax http://git.io/Mg1Ahw
20131027 01:34:09< irker440> wesnoth: mattsc wesnoth-old:master 6ad899cbf532 / data/ai/micro_ais/ais/micro_ais_wml_tags.lua: [micro_ai] tag: remove now unneeded code and comment http://git.io/-U_vUQ
20131027 01:48:56-!- Jetrel_ [~textual@c-75-73-180-126.hsd1.mn.comcast.net] has joined #wesnoth-dev
20131027 01:51:39-!- Appleman1234 [~Appleman1@st0801.nas931.n-yokohama.nttpc.ne.jp] has joined #wesnoth-dev
20131027 01:51:40-!- Gambit [~derek@wesnoth/developer/grickit] has quit [Ping timeout: 245 seconds]
20131027 01:52:19-!- Gambit [~derek@wesnoth/developer/grickit] has joined #wesnoth-dev
20131027 01:54:21-!- Jetrel_ [~textual@c-75-73-180-126.hsd1.mn.comcast.net] has quit [Quit: Textual IRC Client: www.textualapp.com]
20131027 01:54:23-!- Jetrel [~richard_k@c-75-73-180-126.hsd1.mn.comcast.net] has quit [Quit: Jetrel]
20131027 01:54:54-!- Jetrel [~Jetrel@c-75-73-180-126.hsd1.mn.comcast.net] has joined #wesnoth-dev
20131027 01:57:18< irker440> wesnoth: mattsc wesnoth-old:master 354fb361d4c6 / data/core/macros/ai_micro_ais.cfg: Micro AIs: remove all the MAI engine macros http://git.io/f1yqiA
20131027 02:19:54< irker440> wesnoth: mattsc wesnoth-old:master fd29559daa08 / data/ai/ (ais/ai_default_rca_strong.cfg dev/ai_old_recruitment.cfg): Fix some indenting in AI recruiting functions http://git.io/QgUPOA
20131027 02:19:56< irker440> wesnoth: mattsc wesnoth-old:master afa9235fa1f9 / data/core/macros/ai_micro_ais.cfg: MAI engine deprecation macro: add side=1 to dummy unit http://git.io/E15yzA
20131027 02:22:17-!- crimson_penguin [~crimson_p@wesnoth/developer/crimsonpenguin] has quit [Excess Flood]
20131027 02:22:39-!- crimson_penguin [~crimson_p@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20131027 03:01:07-!- Turuk [~Turuk@cpe-65-29-217-233.cinci.res.rr.com] has quit [Quit: Turuk]
20131027 03:14:07-!- Ivanovic_ [~ivanovic@x2f414a6.dyn.telefonica.de] has joined #wesnoth-dev
20131027 03:14:10-!- Appleman1234 [~Appleman1@st0801.nas931.n-yokohama.nttpc.ne.jp] has quit [Quit: Leaving]
20131027 03:17:02-!- Ivanovic_ [~ivanovic@x2f414a6.dyn.telefonica.de] has quit [Changing host]
20131027 03:17:02-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20131027 03:17:52-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 264 seconds]
20131027 03:18:03-!- Ivanovic_ is now known as Ivanovic
20131027 03:26:46-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit []
20131027 03:43:33-!- Gambit [~derek@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20131027 04:15:22-!- nurupo is now known as nurupo|away
20131027 04:23:51-!- mattsc [~mattsc@154.20.32.246] has quit [Quit: Ciao]
20131027 05:10:27-!- jamit [~jamit@wesnoth/developer/jamit] has quit [Quit: Leaving.]
20131027 07:14:24-!- Jetrel_ [~richard_k@c-75-73-180-126.hsd1.mn.comcast.net] has joined #wesnoth-dev
20131027 07:15:01-!- Jetrel_ [~richard_k@c-75-73-180-126.hsd1.mn.comcast.net] has quit [Client Quit]
20131027 08:18:10-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20131027 08:52:25-!- iwaim_ [~iwaim@2001:2c0:40e:2002:0:4:14:80] has quit [Remote host closed the connection]
20131027 08:57:43-!- thunderstruck [~zaibotren@cpc13-sgyl31-2-0-cust696.18-2.cable.virginm.net] has joined #wesnoth-dev
20131027 09:00:23-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20131027 09:00:27-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20131027 09:02:50< Coffee_irc> ping thunderstruck
20131027 09:02:58< Coffee_irc> I missed your ping yesterday
20131027 09:04:55< thunderstruck> Hi
20131027 09:05:25< thunderstruck> I've changed that "use map settings" behaviour as we discussed.
20131027 09:05:31< Coffee_irc> there's another bug assigned to you  ;)
20131027 09:05:37< thunderstruck> Do you want to take a look at it before I push it to master?
20131027 09:05:43< thunderstruck> I know, I've assigned that to myself.
20131027 09:06:08< Coffee_irc> this effectively reverts the "use map settings" for users?
20131027 09:06:17< Coffee_irc> to the old behavior?
20131027 09:06:47< thunderstruck> No. Instead of using "use map settings" as default value for "locks",
20131027 09:07:01< thunderstruck> I added a new attribute "force_lock_settings", which is now used.
20131027 09:07:21< Coffee_irc> well, ok
20131027 09:07:41< Coffee_irc> as long as it works for users pretty much the same as before I think most will be happy
20131027 09:07:43< thunderstruck> By default, the existing scenarios would not be affected.
20131027 09:08:12< Coffee_irc> that sound good
20131027 09:08:27< Coffee_irc> it will also solve the problem for MP camapgins needing to be more strict on the settings
20131027 09:08:32< Coffee_irc> *campaigns
20131027 09:08:47< thunderstruck> Yes. That was my idea for beginning.
20131027 09:09:17< Coffee_irc> I'm happy to have a look at it, but if you are the GSoC guy for this area, you might as well feel free to push it
20131027 09:11:50< thunderstruck> About that bug: do you think is a new bug? I.e. it appeared after my changes.
20131027 09:12:03< Coffee_irc> thunderstruck: probably
20131027 09:12:11< Coffee_irc> but I would think it should be easy to fix
20131027 09:12:36< Coffee_irc> I think people don't mind putting up with writing a few bug reports to get MP campaigns working
20131027 09:12:47< Coffee_irc> this has been a goal for a while
20131027 09:13:19< thunderstruck> Yes, it would. I was just looking at the code which introduces that bug and thought that it was a "copy and paste".
20131027 09:13:36< thunderstruck> I mean, I refactored that part, but I didn't change the behaviour.
20131027 09:16:10< Coffee_irc> thunderstruck: if you push the changes or post them I would be happy to test
20131027 09:16:24< thunderstruck> I'll do the push soon.
20131027 09:26:28-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20131027 09:27:06< irker440> wesnoth: Andrius Silinskas wesnoth-old:master 5a39c6ab2447 / src/ (8 files): Lock MP settings by default if "force_lock_settings" was set. http://git.io/yL8itg
20131027 09:27:08< irker440> wesnoth: Andrius Silinskas wesnoth-old:master da65ff655bbd / data/multiplayer/scenarios/ (49 files): Revert "Added "controller_lock=no" for multiplayer maps." http://git.io/9oKv2w
20131027 09:27:10< irker440> wesnoth: Andrius Silinskas wesnoth-old:master 4fe25ad32077 / data/campaigns/Legend_of_Wesmere/scenarios/ (5 files in 5 dirs): Added "force_lock_settings" attribute to LoW. http://git.io/_sxdZw
20131027 09:27:12< irker440> wesnoth: Andrius Silinskas wesnoth-old:master f1d46a7a95eb / changelog: Updated changelog. http://git.io/Nv8Faw
20131027 09:29:12< thunderstruck> Coffee_irc: The changes to code were quite minimal, so it's unlikely that the behaviour will be unexpected.
20131027 09:29:40< thunderstruck> Anyway, once (if) you are happy with changes, I'll update a wiki.
20131027 09:30:14< Coffee_irc> thunderstruck: I tested it with an addon with mp maps and it returns the old expected bahavior
20131027 09:30:27< Coffee_irc> so IMO the addon authors should be happy
20131027 09:30:32< thunderstruck> And sorry for the delay. It was quite a busy week for me.
20131027 09:30:40< Coffee_irc> as well as players with default settings and maps
20131027 09:31:03< Coffee_irc> that's fine by me
20131027 09:31:17< Coffee_irc> I'm not normally so active myself (although distracted by other things too)
20131027 09:31:33< Coffee_irc> I've got some time off from work that will eventually have to end
20131027 09:31:40< Coffee_irc> and I want to get some things done
20131027 09:32:04< Coffee_irc> like the shuffle sides testing
20131027 09:33:11< thunderstruck> Talking about shuffle sides, do you think that algorithm for shuffling is good/correct?
20131027 09:33:23< Coffee_irc> well, currently it sort of works
20131027 09:33:26< thunderstruck> When I was testing it, almost always my sides were unshuffled.
20131027 09:33:34< Coffee_irc> yeah
20131027 09:33:40< thunderstruck> Or I was just not lucky? :)
20131027 09:33:49< Coffee_irc> the RNG for the beginning of MP is possibly not random enough
20131027 09:34:04< Coffee_irc> but this is the source of much controversy
20131027 09:34:14< Coffee_irc> or at least has been in the past on the forums
20131027 09:34:56< Coffee_irc> I have seen such behavior in addons
20131027 09:35:03< Coffee_irc> I think the problem is in the prestart events
20131027 09:35:13< Coffee_irc> and code that occurs before turn 1
20131027 09:35:40< Coffee_irc> i.e. the reason the 'units' don't shuffle is that the map hasn't been set dimensions yet
20131027 09:35:49< Coffee_irc> and they get put at -999,-999
20131027 09:36:48< Coffee_irc> the code for the shuffle I think is correct for the units
20131027 09:37:48< thunderstruck> But why the code shuffles some particular subtags as well?
20131027 09:37:56< Coffee_irc> the RNG seems to pick out only 1 in 5 or so combinations for the start of MP local games
20131027 09:38:04< Coffee_irc> instead of the full range
20131027 09:38:31< Coffee_irc> and I'd have to check what it is using in the shuffle side algorithm more closely
20131027 09:38:42< Coffee_irc> so it is truly random
20131027 09:38:56< Coffee_irc> because you are right about the skew
20131027 09:39:22< Coffee_irc> thunderstruck: the 'ai' tags need to be changed
20131027 09:39:52< Coffee_irc> because you can set different ai parameters for different sides
20131027 09:40:17< Coffee_irc> the villages obviously need to be swapped to work
20131027 09:40:40< Coffee_irc> and the units, well they have the problem of appearing at -999,-999 but otherwise work
20131027 09:40:47< Coffee_irc> this is again due to the map size not being initialized yet
20131027 09:43:10< irker440> wesnoth: Nils Kneuper wesnoth-old:master 828941902c10 / / (8 files in 7 dirs): updated Italian translation http://git.io/020n7w
20131027 09:43:12< irker440> wesnoth: Nils Kneuper wesnoth-old:master d12028fb786a / / (9 files in 8 dirs): updated Korean translation http://git.io/LXGDCA
20131027 09:43:14< irker440> wesnoth: Nils Kneuper wesnoth-old:1.10 e70af757d11f / / (5 files in 4 dirs): updated Italian translation http://git.io/w81MXQ
20131027 09:43:16< irker440> wesnoth: Nils Kneuper wesnoth-old:1.10 80ef939ae7aa / / (9 files in 8 dirs): updated Korean translation http://git.io/_IJ8zQ
20131027 09:49:03-!- mjs-de [~mjs-de@p3EE21A3F.dip0.t-ipconnect.de] has joined #wesnoth-dev
20131027 09:49:26< thunderstruck> Coffee_irc: Shuffle sides is only about assigning players to sides randomly. So, can't we just put players in different sides without messing with the sides itself?
20131027 09:49:52< Coffee_irc> thunderstruck: you mean before the game starts?
20131027 09:50:08< Coffee_irc> that might solve some issues
20131027 09:50:40< Coffee_irc> but you would need to synchronize before the game starts
20131027 09:50:40< thunderstruck> Yes, before the game starts.
20131027 09:51:47< thunderstruck> What do you mean by "synchronize"?
20131027 09:52:13< Coffee_irc> thunderstruck: the main issue remaining at the moment is the 'unit' tag under 'side'
20131027 09:52:37< Coffee_irc> thunderstruck: well, you would need to somehow make sure the same random number is used to set the solts for each player
20131027 09:52:42< Coffee_irc> *slots
20131027 09:54:36< thunderstruck> But what about just changing "current_player" for sides? Wouldn't that be enough to shuffle sides?
20131027 09:55:50< Coffee_irc> thunderstruck: you want to be able to choose your leader too
20131027 09:56:30< thunderstruck> Ahh.. Alright.
20131027 09:57:01< thunderstruck> So what exactly shuffly sides are supposed to do?
20131027 09:57:11< thunderstruck> I think I'm missing the point there.
20131027 09:57:20< Coffee_irc> it changes the order of play
20131027 09:57:22< thunderstruck> shuffle*
20131027 09:57:33< Coffee_irc> so you still have the same leaders and same colors and such
20131027 09:57:37< Coffee_irc> but the order of play changes
20131027 09:57:41< thunderstruck> Only the order?
20131027 09:57:46< Coffee_irc> hence why you want to swap back the villages
20131027 09:57:56< Coffee_irc> thunderstruck: yeah
20131027 09:57:59< Coffee_irc> that's it
20131027 09:58:12< Coffee_irc> which is why it might make more sense to do the swap before the game even loads
20131027 09:58:19< Coffee_irc> to avoid all these bugs
20131027 09:58:56< Coffee_irc> you wouldn't even have to swap the villages this way :)
20131027 09:59:02< Coffee_irc> or the units
20131027 09:59:20< Coffee_irc> just the leader choices, team, gold, income, and color 
20131027 09:59:30< thunderstruck> But what do you mean before the game loads? The sides are currently shuffled before the game anyway.
20131027 10:00:15< Coffee_irc> thunderstruck: I mean pretend that user1 actually loaded his leader, team, gold, income, color in slot 2 and vica versa
20131027 10:00:44< thunderstruck> So you mean before "creating a game"?
20131027 10:01:02< Coffee_irc> just before the host clicks "start game"
20131027 10:07:32-!- stikonas [~gentoo@cpc18-sgyl27-2-0-cust35.18-2.cable.virginm.net] has joined #wesnoth-dev
20131027 10:07:32-!- stikonas [~gentoo@cpc18-sgyl27-2-0-cust35.18-2.cable.virginm.net] has quit [Changing host]
20131027 10:07:32-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20131027 10:10:11-!- iwaim_ [~iwaim@gateway.alib.jp] has joined #wesnoth-dev
20131027 10:12:00< Coffee_irc> ah
20131027 10:12:20< Coffee_irc> I think I've found the problem with the 'unit' being shuffled in the 'side' tag
20131027 10:12:50< Coffee_irc> the leader location is 'null' at this point and some code that probably shouldn't run is being run
20131027 10:26:43-!- molgrum [~molgrum@h-94-220.a230.priv.bahnhof.se] has quit [Quit: Lämnar]
20131027 10:33:06-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Quit: Bye]
20131027 10:51:16< Coffee_irc> thunderstruck: wow, shuffle sides even without any shuffle causes non-first child 'unit's in a 'side' tag to disappear
20131027 10:57:01< thunderstruck> Coffee_irc: I guess that has to do something with "set_side_children" then.
20131027 10:57:38< Coffee_irc> thunderstruck: not so sure
20131027 10:57:42< Coffee_irc> I get: warning unit: Unknown attribute '__remove' discarded.
20131027 10:57:53< Coffee_irc> and then: warning unit: Unknown attribute '__remove' discarded.
20131027 10:58:06< Coffee_irc> *error display: Tile at -999,-999 isn't on the map, can't scroll to the tile.
20131027 10:58:30< Coffee_irc> I've seen this before in prestart events
20131027 10:59:53< Coffee_irc> but I suppose I'll just try to nut it out and I'll fill out a bug report and such if I can get it
20131027 11:01:12-!- exciton [chuck-the-@213.248.20.136] has joined #wesnoth-dev
20131027 11:01:33-!- Gambit [~derek@wesnoth/developer/grickit] has joined #wesnoth-dev
20131027 11:09:04< Ivanovic> fabi: cool visualization of what a good bug report should look like!
20131027 11:09:46< Ivanovic> (talking about http://forums.wesnoth.org/download/file.php?id=63234&mode=view )
20131027 11:10:34< thunderstruck> Ivanovic: I'm getting "You are not authorised to download this attachment." when trying to click a link above.
20131027 11:10:54< Ivanovic> okay, this happens when someone posts attachments in the moderators forum...
20131027 11:11:02< Ivanovic> thunderstruck: you are a dev right?
20131027 11:11:20< Ivanovic> so you should be in the developer group and able to access the moderator forum...
20131027 11:11:46< thunderstruck> I only have rights to github repo and gna!.
20131027 11:12:02< Ivanovic> thunderstruck: then ask shadowm to add you in the forum group
20131027 11:13:44< thunderstruck> shadowm: ^ and perhaps it's time to remove "SoC Applicant" ranks as well.
20131027 11:14:42< Ivanovic> right...
20131027 11:14:55< thunderstruck> Coffee_irc: that '__remove' warning seems strange to me. I just glanced in the code and '__remove' is reffered in only one place.
20131027 11:15:27< thunderstruck> at the code*
20131027 11:15:56< thunderstruck> And that places access it with a const iterator, so '__remove' shouldn't be added.
20131027 11:16:04< thunderstruck> that place*
20131027 11:16:24< thunderstruck> However, that was just a quick glance.
20131027 11:16:29< Coffee_irc> thunderstruck: yeah, in config::merge_with()
20131027 11:20:00< Ivanovic> shadowm: and thanks for working on the screenshots!
20131027 11:20:15< Ivanovic> i really should have gotten to this ages ago...
20131027 11:21:37< thunderstruck> Coffee_irc: How could one reproduce that '__remove' warning?
20131027 11:22:15< Coffee_irc> thunderstruck: I'm not familiar with this part of the code
20131027 11:22:40< Coffee_irc> but a good "raise(SIGINT);" and gdb gets it
20131027 11:23:43< thunderstruck> So, you got that warning when you were debugging code?
20131027 11:24:06< Coffee_irc> I seem to get that warning if a unit is placed before turn 1
20131027 11:25:29< Coffee_irc> it doesn't stop the unit from appearing
20131027 11:25:59< thunderstruck> And how do you place the unit before turn 1? Prestart event?
20131027 11:26:20< Coffee_irc> thunderstruck: I am using your test scenario
20131027 11:26:48< Coffee_irc> http://pastebin.com/iGsiG0kw
20131027 11:27:13< Coffee_irc> I moved the units around so they are not in the fog and added a unit to side 2
20131027 11:27:55< thunderstruck> Do you know why I get "you have been defeated" immediately after pressing end turn in this scenario?
20131027 11:28:11< Coffee_irc> thunderstruck: because there is no leader on the map
20131027 11:28:27< Coffee_irc> and you haven't set victory_on_enemy_defeat to anything
20131027 11:29:19-!- exciton [chuck-the-@213.248.20.136] has quit [Ping timeout: 260 seconds]
20131027 11:44:57< thunderstruck> Coffee_irc: http://git.io/Rt1_0A
20131027 11:45:01< thunderstruck> It was a recent commit.
20131027 11:46:04< Coffee_irc> thunderstruck: don't know but that might be for replays
20131027 11:46:21< Coffee_irc> looks like the size of the 'child' and 'children' maps are 1
20131027 11:46:34< Coffee_irc> even if there is more than one 'unit' to be swapped
20131027 11:47:03< thunderstruck> fabi: Should '__remove' be set manually by WML authors?
20131027 11:51:55-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 248 seconds]
20131027 11:52:42< thunderstruck> fabi: And also http://git.io/Rt1_0A commit message says that if attribute was set to "yes" it should not be merged. But the actual code uses to_bool(), which returns "no" by default.
20131027 11:53:07< thunderstruck> So, it won't be merged if attribute was not set.
20131027 11:56:13< thunderstruck> Nevermind. I misread one line.
20131027 11:56:27< Coffee_irc> thunderstruck: solved it
20131027 11:56:34-!- vultraz [~chatzilla@124.109.10.167] has joined #wesnoth-dev
20131027 11:56:34-!- vultraz [~chatzilla@124.109.10.167] has quit [Changing host]
20131027 11:56:34-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20131027 11:56:40< Coffee_irc> not the warning message
20131027 11:56:51< Coffee_irc> but the problem with the shuffle sides children functions
20131027 11:57:05< Coffee_irc> just need to remove ll the debug code now :p
20131027 11:58:51< thunderstruck> So, will it fix all the problems with the shuffle sides? :)
20131027 11:58:58< Coffee_irc> yeah
20131027 11:59:04< thunderstruck> cool
20131027 12:01:58< irker440> wesnoth: David Mikos wesnoth-old:master 4b531850da06 / src/ (multiplayer_connect_engine.cpp multiplayer_connect_engine.hpp): Shuffle sides use multimap instead of map for side child variables. http://git.io/X71ZiA
20131027 12:02:00< irker440> wesnoth: David Mikos wesnoth-old:master 0600563801a8 / / (15 files in 9 dirs): Merge branch 'master' of github.com:wesnoth/wesnoth-old http://git.io/GKR4MQ
20131027 12:02:25< Coffee_irc> thunderstruck: main problem was using map for 'unit' meant that it only matched one 'unit'
20131027 12:02:31< Coffee_irc> becuase the key was the same
20131027 12:02:37< Coffee_irc> so I changed it to multimap
20131027 12:03:04< Coffee_irc> phew, that took longer than I thought
20131027 12:05:17-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 248 seconds]
20131027 12:05:26< Coffee_irc> I think shuffle sides needs some good commenting
20131027 12:15:24< irker440> wesnoth: David Mikos wesnoth-old:master 109928ed9bd6 / src/multiplayer_connect_engine.cpp: Make shuffle sides main code easier to understand. http://git.io/EZSFpA
20131027 12:16:02< Coffee_irc> thunderstruck: ^ hopefully that makes it all less ambiguous
20131027 12:18:44< irker440> wesnoth: David Mikos wesnoth-old:master 2064b0c84701 / src/multiplayer_connect_engine.cpp: Shuffle sides comment spelling fix. http://git.io/-ss9JQ
20131027 12:26:17-!- Appleman1234 [~Appleman1@st0801.nas931.n-yokohama.nttpc.ne.jp] has joined #wesnoth-dev
20131027 12:39:03-!- horon [~horon@nttkyo386211.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20131027 13:06:53-!- mjs-de [~mjs-de@p3EE21A3F.dip0.t-ipconnect.de] has quit [Ping timeout: 272 seconds]
20131027 13:15:39-!- Appleman1234 [~Appleman1@st0801.nas931.n-yokohama.nttpc.ne.jp] has quit [Ping timeout: 260 seconds]
20131027 13:21:31-!- BatmanGambit [~derek@wesnoth/developer/grickit] has joined #wesnoth-dev
20131027 13:22:06-!- Gambit [~derek@wesnoth/developer/grickit] has quit [Ping timeout: 245 seconds]
20131027 13:29:39-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20131027 13:32:45-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 248 seconds]
20131027 13:32:55-!- BatmanGambit [~derek@wesnoth/developer/grickit] has quit [Ping timeout: 251 seconds]
20131027 13:34:00-!- Gambit [~derek@wesnoth/developer/grickit] has joined #wesnoth-dev
20131027 13:37:05-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20131027 13:37:33-!- Appleman1234 [~Appleman1@st0801.nas931.n-yokohama.nttpc.ne.jp] has joined #wesnoth-dev
20131027 13:43:58-!- stikonas__ [~gentoo@cpc18-sgyl27-2-0-cust35.18-2.cable.virginm.net] has joined #wesnoth-dev
20131027 13:43:59-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20131027 13:48:11-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 248 seconds]
20131027 13:50:21-!- mattsc [~mattsc@154.20.32.246] has joined #wesnoth-dev
20131027 14:19:26-!- horon [~horon@nttkyo386211.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Quit: Leaving...]
20131027 14:45:26-!- stikonas [~gentoo@anon-36-239.vpn.ipredator.se] has joined #wesnoth-dev
20131027 14:45:26-!- stikonas [~gentoo@anon-36-239.vpn.ipredator.se] has quit [Changing host]
20131027 14:45:26-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20131027 14:46:11-!- stikonas__ [~gentoo@cpc18-sgyl27-2-0-cust35.18-2.cable.virginm.net] has quit [Ping timeout: 260 seconds]
20131027 14:48:09-!- esr [~esr@wesnoth/developer/esr] has joined #wesnoth-dev
20131027 15:00:54-!- stikonas_ [~gentoo@cpc18-sgyl27-2-0-cust35.18-2.cable.virginm.net] has joined #wesnoth-dev
20131027 15:00:54-!- stikonas_ [~gentoo@cpc18-sgyl27-2-0-cust35.18-2.cable.virginm.net] has quit [Changing host]
20131027 15:00:54-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20131027 15:01:07-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 260 seconds]
20131027 15:02:51-!- nurupo|away is now known as nurupo
20131027 15:03:27-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20131027 15:08:11-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 248 seconds]
20131027 15:10:40-!- nurupo is now known as nurupo|away
20131027 15:13:53-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20131027 15:16:01-!- esr [~esr@wesnoth/developer/esr] has quit [Quit: WeeChat 0.4.1]
20131027 15:16:28-!- stikonas__ [~gentoo@46.246.47.189] has joined #wesnoth-dev
20131027 15:16:32-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 260 seconds]
20131027 15:16:57-!- vultraz [~chatzilla@124.109.10.167] has joined #wesnoth-dev
20131027 15:17:03-!- vultraz [~chatzilla@124.109.10.167] has quit [Changing host]
20131027 15:17:03-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20131027 15:18:08-!- esr [~esr@static-71-162-243-5.phlapa.fios.verizon.net] has joined #wesnoth-dev
20131027 15:18:09-!- esr [~esr@static-71-162-243-5.phlapa.fios.verizon.net] has quit [Changing host]
20131027 15:18:09-!- esr [~esr@wesnoth/developer/esr] has joined #wesnoth-dev
20131027 15:18:47-!- irker440 [~irker@ai0867.net] has quit [Quit: transmission timeout]
20131027 15:22:47< fabi> hi thunderstruck
20131027 15:37:30-!- kex [~kex@89.205.75.19] has quit [Remote host closed the connection]
20131027 15:41:42-!- iceiceice [~iceiceice@cpe-68-173-55-128.nyc.res.rr.com] has quit [Read error: Connection reset by peer]
20131027 15:43:02< thunderstruck> hi fabi 
20131027 15:43:39< thunderstruck> So is '__remove' supposed to be set by WML authors?
20131027 15:45:57-!- thunderstruck [~zaibotren@cpc13-sgyl31-2-0-cust696.18-2.cable.virginm.net] has quit [Quit: leaving]
20131027 15:46:11-!- thunderstruck [~zaibotren@cpc13-sgyl31-2-0-cust696.18-2.cable.virginm.net] has joined #wesnoth-dev
20131027 15:51:50-!- esr [~esr@wesnoth/developer/esr] has quit [Quit: WeeChat 0.4.1]
20131027 15:51:59< fabi> thunderstruck: yes
20131027 15:52:26< fabi> thunderstruck: I still need to find the right place in the wml reference wiki to talk about.
20131027 15:52:58< thunderstruck> fabi: I think that's something strange is happening with that commit.
20131027 15:53:27< fabi> Tell me more.
20131027 15:53:49< thunderstruck> I did some debugging and it seems that "__remove" gets appended to a config.
20131027 15:54:11< fabi> yes
20131027 15:54:12< thunderstruck> I know operator[] has that side effect is config is not const.
20131027 15:54:22< thunderstruck> if config*
20131027 15:54:33< fabi> Oh
20131027 15:55:11< fabi> I thought it is something with saving and loading.
20131027 15:55:24< thunderstruck> Tell me more.
20131027 15:55:57< fabi> I noticed that __remove makes it in the savefiles.
20131027 15:56:24< fabi> In most cases just "__remove="
20131027 15:56:47< fabi> Or better all cases since the others are removed.
20131027 15:57:37< thunderstruck> It could be that there is some underlying bug in config implementation.
20131027 15:57:58< fabi> operator[] creates the attribute with an empty value?
20131027 15:58:15-!- mjs-de [~mjs-de@p3EE21A3F.dip0.t-ipconnect.de] has joined #wesnoth-dev
20131027 15:58:25< thunderstruck> Yes. But that shouldn't happen with const config.
20131027 15:59:02< fabi> Is there a reason for that?
20131027 15:59:25-!- esr [~esr@static-71-162-243-5.phlapa.fios.verizon.net] has joined #wesnoth-dev
20131027 15:59:25-!- esr [~esr@static-71-162-243-5.phlapa.fios.verizon.net] has quit [Changing host]
20131027 15:59:25-!- esr [~esr@wesnoth/developer/esr] has joined #wesnoth-dev
20131027 15:59:59< thunderstruck> Well, yes. You can't modify const object.
20131027 16:00:07< fabi> Soliton Sure
20131027 16:00:10< fabi> sorry
20131027 16:00:29< fabi> Soliton might know if that is intentional.
20131027 16:01:07< fabi> thunderstruck: I mean do we want that the attribute is created by the read attempt?
20131027 16:01:13< thunderstruck> No.
20131027 16:01:27< fabi> Sure?
20131027 16:02:04< thunderstruck> According to the comments in config.hpp, if object is const, it should return a dummy object.
20131027 16:03:44< thunderstruck> fabi: Did I say something false?
20131027 16:04:46< fabi> No
20131027 16:05:06< fabi> I guess my way of questioning was not the best.
20131027 16:06:19< fabi> So we talked a while at cross-purposes.
20131027 16:06:27< fabi> But now I got it.
20131027 16:08:03< thunderstruck> So what you were talking about then? :)
20131027 16:09:09< fabi> You wondered why (*j->second[visits])["__remove"]) is not a const access.
20131027 16:09:30< fabi> j is a child_map::const_iterator
20131027 16:10:37< thunderstruck> Yes, I was wondering about that.
20131027 16:11:42< thunderstruck> Furthermore, j points to 'c', which is const.
20131027 16:11:54-!- esr [~esr@wesnoth/developer/esr] has quit [Quit: WeeChat 0.4.1]
20131027 16:13:15< fabi> I don't know. I bet it must be const a well.
20131027 16:15:56-!- esr [~esr@wesnoth/developer/esr] has joined #wesnoth-dev
20131027 16:16:24-!- thunderstruck [~zaibotren@cpc13-sgyl31-2-0-cust696.18-2.cable.virginm.net] has quit [Quit: leaving]
20131027 16:22:40-!- mjs-de [~mjs-de@p3EE21A3F.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20131027 16:30:24-!- stikonas__ is now known as stikonas
20131027 16:34:50-!- molgrum [~molgrum@h-94-220.a230.priv.bahnhof.se] has joined #wesnoth-dev
20131027 16:35:23-!- Linunix_ [52f680a2@gateway/web/freenode/ip.82.246.128.162] has joined #wesnoth-dev
20131027 16:36:16< fabi> zookeeper: I am currently working on the terrain help browser.
20131027 16:36:39< fabi> zookeeper: So if you want to influence the outcome it is time to speak.
20131027 16:38:37< zookeeper> well, if you could make it so that we could use actual map string snippets there instead of only being able to display images, that'd be nice.
20131027 16:38:52< fabi> oh
20131027 16:39:26< fabi> You want the terrain builder to render into the help's canvas.
20131027 16:39:34< zookeeper> yes
20131027 16:40:05< fabi> okay
20131027 16:40:20< fabi> I will think about it.
20131027 16:41:26< fabi> The structure I had in mind:
20131027 16:42:23< fabi> A section for every base terrain (like flat,forest, deep water, shallow water, swamp...). In these sections topics for every terrain based on it.
20131027 16:43:14< zookeeper> yeah, sounds like the best way to categorize them
20131027 16:43:41< fabi> That means that forested hills has two homes.
20131027 16:43:56< zookeeper> yes, that's good
20131027 16:44:03< fabi> Cool
20131027 16:44:45< fabi> I move the now hardcoded terrain description (hardcoded in help.cfg) to the [terrain_type] tag.
20131027 16:45:34< fabi> So we have proper support for UMC terrains in the help.
20131027 16:45:36< zookeeper> i... guess that's ok
20131027 16:46:32-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20131027 16:47:21< fabi> Like we currently have a "unit description" right click menu entry, a new one "terrain description" will bring you to the help topic of the desired hex field.
20131027 16:48:03< zookeeper> how would it handle overlay terrains?
20131027 16:48:26< zookeeper> like, say, lit deep water
20131027 16:49:23< fabi> Well, I can throw the statistics against the player.
20131027 16:51:29< fabi> Technically, the lit overlay is the same as the forest overlay.
20131027 16:52:35< zookeeper> yeah but what kind of page does the lit deep water send you to?
20131027 16:53:14< fabi> The mechanism is based on "discovered terrain types".
20131027 16:53:29< fabi> At the time you see the "lit deep water" on the map it is contained there.
20131027 16:53:52< fabi> Thus there is a autogenerated topic ready.
20131027 16:54:11< zookeeper> oh, right
20131027 16:55:07< zookeeper> so if you have a map where the lit overlay is used on mountains, deep water and sand, help topics for lit mountains, lit deep water and lit sand will appear in the terrain browser?
20131027 16:55:08< fabi> In case of those that don't have a description ready, I might just display the parents description or let it be fine with links to the base terrains.#
20131027 16:55:23< fabi> indeed
20131027 16:56:07< zookeeper> sounds fair enough even if it can lead to bit of terrain clutter if you use an overlay on a lot of different terrains
20131027 16:56:48< fabi> This topics can be "hidden". So they don't appear while you browse the help system but you can display them from the context menu.
20131027 16:56:54< zookeeper> as long as it respects the hidden= attribute
20131027 16:57:06< zookeeper> sounds good
20131027 16:57:38< fabi> The topic itself will give as much information as possible, when game related.
20131027 16:57:49< fabi> income 
20131027 16:57:51< fabi> heal
20131027 16:57:55< fabi> current owner
20131027 16:58:09< fabi> recruit from
20131027 16:58:13< fabi> recruit into
20131027 16:58:57< fabi> illumination specials
20131027 16:59:25< fabi> I don't know if I should merge local time of day stuff in there if addressed from a hex field.
20131027 17:00:09< fabi> Also, if a unit is on that field, or a unit is selected, I can evaluate the actual values.
20131027 17:01:20< zookeeper> dunno about those. might be more confusing than convenient for that info to be in two places.
20131027 17:01:22< zookeeper> the unit values, i mean
20131027 17:01:58< fabi> Yeah, both time and unit specific values are better placed elsewhere.
20131027 17:02:16< fabi> Like the unit help browser only tells about the type and not the actual unit.
20131027 17:04:33-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20131027 17:06:28-!- DCW [~Thunderbi@cpc1-finc14-2-0-cust12.4-2.cable.virginm.net] has joined #wesnoth-dev
20131027 17:07:41< fabi> zookeeper: The traits section in the help browser is unlike the other unit related stuff hardcoded. I want it to get autogenerated as well.
20131027 17:08:21-!- jamit [~jamit@wesnoth/developer/jamit] has joined #wesnoth-dev
20131027 17:08:56-!- kex [~kex@89.205.75.19] has quit [Ping timeout: 245 seconds]
20131027 17:11:37< zookeeper> fabi, well where would you put the descriptions?
20131027 17:12:00< zookeeper> they're pretty long so putting them into the trait macros wouldn't be that cool
20131027 17:13:24< fabi> We already have description in [trait]
20131027 17:13:45< zookeeper> that's the short one
20131027 17:17:01< fabi> Maybe the trait system can be changed to external definitions of traits and only an attribute like traits=dim, slow, weak, aged, fat stays in unit.
20131027 17:17:12-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20131027 17:17:46< zookeeper> i think that'd need to be an addition though, i don't think direct modification of unit traits is unheard of
20131027 17:18:11< zookeeper> (but of course the latter doesn't need special support in the help system)
20131027 17:19:25< fabi> I think making them autogenerated is just a logical step when every section else already shows UMC stuff.
20131027 17:20:30-!- Octalot [~noct@host86-149-197-127.range86-149.btcentralplus.com] has joined #wesnoth-dev
20131027 17:20:45< fabi> The UMC author is sadly not able to get anything in the help browser currently.
20131027 17:21:46< fabi> into the help browser
20131027 17:44:01-!- kex [~kex@89.205.75.19] has quit [Remote host closed the connection]
20131027 17:55:27-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.]
20131027 17:56:03-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20131027 18:01:13-!- molgrum [~molgrum@h-94-220.a230.priv.bahnhof.se] has quit [Quit: Lämnar]
20131027 18:01:13-!- thunderstruck [~zaibotren@cpc13-sgyl31-2-0-cust696.18-2.cable.virginm.net] has joined #wesnoth-dev
20131027 18:06:51-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 260 seconds]
20131027 18:12:13-!- irker530 [~irker@ai0867.net] has joined #wesnoth-dev
20131027 18:12:13< irker530> wesnoth: JaMiT wesnoth-old:master 1f77cb1fc3c6 / / (14 files in 5 dirs): Split wml_menu_item and wmi_container into their own source files. http://git.io/tLSkPA
20131027 18:12:13< irker530> wesnoth: JaMiT wesnoth-old:master 8e1a1dd5f621 / src/ (7 files in 2 dirs): Expand the game_events namespace. http://git.io/A6WO6w
20131027 18:12:13< irker530> wesnoth: JaMiT wesnoth-old:master 6013a7293c33 / src/ (4 files in 2 dirs): Move fire_wml_menu_item_event into wml_menu_item. http://git.io/lRc5Qg
20131027 18:12:14< irker530> wesnoth: JaMiT wesnoth-old:master 01149e92eb13 / src/ (game_events/menu_item.hpp play_controller.cpp): Remove an unnecessary check. http://git.io/PLlVMA
20131027 18:12:15< irker530> wesnoth: JaMiT wesnoth-old:master 01b65ff9baf1 / src/ (game_events/menu_item.cpp game_events/menu_item.hpp play_controller.cpp): Parameter consistency between can_show() and fire_event(). http://git.io/cJr_0Q
20131027 18:12:17< irker530> wesnoth: JaMiT wesnoth-old:master 40578f7bc928 / src/ (game_events/wmi_container.hpp play_controller.cpp): Remove an unneeded "if" statement. http://git.io/eRKB1w
20131027 18:12:19< irker530> wesnoth: JaMiT wesnoth-old:master ddd0bc34e981 / data/scenario-test.cfg: Convert 8-space indents to 4-space indents for consistency. http://git.io/wpXDYw
20131027 18:12:21< irker530> wesnoth: JaMiT wesnoth-old:master d17b926b9e5b / data/scenario-test.cfg: Clean up the messsages testing WMI hotkeys. http://git.io/OO8rPg
20131027 18:12:23< irker530> wesnoth: JaMiT wesnoth-old:master badec4e112f7 / src/game_events/wmi_container.cpp: Use unsigned int for counting. http://git.io/WBksTA
20131027 18:12:24-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20131027 18:12:25< irker530> wesnoth: JaMiT wesnoth-old:master f3d777360cdc / src/game_events/ (menu_item.cpp menu_item.hpp wmi_container.cpp): Shift most of wmi_container::init_handlers() to the wmi class. http://git.io/LIV8Ng
20131027 18:12:48-!- DCW [~Thunderbi@cpc1-finc14-2-0-cust12.4-2.cable.virginm.net] has quit [Remote host closed the connection]
20131027 18:13:49< jamit> MSVC and XCode users: The first of the above batch of commits adds two new source files: src/game_events/menu_item.cpp and src/game_events/wmi_container.cpp, but I cannot update your project files.
20131027 18:28:49< mattsc> jamit: just added those for Xcode and tried to compile, but I am getting a total of 75 error messages.  They are all in src/server/ though, so probably have nothing to do with your commits.  I'm on my way out the door to the airport though, probably won't be able to check what's going on until tomorrow.
20131027 18:29:33< jamit> mattsc: Thanks. Yeah, I didn't touch server, so that is probably unrelated.
20131027 18:30:07< mattsc> jamit: It's probably something simple, a clean build might fix it, I just don't have the time for it right now.
20131027 18:30:51< jamit> mattsc: You would have time if you didn't insist on being so well-traveled. :)
20131027 18:34:14< mattsc> jamit: indeed.  :)  And bye for now.
20131027 18:34:29-!- mattsc [~mattsc@154.20.32.246] has quit [Quit: Ciao]
20131027 19:08:01-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20131027 19:12:52-!- kex [~kex@89.205.75.19] has quit [Ping timeout: 268 seconds]
20131027 19:15:20-!- thunderstruck [~zaibotren@cpc13-sgyl31-2-0-cust696.18-2.cable.virginm.net] has quit [Quit: leaving]
20131027 19:21:24< Soliton> fabi: operator[] usually returns a modifiable reference. so if you use it for reading you best be sure the key you're accessing is there or be fine with inserting the key.
20131027 19:22:56-!- stikonas [~gentoo@46.246.47.189] has quit [Ping timeout: 245 seconds]
20131027 19:23:05-!- stikonas [~gentoo@cpc18-sgyl27-2-0-cust35.18-2.cable.virginm.net] has joined #wesnoth-dev
20131027 19:23:05-!- stikonas [~gentoo@cpc18-sgyl27-2-0-cust35.18-2.cable.virginm.net] has quit [Changing host]
20131027 19:23:05-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20131027 19:34:35-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20131027 19:34:51-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 248 seconds]
20131027 19:43:02-!- esr [~esr@wesnoth/developer/esr] has quit [Quit: WeeChat 0.4.1]
20131027 19:44:18-!- esr [~esr@wesnoth/developer/esr] has joined #wesnoth-dev
20131027 19:55:08-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 240 seconds]
20131027 19:55:10-!- stikonas__ [~gentoo@anon-39-80.vpn.ipredator.se] has joined #wesnoth-dev
20131027 19:55:48-!- Appleman1234 [~Appleman1@st0801.nas931.n-yokohama.nttpc.ne.jp] has quit [Ping timeout: 240 seconds]
20131027 19:56:48-!- Octalot [~noct@host86-149-197-127.range86-149.btcentralplus.com] has quit [Ping timeout: 240 seconds]
20131027 20:01:01-!- esr [~esr@wesnoth/developer/esr] has quit [Read error: Connection reset by peer]
20131027 20:02:05-!- esr [~esr@wesnoth/developer/esr] has joined #wesnoth-dev
20131027 20:11:12-!- esr [~esr@wesnoth/developer/esr] has quit [Quit: WeeChat 0.4.1]
20131027 20:12:20-!- esr [~esr@static-71-162-243-5.phlapa.fios.verizon.net] has joined #wesnoth-dev
20131027 20:12:20-!- esr [~esr@static-71-162-243-5.phlapa.fios.verizon.net] has quit [Changing host]
20131027 20:12:20-!- esr [~esr@wesnoth/developer/esr] has joined #wesnoth-dev
20131027 20:18:36-!- esr [~esr@wesnoth/developer/esr] has quit [Read error: Connection reset by peer]
20131027 20:22:41-!- esr [~esr@wesnoth/developer/esr] has joined #wesnoth-dev
20131027 20:33:23-!- esr [~esr@wesnoth/developer/esr] has quit [Read error: Connection reset by peer]
20131027 20:34:09-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20131027 20:35:51-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has quit [Quit: Távozom]
20131027 20:36:40-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20131027 20:36:42-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20131027 20:36:56-!- esr [~esr@static-71-162-243-5.phlapa.fios.verizon.net] has joined #wesnoth-dev
20131027 20:37:02-!- esr [~esr@static-71-162-243-5.phlapa.fios.verizon.net] has quit [Changing host]
20131027 20:37:02-!- esr [~esr@wesnoth/developer/esr] has joined #wesnoth-dev
20131027 20:38:03-!- iwaim_ [~iwaim@gateway.alib.jp] has quit [Ping timeout: 260 seconds]
20131027 20:40:47-!- iwaim_ [~iwaim@2001:2c0:40e:2002:0:4:14:80] has joined #wesnoth-dev
20131027 20:45:04-!- fabi [~fabi@wesnoth/developer/fendrin] has quit [Remote host closed the connection]
20131027 20:45:52-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20131027 20:46:36-!- fabi [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20131027 20:53:24-!- mattsc [~mattsc@208.181.69.201] has joined #wesnoth-dev
20131027 20:57:28< mattsc> jamit, everybody else: really quickly from the airport, I cannot build with Xcode at all atm.  I am not even getting to building Wesnoth, it hangs up with tons of error messages when trying to build wesnothd.  The first messages for two of the files are these: http://pastebin.com/R3sZU6F3
20131027 20:58:23-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20131027 20:58:29< mattsc> As far as I know, nothing has changed in my setup, so I have no idea what to do right this moment; and still no time to look into it.  :P  Just posting it in case somebody knows what this means.
20131027 21:10:39-!- mattsc [~mattsc@208.181.69.201] has quit [Quit: Ciao]
20131027 21:12:52-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20131027 21:15:54< fabi> sdl2.0 is released
20131027 21:18:21-!- esr [~esr@wesnoth/developer/esr] has quit [Quit: WeeChat 0.4.1]
20131027 21:19:58-!- esr [~esr@static-71-162-243-5.phlapa.fios.verizon.net] has joined #wesnoth-dev
20131027 21:19:58-!- esr [~esr@static-71-162-243-5.phlapa.fios.verizon.net] has quit [Changing host]
20131027 21:19:58-!- esr [~esr@wesnoth/developer/esr] has joined #wesnoth-dev
20131027 21:37:41-!- mjs-de [~mjs-de@p3EE23D49.dip0.t-ipconnect.de] has joined #wesnoth-dev
20131027 21:42:51-!- stikonas__ [~gentoo@anon-39-80.vpn.ipredator.se] has quit [Ping timeout: 248 seconds]
20131027 21:45:23-!- stikonas__ [~gentoo@cpc18-sgyl27-2-0-cust35.18-2.cable.virginm.net] has joined #wesnoth-dev
20131027 21:46:36-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20131027 21:50:29< timotei_> fabi: It's been 2 months already since the release :D
20131027 21:50:39< timotei_> But if you talk about 2.0.1 yeah, that was released 3 days ago :P
20131027 21:56:48-!- justinzane [~justinzan@tiny.justinzane.com] has quit [Ping timeout: 252 seconds]
20131027 22:03:07-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20131027 22:04:02-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20131027 22:05:49-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20131027 22:08:06-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 245 seconds]
20131027 22:11:01< Coffee_irc> boucman: in case you're wondering about the animation 'if' 'else' blocks, I haven't forgotten and intend to create debug function today that prints out the frame info
20131027 22:14:15< boucman> ok, cool, keep me posted :)
20131027 22:14:27< Coffee_irc> will do
20131027 22:14:35-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20131027 22:14:50-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20131027 22:21:23-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20131027 22:37:28-!- iceiceice [~iceiceice@207-237-132-90.ny.subnet.cable.rcn.com] has joined #wesnoth-dev
20131027 22:37:42-!- mjs-de [~mjs-de@p3EE23D49.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20131027 23:14:29-!- mattsc [~mattsc@142.179.109.102] has joined #wesnoth-dev
20131027 23:20:51< mattsc> Sigh.  I was hoping that upgrading from Xcode 5.0.0 to 5.0.1 would not screw up everything (yet again).
20131027 23:26:57-!- Linunix_ [52f680a2@gateway/web/freenode/ip.82.246.128.162] has quit [Ping timeout: 250 seconds]
20131027 23:39:02< irker530> wesnoth: mattsc wesnoth-old:master 122f7372f2a4 / projectfiles/Xcode/Wesnoth.xcodeproj/project.pbxproj: Update Xcode project file http://git.io/RWG3nw
20131027 23:39:51< vultraz> mattsc: what's wrong with xcode 5?
20131027 23:40:12< mattsc> jamit: ^  --  and hello from yet another airport.  :)
20131027 23:40:28< mattsc> vultraz: nothing's wrong, really, other than that I have no idea what I am doing  :D
20131027 23:41:25< mattsc> vultraz: apparently doing a minor update on it screwed up my project settings.  I think it is because Xcode now supports Mavericks, so "latest OS" points to something else than it did ...
20131027 23:41:27< jamit> Cool. Mac users will have to find something else to complain about. :)
20131027 23:42:16< mattsc> Yes, all three of them (or so).
20131027 23:54:03-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 248 seconds]
--- Log closed Mon Oct 28 00:00:17 2013