--- Log opened Sat Nov 28 00:00:01 2009
--- Day changed Sat Nov 28 2009
20091128 00:00:01< CIA-62> mordante * r39980 /trunk/src/replay.cpp: 
20091128 00:00:03< CIA-62> Pre instead of post increment a variable.
20091128 00:00:04< Ivanovic> shadowmaster: yeah, deleting "restored topics" sounds fine to me
20091128 00:00:05< CIA-62> Issue found by cppcheck.
20091128 00:00:07< CIA-62> mordante * r39981 /trunk/src/savegame.cpp: 
20091128 00:00:11< CIA-62> Pre instead of post increment a variable.
20091128 00:00:13< CIA-62> Issue found by cppcheck.
20091128 00:00:15< CIA-62> mordante * r39982 /trunk/src/team.cpp: 
20091128 00:00:17< CIA-62> Pre instead of post increment a variable.
20091128 00:00:19< CIA-62> Issue found by cppcheck.
20091128 00:00:23< CIA-62> mordante * r39983 /trunk/src/titlescreen.cpp: 
20091128 00:00:25< CIA-62> Pre instead of post increment a variable.
20091128 00:00:25< Ivanovic> and the rename you propose makes sense, too
20091128 00:00:27< CIA-62> Issue found by cppcheck.
20091128 00:00:30< CIA-62> mordante * r39984 /trunk/src/unit_animation.cpp: 
20091128 00:00:31< CIA-62> Pre instead of post increment a variable.
20091128 00:00:33< CIA-62> Issue found by cppcheck.
20091128 00:00:39< CIA-62> mordante * r39985 /trunk/src/unit_frame.cpp: 
20091128 00:00:41< CIA-62> Pre instead of post increment a variable.
20091128 00:00:42< boucman> mordant is on a coding spree :)
20091128 00:00:43< CIA-62> Issue found by cppcheck.
20091128 00:00:45< CIA-62> mordante * r39986 /trunk/src/upload_log.cpp: 
20091128 00:00:49< CIA-62> Pre instead of post increment a variable.
20091128 00:00:51< CIA-62> Issue found by cppcheck.
20091128 00:00:53< CIA-62> mordante * r39987 /trunk/src/variable.cpp: 
20091128 00:00:55< CIA-62> Pre instead of post increment a variable.
20091128 00:01:01< CIA-62> Issue found by cppcheck.
20091128 00:01:03< CIA-62> mordante * r39988 /trunk/src/widgets/menu.cpp: 
20091128 00:01:05< CIA-62> Pre instead of post increment a variable.
20091128 00:01:07< CIA-62> Issue found by cppcheck.
20091128 00:01:09< CIA-62> mordante * r39989 /trunk/src/game_preferences.cpp: 
20091128 00:01:11< CIA-62> Pre instead of post increment a variable.
20091128 00:01:15< shadowmaster> boucman: no, he's using git-svn! :P
20091128 00:01:17< CIA-62> Issue found by cppcheck.
20091128 00:01:19< CIA-62> mordante * r39990 /trunk/src/help.cpp: 
20091128 00:01:21< CIA-62> Pre instead of post increment a variable.
20091128 00:01:23< CIA-62> Issue found by cppcheck.
20091128 00:01:24< mordante> boucman, finally had some time to do some things :-)
20091128 00:01:27< CIA-62> mordante * r39991 /trunk/src/playmp_controller.cpp: 
20091128 00:01:29< CIA-62> Pre instead of post increment a variable.
20091128 00:01:31< CIA-62> Issue found by cppcheck.
20091128 00:01:33< CIA-62> mordante * r39992 /trunk/src/replay.cpp: 
20091128 00:01:33< shadowmaster> Ivanovic: both renames?
20091128 00:01:37< mordante> shadowmaster, indeed but all things I did tonight
20091128 00:01:43< CIA-62> Pre instead of post increment a variable.
20091128 00:01:45< CIA-62> Issue found by cppcheck.
20091128 00:01:47< CIA-62> mordante * r39993 /trunk/src/savegame.cpp: 
20091128 00:01:49< CIA-62> Pre instead of post increment a variable.
20091128 00:01:51< CIA-62> Issue found by cppcheck.
20091128 00:01:53< CIA-62> mordante * r39994 /trunk/src/unit_animation.cpp: 
20091128 00:01:57< CIA-62> Pre instead of post increment a variable.
20091128 00:01:59< CIA-62> Issue found by cppcheck.
20091128 00:02:01< CIA-62> mordante * r39995 /trunk/src/help.cpp: 
20091128 00:02:05< CIA-62> Pre instead of post increment a variable.
20091128 00:02:06< Ivanovic> shadowmaster: yeah, both renames
20091128 00:02:07< CIA-62> Issue found by cppcheck.
20091128 00:02:09< CIA-62> mordante * r39996 /trunk/src/unit_animation.cpp: 
20091128 00:02:10< mordante> shadowmaster, don't want to force recompilation of every change I make ;-)
20091128 00:02:11< CIA-62> Pre instead of post increment a variable.
20091128 00:02:13< CIA-62> (13 lines omitted)
20091128 00:02:35< shadowmaster> I want to resync those post counters and see what Midnight Carnival's post count looks like afterwards ;)
20091128 00:02:45< mordante> off now, night
20091128 00:02:54< shadowmaster> but I'll wait until later during th enight
20091128 00:03:56-!- mordante [n=mordante@wesnoth/developer/mordante] has quit ["Leaving"]
20091128 00:08:10< boucman> night all
20091128 00:08:19-!- boucman [n=rosen@wesnoth/developer/boucman] has quit ["Leaving."]
20091128 00:14:28< Ivanovic> time for me to head off to bed, too
20091128 00:14:29< Ivanovic> n8
20091128 00:21:15-!- wesbot changed the topic of #wesnoth-dev to: released 1.7.9-1.8beta2, announcing "soon" | string/feature freeze active! | 71 bugs, 247 feature requests, 9 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20091128 00:25:28< shadowmaster> hm.
20091128 00:37:13-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has quit [Remote closed the connection]
20091128 00:38:32-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091128 00:53:28-!- faryshta [n=faryshta@168.255.251.50] has quit [Read error: 110 (Connection timed out)]
20091128 00:55:57-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20091128 01:34:45-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit []
20091128 01:40:03-!- Blueblaze [n=nick@adsl-99-158-46-90.dsl.hstntx.sbcglobal.net] has quit [Read error: 60 (Operation timed out)]
20091128 01:57:47-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"]
20091128 02:22:11-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20091128 02:25:05< CIA-62> alink * r40005 /trunk/src/ (pathfind.cpp pathfind.hpp): 
20091128 02:25:05< CIA-62> Add a simplified pathfinding calculator only using movement_type.
20091128 02:25:05< CIA-62> It will be useful for future optimization.
20091128 02:25:46< alink> Crab_ once, we talked about having this ^, now there is a pathfinding function for it
20091128 02:27:21-!- mjs-de [n=mjs-de@vpw.wh.uni-dortmund.de] has quit [Read error: 113 (No route to host)]
20091128 02:27:36< CIA-62> alink * r40006 /trunk/src/ai/default/ai.cpp: 
20091128 02:27:36< CIA-62> Optimize by skipping dummy units creation during the AI recruit thinking phase.
20091128 02:27:36< CIA-62> (using new pathfinding calcultor from r40005)
20091128 02:27:49< alink> wesbot: log r40000
20091128 02:27:50< wesbot> mordante * r40000 : Remove an unneeded include.
20091128 02:27:51< wesbot> URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=40000
20091128 02:28:08< alink> happy birthday repository :-)
20091128 02:28:21< shadowmaster> shikadibot: log 1
20091128 02:28:22< shikadibot> Revision 1 ((no author), 2003-09-15 11:52:41 +0000 (Mon, 15 Sep 2003)):
20091128 02:28:25< shikadibot> New repository initialized by cvs2svn.
20091128 02:28:26< Espreon> Yay...
20091128 02:28:27< alink> or more precisely happy 40000th commit
20091128 02:28:28< shikadibot> Web interface URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=1
20091128 02:28:48< shadowmaster> alink: yes, its last birthday was more than 2 months ago :)
20091128 02:30:00-!- Espreon is now known as Cheese-kun
20091128 02:30:12< alink> and this 40000th commit speed-up the compilation of dozens of files, ok that's a good 40000th commit :)
20091128 02:31:15< alink> ah no it added an header in dozen of files :-/
20091128 02:31:25-!- Cheese-kun is now known as Espreon
20091128 02:32:01< alink> anyway...
20091128 02:33:15< alink> shadowmaster: wow, so this repository has 6 years, i didn't think so
20091128 02:33:54-!- Espreon is now known as Cheese-kun
20091128 02:34:02< shadowmaster> well, commit r1 has a fake date.
20091128 02:34:12< shadowmaster> that's actually the date of the first CVS commit
20091128 02:34:32< alink> ah ok
20091128 02:34:39-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20091128 02:35:00< alink> i love these tiny one digit revision number 
20091128 02:35:32-!- Cheese-kun is now known as Espreon
20091128 02:38:38< stikonas> wesnoth doesn't compile anymore
20091128 02:38:42< stikonas> with gcc 4.4
20091128 02:39:05< stikonas> time_of_day.cpp.o:  time_of_day.cpp:53: error: ‘snprintf’ was not declared in this scope
20091128 02:39:12< shadowmaster> um, I was using gcc 4.4
20091128 02:39:45< shadowmaster> I'll rebuild now with boost 1.40 though
20091128 02:41:20< alink> stikonas: trunk or 1.6?
20091128 02:41:49< stikonas> trunk
20091128 02:42:25< alink> wesbot: log r39209
20091128 02:42:26< wesbot> mordante * r39209 : Fixed some gcc-4.4.1 compilation problems.Fixes bug #14407.
20091128 02:42:29< wesbot> URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=39209
20091128 02:42:38< alink> maybe try that change
20091128 02:43:29< alink> the time_of_day.cpp part i mean
20091128 02:43:54< alink> http://svn.gna.org/viewcvs/wesnoth/branches/1.6/src/time_of_day.cpp?rev=39209&r1=39208&r2=39209&view=diff
20091128 02:45:49< stikonas> yes, it compiles now
20091128 02:46:12< alink> good
20091128 02:46:33< alink> mordante: any reason why not ported to trunk too ^ ?
20091128 02:47:27-!- ardesh [n=ardesh@port-92-206-54-134.dynamic.qsc.de] has quit [Read error: 60 (Operation timed out)]
20091128 02:47:56< alink> shadowmaster: random_gender is not supposed to have a meaning in [unit_type] right ?
20091128 02:47:57-!- ardesh [n=ardesh@port-92-206-11-226.dynamic.qsc.de] has joined #wesnoth-dev
20091128 03:00:05< shadowmaster> alink: nope.
20091128 03:00:12< shadowmaster> it's a [unit] thing.
20091128 03:00:41< shadowmaster> stikonas: what did you do to fix it?
20091128 03:01:11< alink> ok, then i found bad code, i will remove it, i already see many problems with it.
20091128 03:01:39< stikonas> shadowmaster: add #include <cstdio> to time_of_day.cpp
20091128 03:02:27< shadowmaster> alink: where?
20091128 03:02:52< alink> unit.cpp:650
20091128 03:03:23< alink> when triggered in introduces gender inconsistency into the unit
20091128 03:03:48< CIA-62> shadowmaster * r40007 /trunk/src/time_of_day.cpp: Fix build with g++ 4.4.2; reported by stikonas
20091128 03:04:26< shadowmaster> alink: uhm... maybe I didn't fully understand unit.cpp when I introduced it... :P
20091128 03:04:45< shadowmaster> e.g. 1.3.x.
20091128 03:04:50< alink> for the moment i can only trigger it by using both gender= and random_gender=  which is cleanly supported by the normal random_gender handling
20091128 03:05:41< alink> but if there is other way, it's bad and if there is none, it's useless
20091128 03:06:28< alink> yeah unit.cpp construction is really messy that's why i ended checking this kind of thing
20091128 03:06:44< shadowmaster> I don't think I ever intended unit_type (which was "unit" too back then) to support random_gender
20091128 03:06:54< shadowmaster> I don't think it'd make sense either.
20091128 03:08:14< alink> shadowmaster: no you don't, but some WML pass from unit_type to unit
20091128 03:09:48< alink> now the first normal random_gender lock it when generating the gender, but there is a code path which may skip it
20091128 03:10:57< alink> ok, i remove it, if it did something, it didn't do it right
20091128 03:11:14< shadowmaster> I should note that I really *hated* testing random_gender.
20091128 03:11:36< shadowmaster> during the first few test I always got the first (male) gender until the RNG decided to favor me.
20091128 03:12:06< alink> yeah, i just got tricked because my 5 units (with random gender) had all the same gender
20091128 03:12:51< alink> and i restarted 3 times
20091128 03:13:01< shadowmaster> same problem occurred when I implemented the gender switch for MP.
20091128 03:13:28< shadowmaster> I got a game with 9 male sides. Then I got one with 9 female sides. The third one had mixed genders at last.
20091128 03:13:53< alink> we need race with more genders ;-)
20091128 03:14:13< alink> that will also make complex romantic stories
20091128 03:14:27< shadowmaster> more genders? does it even make sense for a species to have more than 2 genders?
20091128 03:15:05< shadowmaster> ... I'd better not tempt wikipedia to slap me on the face with a link about species with more than 2 sexes, if those exist.
20091128 03:15:12< alink> well, i think some species may have male/female/hermaphrodite 
20091128 03:17:13-!- Blueblaze [n=nick@adsl-99-158-46-90.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20091128 03:17:16< shadowmaster> ah yes, I wasn't counting hermaphrodites.
20091128 03:18:06< alink> ants have some sort of complex gender types too
20091128 03:22:59-!- Sebastian_ [i=be2a47e3@gateway/web/freenode/x-boqzrknmkbcvozlm] has joined #wesnoth-dev
20091128 03:24:06-!- allefant_ [n=elias@allegro/developer/allefant] has joined #wesnoth-dev
20091128 03:25:35< Sebastian_> Hello, I am interedted in Gsoc, I am searching for ideas to start investigating , I have never played wesnoth, so if you have any idea, or experience with the code I would like to check it, also you can email me to sca277@gmail.com
20091128 03:30:08< CIA-62> alink * r40008 /trunk/src/unit.cpp: 
20091128 03:30:08< CIA-62> Remove redundant bad code
20091128 03:30:08< CIA-62> (changed gender when already used by other parts, inconsistent with other random_gender use,
20091128 03:30:08< CIA-62> random aspect making it random/OOS-bug-risky etc.)
20091128 03:30:08< CIA-62> Note I only managed to trigger it with silly input (using gender= + random_gender= keys)
20091128 03:30:20-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit [Remote closed the connection]
20091128 03:31:07< alink> Sebastian_: first download it, then play it, then download source, compile, read source, modify source, compile, test, etc
20091128 03:32:20< alink> I am not sure that we already have a new GSoC page for the next year, but I suppose that the previous stuff in wiki is still partially valid
20091128 03:34:39< Sebastian_> I have been checking the savegame code, because I liked the idea that wesnoth team posted for 2008 gsoc, it was clean, I will download the game, I am a gamer since early childhood :)
20091128 03:35:58< Sebastian_> I wil check random_gender
20091128 03:36:48-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091128 03:36:58< alink> oooh that's a ugly/complex place, I would not advise it for a starter
20091128 03:38:12< alink> but maybe i can intreset you to a savegame bug that i have recently found and didn't finish to investigate
20091128 03:38:25< alink> *interest
20091128 03:38:49< alink> launch test-scenario  with  "wesnoth -t"
20091128 03:38:52< Sebastian_> yea it will be good to understand the code better
20091128 03:40:00< Sebastian_> ok, i will, I am downloading the game and the sourcecode
20091128 03:40:07< alink> notice north caves which are at the "cave" time of the day (move a unit there to remove shroud)
20091128 03:40:26< alink> save/reload and the "cave" time of the day is gone
20091128 03:41:31-!- allefant [n=elias@allegro/developer/allefant] has quit [Read error: 110 (Connection timed out)]
20091128 03:41:51< alink> it's related to the fact that we generate ToD areas in 2 manners, one good simple static one, and a complex one using WML event
20091128 03:42:06< Sebastian_> also i noticed you guys launched iphone version, I use mac, i was checking on the itunes post, they say it was running slow on iphone 3g, do you think it is good for a started to check it=, i have written one program for iphone a few months ago..., so know some cocoa touch :)
20091128 03:42:07< alink> one the result of the simple one is saved correctly
20091128 03:42:36 * alink doesn't know anything about iphone-dev
20091128 03:44:09< Sebastian_> ok I am taking notes
20091128 03:45:39< alink> You can also register in Gna! and post bug (like the one i mentioned, if you can reproduce it) and patch (if you can fix something)
20091128 03:46:05< alink> new feature will need to wait after 1.8 release
20091128 03:46:19< Sebastian_> where do i register
20091128 03:46:34< alink> https://gna.org/projects/wesnoth/
20091128 03:47:32< alink> ah and there is our forum (to follow and discuss things) and wiki (where  GSoC present their stuff)
20091128 03:48:29< alink> ah my bug is in south caves not north caves
20091128 03:49:12< alink> and i meant "only the result of the simple one is saved correctly"
20091128 03:49:50< alink> pff, really can't type write anymore, better go to sleep, goodnight
20091128 03:49:56-!- alink [n=alink@wesnoth/developer/alink] has quit [Remote closed the connection]
20091128 03:50:34< Sebastian_> I checked the wiki part, goodnight thanks for the information
20091128 03:55:20-!- allefant_ [n=elias@allegro/developer/allefant] has quit ["Leaving"]
20091128 04:06:35-!- Sebastian_ [i=be2a47e3@gateway/web/freenode/x-boqzrknmkbcvozlm] has quit [Ping timeout: 180 seconds]
20091128 04:06:42-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has quit [Remote closed the connection]
20091128 05:23:30-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20091128 05:54:28-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20091128 05:55:35< fendrin> wesbot: seen silene
20091128 05:55:36< wesbot> fendrin: The person with the nick silene 14d 16h ago they left with the message: "Leaving."
20091128 05:58:52-!- dtiger [n=dtiger@dynamic-vpdn-93-125-13-195.telecom.by] has joined #wesnoth-dev
20091128 06:00:31< crimson_penguin> :O did he disappear again?
20091128 06:00:47< Espreon> Who?
20091128 06:04:47< crimson_penguin> silene
20091128 06:07:23< Espreon> Ah.
20091128 06:10:54< fendrin> crimson_penguin: How long is he normaly absent when he disappeared?
20091128 06:11:43< crimson_penguin> Well I don't know, last time he was gone for like... over a year, and then someone mentioned some broken code that he wrote, so I whois'd him, saw he was online, PM'd him, and he came back, and he's been back since
20091128 06:11:55< crimson_penguin> I don't know if he's disappeared for 2 weeks since then
20091128 06:11:58 * crimson_penguin doesn't really keep track
20091128 06:12:36< fendrin> wesbot: seen silene_
20091128 06:12:36< wesbot> fendrin: Sorry, I don't know of silene_.
20091128 06:13:44< fendrin> I could swear that I saw him talking about some lua related stuff just one or two days ago.
20091128 06:18:25-!- dtiger [n=dtiger@dynamic-vpdn-93-125-13-195.telecom.by] has left #wesnoth-dev ["Konversation terminated!"]
20091128 06:54:37-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit []
20091128 06:56:25-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20091128 07:35:31-!- Doppp [n=Doppp@c-98-219-161-204.hsd1.pa.comcast.net] has quit [Connection timed out]
20091128 07:39:10-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091128 07:45:25-!- Doppp [n=Doppp@c-98-219-161-204.hsd1.pa.comcast.net] has joined #wesnoth-dev
20091128 07:54:54-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit []
20091128 07:57:23-!- Crab_ [i=crab@wesnoth/developer/crab] has joined #wesnoth-dev
20091128 08:02:12< CIA-62> esr * r40009 /trunk/data/tools/wmllint: More spellcheck stripping.
20091128 08:26:01-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit []
20091128 08:34:28-!- noy [n=Noy@wesnoth/developer/noy] has left #wesnoth-dev []
20091128 08:34:59-!- _teddy [n=fedor76@ppp-78-24-26-142-bras0.istra.ru] has quit [Read error: 104 (Connection reset by peer)]
20091128 08:38:03-!- silene [n=plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20091128 08:38:21< silene> hi
20091128 08:38:32< Crab_> hi, silene
20091128 08:40:46-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20091128 08:44:16-!- _teddy [n=fedor76@ppp-78-24-26-142-bras0.istra.ru] has joined #wesnoth-dev
20091128 08:50:26< fendrin> hi silene
20091128 08:50:45< fendrin> silene: have you really been away for 2 weeks, as wesbot believes?
20091128 08:51:28< silene> fendrin: yes, and i have two weeks of work-related mails to go through, so i won't do much about wesnoth in the next few days
20091128 08:51:58< fendrin> silene: maybe you find the time to answer my question in https://gna.org/bugs/?13236 ?
20091128 08:55:17< silene> i won't write the code right now, but i can give you a few clues; first, search through the forum, i already posted lua code for writing [save_map] and [load_map] tags; the idea is the same there: create your own string that contains only part of the map and then pass this string to the original [replace_map] tag
20091128 08:58:18< silene> fendrin: here is the forum post: http://forums.wesnoth.org/viewtopic.php?f=21&t=27450
20091128 09:00:05< fendrin> silene: Thank you :-)
20091128 09:00:21< fendrin> By the way, is there a fosdem meeting next year?
20091128 09:10:43-!- lizard_r [n=Miranda@W9bfc.w.pppool.de] has joined #wesnoth-dev
20091128 09:20:18-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20091128 09:21:13-!- EdB [n=edb@79.88.117.35] has joined #wesnoth-dev
20091128 09:26:37< silene> fendrin: this is completely untested and probably full of bugs, but it should help you in writing the lua code: http://wesnoth.pastebin.com/d56ff5041
20091128 09:30:48< fendrin> silene: Thank you very much.
20091128 09:42:35-!- Crab_ [i=crab@wesnoth/developer/crab] has quit ["Leaving."]
20091128 09:43:40-!- EdB [n=edb@79.88.117.35] has quit [Remote closed the connection]
20091128 09:55:25-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit []
20091128 10:12:39-!- boucman [n=rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20091128 10:13:09< boucman> hey all
20091128 10:17:43< Ivanovic> moin
20091128 10:18:31-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20091128 10:25:00-!- stikonas [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20091128 10:32:59< Ivanovic> shadowmaster: i renamed your thread "Wesnoth on IRC" to "Wesnoth chat (IRC)" since some users might not know what IRC means
20091128 10:44:48-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091128 10:54:07-!- loonybot [n=loonybot@79.139.138.110] has joined #wesnoth-dev
20091128 10:54:54-!- loonycyborg [n=sergey@79.139.138.110] has joined #wesnoth-dev
20091128 11:05:59-!- _teddy [n=fedor76@ppp-78-24-26-142-bras0.istra.ru] has quit ["ERC Version 5.3 (IRC client for Emacs)"]
20091128 11:08:02-!- Blueblaze [n=nick@adsl-99-158-46-90.dsl.hstntx.sbcglobal.net] has quit [Remote closed the connection]
20091128 11:08:06-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091128 11:09:31-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20091128 11:12:50-!- EdB [n=edb@35.117.88-79.rev.gaoland.net] has joined #wesnoth-dev
20091128 11:48:23-!- Appleman1234 [n=Appleman@CPE-124-191-178-150.oxqn1.cha.bigpond.net.au] has joined #wesnoth-dev
20091128 12:21:15-!- wesbot changed the topic of #wesnoth-dev to: released 1.7.9-1.8beta2, announcing "soon" | string/feature freeze active! | 71 bugs, 249 feature requests, 9 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20091128 12:22:23-!- EdB [n=edb@35.117.88-79.rev.gaoland.net] has quit [Remote closed the connection]
20091128 12:24:35-!- alink [n=alink@wesnoth/developer/alink] has joined #wesnoth-dev
20091128 13:12:32-!- lizard_r [n=Miranda@wesnoth/umc-dev/developer/lizard] has quit [Read error: 104 (Connection reset by peer)]
20091128 13:16:14-!- _teddy [n=fedor76@ppp-78-24-26-142-bras0.istra.ru] has joined #wesnoth-dev
20091128 13:37:05< CIA-62> alink * r40010 /trunk/src/ai/contexts.cpp: 
20091128 13:37:05< CIA-62> Optimize AI's moves calculations by disabling slow terrain filtering when we use
20091128 13:37:05< CIA-62> the dummy filter (which is the default)
20091128 13:37:16< alink> Crab_ : ^done
20091128 13:39:15< alink> Crab_: btw why the    static config c; if (!c.child("not")) { c.add_child("not");	}
20091128 13:39:38< alink> instead of just    static config c("not");
20091128 13:40:24< alink> or better static const config c("not");
20091128 14:03:08-!- stikonas [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20091128 14:11:49-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit []
20091128 15:00:15-!- allefant [n=elias@allegro/developer/allefant] has joined #wesnoth-dev
20091128 15:01:58-!- Appleman1234 [n=Appleman@CPE-124-191-178-150.oxqn1.cha.bigpond.net.au] has quit [Read error: 110 (Connection timed out)]
20091128 15:17:44-!- mjs-de [n=mjs-de@vpw.wh.uni-dortmund.de] has joined #wesnoth-dev
20091128 15:45:12-!- BroodKiller [n=Jakobs@chello089072117162.chello.pl] has joined #wesnoth-dev
20091128 15:45:32< teaser> fendrin: if you manage to implement that map feature, do you mind posting a link to the implementation on gna?
20091128 15:49:43< fendrin> teaser: sure, It will be part of the LoW campaign scenario 3.
20091128 15:58:01< teaser> fendrin: ok, thanks then I'll check that out from time to time ;)
20091128 16:02:43< BroodKiller> just a quickie - is the dw2 variant of gcc/g++ still required to properly compile wesnoth?
20091128 16:11:26< fendrin> BroodKiller: dw2?
20091128 16:14:41-!- fabi [n=fabi@88-134-186-201-dynip.superkabel.de] has joined #wesnoth-dev
20091128 16:15:24< loonycyborg> BroodKiller: I compile windows release with this: http://nuwen.net/mingw.html . It's dw2
20091128 16:25:39-!- silene [n=plouf@wesnoth/developer/silene] has quit [Read error: 110 (Connection timed out)]
20091128 16:25:45-!- silene [n=plouf@AMarseille-251-1-65-4.w83-205.abo.wanadoo.fr] has joined #wesnoth-dev
20091128 16:31:51-!- fendrin [n=fabi@wesnoth/developer/fendrin] has quit [Read error: 110 (Connection timed out)]
20091128 16:37:36-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20091128 16:48:20< BroodKiller> fendrin: it's a debugging data format
20091128 16:49:39< loonycyborg> Nope. It's exception handling implementation.
20091128 16:51:16< BroodKiller> is it? I got something wrong then
20091128 16:52:19< BroodKiller> anyhow, it's one way of doing that which you can get in the compiler
20091128 16:52:27< loonycyborg> dwarf-2 is indeed a debugging data format but in this case it also a name for exception handling mechanism :P
20091128 16:52:53< BroodKiller> hahaha
20091128 16:59:26-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20091128 17:05:14-!- sakuraischerry [i=7a8411d9@gateway/web/freenode/x-ashbbizrgufedmph] has joined #wesnoth-dev
20091128 17:05:21< sakuraischerry> hi
20091128 17:05:41< BroodKiller> crimson_penguin: poke
20091128 17:05:44< BroodKiller> hello
20091128 17:05:48< crimson_penguin> hi
20091128 17:06:41< BroodKiller> crimson_penguin: any luck with compilation? Did you try recompiling wxW?
20091128 17:06:57< crimson_penguin> haven't tried anything more yet
20091128 17:13:27-!- lizard_r [n=Miranda@wesnoth/umc-dev/developer/lizard] has joined #wesnoth-dev
20091128 17:16:28 * fabi feels that it wouldn't hurt if LordsOWar homepage would mention that some of the terrain graphic is from Wesnoth.
20091128 17:26:22< crimson_penguin> BroodKiller: just tried compiling with ./configure/make: http://www.pasteit4me.com/76004
20091128 17:27:00< crimson_penguin> I guess maybe the problem is I need to use an older SDK, and gcc 4.0
20091128 17:28:12< alink> ilor: does that compiler warning still there https://gna.org/patch/?1140 ?
20091128 17:29:08< alink> wesbot: seen sylecn
20091128 17:29:08< wesbot> alink: Sorry, I don't know of sylecn.
20091128 17:30:58< ilor> alink: will check in a while
20091128 17:31:11< boucman> hey ilor
20091128 17:31:24< ilor> hi boucman
20091128 17:31:28< boucman> ilor: i'm about to leave, but did you see the bu gI opened yesterday ?
20091128 17:31:42< ilor> yeah just read the mail
20091128 17:31:59< ilor> will need to work with mordante on that
20091128 17:33:03< alink> Apparently that is the "Supplementary Ideographic Plane" range from Unicode, so we probably need to support it there
20091128 17:34:20-!- lizard_r [n=Miranda@wesnoth/umc-dev/developer/lizard] has quit ["Saurian Augur - I'll heal you by 4 hp if you leave next to me"]
20091128 17:36:07< alink> maybe a win32 limit of wchar_t, according to http://en.wikipedia.org/wiki/Wide_character
20091128 17:39:07< alink> mmh maybe we can consider the whole range >1000 as CJK ?
20091128 17:39:53-!- Chusslove [n=Chusslov@brsg-d9bef678.pool.mediaWays.net] has joined #wesnoth-dev
20091128 17:40:57< alink> or not there is some possibly used script which don't look CJK : http://en.wikipedia.org/wiki/Supplementary_Multilingual_Plane#Supplementary_Multilingual_Plane
20091128 17:41:16< alink> including Shavian
20091128 17:43:11< alink> wait, if wchar_t is not big enough, how can it even work?
20091128 17:43:47< alink> ilor:  could you also test if CJK locales work on your box?
20091128 17:44:06< alink> after all, maybe this is a useless warning
20091128 17:44:52< alink> ilor: i mean if wesnoth work in CJK languages
20091128 17:46:55< alink> ah no there is CJK in the range <1000 too, so that's not a good test
20091128 17:47:03< alink> you need to test Shavian
20091128 17:47:08< ilor> alink: iirc the problem is windows doesn't support the upper unicode range directly
20091128 17:47:26< ilor> instead it uses two wchar_ts to represent one char
20091128 17:48:01< silene> ilor: note that it's not specific to windows; that's how utf-16 is standardized
20091128 17:48:05< alink> but wesnoth doesn't (AFAIK)
20091128 17:48:46< ilor> silene: isn't this a bit contrary to what wchar_t is supposed to represent?
20091128 17:50:36< silene> ilor: it depends on your point of view; even on plain utf8/unicode, several characters may be needed (since strange accented glyphs); so utf-16 just (ab)used this principle
20091128 17:50:44< silene> s/since/think/
20091128 17:52:50< silene> anyway, as much as possible, we should refrain from using utf-16, and therefore from using wchar_t
20091128 18:17:39< CIA-62> alink * r40011 /trunk/src/ (gamestatus.cpp unit.cpp unit.hpp): 
20091128 18:17:39< CIA-62> Remove an useless unit constructor.
20091128 18:17:39< CIA-62> Adapt its only call to keep same effect for now (even if it seems weird)
20091128 18:26:16-!- mathstuf [n=mathstuf@boeckb.stu.rpi.edu] has joined #wesnoth-dev
20091128 18:27:10< mathstuf> hi there, id like to help out with things (coding), but I'd like to start small (attempting bug 14765)
20091128 18:29:38< Rhonda> Feel free to propose a patch. :)
20091128 18:29:44< mathstuf> however, testing has been proving to be a little tough, winning and getting negative money at the end is proving...interesting
20091128 18:30:04< mathstuf> grr, can't type
20091128 18:30:39< Rhonda> wesbot: bug 14765
20091128 18:30:39< wesbot> Bug #14765  Assigned to: None  Status: None  Priority: 5 - Normal
20091128 18:30:39< wesbot> Summary: Negative finishing gold is not added
20091128 18:30:39< wesbot> Original submission: You can end a scenario and get a message like this:"You
20091128 18:30:43< wesbot>  will start the next scenario with -50 on top of the minimum defined starting go
20091128 18:30:46< wesbot> URL: https://gna.org/bugs/?14765
20091128 18:30:54< mathstuf> what i have is a one-liner
20091128 18:31:01< mathstuf> but id like to test it first :)
20091128 18:32:19< loonycyborg> How this could be hard? This happens to me constantly :P
20091128 18:33:13< mathstuf> well, not in the games I've played so far (only beaten the 'beginner' campaigns on the easiest settings)
20091128 18:33:42< mathstuf> and my attempt at normal HttT has me getting 200+ gold bonuses
20091128 18:34:18< loonycyborg> If you recall lots of leveled units they'll eat all your gold before you blink..
20091128 18:34:34< mathstuf> hmm, true
20091128 18:34:37-!- Zarel [n=Zarel@c-24-118-17-28.hsd1.mn.comcast.net] has joined #wesnoth-dev
20091128 18:34:42< loonycyborg> You you can just take away your gold with debug commands.
20091128 18:34:54< mathstuf> ah, that works too :)
20091128 18:35:31< mathstuf> ah ha, found the wiki page :)
20091128 18:39:52< mathstuf> hrm
20091128 18:39:59< mathstuf> didn't work, probably wrong variable :)
20091128 18:41:59< loonycyborg> Use :gold -number.
20091128 18:42:09< mathstuf> oh, my patch :)
20091128 18:42:24< mathstuf> -10000 gold helps :)
20091128 18:42:25-!- zookeeper [n=l@wesnoth/developer/zookeeper] has quit [Read error: 131 (Connection reset by peer)]
20091128 18:48:54-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091128 18:49:25< mathstuf> yep, was using the wrong variable
20091128 18:50:34-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20091128 18:53:02< mathstuf> loonycyborg: question about workflow, is trunk going towards 1.8 or is that in a branch and trunk is always open for development?
20091128 18:55:12< loonycyborg> Both :P
20091128 18:56:21< loonycyborg> 1.8 will be forked off trunk eventually. The same was with 1.6
20091128 18:56:55< loonycyborg> And dev releases are made from trunk/
20091128 18:57:37< CIA-62> alink * r40012 /trunk/src/menu_events.cpp: 
20091128 18:57:37< CIA-62> Make debug command ':unit' use same code path as other unit loading.
20091128 18:57:37< CIA-62> (no impact on the command itself)
20091128 18:57:58-!- _teddy [n=fedor76@ppp-78-24-26-142-bras0.istra.ru] has quit ["ERC Version 5.3 (IRC client for Emacs)"]
20091128 18:58:17-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091128 18:58:42< mathstuf> alright
20091128 19:02:19< CIA-62> alink * r40013 /trunk/src/ (unit.cpp unit.hpp): 
20091128 19:02:19< CIA-62> after r40011 and r40012, we can now move the main unit loading function into the main unit constructor
20091128 19:02:19< CIA-62> (which simplify things and will allow new possibilities like using the initialization list)
20091128 19:03:27< alink> aah, the little joy of cleaning something messy which annoyed me since a long time :-)
20091128 19:03:38-!- _teddy [n=fedor76@ppp-78-24-26-142-bras0.istra.ru] has joined #wesnoth-dev
20091128 19:05:13-!- teaser [n=tsr@h-37-106.A254.priv.bahnhof.se] has quit [Read error: 60 (Operation timed out)]
20091128 19:05:35< mathstuf> loonycyborg: patch submitted on the bug :)
20091128 19:06:37-!- _teddy [n=fedor76@ppp-78-24-26-142-bras0.istra.ru] has quit [Client Quit]
20091128 19:07:02-!- _teddy [n=fedor76@ppp-78-24-26-142-bras0.istra.ru] has joined #wesnoth-dev
20091128 19:07:22-!- _teddy [n=fedor76@ppp-78-24-26-142-bras0.istra.ru] has quit [Client Quit]
20091128 19:07:52-!- _teddy [n=fedor76@ppp-78-24-26-142-bras0.istra.ru] has joined #wesnoth-dev
20091128 19:13:47< loonycyborg> mathstuf: That'll indeed violate string freeze so don't get surprised if that patch will be applied after 1.8 is released.
20091128 19:14:13< mathstuf> np
20091128 19:37:16-!- BroodKiller [n=Jakobs@chello089072117162.chello.pl] has quit ["Leaving."]
20091128 19:39:45-!- BroodKiller [n=Jakobs@chello089072117162.chello.pl] has joined #wesnoth-dev
20091128 19:40:04< BroodKiller> crimson_penguin: you're on a 64-bit machine, aren't you?
20091128 19:41:53< BroodKiller> wxMac uses Carbon, which does not have a 64-bit version, apparently, so it won't work this way :-/
20091128 19:48:38-!- gnutoo [n=gnutoo@host143-147-dynamic.44-79-r.retail.telecomitalia.it] has joined #wesnoth-dev
20091128 19:51:12< gnutoo> hi,I saw that wesnoth was ported to the iphone and that there are the sources, did they collaborate with the wesnoth dev to integrate back the patches...I'm specially interested in the screen size patches...because some phones have the same screen size like htcdream,palm pre and a lot of android phones....
20091128 19:52:40< Soliton> i don't think anything has been integrated back yet. and considering that he's using opengl afaik there might not be much in that area.
20091128 19:52:50< gnutoo> ouch...
20091128 19:53:10< gnutoo> I'm only interested in the screen size because I was told that under 400x300 it doesn't work
20091128 19:53:24< gnutoo> (assertions makes it fail for 320x240 for instance)
20091128 19:54:42< gnutoo> I've some devices: armv6 with 320x240,armv6-novfp with 320x480 it may work there,one with armv4 at 640x480...last time that I tried it failled because of a boost regex problem
20091128 19:55:09< Soliton> best ask the porter in the forum.
20091128 19:55:17< gnutoo> moreover it would be great to have wesnoth on more capable hardware like the beagle board based ones
20091128 19:55:26< gnutoo> but I want to test before commiting
20091128 19:55:36< gnutoo> (to openembedded)
20091128 19:56:11< gnutoo> ok thanks
20091128 19:56:17< gnutoo> I'll search in the forum
20091128 19:57:12< Ivanovic> beagleboard hardware does work with wesnoth
20091128 19:57:23< Ivanovic> the (not yet released) openpandora already has a port
20091128 19:57:39< Ivanovic> (that is basically just a case of "hey, lets compile the sources" and it works)
20091128 19:58:16< mathstuf> hmm
20091128 19:58:22< mathstuf> anyone tried with the n900 yet?
20091128 19:58:58< gnutoo> Ivanovic, I saw that ...but it's a binary and it's not integrated into the feeds
20091128 19:59:01-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091128 19:59:12< gnutoo> linking time...I hope it works this time
20091128 19:59:14< Ivanovic> feeds?
20091128 19:59:37< Ivanovic> beside this: i'd guess that the iphone as well as the openpandora binaries are based on 1.6.x
20091128 19:59:57< gnutoo> yes the last wesnoth that we have in oe is 1.4x 
20091128 20:00:05< gnutoo> I'm trying to cross-compile 1.6x
20091128 20:00:10< gnutoo> with the lastest boost
20091128 20:00:33< gnutoo> the problem is that it has difficulties to find boost 1.41.0
20091128 20:01:07< gnutoo> maybe that's beacause your cmake script is not updated for 1.41.0 but anyway if you define an additional version it should work no?
20091128 20:01:10< gnutoo> but it doesn't
20091128 20:01:49< gnutoo> Ivanovic, feeds means something like where you get the binaries...in the debian world that is where apt-get look for softwre
20091128 20:01:53< gnutoo> *software
20091128 20:02:46< gnutoo> I bet the person that compiled wesnoth for pandora used an external toolchain from codesourcey and did it by hand
20091128 20:06:29< Ivanovic> that is very likely
20091128 20:06:40< Ivanovic> since pandora is not running openembedded but some version of angstrom
20091128 20:07:21< gnutoo> angstrom is built with openembedded
20091128 20:07:33< gnutoo> openembedded is just a build system
20091128 20:07:41< gnutoo> with that you build distros
20091128 20:07:44< gnutoo> like angstrom 
20091128 20:07:51< gnutoo> or SHR that is an openmoko distro
20091128 20:08:14< gnutoo> but all config files,recipes etc... for building a distro is in openembedded
20091128 20:10:10< gnutoo> basically you create a local.conf...you set the distro you want,the machine you want and you do bitbake illume-image and you've got an image...you want wesnoth...you do bitbake wesnoth && bitbake package-index 
20091128 20:11:13-!- sakuraischerry [i=7a8411d9@gateway/web/freenode/x-ashbbizrgufedmph] has quit ["Page closed"]
20091128 20:16:17< gnutoo> I hope it runs now : NOTE: Running task 1085 of 1522 (ID: 7, /home/embedded/oe/org.openembedded.dev/recipes/wesnoth/wesnoth_1.6.5.bb, do_install)
20091128 20:26:08< BroodKiller> crimson_penguin: you will need to explicitely indicate the target architecture -> http://wiki.wxwidgets.org/Development:_wxMac
20091128 20:26:50< BroodKiller> an alternative is to try wxW 2.9, but it does not have a stable release yet, and I'd like to avoid that
20091128 20:29:53< BroodKiller> it is not included in any linux repositories ontop of that
20091128 20:30:18-!- BroodKiller [n=Jakobs@chello089072117162.chello.pl] has quit ["Leaving."]
20091128 20:32:24< Ivanovic> gnutoo: depending on which cmake version you got you might also just want to remove cmake/FindBoost.cmake
20091128 20:33:01< Ivanovic> since in version >=cmake-2.6 the working findscript is already shipped
20091128 20:33:14< gnutoo> ah ok wow thanks a lot for the tip
20091128 20:34:11< Ivanovic> the problem is that in 1.6.x we wanted to support cmake down to some 2.4 version (debian stuff, you know... ;) )
20091128 20:34:34< Ivanovic> but if you got such a recent boost anyway, it is likely that you also have a recent cmake which does not need the extra find script
20091128 20:35:09< loonycyborg> Or you can use autotools or scons :P
20091128 20:35:49< Ivanovic> brrr, autotools...
20091128 20:35:53< gnutoo> yes I've the following version: cmake version 2.6-patch 4
20091128 20:36:06< gnutoo> autotools and scons are deprecated no?
20091128 20:36:11< Ivanovic> you should have some local FindBoost.cmake version, just remove the wesnoth one
20091128 20:36:21< gnutoo> and I would have to rewrite the recipe for autotools
20091128 20:36:24< loonycyborg> gnutoo: Not really.
20091128 20:36:24< Ivanovic> autotools are hell and i personally don't even check anymore if they work
20091128 20:36:25< gnutoo> ok thanks 
20091128 20:36:31< Ivanovic> scons should work though
20091128 20:36:55< Ivanovic> (yes, i as release manager only test the cmake recipe, the other devs are responsible to have their stuff somehow working)
20091128 20:36:56< Ivanovic> ;)
20091128 20:36:57< gnutoo> I tried long time ago with autotools and scons...cmake worked better
20091128 20:37:38< loonycyborg> Unfortunately cmake is as bad as autotools design-wise :(
20091128 20:37:57< gnutoo> what's better than(and that works with cross-compilation)
20091128 20:38:03< gnutoo> *then
20091128 20:38:35< loonycyborg> That depends on how you do cross-compilation.
20091128 20:39:24-!- Blueblaze [n=nick@adsl-99-158-46-90.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20091128 20:41:27< gnutoo> we are a bit like gentoo
20091128 20:41:33< gnutoo> we have classes,recipes etc...
20091128 20:41:38< Ivanovic> IMO cmake is just fine
20091128 20:41:40< Ivanovic> ;)
20091128 20:41:41< gnutoo> for instance there is a cmake class
20091128 20:42:03< loonycyborg> Ivanovic: Just as fine as autotools :)
20091128 20:42:16< Ivanovic> better since the resulting scripts stay readable
20091128 20:42:35< Ivanovic> and it is faster than autotools
20091128 20:42:47< Ivanovic> (plus the output when compiling is more sexy ;) )
20091128 20:42:53< loonycyborg> I'd say that they're at about same level of readability.
20091128 20:43:22< Ivanovic> for me not knowing python cmake is the best readable
20091128 20:43:35< loonycyborg> And I want to see the compile commands :P
20091128 20:43:37< Ivanovic> after this there comes scons
20091128 20:43:46< Ivanovic> and somewhere *far* off comes autotools
20091128 20:44:04< gnutoo> I heard that scons could do everything....and that was a problem because it was abused
20091128 20:44:36-!- gabm [n=gabm@211.15-ppp.3menatwork.com] has joined #wesnoth-dev
20091128 20:45:52< loonycyborg> gnutoo: Its problem is that it's currently very low-level and could really use several higher-level apis..
20091128 20:46:02< mathstuf> loonycyborg: make VERBOSE=1
20091128 20:46:17< mathstuf> there's also a cmake flag to do it be default, but i don't know it
20091128 20:46:22< gnutoo> ok
20091128 20:46:26< mathstuf> advanced in make edit_cache should have it
20091128 20:46:46< loonycyborg> mathstuf: VERBOSE=1 wouldbe too much.
20091128 20:47:07< loonycyborg> Not that I would actually ever use cmake..
20091128 20:47:18< mathstuf> i tend to do a make -k when things fail, then make VERBOSE=1 to see what actually failed
20091128 20:48:02< mathstuf> as for autotools, the most m4 i ever plan on seeing/writing is circuit_macros :)
20091128 20:54:07< Ivanovic> mordante: since your addition of "There's a regression that some dialogs are larger as in beta 1, this is fixed in the development version." to the RELEASE_NOTES was post tagging 1.7.9 a question: is it included in 1.7.9 or is it a fix that will be in 1.7.10?
20091128 20:54:29< Ivanovic> mordante: for the moment i will include this line in the release announcement, if it is not correct there, please remove it!
20091128 20:59:55-!- allefant_ [n=elias@allegro/developer/allefant] has joined #wesnoth-dev
20091128 21:02:58< Ivanovic> 1.7.9 release announcement: http://forums.wesnoth.org/viewtopic.php?f=5&t=27934
20091128 21:04:05-!- gabm [n=gabm@211.15-ppp.3menatwork.com] has quit [Read error: 110 (Connection timed out)]
20091128 21:08:45< Ivanovic> updated the frontpage, too
20091128 21:10:24< Ivanovic> Soliton: please update the server motd
20091128 21:12:37< Ivanovic> crimson_penguin: added a paragraph about the OSX probs in the announcement
20091128 21:12:48< Ivanovic> (that is: the probs users might have with the 1.7.8 binary)
20091128 21:12:53< crimson_penguin> that's good
20091128 21:14:42< CIA-62> ivanovic * r40014 /trunk/RELEASE_NOTES: 
20091128 21:14:42< CIA-62> cleanup release notes, not sure about one entry, left it in though i also included it in the announcement
20091128 21:14:42< CIA-62> @mordante: please check where it belongs and remove it from the one place where it does not
20091128 21:17:18< Soliton> Ivanovic: done.
20091128 21:17:27< Ivanovic> thanks
20091128 21:18:21-!- allefant [n=elias@allegro/developer/allefant] has quit [Read error: 110 (Connection timed out)]
20091128 21:19:13< crimson_penguin> Ivanovic: Fairly certain it wasn't related to the harddrive after all, but this way makes me sound less negligent :P
20091128 21:19:30< Ivanovic> crimson_penguin: ah, you know, you harddrive *was* failling at that time
20091128 21:19:39< crimson_penguin> true ;)
20091128 21:19:40< Ivanovic> so at least some of the probs might have been because of that
20091128 21:19:42< Ivanovic> ;)
20091128 21:20:20< CIA-62> ivanovic * r40015 /trunk/ (11 files in 10 dirs): updated Italian translation
20091128 21:20:45< crimson_penguin> what really caused the problem, was upgrading to SDL 1.2.14, and then downgrading to the wrong version when I found it was too problematic (it's not obvious what version a framework is; you have to look inside at the Info.plist file)
20091128 21:20:55-!- alink [n=alink@wesnoth/developer/alink] has quit [Remote closed the connection]
20091128 21:22:10-!- Zarel [n=Zarel@199.17.55.134] has joined #wesnoth-dev
20091128 21:25:58-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit [Client Quit]
20091128 21:33:04< gnutoo> WOW!!!! it doesn't segfault anymore!!!
20091128 21:33:18< gnutoo> but I've another minor issue
20091128 21:33:36< gnutoo> the screen is shifted towards the bottom
20091128 21:33:50< gnutoo> on top of the screen there is a black part
20091128 21:33:57< gnutoo> and on the bottom things are hiddens
20091128 21:37:33< gnutoo> but in 480x640 it's fine
20091128 21:41:53< gnutoo> nooo
20091128 21:41:57< gnutoo> wesnoth: /home/embedded/oetmp_openmoko/work/armv4t-oe-linux-gnueabi/wesnoth-1.6.5-r0/wesnoth-1.6.5/src/gui/widgets/grid.cpp:576: virtual void gui2::tgrid::layout_fit_width(unsigned int, gui2::twidget::tfit_flags): Assertion `flags != FORCE || static_cast<unsigned>(get_best_size().x) <= maximum_width' failed.
20091128 21:42:41< gnutoo> because in 640x480 it's kind of slow...
20091128 21:42:58< gnutoo> there are rotation operations involved
20091128 21:44:27-!- pauxlo [n=quassel@p5B3FB8A1.dip.t-dialin.net] has joined #wesnoth-dev
20091128 21:50:41< mathstuf> is there a way to get a list of all the units a side has?
20091128 21:50:49< mathstuf> I've looked in team but found nothing
20091128 21:51:15< mathstuf> seems like the units just keep track of which side they're on and that's how its all stored
20091128 21:51:23< gnutoo> is it normal that I can move the button displaying the kind of player(computer or local) instead of clicking on it 
20091128 21:52:06< mathstuf> gnutoo: in the game lobby?
20091128 21:52:27< mathstuf> i think its supposed to make switching who is what color easier
20091128 21:52:51< gnutoo> mathstuf, no in the local match
20091128 21:52:58< gnutoo> ah ok
20091128 21:53:31< gnutoo> basically I click on multiplayer,the I click on the last case...the one with local players
20091128 21:53:38< gnutoo> then I accept the map
20091128 21:54:08< gnutoo> and then I've a screen where I can't succeed at selecting commputer player instead of normal player because of the jitter
20091128 21:54:48< mathstuf> I've always found my luck to be with touchscreens to be that i click just a little off
20091128 21:54:57< mathstuf> but its probably because i use them sparingly
20091128 21:57:03-!- silene [n=plouf@wesnoth/developer/silene] has quit [Read error: 110 (Connection timed out)]
20091128 22:00:21< shadowmaster> Ivanovic: renamed again to "Wesnoth chat on IRC". I don't like paranthesis in titles :P
20091128 22:21:15-!- EdB [n=edb@133.117.88-79.rev.gaoland.net] has joined #wesnoth-dev
20091128 22:22:53< shadowmaster> this is some nice spam: http://forums.wesnoth.org/viewtopic.php?p=394953#p394953
20091128 22:23:57 * shadowmaster destroys.
20091128 22:25:05< loonycyborg> Didn't all artists already switch to graphic tablets? :P
20091128 22:25:46< shadowmaster> they just didn't care :(
20091128 22:32:57< gnutoo> mmm it's unplayable
20091128 22:33:11< gnutoo> should I bugreport?
20091128 22:34:12< gnutoo> or too slow or abort because of screen problems
20091128 22:34:23< gnutoo> that is for the scenarios
20091128 22:35:08< loonycyborg> gnutoo: If it's openmoko-specific you'd better file patches :P
20091128 22:35:40< gnutoo> loonycyborg, what do you mean by openmoko specific....it's 480x640 specific so I think yes
20091128 22:36:07< gnutoo> I think I'll have to diff the iphone source
20091128 22:36:12< gnutoo> *iphone port
20091128 22:37:05< gnutoo> maybe we could at least fix the movable buttons
20091128 22:37:13< gnutoo> I'll try on my desktop
20091128 22:39:59< gnutoo> ah clicking on top of it reduce the probability of moving
20091128 22:40:28 * shadowmaster pokes crimson_penguin 
20091128 22:40:52< gnutoo> but that are a lot easier issues than the segfault in boost
20091128 22:40:53< gnutoo> I bet
20091128 22:42:29< loonycyborg> Are you still getting that boost segfault?
20091128 22:44:09< loonycyborg> I.e. you meant that boost segfault when you said 'WOW!!!! it doesn't segfault anymore!!!'? :P
20091128 22:49:34-!- Crab_ [i=crab@wesnoth/developer/crab] has joined #wesnoth-dev
20091128 22:50:18< Crab_> alink: thanks. I hadn't know about that constructor, hence the stupid code.
20091128 22:53:28< gnutoo> no
20091128 22:53:33< gnutoo> that's the good part
20091128 22:53:53< gnutoo> with earlier boost it segfaulted
20091128 22:53:56< gnutoo> long time ago
20091128 22:54:04< gnutoo> now with 1.41.0 it doesn't anymore
20091128 22:54:12< gnutoo> I went until 1.39.0
20091128 22:54:16< gnutoo> before
20091128 22:58:50< crimson_penguin> hi shadowmaster 
20091128 23:00:25< shadowmaster> crimson_penguin: you still have a powerpc machine there? :)
20091128 23:00:51< crimson_penguin> shadowmaster: well not technically, but for your purposes yes
20091128 23:01:02< shadowmaster> and you can get a git client there? :)
20091128 23:03:09< gnutoo> btw are there tricks to improve wesnoth's performance?
20091128 23:03:26-!- EdB [n=edb@133.117.88-79.rev.gaoland.net] has quit [Remote closed the connection]
20091128 23:03:28< gnutoo> because it's kind of slow....I think it was a lot faster before
20091128 23:03:34< gnutoo> with 1.4.6
20091128 23:03:47< mathstuf> gnutoo: there's a cmake option for lowmem
20091128 23:03:53< mathstuf> i imagine autotools has it
20091128 23:03:55< gnutoo> I think that's activated
20091128 23:04:06< gnutoo> how do I check if it was compiled in?
20091128 23:04:14< gnutoo> because in my build system I've put it
20091128 23:04:30< gnutoo> but it could not have made it for some reason
20091128 23:05:09< gnutoo> I'll try htop
20091128 23:05:19< gnutoo> profiling would be too slow 
20091128 23:18:33-!- zookeeper [n=l@wesnoth/developer/zookeeper] has quit []
20091128 23:25:34< fabi> wesbot: seen alink
20091128 23:25:34< wesbot> fabi: The person with the nick alink last spoke 4h 22m ago.  2h 4m ago they left with the message: Remote closed the connection
20091128 23:30:44< gnutoo> indeed it eat a lot of mem
20091128 23:31:29< Ivanovic> gnutoo: no wonder looking at the amount of portraits and animations we got now
20091128 23:32:12< gnutoo> but I disabled most of the annimations
20091128 23:33:02-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20091128 23:43:57-!- teaser [n=tsr@h-37-106.A254.priv.bahnhof.se] has joined #wesnoth-dev
20091128 23:44:01-!- Crab_ [i=crab@wesnoth/developer/crab] has quit ["Leaving."]
20091128 23:51:13-!- fabi [n=fabi@wesnoth/developer/fendrin] has quit [Remote closed the connection]
--- Log closed Sun Nov 29 00:00:16 2009