--- Log opened Sat Aug 06 00:00:16 2011
--- Day changed Sat Aug 06 2011
20110806 00:00:16< tschmitz> while I was playing with this bug, I was able to plan moves that went much farther than should be possible, of course, since the movement wasn't being subtracted
20110806 00:00:27-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Read error: Connection reset by peer]
20110806 00:00:33< gabba> Soliton, they're already used for an undocumented feature
20110806 00:00:34-!- Johannes13 [~Johannes@p5B07C3A7.dip.t-dialin.net] has joined #wesnoth-dev
20110806 00:00:34-!- Johannes13 [~Johannes@p5B07C3A7.dip.t-dialin.net] has quit [Changing host]
20110806 00:00:34-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20110806 00:00:56< tschmitz> but it occurred to me that it was almost identical to what multi-turn planning would be like, in some capacity
20110806 00:01:23< tschmitz> if you marked the extra moves as invalid
20110806 00:01:38< tschmitz> then when your next turn came around, the next move in the sequence would become valid and you could execute it
20110806 00:02:08< gabba> tschmitz: ok I see better what you mean, it's the pathfinder giving you trouble
20110806 00:02:44-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection]
20110806 00:03:07< tschmitz> Which brings me to another question: When an enemy gets in the way of your planned move, the current behavior is to recalculate the route and take the longer one
20110806 00:03:18< tschmitz> the new, longer one
20110806 00:03:26-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Read error: Connection reset by peer]
20110806 00:03:38-!- Johannes13 [~Johannes@p5B07C3A7.dip.t-dialin.net] has joined #wesnoth-dev
20110806 00:03:38-!- Johannes13 [~Johannes@p5B07C3A7.dip.t-dialin.net] has quit [Changing host]
20110806 00:03:38-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20110806 00:03:39< tschmitz> with multi-turn moves in the picture, it could even get recalculated into a multi-turn move.
20110806 00:04:06< Soliton> that's not what the player expects, i'd say.
20110806 00:04:17< tschmitz> I would agree
20110806 00:04:32< gabba> ^^^^About marking the extra moves as invalid, the problem with that is still selecting the unit at its ultimate position, since invalid moves don't get built into the future unit map
20110806 00:05:15< tschmitz> Yes, that is true. It was just an interesting correlation between our invalid moves and our multi turn moves
20110806 00:05:39< tschmitz> because as it stands, a move that's "too long" is classified as an invalid move
20110806 00:06:00< tschmitz> but now it could either be classified as an invalid single-turn move or a valid mutli-turn move
20110806 00:06:27< gabba> True, I actually planned to have moves with a "beyond the first turn" part before deciding that a chain of moves would work better
20110806 00:06:44< gabba> I never liked the recalculation behavior 100% either
20110806 00:06:45< tschmitz> Interesting, because I was also gravitating toward the former approach
20110806 00:06:56< tschmitz> what changed your mind?
20110806 00:08:17< gabba> I wanted to allow for the possibility of fancy stuff such as recruiting a unit and planning its movement in one fell swoop, and I think the selection and additional planning issue was factored in pretty early as well
20110806 00:08:39< gabba> Said fancy stuff is not necessarily a good idea in most cases btw
20110806 00:09:16< tschmitz> An issue I see with a "chain of moves" is that the waypoints could get anchored unnecessarily
20110806 00:09:44< tschmitz> I mean, unless we were careful in implementing it, of course,
20110806 00:10:45< tschmitz> but if your multi-turn move gets decomposed into a sequence of single-turn moves and then you run into a "delay," the later moves in the sequence would be, well, wrong
20110806 00:10:49< tschmitz> unless they got recalculated
20110806 00:11:54< gabba> But about recalculation, you're making me think that the player may want a way to end his unit's turn "early" without using up all movement
20110806 00:12:14< gabba> Actually no, it would be more interface clutter
20110806 00:12:52-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20110806 00:13:19< gabba> I was thinking something more along the lines that if you could set the destination to reach in this turn, you could safely recalculate using the remaining movement, if any
20110806 00:14:01< gabba> Best is just to get rid of recalculation completely and mark the whole chain of moves as invalid I think
20110806 00:14:27-!- negusnyul [~negusnyul@dsl4E5CDB9E.pool.t-online.hu] has quit [Remote host closed the connection]
20110806 00:14:34< tschmitz> hm, yeah I suppose we could do away with recalculations entirely
20110806 00:14:48< tschmitz> and just force the player to re-plan invalidated moves
20110806 00:15:35< gabba> tschmitz: the only situation where you could easily recalculate is if a 6-moves unit only uses two moves to get into a village. You could re-plan the path to the village using the remaining 4 moves
20110806 00:15:48-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Read error: Connection reset by peer]
20110806 00:15:54< gabba> a village or any position near an enemy
20110806 00:15:58-!- Johannes13 [~Johannes@p5B07C3A7.dip.t-dialin.net] has joined #wesnoth-dev
20110806 00:15:58-!- Johannes13 [~Johannes@p5B07C3A7.dip.t-dialin.net] has quit [Changing host]
20110806 00:15:58-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20110806 00:16:17< tschmitz> heh ...
20110806 00:16:26< gabba> ^above I mean of course "capture a village"
20110806 00:17:54< gabba> Maybe consider that if it can be done with minimal modifications to the current code... after all the game already provides you with easy means to know when the unit will end its turn, so it could boil down to a simple check
20110806 00:18:30< tschmitz> That is true
20110806 00:18:51< gabba> Not sure what you mean by waypoints being anchored wrong, above
20110806 00:19:36< tschmitz> Well if we never recalculate paths then I suppose it wouldn't matter, but
20110806 00:20:26< tschmitz> when you have a multi-turn move, you have to stop at various end-of-turn spots
20110806 00:20:43< tschmitz> but when your path changes slightly, your end-of-turn spots can completely change
20110806 00:20:58< gabba> phone, brb in a minute or two
20110806 00:25:43-!- Johannes13_ [~Johannes@p5B07C3A7.dip.t-dialin.net] has joined #wesnoth-dev
20110806 00:25:43-!- Johannes13_ [~Johannes@p5B07C3A7.dip.t-dialin.net] has quit [Changing host]
20110806 00:25:43-!- Johannes13_ [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20110806 00:28:48-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 240 seconds]
20110806 00:29:38< gabba> tschmitz: back
20110806 00:29:56< tschmitz> wb
20110806 00:30:04< gabba> ty
20110806 00:30:23< gabba> wb eh? that's sneaky
20110806 00:30:41< gabba> anyways
20110806 00:30:45< tschmitz> the two meanings are forever mixed in my mind
20110806 00:31:12< gabba> I'm sorry you'll have to endure that forever =P
20110806 00:31:36-!- Aethaeryn [~Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #wesnoth-dev
20110806 00:32:38-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20110806 00:33:07< gabba> So to conclude, let's scrap recalculation if it must. I think my idea of attempting the recalculation but marking everything invalid if the same point as before can't be reached in the first turn would work too, though.
20110806 00:34:15< CIA-57> tschmitz * r50615 /trunk/src/ (menu_events.cpp menu_events.hpp): 
20110806 00:34:15< CIA-57> Changed do_recruit and do_recall return type. (for whiteboard)
20110806 00:34:15< CIA-57> Instead of void, they now return bool indicating success or failure.
20110806 00:34:17< gabba> tschmitz: Splitting the first turn into two when recalculating would probably never end up with a the result the player wants anyways
20110806 00:34:36< tschmitz> gabba: btw, got anything against recalculation that results in a *shorter* path?
20110806 00:34:43-!- Johannes13__ [~Johannes@p5B07C3A7.dip.t-dialin.net] has joined #wesnoth-dev
20110806 00:34:47-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Read error: Connection reset by peer]
20110806 00:34:50< gabba> "a the" shoud be just "the"
20110806 00:35:10< gabba> tschmitz: I don't think so
20110806 00:35:12-!- DragonSky [~DragonSky@c114-77-171-31.fitzg3.qld.optusnet.com.au] has joined #wesnoth-dev
20110806 00:35:19-!- Johannes13_ [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 250 seconds]
20110806 00:35:59-!- deekay [~dk@wesnoth/developer/dragonking] has quit [Remote host closed the connection]
20110806 00:37:15< CIA-57> tschmitz * r50616 /trunk/src/whiteboard/ (12 files): 
20110806 00:37:15< CIA-57> Changed signature of action::execute().
20110806 00:37:15< CIA-57> Now there are two output parameters instead of a single return value.
20110806 00:37:22-!- Johannes13__ [~Johannes@p5B07C3A7.dip.t-dialin.net] has quit [Read error: Connection reset by peer]
20110806 00:37:29-!- Johannes13__ [~Johannes@p5B07C3A7.dip.t-dialin.net] has joined #wesnoth-dev
20110806 00:37:32< CIA-57> tschmitz * r50617 /trunk/src/whiteboard/move.cpp: Cleaned up move::execute().
20110806 00:37:56< CIA-57> tschmitz * r50618 /trunk/src/whiteboard/ (recall.cpp recruit.cpp utility.cpp utility.hpp): Recruit and recall actions will no longer be deleted on failed execution.
20110806 00:38:10< CIA-57> tschmitz * r50619 /trunk/src/whiteboard/manager.cpp: Changed a method name.
20110806 00:38:45< tschmitz> gabba: There we go, fixed the operator()
20110806 00:38:49-!- Johannes13_ [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20110806 00:38:54-!- Johannes13__ [~Johannes@p5B07C3A7.dip.t-dialin.net] has quit [Read error: Connection reset by peer]
20110806 00:39:39< gabba> good :)
20110806 00:39:59< gabba> Do you know what happends when current gotos get blocked btw?
20110806 00:41:33< tschmitz> If blocked by a friend, I believe the move stops short; if blocked by an enemy, I believe the path is recalculated
20110806 00:41:34-!- noy [~Noy@wesnoth/developer/noy] has quit [Read error: Connection reset by peer]
20110806 00:41:40< tschmitz> I think it's worth checking on though
20110806 00:44:21< gabba> tschmitz: ok, I was just curious - I'll check whenever I start up wesnoth, but we probably won't want to emulate that behavior anyways
20110806 00:45:36< tschmitz> aye
20110806 00:45:59< gabba> tschmitz: changing computers yet again
20110806 00:46:03-!- gabba [~gabriel@wesnoth/developer/gabba] has left #wesnoth-dev []
20110806 00:47:58-!- gabba [~gabba@wesnoth/developer/gabba] has joined #wesnoth-dev
20110806 00:48:17< gabba> back
20110806 00:49:09< tschmitz> Welcome
20110806 00:49:55< Soliton> if you also want to replace waypoints recalculation isn't always an option.
20110806 00:51:31< gabba> Soliton, can you elaborate a bit?
20110806 00:51:33< tschmitz> Soliton: How do you mean?
20110806 00:51:35< tschmitz> heh
20110806 00:52:14< gabba> (thanks for joining in btw, more input is always good)
20110806 00:52:26< Soliton> well, waypoints are there so you can exactly describe the path. you certainly don't want any changes then.
20110806 00:52:36-!- DragonSky [~DragonSky@c114-77-171-31.fitzg3.qld.optusnet.com.au] has left #wesnoth-dev ["Leaving"]
20110806 00:53:07< gabba> Ah yes, but recalculation only takes place "within" a single planned move
20110806 00:53:25< tschmitz> gabba: btw, gotos are indeed recalculated before they are auto-executed, but "friend-in-the-way" is not considered (very much) in the pathfinding algorithm
20110806 00:53:29< gabba> Want more control? Just subdivide into more planned moves
20110806 00:53:51< tschmitz> one hex at a time, if necessary
20110806 00:54:18< tschmitz> how annoying ... hah
20110806 00:54:31< gabba> tschmitz: interesting
20110806 00:54:54< Soliton> so you can plan several moves for one turn? ok.
20110806 00:55:10< gabba> Yes, you can already do that with the whiteboard
20110806 00:55:24< gabba> The novelty will be to be able to plan beyond one turn
20110806 00:55:56< gabba> And also of course the fact that any move that would create gotos will now create planned moves with everything beyond the first turn
20110806 00:56:19< gabba> So you can execute or erase them yourself
20110806 00:57:50< Soliton> i need to test the wb more but i hardly get to play at all.
20110806 00:58:00-!- Alarantalara [~alarantal@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has left #wesnoth-dev []
20110806 00:58:27< gabba> that's the problem with being a dev, we lose touch with the game over time :/
20110806 00:59:00< Soliton> that's the problem with having a job. :-P
20110806 00:59:17< gabba> For me it's a kind of vicious circle, since it's playing the game a lot that motivated me to be a dev in the first place
20110806 00:59:53< gabba> ^that too :P
20110806 01:01:00< tschmitz> Fortunately for me, this is my job.
20110806 01:01:28< gabba> he he yes, for now
20110806 01:02:34< gabba> But like every good GSoC student, we hope you stick with us beyond the summer
20110806 01:02:36< tschmitz> gabba: I just tested the existing goto behavior and it refuses to change course for "friend-in-the-way" problems even when changing course would cut down the overall movement cost of the trip
20110806 01:02:41-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20110806 01:03:10< gabba> bad, bad existing goto behavior
20110806 01:03:23< tschmitz> It's a problem with the pathfinder in my opinion
20110806 01:03:41-!- Aethaeryn [~Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Quit: ...]
20110806 01:03:54< tschmitz> Interestingly, it *does* take friend-in-the-way into account, but it assigns it very, very little weight
20110806 01:04:07< tschmitz> assuming I read the code and comments correctly, anyhow
20110806 01:04:08< gabba> I never looked into what the pathdinder does when planning beyond one turn, for obvious reasons
20110806 01:04:19< tschmitz> heh right
20110806 01:05:24< tschmitz> the pathfinder appears to consider a friend-blocked hex to cost 1/10000 of a movement point more than an unblocked hex
20110806 01:05:49< gabba> sounds... small
20110806 01:05:58< tschmitz> which is the same weight given to 1% defense rating
20110806 01:06:25< gabba> On the other hand a friend-blocked hex is only a problem if you happen to land straight on it
20110806 01:06:33< gabba> On a turn end
20110806 01:06:37< tschmitz> Yes
20110806 01:06:50< tschmitz> otherwise, it's no different than an unblocked hex
20110806 01:07:54< gabba> But if the pathfinder gives us paths that do that (end turns on friendly units) we'll have problems when converting the path into a sequence of planned moves
20110806 01:08:15< tschmitz> plus, it's just bad
20110806 01:08:21< gabba> plus
20110806 01:08:27< gabba> +a
20110806 01:08:29< gabba> +1
20110806 01:08:48< tschmitz> whe?
20110806 01:08:59< gabba> excuse the nonsense
20110806 01:09:04< tschmitz> OK
20110806 01:09:18< tschmitz> It's an interesting problem though
20110806 01:09:48< tschmitz> trying to figure out the best path without stopping on blocked hexes
20110806 01:10:46< gabba> It is. Not easy to handle with just A*
20110806 01:11:22< tschmitz> Never heard of A*; is it just the algorithm I would expect?
20110806 01:11:38< tschmitz> fanning out in all directions from every spot?
20110806 01:11:43< gabba> You can always mark the hex as inaccessible and recalculate I guess, especially in a turn-based game
20110806 01:11:55< gabba> No that's Dijkstra
20110806 01:12:10< tschmitz> So how's A* different?
20110806 01:12:18< tschmitz> I suppose I can just google it
20110806 01:12:27< gabba> A* is Dijkstra + a heuristic to try and determine the best search direction
20110806 01:13:10< gabba> Usually you assume that hexes topographically closer to the destination are better to search first, but that can be horribly wrong with some maps
20110806 01:13:23< gabba> Not sure which algorithm Wesnoth uses
20110806 01:14:11< tschmitz> well there's a function called a_star_search
20110806 01:14:27< gabba> that's it then
20110806 01:14:29-!- FKint [~FKint@91.181.23.137] has quit [Quit: Leaving]
20110806 01:14:31< tschmitz> so it's just got a heuristic
20110806 01:14:52< tschmitz> I was thinking it could be augmented by adding one extra possible "direction"
20110806 01:15:01< tschmitz> which is to stand still
20110806 01:15:15< tschmitz> regaining all movement
20110806 01:15:20< tschmitz> aka end your turn
20110806 01:16:26< tschmitz> and then disallow moving onto blocked hexes when ...
20110806 01:16:38< gabba> Well the algorithm needs scores to compare to pick the right path, your proposal would make all paths of potentially infinite weight if I understand what you're saying
20110806 01:17:40< tschmitz> well actually I proposed the two parts of this plan in the reverse of the sensible order
20110806 01:17:40< gabba> You should probably read about those, but... in your free time ;)
20110806 01:18:07< tschmitz> OK so about this whole pathfinding business
20110806 01:18:23< tschmitz> and how it pertains to us wb folks
20110806 01:18:40< tschmitz> can we get by without "fixing" the pathfind algorithm or the time being?
20110806 01:18:52< tschmitz> s/or/for/
20110806 01:19:02< tschmitz> ah crap
20110806 01:19:14< tschmitz> I meant s/ or / for /
20110806 01:19:53< gabba> I think so. Situations where we end up finishing a turn on a friendly unit should be really rare, and will just create invalid moves for a part of the path. That would force the player to re-plan manually in rare cases
20110806 01:20:26< tschmitz> Hopefully it's as rare as you suggest
20110806 01:20:37< gabba> If it gets annoying we can always bother the pathfind master or one of us can fix it after GSoC.
20110806 01:21:00< tschmitz> All right, so for the time being we'll let that one slide
20110806 01:21:04< gabba> yup
20110806 01:21:05< tschmitz> Oh right
20110806 01:21:09< tschmitz> I can mark it "later"
20110806 01:21:15< gabba> "later"
20110806 01:22:44< gabba> tschmitz: Seriously, as an important task during the "wrap-up" week, enter every unfinished task as a bug or wish in the bug tracker.
20110806 01:23:24< tschmitz> OK
20110806 01:23:51< gabba> Otherwise coming back in our free time and fixing a thing here and there will be very hard. (lol, gotta find the mythical IRC discussion of 2011-08-05)
20110806 01:24:44< tschmitz> heh
20110806 01:24:58< tschmitz> Well fortunately I do have my todo list
20110806 01:25:10< tschmitz> whatever's left on it can go on gna
20110806 01:25:19< tschmitz> brb bathroom
20110806 01:27:05< tschmitz> back
20110806 01:27:42-!- Aethaeryn [~Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #wesnoth-dev
20110806 01:37:57-!- Aethaeryn [~Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Quit: ...]
20110806 01:39:48-!- Nephro [~Dmitry@host81-102-106-91.not-set-yet.ntli.net] has quit [Ping timeout: 255 seconds]
20110806 01:41:04-!- Johannes13__ [~Johannes@p5B07C3A7.dip.t-dialin.net] has joined #wesnoth-dev
20110806 01:41:05-!- Johannes13_ [~Johannes@unaffiliated/johannes13] has quit [Read error: Connection reset by peer]
20110806 01:52:00-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20110806 01:54:46-!- gabba [~gabba@wesnoth/developer/gabba] has left #wesnoth-dev []
20110806 01:58:41-!- Johannes13__ [~Johannes@p5B07C3A7.dip.t-dialin.net] has quit [Ping timeout: 240 seconds]
20110806 03:01:14-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: crimson_penguin]
20110806 03:01:58-!- happygrue [~quassel@rrcs-50-75-61-76.nys.biz.rr.com] has joined #wesnoth-dev
20110806 03:01:58-!- happygrue [~quassel@rrcs-50-75-61-76.nys.biz.rr.com] has quit [Changing host]
20110806 03:01:58-!- happygrue [~quassel@wesnoth/developer/wintermute] has joined #wesnoth-dev
20110806 03:06:08-!- happygrue [~quassel@wesnoth/developer/wintermute] has quit [Ping timeout: 240 seconds]
20110806 03:08:23-!- noy [~Noy@wesnoth/developer/noy] has quit [Read error: Connection reset by peer]
20110806 03:15:19-!- happygrue [~quassel@wesnoth/developer/wintermute] has joined #wesnoth-dev
20110806 03:17:44-!- horon [~horon@nttkyo103205.tkyo.nt.adsl.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20110806 03:42:57-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20110806 03:58:11-!- Upthorn [~ogmar@69.62.144.56] has quit [Ping timeout: 252 seconds]
20110806 04:05:44-!- Ivanovic_ [~ivanovic@dtmd-4db2e79f.pool.mediaWays.net] has joined #wesnoth-dev
20110806 04:05:44-!- Ivanovic_ [~ivanovic@dtmd-4db2e79f.pool.mediaWays.net] has quit [Changing host]
20110806 04:05:44-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20110806 04:09:18-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 258 seconds]
20110806 04:09:47-!- Ivanovic_ is now known as Ivanovic
20110806 04:15:50-!- hhyloc [~hhyloc@113.166.148.195] has joined #wesnoth-dev
20110806 04:21:25-!- hhyloc [~hhyloc@113.166.148.195] has quit [Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/]
20110806 04:23:17-!- happygrue [~quassel@wesnoth/developer/wintermute] has quit [Ping timeout: 258 seconds]
20110806 04:37:23-!- crimson_penguin [~ben@64-46-27-95.dyn.novuscom.net] has joined #wesnoth-dev
20110806 04:37:23-!- crimson_penguin [~ben@64-46-27-95.dyn.novuscom.net] has quit [Changing host]
20110806 04:37:23-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20110806 05:01:49-!- enchilado [~enchilado@ppp118-208-136-212.lns20.bne1.internode.on.net] has quit [Read error: No route to host]
20110806 05:02:27-!- enchilado [~enchilado@ppp118-208-136-212.lns20.bne1.internode.on.net] has joined #wesnoth-dev
20110806 05:06:40-!- Gambit [~Gambit@wesnoth/developer/grickit] has quit [Read error: Connection reset by peer]
20110806 05:08:46-!- horon [~horon@nttkyo103205.tkyo.nt.adsl.ppp.infoweb.ne.jp] has quit [Quit: Leaving...]
20110806 05:12:05-!- Elvish_Pillager [~eli@71-10-224-192.dhcp.oxfr.ma.charter.com] has quit [Ping timeout: 240 seconds]
20110806 05:27:57-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20110806 05:32:16-!- Cookiee [~quassel@unaffiliated/cookiee] has joined #wesnoth-dev
20110806 06:05:39-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20110806 06:11:32-!- hhyloc [~hhyloc@113.166.162.184] has joined #wesnoth-dev
20110806 06:20:26-!- hhyloc [~hhyloc@113.166.162.184] has quit [Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/]
20110806 06:21:23-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20110806 06:43:28-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20110806 07:16:51-!- LordNasty [~NaSTy@93-43-134-30.ip92.fastwebnet.it] has quit [Ping timeout: 255 seconds]
20110806 07:16:51-!- loonycyborg [loonycybor@wesnoth/developer/loonycyborg] has quit [Ping timeout: 255 seconds]
20110806 07:17:01-!- loonycyborg [loonycybor@wesnoth/developer/loonycyborg] has joined #wesnoth-dev
20110806 07:17:17-!- LordNasty [~NaSTy@93-43-134-30.ip92.fastwebnet.it] has joined #wesnoth-dev
20110806 07:23:57-!- thonsew [~thonsew__@gateway/tor-sasl/thonsew] has joined #wesnoth-dev
20110806 07:36:06< Espreon> LOL, Ubuntu. I like distros that lemme keep on rollin'.
20110806 07:37:35< shadowmaster> and then you are unexpectedly slapped in the face with a dysfunctional PAM
20110806 07:38:05< shadowmaster> or a broken GNU GRUB
20110806 07:38:20< Espreon> I tend to be careful with those.
20110806 07:38:46< shadowmaster> or (gasp!) a dead glibc
20110806 07:39:23< Espreon> Oh, especially with that.
20110806 07:39:54< shadowmaster> or the distribution hastily switches to a compiler without noticing that it produces broken optimized code for the Linux VM management code and your applications start randomly SIGBUSing
20110806 07:40:43< shadowmaster> or they upgrade to a newer Foobar that isn't compatible with the previous version's file format so you find yourself in need of the old version to open your documents again
20110806 07:41:43< shadowmaster> Espreon: the problem is that a normal user won't really know exactly what to do after upgrading to a glibc package version that makes all dependant applications die on startup
20110806 07:42:00< Espreon> True.
20110806 07:42:09< shadowmaster> besides the obvious "reinstall and send everything to hell" plan
20110806 07:42:54< shadowmaster> I was in a similar position once and that sucked
20110806 08:02:56< Espreon> AI0867: Well, plain [redraw] (as in without side=) made it immune. So, yeah...
20110806 08:09:17-!- Upth [~ogmar@69.62.144.56] has joined #wesnoth-dev
20110806 08:09:17-!- Upth is now known as Upthorn
20110806 08:24:40< thonsew> shadowmaster: I have a git-svn question.  I originally setup my repo to look at code with url=http://svn.gna.org/svn/wesnoth.  Now I'm trying to dcommit so I have changed url=svn+ssh://thonsew@svn.gna.org/svn/wesnoth.  git svn rebase is happy, but git svn dcommit has this error message.
20110806 08:24:56< thonsew> Transaction is out of date: File '/trunk/changelog' is out of date at /usr/libexec/git-core/git-svn line 576
20110806 08:25:11< thonsew> Can anyone help?
20110806 08:25:50< shadowmaster> do you have local unmerged or unstaged changes? (check git status)
20110806 08:26:01< thonsew> no
20110806 08:26:12< thonsew> # On branch master
20110806 08:26:12< thonsew> nothing to commit (working directory clean)
20110806 08:31:08< shadowmaster> sorry, no idea then
20110806 08:31:28< thonsew> Thanks anyway
20110806 08:33:00< thonsew> Is it a problem that all the previous svn rebases were done with the non svn+ssh address?
20110806 08:40:29< tschmitz> thonsew: Did you check to make sure you are authenticated?
20110806 08:41:15< thonsew> How do I check?  Yesterday git svn was unresponsive with svn+ssh.
20110806 08:41:19< tschmitz> I suppose if you weren't, then the rebase would have failed
20110806 08:41:39< tschmitz> Are you using pageant to authenticate?
20110806 08:41:39< thonsew> I rebased with the http address.
20110806 08:42:06< thonsew> I doubt it.  Plain vanilla git  plus git-svn
20110806 08:42:56< tschmitz> http://wiki.wesnoth.org/GIT-SVN is the tutorial
20110806 08:42:58< thonsew> open ssh, with ssh-agent.  I imagine
20110806 08:43:14< tschmitz> pageant is a free authentication agent
20110806 08:43:30< tschmitz> You will also need a private key; did you do this part?
20110806 08:44:37< thonsew> yes. I followed the gna instructions.  ssh-keygen
20110806 08:44:55< tschmitz> and you have pageant running in the background?
20110806 08:45:32< tschmitz> actually, this wouldn't make sense if you aren't running windows, I believe
20110806 08:45:57< thonsew> No.  I have ssh-agent running in the background.  
20110806 08:45:59< tschmitz> because pageant is the workaround for windows
20110806 08:46:17< thonsew> I think that at least one rebase ran with this setup.  
20110806 08:46:30< thonsew> I'm running fedora.
20110806 08:46:50< tschmitz> Well it sounds like you did the authentication
20110806 08:47:17< tschmitz> can you rebase now?
20110806 08:47:39< thonsew> Current branch master is up to date.
20110806 08:48:27< tschmitz> Presumably that means it would have succeeded even if you were not up to date
20110806 08:49:16< tschmitz> and dcommit still gives that error?
20110806 08:49:37< thonsew> I can run git svn log <filename> which presumably needs to authenticate.
20110806 08:49:57< thonsew> dcommit still gives the error.
20110806 08:50:08< tschmitz> run "echo $GIT_SSH"
20110806 08:50:37< thonsew> nothing
20110806 08:51:19< tschmitz> I had to set that variable to the path to a program called plink.exe
20110806 08:51:38< tschmitz> Not sure if it'd be different for your operating system
20110806 08:51:39< thonsew> What does plink do?
20110806 08:51:52< tschmitz> I'm not really sure
20110806 08:52:00< tschmitz> presumably some kind of connection
20110806 08:52:17< tschmitz> it comes with TortoiseSVN, which is a Windows program
20110806 08:52:42< tschmitz> (it's also available for individual download elsewhere)
20110806 08:52:47< thonsew> I assume that you are a windows user.
20110806 08:52:54< tschmitz> Why yes
20110806 08:52:59< thonsew> That gives me something to fiddle with.
20110806 08:53:31< thonsew> Earlier in the chat logs I saw that you were interested in some pathfinding changes
20110806 08:53:42< tschmitz> Yes, that's true
20110806 08:54:03< thonsew> I was looking at speeding up the pathfinding.  No specifically, the planned paths portion.
20110806 08:54:24< tschmitz> I'm not sure what you mean
20110806 08:54:39< thonsew> If you spelled out and threw it up on a wish list item, I'll roll it in.
20110806 08:55:08< tschmitz> You mean you are messing with the pathfinder?
20110806 08:55:22< thonsew> Yes.
20110806 08:56:09< tschmitz> I was hoping that the pathfinder could be fixed so as to avoid stepping on friendly units when that would be advantageous
20110806 08:56:33< tschmitz> For the most part, friendly units are ignored during the pathfinding operation
20110806 08:57:07< tschmitz> which means occasionally a multi-turn path returned by the pathfinder will result in 
20110806 08:57:16< tschmitz> a path that requires ending a turn on a friendly unit
20110806 08:57:22< tschmitz> which of course is not allowed
20110806 08:57:54< tschmitz> so if you execute that move, the unit will just stop one hex early
20110806 08:58:08< tschmitz> (or however many hexes early it would need to stop to avoid stepping on someone)
20110806 08:58:23< tschmitz> but this sometimes results in a sub-optimal path
20110806 08:58:51< tschmitz> because occasionally it would be faster to go around the friendly unit
20110806 09:00:33< thonsew> I understand what you are asking for.
20110806 09:00:34< tschmitz> as far as I can tell, friendly units *are* taken into account a little bit in pathfind/pathfind.cpp on line 479
20110806 09:00:45< tschmitz> but not optimally
20110806 09:01:10< tschmitz> presumably it would require a relatively significant change so I probably don't have time to look into it myself at the moment, but
20110806 09:01:21< tschmitz> I think it would be worth a fix
20110806 09:01:26< thonsew> It accounts for where unit are now.  
20110806 09:01:41< thonsew> You want to account for where units might be in the future.
20110806 09:02:06< tschmitz> that wasn't actually what I was asking for, although that might be an additional thing I'll need to do
20110806 09:03:48< thonsew> A way to allow for where they might be in the future is to allow the AI to create speculative world models.
20110806 09:04:16< thonsew> This would also encourage more compartmentalized code, in that the resources::stuff would need to be
20110806 09:04:40< thonsew> better interfaced.
20110806 09:05:21< thonsew> The simpler solution would be to replan multipart paths after units have moved.
20110806 09:06:10< tschmitz> thonsew: Let me take a screenshot to illustrate my request
20110806 09:06:16< tschmitz> after that, I had better go to sleep
20110806 09:14:18-!- MeccaGod [majs@host189-199.bornet.net] has joined #wesnoth-dev
20110806 09:17:13< tschmitz> thonsew: http://imagebin.org/166628
20110806 09:17:33< tschmitz> The left is the default path suggested by the pathfinder
20110806 09:17:43< tschmitz> The right is the path I would rather get
20110806 09:18:05< tschmitz> because the path on the left is actually going to take me 3 turns, whereas the path on the right will still only take me 2.
20110806 09:19:07< tschmitz> erm, sorry for the crappy color quality
20110806 09:20:43< thonsew> I think that can be accomodated, in multi-part paths.  
20110806 09:21:04< thonsew> If your Bone-shooter moves the path may need to be recalculated.
20110806 09:21:19< tschmitz> Yep
20110806 09:21:30< tschmitz> but as long as he stays put, I'd rather take the secondary path
20110806 09:21:50< tschmitz> since it really is the better one
20110806 09:22:06< tschmitz> In any case, I better get some sleep.
20110806 09:22:17< thonsew> Sleep well. Bye.
20110806 09:22:18< tschmitz> Thanks, and good luck with your problem.
20110806 09:22:43< thonsew> All I want to do is commit a little fix.
20110806 09:25:14< Espreon> thonsew: Perhaps make an svn checkout, commit your stuff, and make another git-svn clone... test... and stuff?
20110806 09:25:52< thonsew> The start all over approach.  I'm getting there.
20110806 09:26:52-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20110806 09:29:11< shadowmaster> zookeeper: if you are going to do silly topic splits then at least close any open reports about their posts
20110806 09:29:30< zookeeper> oops
20110806 09:33:46-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20110806 09:34:02-!- stikonas [~gentoo@ctv-213-164-123-133.vinita.lt] has joined #wesnoth-dev
20110806 09:34:02-!- stikonas [~gentoo@ctv-213-164-123-133.vinita.lt] has quit [Changing host]
20110806 09:34:02-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20110806 09:39:20-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Read error: Connection reset by peer]
20110806 09:39:29-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20110806 09:46:15-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 258 seconds]
20110806 09:54:16-!- timotei [~Timo@wesnoth/developer/timotei] has joined #wesnoth-dev
20110806 09:57:44-!- thonsew [~thonsew__@gateway/tor-sasl/thonsew] has quit [Quit: Leaving]
20110806 09:58:01-!- EdB [~edb@89.82.194.231] has joined #wesnoth-dev
20110806 10:21:39-!- ettin [~jorda@50.206.219.87.dynamic.jazztel.es] has quit [Changing host]
20110806 10:21:39-!- ettin [~jorda@wesnoth/developer/ettin] has joined #wesnoth-dev
20110806 10:25:41< Ivanovic> moin
20110806 10:36:41-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 240 seconds]
20110806 10:38:54-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20110806 10:41:54-!- EdB [~edb@89.82.194.231] has quit [Remote host closed the connection]
20110806 10:55:27-!- EdB [~edb@89.82.194.231] has joined #wesnoth-dev
20110806 11:11:01-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 246 seconds]
20110806 11:17:41-!- EdB [~edb@89.82.194.231] has quit [Remote host closed the connection]
20110806 11:28:18-!- loonybot [~loonybot@46.138.82.163] has joined #wesnoth-dev
20110806 11:28:18-!- loonybot [~loonybot@46.138.82.163] has quit [Changing host]
20110806 11:28:18-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev
20110806 11:35:14-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20110806 11:41:11-!- stikonas [~and@ctv-213-164-123-133.vinita.lt] has joined #wesnoth-dev
20110806 11:41:11-!- stikonas [~and@ctv-213-164-123-133.vinita.lt] has quit [Changing host]
20110806 11:41:11-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20110806 11:53:57-!- negusnyul [~negusnyul@dsl4E5CDB9E.pool.t-online.hu] has joined #wesnoth-dev
20110806 12:00:11-!- atomicbomb [~quassel@180.246.188.25] has joined #wesnoth-dev
20110806 12:00:35-!- vcap_ [~vcap@AReims-551-1-5-33.w86-215.abo.wanadoo.fr] has joined #wesnoth-dev
20110806 12:03:09-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20110806 12:03:36-!- vcap [~vcap@AReims-551-1-90-171.w92-155.abo.wanadoo.fr] has quit [Ping timeout: 260 seconds]
20110806 12:04:15-!- stikonas [~and@ctv-213-164-123-133.vinita.lt] has joined #wesnoth-dev
20110806 12:04:15-!- stikonas [~and@ctv-213-164-123-133.vinita.lt] has quit [Changing host]
20110806 12:04:15-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20110806 12:22:16-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20110806 12:25:51-!- MeccaGod [majs@host189-199.bornet.net] has quit []
20110806 12:26:56-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 260 seconds]
20110806 12:40:00-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20110806 12:42:16-!- Sytyi [~sytyi@177-98-133-95.pool.ukrtel.net] has joined #wesnoth-dev
20110806 12:43:21-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Disconnected by services]
20110806 12:43:45-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20110806 13:14:53-!- horon [~horon@nttkyo103205.tkyo.nt.adsl.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20110806 13:23:14-!- Sytyi [~sytyi@177-98-133-95.pool.ukrtel.net] has quit [Quit: Leaving.]
20110806 13:30:01-!- Sytyi [~sytyi@177-98-133-95.pool.ukrtel.net] has joined #wesnoth-dev
20110806 13:32:33< CIA-57> thonsew * r50620 /trunk/src/ (7 files): 
20110806 13:32:33< CIA-57> Fix for bug 18017 FADE_TO_BLACK and local tod don't play nice. Implemented a
20110806 13:32:33< CIA-57> local per tile color adjustment to go along with the local per tile time of day
20110806 13:32:33< CIA-57> (tod) adjustment, during fades. Also fixed scaling of tod lightmap, which was
20110806 13:32:33< CIA-57> issuing errors.
20110806 13:33:53< timotei> thonsew: congrats :D
20110806 13:38:37-!- Sytyi [~sytyi@177-98-133-95.pool.ukrtel.net] has quit [Read error: Connection reset by peer]
20110806 13:39:05-!- Sytyi [~sytyi@177-98-133-95.pool.ukrtel.net] has joined #wesnoth-dev
20110806 13:49:07-!- negusnyul [~negusnyul@dsl4E5CDB9E.pool.t-online.hu] has quit [Remote host closed the connection]
20110806 13:52:44-!- Gambit [~Gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20110806 13:58:33-!- Unnheulu [~ieuan@host86-180-11-31.range86-180.btcentralplus.com] has joined #wesnoth-dev
20110806 14:01:18-!- hhyloc [~hhyloc@113.166.182.145] has joined #wesnoth-dev
20110806 14:10:33-!- vultraz [~chatzilla@124.109.10.221] has quit [Ping timeout: 246 seconds]
20110806 14:11:07-!- Nephro [~Dmitry@host81-102-106-91.not-set-yet.ntli.net] has joined #wesnoth-dev
20110806 14:13:19-!- hhyloc [~hhyloc@113.166.182.145] has quit [Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/]
20110806 14:13:41-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Ping timeout: 240 seconds]
20110806 14:16:08-!- vultraz [~chatzilla@124.109.10.221] has joined #wesnoth-dev
20110806 14:20:44-!- f1ber [~p1mps@adsl-ull-20-208.49-151.net24.it] has joined #wesnoth-dev
20110806 14:45:42-!- Cookiee [~quassel@unaffiliated/cookiee] has quit [Remote host closed the connection]
20110806 14:46:05-!- MeccaGod [~majs@host189-199.bornet.net] has joined #wesnoth-dev
20110806 14:49:56-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20110806 14:51:43-!- hhyloc [~hhyloc@113.162.139.145] has joined #wesnoth-dev
20110806 15:15:52-!- Crendgrim [~crend@77-22-254-233-dynip.superkabel.de] has joined #wesnoth-dev
20110806 15:17:54-!- atomicbomb [~quassel@180.246.188.25] has quit [Read error: Connection reset by peer]
20110806 15:21:40-!- yenloc [~hhyloc@113.162.139.145] has joined #wesnoth-dev
20110806 15:24:16-!- yenloc [~hhyloc@113.162.139.145] has quit [Client Quit]
20110806 15:24:39-!- yenloc [~hhyloc@113.162.139.145] has joined #wesnoth-dev
20110806 15:25:08-!- hhyloc [~hhyloc@113.162.139.145] has quit [Ping timeout: 240 seconds]
20110806 15:28:07-!- anonymissimus [~chatzilla@HSI-KBW-046-005-024-090.hsi8.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20110806 15:33:19-!- yenloc [~hhyloc@113.162.139.145] has quit [Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/]
20110806 15:33:42-!- hhyloc [~hhyloc@113.162.139.145] has joined #wesnoth-dev
20110806 15:37:11< anonymissimus> thonsew, boucman , all: you have seen this important bug: ? http://gna.org/bugs/?18457
20110806 15:37:31-!- hhyloc [~hhyloc@113.162.139.145] has quit [Client Quit]
20110806 15:37:54-!- hhyloc [~hhyloc@113.162.139.145] has joined #wesnoth-dev
20110806 15:38:10< anonymissimus> IMHO that of course blocks any possible release until it's fixed
20110806 15:38:28-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20110806 15:38:35-!- hhyloc [~hhyloc@113.162.139.145] has quit [Client Quit]
20110806 15:38:54-!- hhyloc [~hhyloc@113.162.139.145] has joined #wesnoth-dev
20110806 15:38:57-!- hhyloc [~hhyloc@113.162.139.145] has quit [Client Quit]
20110806 15:39:02< anonymissimus> I found it while trying to reproduce bug #18330
20110806 15:39:19-!- hhyloc [~hhyloc@113.162.139.145] has joined #wesnoth-dev
20110806 15:40:20< shadowmaster> I saw it thanks to Gambit and his newest add-on he forced me to play
20110806 15:40:40< shadowmaster> no clue though; replays have never been in my radar
20110806 15:40:55< Gambit> Held a gun to his head.
20110806 15:41:14-!- atomicbomb [~quassel@180.246.188.166] has joined #wesnoth-dev
20110806 15:43:46< anonymissimus> boucman: boost requirement is at least 1.4.1
20110806 15:44:16< anonymissimus> got a missing function with 1.4.0
20110806 15:44:30-!- hhyloc [~hhyloc@113.162.139.145] has quit [Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/]
20110806 15:44:52< boucman> anonymissimus: I fixed that locally, havn't commited yet
20110806 15:46:04< shadowmaster> 1.4.0 wha? that's not a boost version
20110806 15:46:14< shadowmaster> not one released within the last two years anyway
20110806 15:46:15< anonymissimus> ?
20110806 15:46:20< boucman> anonymissimus probably means 1.40
20110806 15:46:39< boucman> and we were supposed to require 1.36, but as I said I have to commit a fix
20110806 15:48:05< anonymissimus> shadowmaster: I probably mean 1.40
20110806 15:48:22< shadowmaster> k
20110806 15:50:34-!- negusnyul [~negusnyul@dsl4E5CDB9E.pool.t-online.hu] has joined #wesnoth-dev
20110806 16:07:40< vultraz> I have an idea for the map editor. I found out some terrain like forest or mushroom groves are terrains with ^ at the the start of their codes and therefore can be overlayed on others. But when you place them on the map, they seem to have a default base, and to overlay these terrains on others beside the default base you need to manually type in the code in a map file. Maybe make some way...
20110806 16:07:41< vultraz> ...you can type the code or somehow work with these fancy overlaying direct from the map editor? 
20110806 16:17:10< Soliton> is that different from pressing shift while placing?
20110806 16:19:20 * vultraz is lost
20110806 16:20:30< shadowmaster> you can hold shift while placing mushroom groves to put them in any existing base terrains at the cursor's location
20110806 16:20:47< vultraz> O_O
20110806 16:22:56< vultraz> maybe there should be a button or something
20110806 16:24:41< vultraz> never knew about that... I was always wondering how people got the mg in the swamps :P 
20110806 16:26:21< vultraz> but a button would be nice... for noobs ;) maybe in 'map'
20110806 16:27:38< Crendgrim> is there an "easy" way to run Wesnoth servers for both 1.8 and 1.9 on the same machine?
20110806 16:29:19< Soliton> -p <port>
20110806 16:29:53< Crendgrim> okay, that's even easier than I expected... great, thanks :)
20110806 16:38:25< shadowmaster> the map editor could use a tiny bit of documentation, yes
20110806 16:39:40< Crendgrim> hm, there once was somewhere a page which listed the ports used by the official server ... does anyone has it or the information by chance?
20110806 16:45:24< CIA-57> boucman * r50621 /trunk/src/unit_map.cpp: change the erase function to proprly compile with boost 1.36
20110806 16:45:56< timotei> thonsew: you should use the format: #xxxxx in the commit message, so that the proper message is posted in the bug, to show it has been fixed :)
20110806 16:48:04-!- f1ber [~p1mps@adsl-ull-20-208.49-151.net24.it] has quit [Quit: Sto andando via]
20110806 16:50:44< shadowmaster> really "bug #xxxxx" IIRC
20110806 16:51:10< shadowmaster> (correct me if I'm mistaken; I've never wasted my time with trying different syntaxes for gna.org)
20110806 16:51:42< timotei> A.. maybe yeah, that's better
20110806 16:51:45< timotei> CIA-57: help
20110806 16:52:23< shadowmaster> CIA doesn't have anything to do with that
20110806 16:55:34< Gambit> Crendgrim: http://wiki.wesnoth.org/MultiplayerServers
20110806 16:57:43< Crendgrim> Gambit: thanks... why the hell didn't I find that? :x
20110806 16:58:05< timotei> Crendgrim, you didn't search for it? :P
20110806 16:58:14< Crendgrim> I did...
20110806 16:58:17< Gambit> wesbot: seen eleazzar?
20110806 16:58:18< wesbot> Gambit: Sorry, I don't know of eleazzar.
20110806 16:58:21< Gambit> wesbot: seen eleazzarr?
20110806 16:58:21< wesbot> Gambit: Sorry, I don't know of eleazzarr.
20110806 16:58:24< Gambit> wesbot: seen eleazarr?
20110806 16:58:24< wesbot> Gambit: Sorry, I don't know of eleazarr.
20110806 16:58:26< Crendgrim> and I knew which page it was. :/
20110806 16:58:26< Gambit> rwr
20110806 16:58:37< Crendgrim> though not the title...
20110806 16:58:46< Gambit> wesbot: seen eleazar?
20110806 16:58:46< wesbot> Gambit: Sorry, I don't know of eleazar.
20110806 17:02:37-!- atomicbomb [~quassel@180.246.188.166] has quit [Quit: Terminated]
20110806 17:04:24< timotei> umm... so with [event] you both create *and* execute events??
20110806 17:04:41< shadowmaster> uh, no
20110806 17:05:09< Gambit> timotei: there is [fire_event]
20110806 17:05:13< shadowmaster> [fire_event] executes arbitrary events and [event] creates new game events that may or may not be executed immediately afterwards depending on internal and external factors
20110806 17:05:24< anonymissimus> timotei: only create
20110806 17:05:26< timotei> ah. ok
20110806 17:05:34< timotei> so [event] is the creator culprit
20110806 17:05:35< timotei> :D
20110806 17:05:38< timotei> btw...
20110806 17:05:40< timotei> lol @ http://www.google.ro/search?safe=active&q=wesnoth+eventsWML&oq=wesnoth+eventsWML
20110806 17:05:40< timotei> :P
20110806 17:05:49< anonymissimus> shadowmaster: under what circunstances could thery be executed ?
20110806 17:05:53< timotei> shadowmaster, you are the first
20110806 17:05:53< shadowmaster> let's put him in jail for creating events
20110806 17:06:01< timotei> shadowmaster, I'
20110806 17:06:08< timotei> I'm doing the events autocomplete thingy :)
20110806 17:06:34< anonymissimus> unless one creates a name=attack_end event with a name=attack_start event or so
20110806 17:06:40< shadowmaster> anonymissimus: IIRC something like spawning a new turn event inside a new turn event
20110806 17:07:11< anonymissimus> yes that may do it
20110806 17:07:36< shadowmaster> either way the [event]-inside-[event] business changed a few times because it was at one point based on undefined behavior IIRC
20110806 17:07:37< anonymissimus> the variable substitution topic is another matter however ;)
20110806 17:08:03< shadowmaster> which also IIRC made it hard for me to convince someone to fix a related SIGSEGV
20110806 17:08:17< shadowmaster> IIRC
20110806 17:08:31< shadowmaster> (this is late 2007 I'm talking about)
20110806 17:10:42< shadowmaster> timotei: people are unlikely to search for "event wml" as a single word and Google thinks that's not the same as "events wml"
20110806 17:10:50< shadowmaster> er, "eventswml" and "events wml"
20110806 17:21:32< timotei> shadowmaster, ah.. I though I had in history the EventsWML Page, but instead poped up google :P - I am on another browser
20110806 17:21:39< timotei> and I have just prefixed that with wesnoth :)
20110806 17:23:54< timotei> fendrin, heh, 2 tasks remaining ( one impossible atm with the current documentation of eclipse, and the other 90% done :P )
20110806 17:24:04< timotei> fendrin, http://wiki.wesnoth.org/SummerofCode2011_Timotei21#Tasks
20110806 17:24:32< fendrin> timotei: nice :-)
20110806 17:25:59< fendrin> wesbot:  log r50613
20110806 17:26:01< wesbot> anonymissimus * r50613 : Keep filter_recall information on unit advancement (fix for bug #18325).fendrin: This probably also fixes some LoW problems, see http://forums.wesnoth.org/viewtopic.php?f=4&amp;t=34619&amp;p=499960#p499960
20110806 17:26:05< wesbot> URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=50613
20110806 17:29:26< anonymissimus> fendrin: the filter info got deleted uopn unit advancement; meaning that after its first advancement a leader yould recall all sorts of units
20110806 17:29:56< anonymissimus> after being saved and reloaded, that is, so that an empty filter_recall tag got added
20110806 17:37:38< negusnyul> I cannot build the newest trunk on arch linux (getting this loooooooong error message: http://pastebin.com/VTcR2rsD)
20110806 17:37:56< negusnyul> Seems to be boost related
20110806 17:38:20< timotei> wow
20110806 17:39:44< loonycyborg> negusnyul: http://forums.wesnoth.org/viewtopic.php?f=5&t=34631
20110806 17:42:09< fendrin> anonymissimus: Thanks for the explanation and the fix :-)
20110806 17:43:42< negusnyul> loonycyborg: Oh, well, thanks for the link, the patch works
20110806 17:44:20< anonymissimus> I just attempted to fix a random bug, then saw it's caused by your feature but was already that near to a fix that I decided not to simply assign it to you ;)
20110806 17:48:25< fendrin> who is our scons maintainer?
20110806 17:48:34< timotei> loonycyborg ? :P
20110806 17:48:47< loonycyborg> Yes.
20110806 17:49:43< fendrin> loonycyborg: I have added a new class meaning a header and a cpp file. It is working fine with cmake but I am having problems with the scons build system. Would you have a look after the commit?
20110806 17:51:15-!- Elvish_Pillager [~eli@71-10-224-192.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20110806 17:51:49< loonycyborg> Just add the source to src/SConscript . What's the problem?
20110806 17:53:45-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20110806 17:57:34< loonycyborg> fendrin: What commit do you mean anyway?
20110806 17:58:45< fendrin> loonycyborg: Give me a minute, please.
20110806 18:02:39< fendrin> loonycyborg: It is a class for a hotkey binding dialogue replacing the current gui1 one. Adding to src/SConscript still gives an error during linking, maybe I added to the wrong section.
20110806 18:05:23< loonycyborg> Most likely.
20110806 18:06:37< CIA-57> nephro * r50622 /trunk/ (7 files in 4 dirs): Lua backed goals now available(docs to be updated tomorrow) //some minor fixes
20110806 18:09:03< loonycyborg> fendrin: That probably should go into list starting with wesnoth_sources = Split("""
20110806 18:09:34-!- anonymissimus [~chatzilla@HSI-KBW-046-005-024-090.hsi8.kabel-badenwuerttemberg.de] has quit [Quit: ChatZilla 0.9.86.1 [Firefox 3.6.2/20100316074819]]
20110806 18:09:45-!- anonymissimus [~chatzilla@HSI-KBW-046-005-024-090.hsi8.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20110806 18:11:08< fendrin> loonycyborg: Thanks, I will have a look.
20110806 18:17:00-!- horon [~horon@nttkyo103205.tkyo.nt.adsl.ppp.infoweb.ne.jp] has quit [Quit: Leaving...]
20110806 18:37:44-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20110806 18:38:32-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: crimson_penguin]
20110806 18:39:45-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20110806 19:10:04-!- Upthorn [~ogmar@69.62.144.56] has quit [Ping timeout: 252 seconds]
20110806 20:15:21< CIA-57> fendrin * r50623 /trunk/data/campaigns/Legend_of_Wesmere/scenarios/ (5 files): LoW: Unified the story parts for the startings of each chapter.
20110806 20:16:29-!- Crab_ [~Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20110806 20:17:34< fendrin> hi Crab_
20110806 20:17:41< Crab_> hi, fendrin
20110806 20:21:49-!- dtiger [~dtiger@dynamic-vpdn-93-125-64-254.telecom.by] has joined #wesnoth-dev
20110806 20:24:11-!- Aethaeryn [~Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #wesnoth-dev
20110806 20:31:51-!- Sytyi [~sytyi@177-98-133-95.pool.ukrtel.net] has quit [Read error: Connection reset by peer]
20110806 20:45:23-!- Upth [~ogmar@c-76-105-37-245.hsd1.ca.comcast.net] has joined #wesnoth-dev
20110806 20:45:23-!- Upth is now known as Upthorn
20110806 20:50:10-!- Sytyi [~sytyi@122-143-133-95.pool.ukrtel.net] has joined #wesnoth-dev
20110806 20:52:34< boucman>  Crab_: around ?
20110806 20:52:46< Crab_> yes
20110806 20:53:08< boucman> could you do a pass and check all the patches assigned to you ?
20110806 20:53:28< boucman> there are quite a lot of these, and i'm pretty sure some of them are not relevant anymore or forgotten...
20110806 20:55:30< Crab_> I will take a look at them now; there are some of them that should be in, but I will only touch these in 2-3 weeks, after I finish with my relocations.
20110806 20:56:28< boucman> ok
20110806 20:56:31< boucman> you're moving ?
20110806 20:58:16< Crab_> yes; double relocation,       Kiev -> Zurich (2 weeks, till 13th August) -> Krakow
20110806 21:00:17< boucman> oh, vacations
20110806 21:00:22< boucman> that's cool :)
20110806 21:00:33< Crab_> no, not vacations,  trainings :)
20110806 21:00:42< boucman> good too :)
20110806 21:04:55< Crab_> boucman: yes. and no more visa issues for europe ;)
20110806 21:05:31< Crab_> boucman: ok, looked through the patches; 
20110806 21:05:34< Crab_> boucman: 4 'in progress ' will be done (expected time when I'll take a look at them: in 2-3 weeks)
20110806 21:06:22< Crab_> boucman: 2 'ready for test' - one of these is probably to be marked as won't do (it changes gameplay mechanics, wrt healing), and one of these is to be discussed, it's about difficulty levels in MP campaigns support
20110806 21:06:35< boucman> ok
20110806 21:06:51< boucman> i'll reping you at that point :)
20110806 21:07:55< Crab_> boucman: what should we do about the difficulty levels in MP campaigns ? the gsoc stalled, but we can still apply the patch which does the difficulty level hack, to enable support for the feature.
20110806 21:08:24< boucman> that's a pretty good question, do you have any opinion ?
20110806 21:08:48< anonymissimus> Crab_: as for the harm_unit patch; we could just as well give Elvish_Hunter write access so he can commit himself (he has 2 patches in)
20110806 21:09:07< anonymissimus> I was always hoping he would get so I didnt care for it
20110806 21:09:33< Crab_> anonymissimus: if he's got 2 patches in, and is interested in getting commit access, why not ? Let him ping Ivanovic about it...
20110806 21:09:46< Crab_> boucman: I'd go for 'commit the hack to enable difficulty levels support' route. 
20110806 21:09:48< Crab_> fendrin ? ^
20110806 21:10:02< anonymissimus> same for alarantalara btw
20110806 21:12:10< anonymissimus> his patches were the harm_unit and transform_unit tags; I made both of them
20110806 21:12:40< boucman> made as in : commited ?
20110806 21:13:14-!- hopman- [~chris@c-24-23-181-11.hsd1.ca.comcast.net] has joined #wesnoth-dev
20110806 21:19:26< anonymissimus> boucman: ?
20110806 21:19:37< anonymissimus> ah yes
20110806 21:19:48< anonymissimus> I committed them
20110806 21:25:09-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20110806 21:30:23-!- fabi [~fabi@88-134-20-121-dynip.superkabel.de] has joined #wesnoth-dev
20110806 21:34:30-!- fendrin [~fabi@88-134-20-121-dynip.superkabel.de] has quit [Ping timeout: 276 seconds]
20110806 21:46:43-!- grzywacz [~grzywacz@89-78-52-133.dynamic.chello.pl] has joined #wesnoth-dev
20110806 21:46:43-!- grzywacz [~grzywacz@89-78-52-133.dynamic.chello.pl] has quit [Changing host]
20110806 21:46:43-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20110806 21:57:04-!- dtiger [~dtiger@dynamic-vpdn-93-125-64-254.telecom.by] has quit [Remote host closed the connection]
20110806 22:04:21-!- Crab_ [~Crab_@wesnoth/developer/crab] has quit [Quit: Leaving.]
20110806 22:08:17-!- Crendgrim [~crend@77-22-254-233-dynip.superkabel.de] has quit [Quit: ...]
20110806 22:20:39-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection]
20110806 22:35:52< fabi> boucman: hi, what did I miss?
20110806 22:36:58< boucman> fabi: hey I just got back from a couple of days trip, so I wouldn't know :P
20110806 22:38:12-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 250 seconds]
20110806 22:41:55< Sytyi> http://otdyh.sebastopol.ua/Hotels/Allhotels.html
20110806 22:42:34-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20110806 22:46:31-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: crimson_penguin]
20110806 22:52:08< timotei> boucman, you doing scuba?:P
20110806 22:52:15< boucman> yes
20110806 22:52:15< timotei> or just did as spare time?
20110806 22:52:20< timotei> cool
20110806 22:52:26< boucman> I do it on holydays
20110806 22:52:46< timotei> Did you encounter any weird marine animals?
20110806 22:53:51< boucman> https://plus.google.com/photos/103880712495616324041/albums/5635817018021052513
20110806 22:54:09< boucman> snakes, turtles, all sort of fishies
20110806 22:54:13< timotei> Ah. Yeah. I forgot to check all album. I was on a dial-up back then :P
20110806 22:54:21< timotei> When I saw your pics
20110806 22:56:44-!- anonymissimus [~chatzilla@HSI-KBW-046-005-024-090.hsi8.kabel-badenwuerttemberg.de] has quit [Quit: ChatZilla 0.9.86.1 [Firefox 3.6.2/20100316074819]]
20110806 23:00:36-!- MeccaGod [~majs@host189-199.bornet.net] has quit []
20110806 23:08:16< CIA-57> timotei * r50624 /trunk/utils/umc_dev/ (changelog manual/user_manual.tex): 
20110806 23:08:17< CIA-57> eclipse plugin: Update the manual with the new
20110806 23:08:17< CIA-57> update site and cleanup a bit the changelog
20110806 23:08:34< CIA-57> timotei * r50625 /trunk/utils/umc_dev/org.wesnoth.ui/src/org/wesnoth/ui/editor/WMLEditor.java: eclipse plugin: Remove debugging statement
20110806 23:08:51< CIA-57> timotei * r50626 /trunk/utils/umc_dev/org.wesnoth/ (10 files in 5 dirs): 
20110806 23:08:51< CIA-57> eclipse plugin: Add 3 new attributes to the WMLExpression
20110806 23:08:51< CIA-57> class: luaBased/definedLocation/definedOffset to allow
20110806 23:08:51< CIA-57> the expression ( more exactly the WMLTag and WMLKey )
20110806 23:08:52< CIA-57> to be set as Lua parsed
20110806 23:09:13< CIA-57> timotei * r50627 /trunk/utils/umc_dev/org.wesnoth.ui/src/org/wesnoth/ui/labeling/wmldoc/ (4 files): 
20110806 23:09:13< CIA-57> eclipse plugin: Rework a bit the WMLDoc and add
20110806 23:09:13< CIA-57> information about the Tag if it's created using lua
20110806 23:09:14-!- Unnheulu [~ieuan@host86-180-11-31.range86-180.btcentralplus.com] has quit [Quit: Ex-Chat]
20110806 23:09:34< CIA-57> timotei * r50628 /trunk/utils/umc_dev/ (12 files in 3 dirs): 
20110806 23:09:34< CIA-57> eclipse plugin: Add the code style & formatter settings
20110806 23:09:34< CIA-57> for maintaining the same code style
20110806 23:10:08< CIA-57> timotei * r50629 /trunk/utils/umc_dev/ (157 files in 48 dirs): 
20110806 23:10:08< CIA-57> eclipse plugin: Apply the formatting rules &
20110806 23:10:08< CIA-57> organize import
20110806 23:11:33< CIA-57> timotei * r50630 /trunk/utils/umc_dev/ (101 files in 40 dirs): eclipse plugin: Cleanup the code by the rules
20110806 23:12:35< CIA-57> timotei * r50631 /trunk/utils/umc_dev/ (3 files in 3 dirs): eclipse plugin: Fix some warnings
20110806 23:12:59< CIA-57> timotei * r50632 /trunk/utils/umc_dev/org.wesnoth/ (6 files in 4 dirs): 
20110806 23:12:59< CIA-57> eclipse plugin: Add a shortcut method for the
20110806 23:12:59< CIA-57> WMLUtils.getValue for the WMLKey class
20110806 23:13:27< CIA-57> timotei * r50633 /trunk/utils/umc_dev/ (4 files in 3 dirs): eclipse plugin: Implement proposal for custom event names
20110806 23:13:56< CIA-57> timotei * r50634 /trunk/utils/umc_dev/ (6 files in 3 dirs): eclipse plugin: Tweak a bit the code style preferences
20110806 23:14:18-!- timotei [~Timo@wesnoth/developer/timotei] has quit [Quit: Leaving]
20110806 23:26:29-!- wesbot changed the topic of #wesnoth-dev to: 218 bugs, 325 feature requests, 20 patches | logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20110806 23:32:34< CIA-57> sytyi * r50635 /trunk/src/tools/schema/ (error_container.cpp error_container.hpp sourceparser.cpp): Add simple validation of type value.
--- Log closed Sun Aug 07 00:00:38 2011