--- Log opened Sat Feb 04 00:00:44 2012 20120204 00:02:39-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Read error: Connection reset by peer] 20120204 00:02:46-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy] 20120204 00:04:35-!- uli [~uli@157-108.bbned.dsl.internl.net] has joined #wesnoth-dev 20120204 00:04:48-!- uli is now known as uli_ 20120204 00:04:53-!- uli_ is now known as uli__ 20120204 00:05:49-!- uli__ [~uli@157-108.bbned.dsl.internl.net] has quit [Client Quit] 20120204 00:06:49-!- {V} [~{V}@174-76-ftth.onsneteindhoven.nl] has quit [Ping timeout: 240 seconds] 20120204 00:07:41-!- {V} [~{V}@174-76-ftth.onsneteindhoven.nl] has joined #wesnoth-dev 20120204 00:11:38-!- vultraz [~chatzilla@124.109.10.221] has joined #wesnoth-dev 20120204 00:20:53-!- negusnyul [~negusnyul@1F2EA945.dsl.pool.telekom.hu] has quit [Quit: Konversation terminated!] 20120204 00:21:09-!- mjs-de [~mjs-de@d185059.adsl.hansenet.de] has quit [Ping timeout: 240 seconds] 20120204 00:24:59-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev 20120204 00:24:59-!- Upth is now known as Upthorn 20120204 00:33:31-!- chpln [~chpln@ppp118-210-12-210.lns20.adl2.internode.on.net] has quit [Ping timeout: 252 seconds] 20120204 00:34:17-!- mjs-de [~mjs-de@g224180140.adsl.alicedsl.de] has joined #wesnoth-dev 20120204 00:34:32-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection] 20120204 00:37:26-!- Upthorn [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Ping timeout: 272 seconds] 20120204 00:40:04-!- mjs-de [~mjs-de@g224180140.adsl.alicedsl.de] has quit [Remote host closed the connection] --- Log opened Sat Feb 04 00:49:13 2012 20120204 00:49:28-!- lobby [~wesnoth@wesnoth/bot/lobby] has joined #wesnoth-dev 20120204 00:49:28-!- Topic for #wesnoth-dev: 154 bugs, 331 feature requests, 17 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org 20120204 00:49:28-!- Topic set by wesbot [~wesbot@asteria.debian.or.at] [Fri Feb 3 18:49:48 2012] 20120204 00:49:28[Users #wesnoth-dev] 20120204 00:49:28[ [Relic] ] [ Espreon ] [ noy ] 20120204 00:49:28[ Aethaeryn ] [ esr ] [ oldtopmanserver] 20120204 00:49:28[ AI0867 ] [ fstltna ] [ pbunbun ] 20120204 00:49:28[ Alarantalara ] [ Gallaecio ] [ Rhonda ] 20120204 00:49:28[ Amuchan ] [ happygrue ] [ shadowm ] 20120204 00:49:28[ anonymissimus ] [ Ingmar ] [ shadowm_laptop ] 20120204 00:49:28[ apoi ] [ Ivanovic ] [ shikadibot ] 20120204 00:49:28[ chrisoelmueller] [ janebot ] [ Sirp ] 20120204 00:49:28[ CIA-90 ] [ Johannes13 ] [ Smar ] 20120204 00:49:28[ cjhopman ] [ knotwork ] [ stikonas ] 20120204 00:49:28[ crimson_penguin] [ koan ] [ Tigge ] 20120204 00:49:28[ csarmi ] [ lobby ] [ vcap ] 20120204 00:49:28[ ejls ] [ loonycyborg ] [ vultraz ] 20120204 00:49:28[ elias ] [ LordNasty ] [ wesbot ] 20120204 00:49:28[ Elvish_Pillager] [ matthiaskrgr] [ yann ] 20120204 00:49:28[ enchilado ] [ melinath ] [ {V} ] 20120204 00:49:28[ erl ] [ mnewton1 ] 20120204 00:49:28-!- Irssi: #wesnoth-dev: Total of 50 nicks [0 ops, 0 halfops, 0 voices, 50 normal] 20120204 00:49:36-!- Channel #wesnoth-dev created Tue Jan 27 06:28:41 2009 20120204 00:50:05-!- Soliton [~Soliton@wesnoth/developer/soliton] has joined #wesnoth-dev 20120204 00:51:49-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 245 seconds] 20120204 00:51:54-!- Irssi: Join to #wesnoth-dev was synced in 153 secs 20120204 00:52:39< shadowm_laptop> I'm still waiting to hear what the actual warnings/error are. 20120204 00:54:51< CIA-90> alarantalara * r52870 /trunk/projectfiles/Xcode/Wesnoth.xcodeproj/project.pbxproj: Add new files to Xcode project 20120204 00:55:41< Espreon> anonymissimus: Ya know, it'd be nice to give shadowm_laptop the warnings/errors... 20120204 00:56:29< anonymissimus> shadowm_laptop: I know 20120204 00:56:33< anonymissimus> its compiling 20120204 00:57:08< anonymissimus> and they wouldnt be of much use sicne they dont make sense 20120204 00:57:27< Espreon> Maybe they just don't make sense to you. 20120204 00:57:48< anonymissimus> but on a wild guess; would it be ok to include addon/client.hpp last in client.cpp ? 20120204 00:58:02< anonymissimus> not in this case I think 20120204 00:58:41< anonymissimus> I seem to recall that boost.asio does not so well on win and it seems to redefine some stuff 20120204 00:58:57< anonymissimus> I think I already had similar compiler problems once 20120204 01:00:03< anonymissimus> so I am guessing that boost.asio redefines some stuff which breakes unit_types.hpp compilation (I didn't track down the inclusion patch though) 20120204 01:04:39-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev 20120204 01:06:10< anonymissimus> well r52867 causes it yes 20120204 01:06:20 * anonymissimus tracks it down 20120204 01:18:09< anonymissimus> do we have docs on which file includes what ? sort of an inclusion-graph ? 20120204 01:18:18< anonymissimus> inclusion-tree ? 20120204 01:18:31< shadowm> not really 20120204 01:18:46< anonymissimus> i got it to compile by reordering includes now 20120204 01:19:00< anonymissimus> but would want to understand this 20120204 01:19:18< shadowm> are you using Boost 1.48? 20120204 01:19:37< anonymissimus> that could be an issue 20120204 01:21:05< anonymissimus> in MSVC it's 1.42 20120204 01:21:32< shadowm> Well, I'm using 1.46, not 1.48 20120204 01:22:09< shadowm> if it's a simple inclusion order change just commit it 20120204 01:22:29< anonymissimus> in MinGw and VC10 it#s 1.46 20120204 01:22:52< anonymissimus> will do 20120204 01:25:13-!- chpln [~chpln@ppp118-210-12-210.lns20.adl2.internode.on.net] has joined #wesnoth-dev 20120204 01:25:40< anonymissimus> loonycyborg: around ? 20120204 01:25:52< anonymissimus> #ifdef _WIN32 20120204 01:25:53< anonymissimus> #define BOOST_ASIO_DISABLE_IOCP 20120204 01:25:55< anonymissimus> #endif 20120204 01:26:05< anonymissimus> thats in network_asio.hpp 20120204 01:27:01< anonymissimus> or perhaps some redefining in boost asio seems to force me to include headers with that last in cpps 20120204 01:27:22< anonymissimus> so that other headers aren't affected 20120204 01:38:33< anonymissimus> I remember already seeing something similar but can't find it in the commit history...must have been some local experiments or so... 20120204 01:52:36-!- Blueblaze [~Blueblaze@adsl-99-148-245-170.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev 20120204 02:14:24-!- chpln [~chpln@ppp118-210-12-210.lns20.adl2.internode.on.net] has quit [Ping timeout: 255 seconds] 20120204 02:16:11-!- chpln [~chpln@ppp118-210-101-214.lns20.adl2.internode.on.net] has joined #wesnoth-dev 20120204 02:31:10-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has quit [Quit: Leaving.] 20120204 02:52:01-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Remote host closed the connection] 20120204 02:53:38-!- Appleman1234 [~Appleman1@ppp59-167-222-56.qld.adsl.internode.on.net] has joined #wesnoth-dev 20120204 02:55:19-!- Oleg|percona [~quassel@92.126.51.105] has joined #wesnoth-dev 20120204 02:55:19-!- Oleg|percona [~quassel@92.126.51.105] has quit [Client Quit] 20120204 02:55:27-!- Oleg|percona [~quassel@92.126.51.105] has joined #wesnoth-dev 20120204 02:57:57-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: Computer has gone to sleep.] 20120204 03:01:35-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev 20120204 03:01:35-!- Upth is now known as Upthorn 20120204 03:18:59< CIA-90> shadowmaster * r52871 /trunk/data/gui/default/window/message.cfg: gui2/tmessage: Right-align dialog control buttons 20120204 03:19:27< CIA-90> shadowmaster * r52872 /trunk/data/gui/default/window/editor_settings.cfg: gui2/teditor_settings: Right-align dialog control buttons 20120204 03:19:49< CIA-90> shadowmaster * r52873 /trunk/data/gui/default/window/edit_label.cfg: gui2/tedit_label: Right-align dialog control buttons, give the checkbox a standard margin 20120204 03:25:31< CIA-90> shadowmaster * r52874 /trunk/data/gui/default/window/editor_new_map.cfg: 20120204 03:25:32< CIA-90> gui2/teditor_new_map: Couple of consistency changes 20120204 03:25:32< CIA-90> * Separated button layout so they can be right-aligned independently of 20120204 03:25:32< CIA-90> other widgets in the dialog 20120204 03:25:32< CIA-90> * Replaced OK button label with a single word 20120204 03:27:13-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev 20120204 03:28:20< CIA-90> shadowmaster * r52875 /trunk/data/gui/default/window/addon_uninstall_list.cfg: gui2/taddon_uninstall_list: Right-align dialog control buttons correctly 20120204 03:32:02< CIA-90> shadowmaster * r52876 /trunk/data/gui/default/window/addon_list.cfg: gui2/taddon_list: Right-align dialog control buttons correctly, eliminating the large gap between them 20120204 03:38:34< CIA-90> shadowmaster * r52877 /trunk/data/gui/default/window/addon_connect.cfg: gui2/taddon_connect: Lay out the dialog control buttons independently of the rest of the dialog 20120204 03:40:05< CIA-90> shadowmaster * r52878 /trunk/data/gui/default/window/campaign_difficulty.cfg: gui2/tcampaign_difficulty: Right-align dialog control buttons correctly, eliminating the large gap between them 20120204 03:51:34< CIA-90> shadowmaster * r52879 /trunk/data/gui/default/window/editor_generate_map.cfg: gui2/teditor_generate_map: Right-align dialog control buttons correctly 20120204 03:51:51< CIA-90> shadowmaster * r52880 /trunk/data/gui/default/window/editor_resize_map.cfg: 20120204 03:51:51< CIA-90> gui2/teditor_resize_map: Various UI consistency changes 20120204 03:51:51< CIA-90> * Gave the expand/shrink direction box label a trailing colon, and 20120204 03:51:51< CIA-90> removed gratuituous blanks 20120204 03:51:52< CIA-90> * Gave certain widgets a standard margin 20120204 03:51:52< CIA-90> * Right-aligned dialog control buttons 20120204 03:51:53< CIA-90> * Shortened "Resize Map" button label to just "Resize" 20120204 03:59:09< anonymissimus> finally 20120204 03:59:20< CIA-90> anonymissimus * r52881 /trunk/src/addon/ (client.cpp manager.cpp): change inclusion order (workaround for compilation errors on windows) 20120204 03:59:35< CIA-90> anonymissimus * r52882 /trunk/projectfiles/VC9/wesnoth.vcproj: MSVC projectfile update 20120204 03:59:50-!- enchilado [~enchilado@defocus/yummy/enchilado] has quit [Quit: BRB->] 20120204 03:59:52< CIA-90> anonymissimus * r52883 /trunk/projectfiles/CodeBlocks/wesnoth.cbp: CB projectfile update 20120204 04:04:16-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has quit [Quit: done building targets] 20120204 04:08:16< Espreon> Sigh, making the tutorial really translatable will be a pain... 20120204 04:08:57< Espreon> I know at least one language people care about that probably has problems with the message described here: http://gna.org/bugs/index.php?19367 20120204 04:11:17< Espreon> Bllllllaaaaaarrrrgh... 20120204 04:14:06< CIA-90> shadowmaster * r52884 /trunk/data/gui/default/window/editor_set_starting_position.cfg: gui2/teditor_set_starting_position: Right-align dialog control buttons correctly 20120204 04:14:24< Espreon> Of course, there might be a better way to solve the issue than what I have in mind. And, of course, that involves looking at the tutorial. 20120204 04:16:39< CIA-90> shadowmaster * r52885 /trunk/data/gui/default/window/folder_create.cfg: gui2/tfolder_create: Right-align dialog control buttons correctly, eliminating the large gap between them 20120204 04:17:49-!- knotwork [~markm@unaffiliated/knotwork] has quit [Ping timeout: 240 seconds] 20120204 04:18:15-!- un214 [~un214@adsl-75-45-4-106.dsl.scrm01.sbcglobal.net] has joined #wesnoth-dev 20120204 04:19:41< CIA-90> shadowmaster * r52886 /trunk/data/gui/default/window/game_delete.cfg: gui2/tgame_delete: Right-align dialog control buttons correctly, eliminating the large gap between them 20120204 04:20:11< CIA-90> shadowmaster * r52887 /trunk/data/gui/default/window/game_load.cfg: gui2/tgame_load: Will people ever pay attention to capitalization guidelines? 20120204 04:26:02-!- un214 [~un214@adsl-75-45-4-106.dsl.scrm01.sbcglobal.net] has quit [Remote host closed the connection] 20120204 04:26:07< shadowm> 20120204 00:25:42 error engine: error parsing save index config file 20120204 04:26:09< shadowm> hmmm. 20120204 04:29:19< Espreon> shadowm: When do you get that? 20120204 04:29:21< CIA-90> shadowmaster * r52888 /trunk/data/gui/default/window/game_load.cfg: 20120204 04:29:21< CIA-90> gui2/tgame_load: Some UI consistency changes 20120204 04:29:21< CIA-90> * Vertically align the dialog to the center, not the top edge of the screen 20120204 04:29:21< CIA-90> * Gave various widgets a standard margin 20120204 04:29:53< shadowm> Espreon: when starting the load game dialog. I suspect it's because Oleg|percona's patch doesn't take into account old save_index.gz files that aren't actually gzipped. 20120204 04:30:10< shadowm> Give me a while to decide whether that needs to be fixed or not. 20120204 04:30:28< Oleg|percona> shadowm: I hanfle gzip-error on save_index.gz load 20120204 04:30:41< shadowm> Hm. 20120204 04:30:52< Oleg|percona> shadowm: Every time when game save any games (auto-save or manual) save_index.gz will be rewrotten 20120204 04:30:53< Espreon> And I'm gettin' it too, of course. 20120204 04:31:25< Oleg|percona> shadowm: I'm sure your problem related to another reason 20120204 04:31:35-!- knotwork [~markm@unaffiliated/knotwork] has joined #wesnoth-dev 20120204 04:31:44< shadowm> yeah, I think I understand now. 20120204 04:31:51< shadowm> first of all, is_gzip_file() is a lie. It only checks for the .gz extension. 20120204 04:31:54-!- Ivanovic_ [~ivanovic@dtmd-4d0bc54b.pool.mediaWays.net] has joined #wesnoth-dev 20120204 04:32:11< shadowm> read_gz() is probably throwing that log entry through some path 20120204 04:32:39< Oleg|percona> shadowm: I catch exception "gzip_error" 20120204 04:33:06< Oleg|percona> shadowm: If I catched exception "gzip_error" - this is mean, file really not gzipped, and I try to read it by read() 20120204 04:33:37< Oleg|percona> shadowm: By the way 20120204 04:33:42< Oleg|percona> shadowm: I investigated source code history 20120204 04:34:05< Oleg|percona> shadowm: Many years before function "detect_format_and_read" was removed 20120204 04:34:20< Oleg|percona> shadowm: this function open the file and check first symbol from it 20120204 04:34:31< Oleg|percona> shadowm: For understaing - gzipped file or not 20120204 04:34:54< Oleg|percona> shadowm: I can send exact revision, if you need and want 20120204 04:34:59< shadowm> I suspect that function was probably used to detect binary WML, before gzip support was added 20120204 04:35:10< Oleg|percona> no 20120204 04:35:13< Oleg|percona> gzipefd 20120204 04:35:22< shadowm> the message I'm getting comes from src/savegame.cpp line 380 20120204 04:35:22< Oleg|percona> One minute, I say you exact revision number 20120204 04:35:34-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 272 seconds] 20120204 04:35:49< shadowm> it's not reading the save index at all 20120204 04:35:49-!- Ivanovic_ is now known as Ivanovic 20120204 04:38:33< Oleg|percona> shadowm: so 20120204 04:38:35< Oleg|percona> shadowm: try { 20120204 04:38:35< Oleg|percona> const std::string &filename = get_save_index_file(); 20120204 04:38:35< Oleg|percona> scoped_istream stream = istream_file(filename); 20120204 04:38:35< Oleg|percona> if(is_gzip_file(filename)) { 20120204 04:38:35< Oleg|percona> try { 20120204 04:38:36< Oleg|percona> read_gz(save_index_cfg, *stream); 20120204 04:38:38< Oleg|percona> } catch (boost::iostreams::gzip_error&) { 20120204 04:38:40< Oleg|percona> read(save_index_cfg, *stream); 20120204 04:38:42< Oleg|percona> } 20120204 04:38:44< Oleg|percona> } else { 20120204 04:38:46< Oleg|percona> read(save_index_cfg, *stream); 20120204 04:38:49< Oleg|percona> } 20120204 04:38:51< Oleg|percona> } catch(io_exception& e) { 20120204 04:38:53< Oleg|percona> ERR_SAVE << "error reading save index: '" << e.what() << "'\n"; 20120204 04:38:55< Oleg|percona> } catch(config::error&) { 20120204 04:38:57< Oleg|percona> ERR_SAVE << "error parsing save index config file\n"; 20120204 04:39:00< Oleg|percona> save_index_cfg.clear(); 20120204 04:39:02< Oleg|percona> } 20120204 04:39:08< Oleg|percona> shadowm: As you can see, I try to use read_gz, and use read if read_gz failed 20120204 04:39:13< Oleg|percona> shadowm: Probably I need re-open file or reset stream for read from begin 20120204 04:39:18< shadowm> hi, yes, please use http://pastebin.com the next time you need to paste more than a couple of lines on IRC :p 20120204 04:39:27< Oleg|percona> shadowm: ok :) sorry 20120204 04:40:01< shadowm> yeah, I guess it's necessary to reset the stream to the beginning 20120204 04:40:15< Oleg|percona> shadowm: http://pastebin.com/4vBQtVA5 20120204 04:40:27< Oleg|percona> shadowm: Yes, you are right. 20120204 04:40:31< Oleg|percona> shadowm: I forgot do this :( 20120204 04:40:33< Oleg|percona> shadowm: sorry 20120204 04:40:38< shadowm> I honestly haven't programmed much with iostreams, so I barely remember how it works 20120204 04:41:16< Oleg|percona> shadowm: Can I prepare fix?... 20120204 04:41:22< shadowm> sure 20120204 04:44:08-!- knotwork [~markm@unaffiliated/knotwork] has quit [Ping timeout: 240 seconds] 20120204 04:46:30< CIA-90> shadowmaster * r52889 /trunk/data/gui/default/window/game_save.cfg: gui2/tgame_save: Right-align dialog control buttons correctly, eliminating the large gap between them 20120204 04:47:02-!- knotwork [~markm@142.177.233.157] has joined #wesnoth-dev 20120204 04:47:02-!- knotwork [~markm@142.177.233.157] has quit [Changing host] 20120204 04:47:02-!- knotwork [~markm@unaffiliated/knotwork] has joined #wesnoth-dev 20120204 04:52:15< Oleg|percona> shadowm: fixed. Couple of minutes, please, checking 20120204 04:52:38< CIA-90> shadowmaster * r52890 /trunk/data/gui/default/window/game_save_message.cfg: 20120204 04:52:38< CIA-90> gui2/tgame_save_message: We don't really need a placeholder for a label's contents here 20120204 04:52:38< CIA-90> In particular, we don't need a single translatable "x" to confuse 20120204 04:52:38< CIA-90> translators. 20120204 04:53:21< Oleg|percona> shadowm: By the way, do you know about problem with ccache and current version? 20120204 04:53:40< Oleg|percona> shadowm: ccache doesn't work :( as result, for clean rebuild I should spent a lot of time 20120204 04:54:00< Oleg|percona> shadowm: I about http://ccache.samba.org/ 20120204 04:54:33< shadowm> Oleg|percona: I use 3.1.7 just fine with scons 20120204 04:54:58< shadowm> on Debian, anyway. No idea what platform you use... 20120204 04:56:39-!- Elvish_Pillager [~eli@dhip-149.coburn.residences.colby.edu] has quit [Ping timeout: 252 seconds] 20120204 04:57:50< shadowm> btw, if you are using scons or cmake you shouldn't need to do clean rebuilds after simple changes like that, most of the time 20120204 04:59:35< Oleg|percona> shadowm: I'm use cmake for build... 20120204 04:59:41< Oleg|percona> shadowm: Yes, sure. 20120204 04:59:54< CIA-90> shadowmaster * r52891 /trunk/src/server/server.cpp: wesnothd: Accept 1.11* instead of 1.10* by default on trunk 20120204 05:00:06< Oleg|percona> shadowm: But I see ccache statistics - ccache is not used by cmake build :( 20120204 05:02:06< shadowm> unlike the scons build scripts, our cmake builds don't know how to use ccache; you'll either have to override CMAKE_CXX_COMPILER and CMAKE_C_COMPILER to point them to "ccache path/to/compiler", or make sure they are pointing to symbolic links to ccache's own binary 20120204 05:06:11< Oleg|percona> shadowm: Very strange, when I am building mysql by cmake all works fine 20120204 05:06:37< Oleg|percona> shadowm: I will investigate wesnoth scripts/mysql scripts for understand why this happendes 20120204 05:07:25< Oleg|percona> shadowm: Oh. My TODO list for wesnoth has a 7 points now 20120204 05:19:57< Oleg|percona> shadowm: Fixed and checked :) 20120204 05:20:09< Oleg|percona> shadowm: Do you prefer patch or git patch? :) 20120204 05:20:16< CIA-90> shadowmaster * r52892 /trunk/data/gui/default/window/ (game_save.cfg game_save_message.cfg game_save_oos.cfg): 20120204 05:20:17< CIA-90> gui2/tgame_save*: Various consistency changes 20120204 05:20:17< CIA-90> * Give the three dialogs a maximum size of 500x600 20120204 05:20:17< CIA-90> * Lay out the dialog control buttons separately from the rest 20120204 05:20:17< CIA-90> * Right-align the dialog control buttons 20120204 05:20:18< CIA-90> * Removed the now unnecessary spacers 20120204 05:20:43< Oleg|percona> shadowm: Or may be (I can't hope to this right now) access to repository? :) 20120204 05:20:57< shadowm> git diff or svn diff will do just fine, since any author information is lost when committing from git-svn to svn anyway 20120204 05:22:12< shadowm> this was written somewhere in the wiki I don't remember right now, but generally people can't get svn commit access until they have submitted at least two non-trivial code patches or obtained some other sort of authorization from the project manager 20120204 05:22:37< Oleg|percona> shadowm: Thank you for explanation! Now I know policy about this 20120204 05:26:31< CIA-90> shadowmaster * r52893 /trunk/data/gui/default/window/language_selection.cfg: 20120204 05:26:31< CIA-90> gui2/tlanguage_selection: Some consistency changes 20120204 05:26:31< CIA-90> * Replace "Change Language" button label with the shorter "OK" 20120204 05:26:31< CIA-90> * Right-align dialog control buttons correctly 20120204 05:27:44< Oleg|percona> shadowm: https://gna.org/patch/index.php?3113#postcomment 20120204 05:27:58< Oleg|percona> Oh sorry https://gna.org/patch/index.php?3113 20120204 05:27:59< Oleg|percona> shadowm: ^ 20120204 05:30:18< shadowm> I just had Wesnoth generate a new save_index.gz file and it appears in plain text in my text editor (which definitely doesn't uncompress files before reading) 20120204 05:31:23< shadowm> that is, I erased the previous save_index.gz file, brought up the Load Game dialog, and cancelled it to generate the new file 20120204 05:31:28< Oleg|percona> shadowm: With last fix or without? 20120204 05:31:51< shadowm> without, but I'll try the patch now 20120204 05:31:52< Oleg|percona> shadowm: aha... 20120204 05:32:58< Oleg|percona> shadowm: I see another thing. I manual unzip file save_index.gz, rename save_index to save_index.gz, try to run Wesnoth, open "Load" - and now save_index.gz really gzipped 20120204 05:33:22< Oleg|percona> shadowm: At least gunzip process this file. On plain text gunzip say me "not a gzip archive" 20120204 05:33:33< Oleg|percona> *processed 20120204 05:33:57< Oleg|percona> shadowm: Do we have tests in wesnoth? Probably better write test to it... 20120204 05:34:11< shadowm> hm, it's still not really compressed for me 20120204 05:34:56< shadowm> yeah, we do have a test suite, but the last guy whom I told to use it later made a big mess of the whole game engine 20120204 05:35:15< Oleg|percona> shadowm: http://pastebin.com/SatmtwEY 20120204 05:35:16< shadowm> I'm still unsure if there's a relation between those 20120204 05:35:19< shadowm> :p 20120204 05:35:29< Oleg|percona> shadowm: Please look to my paste ^ 20120204 05:36:13< shadowm> yes? 20120204 05:36:56< Oleg|percona> shadowm: Holy shit! http://pastebin.com/ksNN7SQp 20120204 05:37:19< Oleg|percona> shadowm: Please open your preferences. Are you sure you have option "Compress saves" active? 20120204 05:37:37< shadowm> oh 20120204 05:37:56< shadowm> yeah, that's it. I had disabled compressed saves for testing the other day. 20120204 05:38:42< Oleg|percona> shadowm: So, we have bullshit near this options 20120204 05:38:49-!- Blueblaze2 [~Blueblaze@adsl-76-202-18-136.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev 20120204 05:38:58< Oleg|percona> shadowm: I will review all related to compress_saves code and fix it. 20120204 05:39:05< Oleg|percona> shadowm: This is ok for you? 20120204 05:39:31< shadowm> I don't think there's a problem in the first place, though. 20120204 05:39:49-!- Blueblaze [~Blueblaze@adsl-99-148-245-170.dsl.hstntx.sbcglobal.net] has quit [Ping timeout: 245 seconds] 20120204 05:39:49-!- Blueblaze2 is now known as Blueblaze 20120204 05:40:08< shadowm> I imagine the only "problem" is that save_index.gz is always named such even when compression is disabled, instead of being just save_index 20120204 05:40:33< Oleg|percona> shadowm: Ok, I will quick fix it now 20120204 05:41:20< shadowm> the definition of the function you may need to fix is in filesystem.cpp, get_save_index_file() (found twice because of a platform-specific version) 20120204 05:42:36< shadowm> not sure whether to use different files depending on the compression flag (save_index.gz and save_index), or just a single file (save_index) which can be either compressed or plain text. 20120204 05:43:42< shadowm> I'd also advise not introducing trailing whitespace in source code in patches, by the way. ;) 20120204 05:45:41< Oleg|percona> shadowm: Yes, I knowed this :) 20120204 05:45:59< Oleg|percona> (filesystem.cpp) 20120204 05:46:25< Oleg|percona> shadowm: Sorry for trailing spaces, this is my emacs 20120204 05:46:37< Oleg|percona> shadowm: Do you use emacs? If yes, I will be happy get your config for wesnoth 20120204 05:47:58< shadowm> nope, I use Kate. 20120204 05:48:07< Oleg|percona> ok... 20120204 05:49:17< Oleg|percona> shadowm: Which the reason of "compress" optioin? Should we support it? 20120204 05:49:52< Oleg|percona> shadowm: I see at least one bug - run the game, go to the "Preferences", reset "compress saves" to false - and after that try to open "Load" - as result save_index.gz will be ignored 20120204 05:49:53< Oleg|percona> :( 20120204 05:51:47< shadowm> The compress toggle is very useful when diagnosing problems with WML or the savegames/replay code since sometimes we are just too lazy to gunzip files by hand 20120204 05:52:59< Espreon> Indeed. 20120204 05:53:35-!- knotwork [~markm@unaffiliated/knotwork] has quit [Ping timeout: 256 seconds] 20120204 05:54:58< Oleg|percona> shadowm: https://gna.org/patch/index.php?3114 20120204 05:56:29< Oleg|percona> shadowm: Listed problem actual not only for save_index.gz option, but for other files too 20120204 05:57:50-!- knotwork [~markm@unaffiliated/knotwork] has joined #wesnoth-dev 20120204 05:58:49< shadowm> How is a problem in a function only used for save_index.gz supposed to affect other files? 20120204 06:01:15< Oleg|percona> shadowm: I about problem listed in chat before 20120204 06:02:00< Oleg|percona> shadowm: Changes of settting "compress_saves" as result give ignored save files/save_index.gz files 20120204 06:02:24< shadowm> hm, I've never seen my saved games be ignored when they don't match the compression setting 20120204 06:02:44< shadowm> I often have mixed compressed/uncompressed saves while testing/debugging campaigns 20120204 06:03:28 * Oleg|percona looking to source code 20120204 06:04:16< shadowm> anyway, I'll try the last patch and apply both later; I'm in the middle of some tedious testing for something else here 20120204 06:04:51< Oleg|percona> shadowm: You are right. Load dialog provides filenames directly 20120204 06:05:03< Oleg|percona> shadowm: This problem will be actual just for "save_index.gz" file 20120204 06:05:16< Oleg|percona> shadowm: Please ignore all my patches 20120204 06:05:28< Oleg|percona> shadowm: I will provide single patch with all discussed things 20120204 06:05:55< shadowm> hmmm, I thought we were done? :) 20120204 06:06:38< Oleg|percona> shadowm: No. 20120204 06:07:00< Oleg|percona> shadowm: save_index.gz will be ignored if you run the game, uncheck option "compress saves" and open "Load" 20120204 06:07:59< Oleg|percona> shadowm: Dumn 20120204 06:08:10 * Oleg|percona try to understand how better fix this 20120204 06:08:11< shadowm> that should be normal with patch #3114 20120204 06:08:30< shadowm> and I don't think that's an actual problem, myself 20120204 06:10:42< Oleg|percona> shadowm: Try to do following 20120204 06:12:10< Oleg|percona> shadowm: 1) Remove all save_index and save_index.gz 20120204 06:12:10< Oleg|percona> 2) Run the game, open preferences, set "compress_saves" to true 20120204 06:12:10< Oleg|percona> 3) Open "Load" dialog 20120204 06:12:10< Oleg|percona> 4) Close the game 20120204 06:12:10< Oleg|percona> 4) Run game again, open preferences again, set "compress_saves" to false 20120204 06:12:12< Oleg|percona> 5) Open "Load" dialog 20120204 06:12:14< Oleg|percona> 6) Close the game 20120204 06:12:16< Oleg|percona> Now you have save_index and save_index.gz both 20120204 06:12:19< Oleg|percona> 6) Close the game 20120204 06:12:50< shadowm> yeah, I said it was a normal side effect of #3114 20120204 06:13:45< shadowm> at least I foresaw it, hence I had previously suggested to just name it save_index in both cases instead of pretending to give it an extension according to its contents 20120204 06:15:19-!- StealthyCoin [~StealthyC@adsl-99-2-149-223.dsl.pltn13.sbcglobal.net] has joined #wesnoth-dev 20120204 06:16:20-!- knotwork [~markm@unaffiliated/knotwork] has quit [Ping timeout: 244 seconds] 20120204 06:18:12< Oleg|percona> shadowm: Please, use my nick when you answering, otherwise I don't see your messages while I dont' switch back to IRC :) 20120204 06:19:15< shadowm> I try not to highlight people too often when I'm already talking with them since I tend to get annoyed by that myself :p 20120204 06:19:17< Oleg|percona> shadowm: Ok, I am preparing patch where name always "save_index" and save_index::load() try first read gzipped version, and use not gzipped if faild 20120204 06:19:26-!- knotwork [~markm@unaffiliated/knotwork] has joined #wesnoth-dev 20120204 06:20:16< shadowm> okay, so should I close and mark the other two as "won't do" meanwhile? 20120204 06:26:48< Oleg|percona> shadowm: Add a New Comment (Rich MarkupRich Markup): 20120204 06:26:48< Oleg|percona> 20120204 06:26:48< Oleg|percona> 20120204 06:26:52< Oleg|percona> shadowm: Yes 20120204 06:26:54-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Remote host closed the connection] 20120204 06:27:19< Oleg|percona> shadowm: Please close other two and mark it as "won't do" 20120204 06:27:24< shadowm> ok 20120204 06:28:04< Oleg|percona> shadowm: Oh 20120204 06:28:10< Oleg|percona> shadowm: I submitted incorrect version 20120204 06:28:14< Oleg|percona> shadowm: One minute, fixing it 20120204 06:28:32< Oleg|percona> shadowm: Sorry please ;( 20120204 06:28:58 * Oleg|percona checking 20120204 06:30:18< Oleg|percona> shadowm: Last version https://gna.org/patch/index.php?3115 is ok 20120204 06:31:18< shadowm> file #15000, yes? 20120204 06:31:58< Oleg|percona> shadowm: yes 20120204 06:37:45< Oleg|percona> shadowm: All it is ok? 20120204 06:39:00< shadowm> sorry, I'm still busy, so I haven't had time to check 20120204 06:39:29< Oleg|percona> shadowm: ok :) please ping me by nick when you completed :) 20120204 06:39:38< Oleg|percona> shadowm: thank you very much for your attention and talk :) 20120204 06:40:51< shadowm> sure 20120204 06:46:44-!- knotwork [~markm@unaffiliated/knotwork] has quit [Ping timeout: 252 seconds] 20120204 06:47:22-!- Blueblaze [~Blueblaze@adsl-76-202-18-136.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze] 20120204 06:48:46-!- knotwork [~markm@142.177.233.157] has joined #wesnoth-dev 20120204 06:48:46-!- knotwork [~markm@142.177.233.157] has quit [Changing host] 20120204 06:48:46-!- knotwork [~markm@unaffiliated/knotwork] has joined #wesnoth-dev 20120204 06:49:48-!- wesbot changed the topic of #wesnoth-dev to: 154 bugs, 331 feature requests, 18 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org 20120204 06:55:23< CIA-90> shadowmaster * r52894 /trunk/data/gui/default/window/mp_create_game.cfg: 20120204 06:55:23< CIA-90> gui2/tmp_create_game: UI consistency changes 20120204 06:55:23< CIA-90> * Use "OK" for the OK button label instead of "Create game" (sic) 20120204 06:55:23< CIA-90> * Right-align dialog control buttons 20120204 06:55:52< CIA-90> shadowmaster * r52895 /trunk/data/gui/default/window/mp_connect.cfg: gui2/tmp_connect: Lay out dialog control buttons separately and align them to the right 20120204 06:56:07< CIA-90> shadowmaster * r52896 /trunk/data/gui/default/window/mp_host_game_prompt.cfg: gui2/tmp_host_network_game_prompt: Right-align dialog control buttons 20120204 06:56:27< CIA-90> shadowmaster * r52897 /trunk/data/gui/default/window/mp_login.cfg: gui2/tmp_login: Use standard margins for the checkbox 20120204 06:56:36< CIA-90> shadowmaster * r52898 /trunk/data/gui/default/window/mp_method_selection.cfg: gui2/tmp_method_selection: Right-align dialog control buttons correctly, eliminating the large gap between them 20120204 06:56:57< CIA-90> shadowmaster * r52899 /trunk/data/gui/default/window/mp_server_list.cfg: 20120204 06:56:57< CIA-90> gui2/tmp_server_list: UI consistency changes 20120204 06:56:57< CIA-90> * Added standard margins for the central listbox 20120204 06:56:57< CIA-90> * Right-align dialog control buttons correctly, eliminating the large gap between them 20120204 06:57:08< CIA-90> shadowmaster * r52900 /trunk/data/gui/default/window/network_transmission.cfg: gui2/tnetwork_transmission: Simplify layout removing an unneeded spacer 20120204 06:57:20< CIA-90> shadowmaster * r52901 /trunk/data/gui/default/window/simple_item_selector.cfg: gui2/tsimple_item_selector: Right-align dialog control buttons correctly, eliminating the large gap between them 20120204 06:57:35< CIA-90> shadowmaster * r52902 /trunk/data/gui/default/window/unit_attack.cfg: gui2/tunit_attack: Use standard margins for the central listbox 20120204 06:57:49< CIA-90> shadowmaster * r52903 /trunk/data/gui/default/window/unit_create.cfg: gui2/tunit_create: Right-align dialog control buttons 20120204 07:01:24< CIA-90> shadowmaster * r52904 /trunk/src/addon/manager.cpp: 20120204 07:01:24< CIA-90> Restore code to update the add-ons server address in Preferences 20120204 07:01:24< CIA-90> This line was accidentally dropped during the refactoring in r52867. 20120204 07:03:08-!- knotwork [~markm@unaffiliated/knotwork] has quit [Ping timeout: 240 seconds] 20120204 07:07:33< shadowm> Oleg|percona: hm, okay, now I have compressed saves turned on and the save_index file is still not compressed 20120204 07:08:25< Oleg|percona> shadowm: I have problem with understanding english... do you mean, "save_index" file not compressed? 20120204 07:08:26< shadowm> oh, hm wait 20120204 07:08:50< Oleg|percona> shadowm: you should save some file for apply changes 20120204 07:09:00< shadowm> never mind; it looks like my text editor learned to read compressed files at some point 20120204 07:09:05< Oleg|percona> shadowm: other words you should initiate" write_save_index" 20120204 07:09:10< Oleg|percona> Hehe :) 20120204 07:09:24< shadowm> but yeah, that's what I meant... 20120204 07:10:15< Oleg|percona> shadowm: I hope now all works as planned :) 20120204 07:10:49< shadowm> yes, it does, thanks 20120204 07:15:11-!- gabba [~gabba@wesnoth/developer/gabba] has joined #wesnoth-dev 20120204 07:15:16< CIA-90> shadowmaster * r52905 /trunk/changelog: Miscellaneous & bugfixes is the last section in the changelog, always 20120204 07:15:29< CIA-90> shadowmaster * r52906 /trunk/ (changelog src/filesystem.cpp src/savegame.cpp): 20120204 07:15:29< CIA-90> Move saved games cache file to save_index instead of save_index.gz (patch #3115) 20120204 07:15:29< CIA-90> The index file is compressed only when Compressed Saves is enabled in 20120204 07:15:29< CIA-90> Advanced Preferences from now on. 20120204 07:16:28-!- knotwork [~markm@142.177.233.157] has joined #wesnoth-dev 20120204 07:16:28-!- knotwork [~markm@142.177.233.157] has quit [Changing host] 20120204 07:16:28-!- knotwork [~markm@unaffiliated/knotwork] has joined #wesnoth-dev 20120204 07:17:33-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [] 20120204 07:29:21-!- ymmuse [~ymmuse@ns3.tomasen.org] has joined #wesnoth-dev 20120204 07:35:15-!- ymmuse [~ymmuse@ns3.tomasen.org] has quit [Quit: ymmuse] 20120204 08:16:31-!- enchilado [~enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev 20120204 08:22:13-!- mnewton1 [~michaelne@pool-173-75-223-46.phlapa.fios.verizon.net] has quit [Quit: mnewton1] 20120204 08:28:37-!- StealthyCoin [~StealthyC@adsl-99-2-149-223.dsl.pltn13.sbcglobal.net] has quit [Read error: Connection reset by peer] 20120204 08:28:42-!- StealthyCoin [~StealthyC@adsl-99-2-149-223.dsl.pltn13.sbcglobal.net] has joined #wesnoth-dev 20120204 08:39:24-!- StealthyCoin [~StealthyC@adsl-99-2-149-223.dsl.pltn13.sbcglobal.net] has quit [Quit: sleep] 20120204 09:24:42-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev 20120204 09:26:16-!- MeccaGod [~majs@host189-199.bornet.net] has joined #wesnoth-dev 20120204 09:30:10-!- gabba [~gabba@wesnoth/developer/gabba] has left #wesnoth-dev [] 20120204 09:36:41-!- negusnyul [~negusnyul@1F2EA945.dsl.pool.telekom.hu] has joined #wesnoth-dev 20120204 09:37:55-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has joined #wesnoth-dev 20120204 09:41:46-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving] 20120204 09:47:17-!- Appleman1234 [~Appleman1@ppp59-167-222-56.qld.adsl.internode.on.net] has quit [Remote host closed the connection] 20120204 09:49:46-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev 20120204 09:50:39-!- boucman is now known as boucman_FOSDEM 20120204 09:51:11-!- mordante [~mordante@2001:6a8:1100:cafe:215:afff:fecb:463a] has joined #wesnoth-dev 20120204 09:51:11-!- mordante [~mordante@2001:6a8:1100:cafe:215:afff:fecb:463a] has quit [Changing host] 20120204 09:51:11-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-dev 20120204 09:51:22-!- mordante is now known as mordante_FOSDEM 20120204 09:51:34< mordante_FOSDEM> servus 20120204 09:51:45-!- mordante_FOSDEM is now known as mordante|FOSDEM 20120204 09:53:12-!- Ivanovic_ontour [~nils@193.191.33.41] has joined #wesnoth-dev 20120204 09:53:12-!- Ivanovic_ontour [~nils@193.191.33.41] has quit [Changing host] 20120204 09:53:12-!- Ivanovic_ontour [~nils@wesnoth/developer/ivanovic] has joined #wesnoth-dev 20120204 09:53:58-!- Ivanovic_ontour is now known as Ivanovic_FOSDEM 20120204 09:54:08-!- Ivanovic_FOSDEM is now known as Ivanovic|FOSDEM 20120204 09:54:10-!- Crab___ [~Crab_@wesnoth/developer/crab] has joined #wesnoth-dev 20120204 09:54:24-!- Crab___ is now known as Crab|FOSDEM 20120204 09:54:30< Ivanovic|FOSDEM> greetings from WESDEM! 20120204 09:54:32-!- boucman_FOSDEM is now known as boucman|FOSDEM 20120204 09:54:51-!- AI0867 is now known as AI0867|FOSDEM 20120204 09:56:27-!- elias is now known as elias|FOSDEM 20120204 09:58:30-!- Crendgrim [~crend@77-22-114-250-dynip.superkabel.de] has joined #wesnoth-dev 20120204 10:02:36< mordante|FOSDEM> anonymissimus of course I made Lua changes since Lua broke exception handling 20120204 10:02:51< mordante|FOSDEM> I never was in favour of adding Lua to our source tree 20120204 10:03:35< mordante|FOSDEM> I care too little about Lua to even try to upgrade to a new version 20120204 10:03:54< mordante|FOSDEM> Lua has only caused me problems and I had no benefit from it 20120204 10:05:53< Espreon> We can't remove it now without outrage. 20120204 10:05:58< Espreon> Just sayin'. 20120204 10:07:53< mordante|FOSDEM> I know, just don't expect me to work on it 20120204 10:13:19-!- gabba [~gabba@wesnoth/developer/gabba] has joined #wesnoth-dev 20120204 10:16:47< gabba> Hey FOSDEM guys, enjoy yourselves 20120204 10:17:42< Espreon> It'd really be nice if there were still a Lua Lord here, but no. 20120204 10:18:04< Espreon> ... Yet another source of sadness.... 20120204 10:22:07< boucman|FOSDEM> people come, people go... that's part of free software 20120204 10:24:01< Crab|FOSDEM> I have just looked at the changes done to lua when it was imported to our tree. there are docs on what was done, and from the diff I see the further changes. so, it should be easy enough to update src/lua to latest version 20120204 10:24:56< mordante|FOSDEM> that is if all changes were properly documented 20120204 10:25:04< Crab|FOSDEM> I used diff to check 20120204 10:25:05-!- loonybot [~loonybot@46.138.72.58] has joined #wesnoth-dev 20120204 10:25:05-!- loonybot [~loonybot@46.138.72.58] has quit [Changing host] 20120204 10:25:05-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev 20120204 10:25:14< mordante|FOSDEM> and I agree it could be done, I just don't want to do it myself 20120204 10:25:15-!- Upthorn [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Ping timeout: 245 seconds] 20120204 10:25:20< Crab|FOSDEM> I can do it, then. 20120204 10:25:29< mordante|FOSDEM> ok nice 20120204 10:31:09-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev 20120204 10:31:09-!- Upth is now known as Upthorn 20120204 10:32:03< AI0867|FOSDEM> fosdem quote: "First time I've come to belgium while there's a government" 20120204 10:32:21< AI0867|FOSDEM> from someone who lived there for a year 20120204 10:41:21< Ivanovic|FOSDEM> gabba: yesterday we already enjoyed traffic breaking completely down due to 2cm of snow 20120204 10:41:50< gabba> Ivanovic|FOSDEM: sounds fun :P 20120204 10:42:14< gabba> Thought semi-northern countries like that would be prepared for snow 20120204 10:43:16< Ivanovic|FOSDEM> gabba: snow seems to be rather seldom in belgium and yesterday it was really a complete breakdown 20120204 10:43:35< Ivanovic|FOSDEM> eg no busses going anymore in brussels (though tram and metro were supposed to work) 20120204 10:43:49< gabba> Cancel everything and go skiing ;) 20120204 10:43:50< Ivanovic|FOSDEM> the trams were pure virtual though 20120204 10:44:06< Ivanovic|FOSDEM> the metro was working, but it further away 20120204 10:44:07< gabba> pure virtual, lol 20120204 10:44:11-!- mjs-de [~mjs-de@g224180140.adsl.alicedsl.de] has joined #wesnoth-dev 20120204 10:44:53< mordante|FOSDEM> for me the trams were virtual, they drove, but without allowing people in 20120204 10:46:24< Ivanovic|FOSDEM> for Crab|FOSDEM and me the signs at the stations said that there would currently stand a tram you could get into 20120204 10:46:46< Ivanovic|FOSDEM> this repeated several times 20120204 10:48:08< Ivanovic|FOSDEM> honestly, i did not know that belgium has more than 1200km motorways 20120204 10:48:27< Ivanovic|FOSDEM> but it has to have, since the traffic reports mentioned about 1200km of traffic jams 20120204 10:49:09< mordante|FOSDEM> maybe they count all lanes separately ;-) 20120204 10:49:27< Ivanovic|FOSDEM> this would explain a lot... 20120204 10:50:45< Crab|FOSDEM> Ivanovic|FOSDEM: but they don't use all the lanes! why should they count them? 20120204 10:51:29-!- stikonas [~gentoo@bcm-131-111-216-70.girton.cam.ac.uk] has joined #wesnoth-dev 20120204 10:51:29-!- stikonas [~gentoo@bcm-131-111-216-70.girton.cam.ac.uk] has quit [Changing host] 20120204 10:51:29-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20120204 10:51:53< mordante|FOSDEM> :-) 20120204 10:55:23-!- enchilado [~enchilado@defocus/yummy/enchilado] has quit [Ping timeout: 252 seconds] 20120204 10:58:41-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev 20120204 10:59:06-!- Upthorn [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Ping timeout: 255 seconds] 20120204 11:00:22-!- enchilado [~enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev 20120204 11:00:39-!- Upthorn [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev 20120204 11:01:28< Ivanovic|FOSDEM> Crab|FOSDEM: don't forget the fog backlights 20120204 11:03:24-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Ping timeout: 248 seconds] 20120204 11:10:08-!- fabian_ [~fabian@193.191.37.189] has joined #wesnoth-dev 20120204 11:10:39-!- fabian_ is now known as fendrin|FOSDEM 20120204 11:10:43< fendrin|FOSDEM> hello 20120204 11:18:59< mordante|FOSDEM> shadowm, are you working on rewriting the addon server? 20120204 11:20:59-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev 20120204 11:22:44-!- horon [~horon@nttkyo324106.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev 20120204 11:24:18-!- Upthorn [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Ping timeout: 255 seconds] 20120204 11:35:41-!- Upthorn [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev 20120204 11:36:38-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Ping timeout: 240 seconds] 20120204 11:58:31-!- knotwork [~markm@unaffiliated/knotwork] has quit [Read error: Connection reset by peer] 20120204 11:59:04-!- knotwork [~markm@142.177.233.157] has joined #wesnoth-dev 20120204 11:59:04-!- knotwork [~markm@142.177.233.157] has quit [Changing host] 20120204 11:59:04-!- knotwork [~markm@unaffiliated/knotwork] has joined #wesnoth-dev 20120204 11:59:08-!- knotwork [~markm@unaffiliated/knotwork] has quit [Read error: Connection reset by peer] 20120204 12:02:51-!- boucman|FOSDEM [~rosen@wesnoth/developer/boucman] has quit [Ping timeout: 252 seconds] 20120204 12:04:48-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev 20120204 12:05:09-!- boucman is now known as boucman|FOSDEM 20120204 12:07:44< AI0867|FOSDEM> esr: gna shows two undefined variable notices on every bug 20120204 12:07:54< AI0867|FOSDEM> it has done so for at least a few days 20120204 12:10:19< AI0867|FOSDEM> shadowm: the moveto event will trigger in every case sighted does 20120204 12:12:40< AI0867|FOSDEM> so combined with [filter_vision] that makes sighted redundant at best 20120204 12:14:39< AI0867|FOSDEM> and sighted by itself doesn't do anything reliably anyway, you have to use it combined with other events, and it's packaged in a macro like that already 20120204 12:15:12< Crab|FOSDEM> AI0867|FOSDEM: moveto isn't triggering on 'move over hex', so [filter_vision] would need to be checked for each hex in path 20120204 12:16:47< AI0867|FOSDEM> oh, right 20120204 12:17:16< AI0867|FOSDEM> stopping movement 20120204 12:21:12< AI0867|FOSDEM> shadowm: agreed on sdl_net, the patch has existed for almost 10 years last I checked 20120204 12:22:55< Ivanovic|FOSDEM> esr: fendrin|FOSDEM just mentioned that you promiosed to work on some drake campaign thingie (with him?) once 1.10 is done 20120204 12:23:02< Ivanovic|FOSDEM> esr: short note: 1.10 is done 20120204 12:23:15< esr> IvanovicNoted. 20120204 12:23:43< mordante|FOSDEM> esr, and fendrin just fled 20120204 12:23:59< Ivanovic|FOSDEM> esr: fendrin|FOSDEM just said that he planned to contact you in the next one or two weeks, i just wanted to make sure it is not forgotten 20120204 12:24:15< Ivanovic|FOSDEM> mordante|FOSDEM: hmm, i think he has to burn down some trees or something along those lines... 20120204 12:24:29< mordante|FOSDEM> ah he tries to be a drake 20120204 12:24:58< Ivanovic|FOSDEM> preparations for the campaign 20120204 12:24:58< mordante|FOSDEM> he already managed the smoke from his nostrils... maybe soon the fire as well 20120204 12:24:59< Ivanovic|FOSDEM> ;) 20120204 12:32:28< AI0867|FOSDEM> related to save_index stuff? https://gna.org/bugs/?12815 20120204 12:32:58< Ivanovic|FOSDEM> zookeeper: have you ever tried to work with git on windows? 20120204 12:49:48-!- wesbot changed the topic of #wesnoth-dev to: 155 bugs, 331 feature requests, 17 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org 20120204 13:02:24-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev 20120204 13:02:30< CIA-90> gabba * r52907 /trunk/src/whiteboard/manager.cpp: Moved action validation before checks which rely upon actions being already validated. Fixes bug #19408. 20120204 13:02:31< CIA-90> gabba * r52908 /trunk/src/whiteboard/manager.cpp: Missed a return path which should set a variable to false. Fixes bug #19369. 20120204 13:02:37< CIA-90> gabba * r52909 /trunk/ (changelog players_changelog): Changelog entries for last two bugfixes. 20120204 13:02:44< CIA-90> gabba * r52910 /trunk/ (4 files in 2 dirs): 20120204 13:02:44< CIA-90> Added --username and --password options. Together with the --server option they allow starting several clients that all join the server automatically. 20120204 13:02:44< CIA-90> When these options are used, preferences are not saved. 20120204 13:02:44< CIA-90> man page updated, hope I didn't miss anything. 20120204 13:05:34-!- Upthorn [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Ping timeout: 245 seconds] 20120204 13:08:23-!- MeccaGod [~majs@host189-199.bornet.net] has quit [] 20120204 13:20:15-!- Crab|FOSDEM [~Crab_@wesnoth/developer/crab] has quit [Ping timeout: 245 seconds] 20120204 13:21:48< CIA-90> gabba * r52912 /branches/1.10/src/whiteboard/manager.cpp: 20120204 13:21:48< CIA-90> Missed a return path which should set a variable to false. Fixes bug #19369. 20120204 13:21:48< CIA-90> Backported from r52908. 20120204 13:21:48< CIA-90> gabba * r52913 /branches/1.10/ (changelog players_changelog): Changelog entries for last two backported fixes. 20120204 13:21:55< CIA-90> gabba * r52911 /branches/1.10/src/whiteboard/manager.cpp: 20120204 13:21:56< CIA-90> Moved action validation before checks which rely upon actions being already validated. Fixes bug #19408. 20120204 13:21:56< CIA-90> Backported from r52907. 20120204 13:22:31-!- Gallaecio [~quassel@84.120.113.193.dyn.user.ono.com] has quit [Read error: Connection reset by peer] 20120204 13:22:31< gabba> ^^My first backports, hope I haven't screwed up anything 20120204 13:24:40-!- gabba [~gabba@wesnoth/developer/gabba] has left #wesnoth-dev [] 20120204 13:24:46-!- Gallaecio [~quassel@84.120.113.193.dyn.user.ono.com] has joined #wesnoth-dev 20120204 13:25:22-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Ping timeout: 252 seconds] 20120204 13:32:42-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev 20120204 13:34:52-!- Gallaecio [~quassel@84.120.113.193.dyn.user.ono.com] has quit [Read error: Connection reset by peer] 20120204 13:37:16-!- Gallaecio [~quassel@84.120.113.193.dyn.user.ono.com] has joined #wesnoth-dev 20120204 13:40:52-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev 20120204 13:40:52-!- Upth is now known as Upthorn 20120204 13:53:22< boucman|FOSDEM> compilation is done !! 20120204 13:55:58-!- enchilado [~enchilado@defocus/yummy/enchilado] has quit [Quit: BBL->] 20120204 13:58:47-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev 20120204 14:00:28-!- Elvish_Pillager [~eli@dhip-149.coburn.residences.colby.edu] has joined #wesnoth-dev 20120204 14:09:02-!- MeccaGod [~majs@host189-199.bornet.net] has joined #wesnoth-dev 20120204 14:11:37-!- knotwork [~markm@142.177.233.157] has joined #wesnoth-dev 20120204 14:11:44-!- knotwork [~markm@142.177.233.157] has quit [Changing host] 20120204 14:11:44-!- knotwork [~markm@unaffiliated/knotwork] has joined #wesnoth-dev 20120204 14:13:09-!- loonycyborg [loonycybor@wesnoth/developer/loonycyborg] has quit [Ping timeout: 240 seconds] 20120204 14:16:16-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy] 20120204 14:26:10-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev 20120204 14:27:15-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit] 20120204 14:29:09-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has joined #wesnoth-dev 20120204 15:00:18-!- Upthorn [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Ping timeout: 255 seconds] 20120204 15:00:32-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev 20120204 15:00:32-!- Upth is now known as Upthorn 20120204 15:08:54-!- Appleman1234 [~Appleman1@ppp59-167-222-56.qld.adsl.internode.on.net] has joined #wesnoth-dev 20120204 15:12:17-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has quit [Quit: Konversation terminated!] 20120204 15:12:38-!- Crab|FOSDEM [~Crab_@2001:6a8:1100:cafe:221:6aff:fe09:5dd2] has joined #wesnoth-dev 20120204 15:12:38-!- Crab|FOSDEM [~Crab_@2001:6a8:1100:cafe:221:6aff:fe09:5dd2] has quit [Changing host] 20120204 15:12:38-!- Crab|FOSDEM [~Crab_@wesnoth/developer/crab] has joined #wesnoth-dev 20120204 15:22:11< CIA-90> crab * r52914 /trunk/src/lua/ (63 files): initial import of lua 5.2.0. Compilation is broken, but the commit is done to have a baseline version of lua 20120204 15:22:41< CIA-90> crab * r52915 /trunk/src/ (8 files in 4 dirs): changes required to port from 5.1.4 to 5.2.0 20120204 15:22:51< CIA-90> crab * r52916 /trunk/ (changelog src/lua/README src/lua/ldo.c): reapply Mordante's patch allowing to throw some exceptions 'through' lua 20120204 15:23:14< CIA-90> crab * r52917 /trunk/src/lua/luaconf.h: Enable compatibility mode for Lua 5.2 (to be disabled after several releases) 20120204 15:25:58< CIA-90> crab * r52918 /trunk/src/lua/README: Fixed Bug #19402: upgraded to lua 5.2. README documents the changes that were made in the previous commits 20120204 15:41:42-!- Blueblaze [~Blueblaze@adsl-76-202-18-136.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev 20120204 15:47:52-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev 20120204 15:50:09-!- Oleg|percona [~quassel@92.126.51.105] has quit [Quit: http://quassel-irc.org - Разговаривать удобно. Везде.] 20120204 15:50:18-!- Oleg|percona [~quassel@92.126.51.105] has joined #wesnoth-dev 20120204 15:51:09-!- Upthorn [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Ping timeout: 255 seconds] 20120204 15:51:09< Oleg|percona> Crab|FOSDEM: crab * r52914 /trunk/src/lua/ (63 files): initial import of lua 5.2.0. Compilation is broken, but the commit is done to have a baseline version of lua 20120204 15:51:09< Oleg|percona> I afraid to get updates 20120204 15:51:47< Crab|FOSDEM> Oleg|percona: it's only 52914, next revision is ok 20120204 15:53:36-!- timotei [~timotei@188.24.4.139] has joined #wesnoth-dev 20120204 15:53:36-!- timotei [~timotei@188.24.4.139] has quit [Changing host] 20120204 15:53:36-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev 20120204 15:53:43< Oleg|percona> Crab|FOSDEM: Thank you! 20120204 15:57:02-!- lipk [~lipka_bol@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20120204 16:06:42< Ivanovic|FOSDEM> Crab|FOSDEM: http://pastebin.com/SBp3KgCF 20120204 16:10:30-!- lipk [~lipka_bol@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 255 seconds] 20120204 16:10:31-!- gfdgsf [59487353@gateway/web/ajax/mibbit.com/session] has joined #wesnoth-dev 20120204 16:10:32-!- gfdgsf [59487353@gateway/web/ajax/mibbit.com/session] has quit [Disconnected by services] 20120204 16:11:39< Ivanovic|FOSDEM> timotei: you also got a mac, right? 20120204 16:11:48< Ivanovic|FOSDEM> what is the current situation with "using git" on osx? 20120204 16:11:49< timotei> Ivanovic: yeah. 20120204 16:12:41< timotei> Hmm, didn't manage to test it, but AFAIR, besides the "cool" clients like http://mac.github.com/, or SourceTree, plain git works fine 20120204 16:12:59< timotei> Ah, yeah 20120204 16:13:02< timotei> Actually I used 20120204 16:13:11< timotei> Plain git on one of my projects, so it works fine 20120204 16:13:20< timotei> I remembered now :D 20120204 16:13:33< timotei> http://www.sourcetreeapp.com/ 20120204 16:13:50< timotei> Beautiful app, just like everything on OS X 20120204 16:13:56< Ivanovic|FOSDEM> the main question is how viable git would be for the "non hardcore coders" (using linux) 20120204 16:14:27< timotei> Ah, it's a bliss :) 20120204 16:14:37< zookeeper> Ivanovic, no, i haven't. why? 20120204 16:14:37< timotei> OS X is the latest to think in terms of viability 20120204 16:14:59< timotei> Pretty straight forward. 20120204 16:15:00< zookeeper> correction: i've tried to get a git checkout of frogatto once, but failed. 20120204 16:15:12< zookeeper> but beyond that... no 20120204 16:15:15< Ivanovic|FOSDEM> zookeeper: the question came up regarding how hard a move of version control to git would be to "non coders", eg users of windows 20120204 16:15:28-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has joined #wesnoth-dev 20120204 16:15:34< zookeeper> right 20120204 16:15:40< timotei> Ivanovic: and for Windows users, if they're used with Tortoise SVN, there's no problem 20120204 16:15:44< Ivanovic|FOSDEM> timotei: have you also tried git on windows and got some knowledge there? 20120204 16:15:51< timotei> There is TortoiseGIT which works just fine 20120204 16:15:56< Ivanovic|FOSDEM> okay, thats what i wanted to know 20120204 16:16:36< zookeeper> personally i don't like it since i think git is more confusing than svn and i don't need the better branching functionality myself (which seems to be the only reason to switch). 20120204 16:16:40< timotei> And it's almost the same as Tortoise SVN 20120204 16:18:01< timotei> zookeeper: comparing Tortoise SVN with Tortoise Git, there's just the difference of: after commit you need one more push, and you don't update but pull 20120204 16:18:02< timotei> :) 20120204 16:18:43< zookeeper> one annoying feature of git seems to be that there's no proper revision numbering. with svn it's pretty obvious that r52909 < r52910 < r52911, but with git the revision hash doesn't tell you anything. 20120204 16:18:45< timotei> But yeah, everyone with it's own opinion 20120204 16:19:18< AI0867|FOSDEM> zookeeper: git describe 20120204 16:19:33< Ivanovic|FOSDEM> zookeeper: yeah, this is correct and somehow annoys me, too (though such a flat history does simply not work for the concept used behind git 20120204 16:19:34< AI0867|FOSDEM> latest tag+number of commits since then 20120204 16:20:14< zookeeper> AI0867|FOSDEM, "The command finds the most recent tag that is reachable from a commit. If the tag points to the commit, then only the tag is shown. Otherwise, it suffixes the tag name with the number of additional commits on top of the tagged object and the abbreviated object name of the most recent commit."? 20120204 16:20:22< zookeeper> i'd need two days just to understand what the heck that means :> 20120204 16:20:38< timotei> zookeeper: I agree with that. But isn't day/hour of commit relevant enough? 20120204 16:20:40< zookeeper> (and no, that doesn't mean i want to hear an explanation now) 20120204 16:20:51< AI0867|FOSDEM> 10 commits after 1.10 would be 1.10-10-af83e95d 20120204 16:20:56< timotei> :)) 20120204 16:20:57< AI0867|FOSDEM> or something 20120204 16:20:58< zookeeper> timotei, humm, yeah, i guess that's a pretty good substitute for a revision number. 20120204 16:21:19< timotei> zookeeper: I mean, for example, in tortoisegit, when showing the log, the sha of the commit is not shown at all by default :D 20120204 16:21:21< timotei> Just the date. 20120204 16:21:28< timotei> IDK if that's a good or bad thing. 20120204 16:21:29 * zookeeper goes to have some dinner -> 20120204 16:21:35< timotei> zookeeper: bon apetitte 20120204 16:23:00< Ivanovic|FOSDEM> are players actually using 1.10? 20120204 16:23:18< Ivanovic|FOSDEM> somehow i am shocked that basically one week after announcing 1.10 there were no severe bugs discovered 20120204 16:23:43< Ivanovic|FOSDEM> or are people hesitant to switch knowing that the first release in a new stable series includes some bugs? 20120204 16:24:13-!- ancestral [~ancestral@67-6-36-251.mpls.qwest.net] has joined #wesnoth-dev 20120204 16:25:52< timotei> Ivanovic|FOSDEM: sf.net says 16k downloads xD 20120204 16:25:54 * boucman|FOSDEM has compiled trunk, and hasn't checked the 1.10 population 20120204 16:25:56< Ivanovic|FOSDEM> the wesnothd stats tell me that users seem to be switching and that several games are actually active... 20120204 16:26:23< Ivanovic|FOSDEM> boucman|FOSDEM: i just started my branches/1.10 build and there were several players on the server, clearly stable worthy amounts 20120204 16:26:43< timotei> Ivanovic|FOSDEM: talking about moving to Git? That would be awesome. 20120204 16:27:17< boucman|FOSDEM> timotei: we have been for a long time, the main worries is that gna doesn't support git, so we would have to move somewhere else 20120204 16:27:21< Ivanovic|FOSDEM> timotei: at least a consideration, though all "groups" of committers have to be fine with it (meaning: not just coders but also WML folks and artists) 20120204 16:27:28< boucman|FOSDEM> and the other worry is how hard would it be to our non-tech devs 20120204 16:27:55< Ivanovic|FOSDEM> boucman|FOSDEM: or, as mentioned today, create some bots/scripts ourself to add the info that something regarding a bug was committed 20120204 16:27:56< timotei> I see 20120204 16:28:42< timotei> Well, doing some sort of analysis of existing parties that offer git support would be one step 20120204 16:28:50< timotei> To see what we actually need, and if it's enough for us 20120204 16:29:08< loonycyborg> Ivanovic|FOSDEM: Better switch to hg because git is cliche :P 20120204 16:29:44< timotei> loonybot: hg is annoying :P 20120204 16:29:46< loonybot> error: 'hg' does not name a type 20120204 16:29:47< timotei> At least for me. 20120204 16:29:47< boucman|FOSDEM> hehe 20120204 16:30:03< timotei> Ah, sorry, loonycyborg ^ 20120204 16:31:11< loonycyborg> For me all of svn, hg and git are annoying, in different respects. 20120204 16:32:25< timotei> Agreed 20120204 16:33:26< loonycyborg> Though I'd really appreciate an opportunity to learn hg better. 20120204 16:35:44< timotei> loonycyborg: You could use hg svn :P 20120204 16:35:48< Ivanovic|FOSDEM> boucman|FOSDEM: so are the ada talks interesting? 20120204 16:36:20< anonymissimus> AI0867|FOSDEM: there are many sigthing cases moveto doesn't catch such as recruiting, recalling, leveling, "update shroud now" 20120204 16:37:01< Ivanovic|FOSDEM> anonymissimus: you are using windows, too, right? 20120204 16:37:22< Ivanovic|FOSDEM> what are your experiences regarding using git on windows? (if you have any) 20120204 16:37:24< anonymissimus> Crab|FOSDEM: OK; glad you did it...looks good...now I need to get it to compile again... 20120204 16:37:49< Ivanovic|FOSDEM> anonymissimus: i already pasted him the warnings i get over here on my linux system... 20120204 16:38:04< Crab|FOSDEM> anonymissimus: wait a sec, there's compiler warning that should be now fixed 20120204 16:38:07< CIA-90> crab * r52919 /trunk/ (RELEASE_NOTES src/lua/luaconf.h): attempt to fix a compiler warning with fwrite return value being not used 20120204 16:38:32< Crab|FOSDEM> anonymissimus: ^ 20120204 16:38:34< anonymissimus> Ivanovic: hm I think that after finding the best set of settings it works pl 20120204 16:38:57< Crab|FOSDEM> there might be more warnings, of course (my 'strict' more is not that strict :) ) 20120204 16:39:03< anonymissimus> "settings" related to "binary files" and "line endings" 20120204 16:39:24< Crab|FOSDEM> (i.e. even with 'strict=True' I don't get all of those) 20120204 16:39:52< loonycyborg> Crab|FOSDEM: I do get them with strict=true 20120204 16:40:27< anonymissimus> can't you suppress them somehow without modifying the upstream source 20120204 16:40:53< Crab|FOSDEM> anonymissimus: luaconf.h is 'config file for lua', it's more ok to modify than the rest of the source. 20120204 16:41:10< Crab|FOSDEM> anonymissimus: and, lua doesn't really care about the return values of it's write calls 20120204 16:41:11-!- esr [~chatzilla@wesnoth/developer/esr] has quit [Remote host closed the connection] 20120204 16:41:19< Ivanovic|FOSDEM> Crab|FOSDEM: compiling for testing... 20120204 16:41:35< anonymissimus> and what does the compatibility mode do ? 20120204 16:41:36< Ivanovic|FOSDEM> this part seems to have built 20120204 16:41:55< anonymissimus> making it like the previous version ? 20120204 16:42:03< Crab|FOSDEM> anonymissimus: http://www.lua.org/manual/5.2/manual.html#8 20120204 16:42:06< anonymissimus> on the script side 20120204 16:42:32< Crab|FOSDEM> whatever there 'is deprecated', it is meant 'only works in compat mode' 20120204 16:42:37< loonycyborg> Crab|FOSDEM: Your last commit seems to have fixed them. 20120204 16:42:37< Crab|FOSDEM> i.e. loadstring 20120204 16:42:43< Crab|FOSDEM> loonycyborg: great 20120204 16:43:45< Crab|FOSDEM> anonymissimus: also, I'd like another pair of eyes to check the list of new features of lua to see if there's anything there that should be blocked 20120204 16:44:33< Crab|FOSDEM> we're still loading the same restricted set of libs that silene has loaded, but if any of the existing libs got something new, we might need to block it out. 20120204 16:44:47< Crab|FOSDEM> (except for debug, which we strip anyway) 20120204 16:50:11< anonymissimus> Crab|FOSDEM: well I see several things in the "Changes in the Libraries" section that require changing the lua core files 20120204 16:50:27< anonymissimus> but nothing to block as far as I see 20120204 16:50:53< Crab|FOSDEM> anonymissimus: yes, without the compat mode the test scenario was giving errors 20120204 16:51:03< anonymissimus> (that doesn't mean anything however, I'm not knowledgable enough for judging that) 20120204 16:51:10< Crab|FOSDEM> anonymissimus: with compat mode on, there were no error on load 20120204 16:51:24< anonymissimus> but we get deprecation warnings ? 20120204 16:51:25< Crab|FOSDEM> there's at least several loadstring's 20120204 16:51:30< Crab|FOSDEM> no, we don't 20120204 16:51:35< anonymissimus> bad 20120204 16:51:52< Crab|FOSDEM> to get deprecation warnings, we'd need to override each of the functions to give a warning 20120204 16:51:53< anonymissimus> ok well we can disable that compat thing 20120204 16:53:25< Crab|FOSDEM> so, it's not that hard to get deprecation warnings for the functions, if someone is interested (adding a new function with the same signature that delegates to the old one, putting it in place of the old one) 20120204 16:54:59< Crab|FOSDEM> (or modify the upstream source) 20120204 16:55:44-!- delfador [~delfador@AClermont-Ferrand-552-1-40-24.w83-113.abo.wanadoo.fr] has joined #wesnoth-dev 20120204 16:57:28 * anonymissimus wants to avoid modifying the upstream source at all costs 20120204 17:00:13< anonymissimus> I understand a fraction of what you linked to if I'm lucky 20120204 17:00:27< anonymissimus> "Functions setfenv and getfenv were removed, because of the changes in environments." wtf 20120204 17:02:00< anonymissimus> well I don't feel like providing deprecation warnings which the lua devs should have done, and it seems most of the changed stuff is unlikely used in addons 20120204 17:04:22< Crab|FOSDEM> anonymissimus: from what I understand, setfenv and getfenv allowed to set/get the 'data' associated with a particular closure or piece of data 20120204 17:07:47< anonymissimus> well, futile trying to understand it, since "closure" is also unknown to me 20120204 17:08:18< Oleg|percona> Hi guys. Please look to wesnoth-dev mailing list 20120204 17:08:46< Oleg|percona> I described current state of "save_index" file, described problems related to it, and proposed soluton 20120204 17:09:46< anonymissimus> Oleg|percona: are you aware of all related bugs ? 20120204 17:10:11< Oleg|percona> anonymissimus: And fixed two 20120204 17:10:47< anonymissimus> there's http://gna.org/bugs/?func=detailitem&item_id=18683 which also links to another related bug 20120204 17:12:08< Oleg|percona> anonymissimus: Looks like this is a reason, why right now extract_summary_from_config replaced by "load_summary" 20120204 17:12:20< Oleg|percona> anonymissimus: Am I right? 20120204 17:13:52< anonymissimus> no idea 20120204 17:14:11< Oleg|percona> anonymissimus: Right now save_index nowhere used 20120204 17:14:24-!- Sarcasm [~user@163.5.131.187] has joined #wesnoth-dev 20120204 17:14:26-!- Sarcasm [~user@163.5.131.187] has quit [Remote host closed the connection] 20120204 17:14:26< anonymissimus> it *IS* used 20120204 17:14:28< Oleg|percona> mordante|FOSDEM: http://pastebin.com/1qRk0SZC - link for you (if you didn't have email yet...) 20120204 17:14:38< anonymissimus> it prevents reparsing savefiles 20120204 17:14:50< Oleg|percona> anonymissimus: No :( 20120204 17:14:59< Oleg|percona> anonymissimus: Unfortunatelly right now it prevent nothing 20120204 17:15:02< anonymissimus> when you click on saved in the load game dialog 20120204 17:15:16< Oleg|percona> anonymissimus: No 20120204 17:15:20< Oleg|percona> anonymissimus: It directly read file 20120204 17:15:23< Oleg|percona> anonymissimus: I checked 20120204 17:15:28< anonymissimus> well, pretty sure you are wrong there 20120204 17:16:05< anonymissimus> it directly reads a save file in case that there is not yet an entry for it in the save_index 20120204 17:16:22< anonymissimus> thats when the ectract summary function is called 20120204 17:16:36< Oleg|percona> anonymissimus: Ok, I am preparing copy-paste of code special for you :) 20120204 17:16:41< anonymissimus> but if there is one, the info from save undex is used 20120204 17:16:56< anonymissimus> at least thats how it was when I debugged it 20120204 17:17:37< Oleg|percona> anonymissimus: http://pastebin.com/v9rxHz2u 20120204 17:17:52< Oleg|percona> anonymissimus: savegame::manager::load_summary(game.name, cfg_summary, &dummy); 20120204 17:18:38< Oleg|percona> anonymissimus: http://pastebin.com/PkffD1S3 20120204 17:18:49< Oleg|percona> anonymissimus: as you can see - save_index nowhere used 20120204 17:19:08< Oleg|percona> anonymissimus: I tried to found in history when it used - but without success.... 20120204 17:19:31< Oleg|percona> anonymissimus: I see something like in GUI1 code (two or three years old) - but it was VERY ugly, I didn't read it so much 20120204 17:19:43< Crab|FOSDEM> anonymissimus: see savegame.cpp +436 20120204 17:19:58< Crab|FOSDEM> s/anonymissimus/Oleg|percona 20120204 17:20:17< Crab|FOSDEM> It looks like gui2::tgame_load load_dialog is only called with --new-widgets 20120204 17:20:42< Crab|FOSDEM> so, by default, that old GUI1 ugly code is used. 20120204 17:20:54< anonymissimus> Crab|FOSDEM: ok, I get linker errors luai_ctype 20120204 17:21:02< Crab|FOSDEM> anonymissimus: pastebin 20120204 17:21:51< Crab|FOSDEM> also, only scons and cmake buildsystems were modifed 20120204 17:22:06< Crab|FOSDEM> there're new header files and source files 20120204 17:22:47< Oleg|percona> Crab|FOSDEM: I inserted *reinterpret_cast(0)= 0; to load function, and play around it. Two stacktraces, where game crashed you can found in the end of letter 20120204 17:23:45< Oleg|percona> Crab|FOSDEM: I saw to see savegame.cpp +436. Constructor. Which code I should find? 20120204 17:24:33< Crab|FOSDEM> Oleg|percona: http://pastebin.mozilla.org/1475040 20120204 17:24:40< Oleg|percona> Crab|FOSDEM: Are you about void loadgame::show_dialog(bool show_replay, bool cancel_orders)? 20120204 17:24:49< Crab|FOSDEM> yes 20120204 17:24:49< Oleg|percona> Crab|FOSDEM: yes 20120204 17:26:06< Crab|FOSDEM> so, code in gui/dialogs/game_load.cpp is experimental and is not used atm., and your point (4) applies to that experimental and not-used-by-default code. 20120204 17:27:26< Crab|FOSDEM> and, point (2) "Unfortunatelly, right now "save_index" does not used by anywhere in game." is not valid, 20120204 17:27:27< anonymissimus> Crab|FOSDEM: I know; sure, adding some files is no prob 20120204 17:27:28< Oleg|percona> Crab|FOSDEM: http://pastebin.com/A4Rq6ZqR 20120204 17:27:30< Crab|FOSDEM> src/dialogs.cpp: config& cfg = savegame::save_index::save_summary(i->name); is a use 20120204 17:27:44< Oleg|percona> Crab|FOSDEM: Yes. Exactly as I listed in my letter 20120204 17:27:46< anonymissimus> just if then some linker errors come for unobvious reasons 20120204 17:27:47< Oleg|percona> Crab|FOSDEM: Just WRITE 20120204 17:27:53< Oleg|percona> Crab|FOSDEM: And nowhere READ 20120204 17:28:04< anonymissimus> afk 20120204 17:28:07< Oleg|percona> Crab|FOSDEM: And nowhere used information from save_index 20120204 17:28:23< Crab|FOSDEM> summaries is not used? 20120204 17:28:30< Oleg|percona> Crab|FOSDEM: Exactly 20120204 17:28:33< Oleg|percona> Crab|FOSDEM: Nowhere 20120204 17:28:36< Crab|FOSDEM> ok, this changes things 20120204 17:28:40< Oleg|percona> Crab|FOSDEM: I noted this in mysql letter 20120204 17:28:44-!- delfador [~delfador@AClermont-Ferrand-552-1-40-24.w83-113.abo.wanadoo.fr] has quit [Read error: Operation timed out] 20120204 17:30:13-!- delfador [~delfador@AClermont-Ferrand-552-1-3-120.w92-157.abo.wanadoo.fr] has joined #wesnoth-dev 20120204 17:30:28< Oleg|percona> anonymissimus: Crab|FOSDEM: As I listed in my letter - save_index just writing, and nowhere reading 20120204 17:30:45< Oleg|percona> anonymissimus: Crab|FOSDEM: My letter contains proof of that and proposes how to fix this :) 20120204 17:31:28< Crab|FOSDEM> Oleg|percona: but what about http://pastebin.com/K2ke6jb3 ? 20120204 17:31:55< Crab|FOSDEM> Oleg|percona: the code there makes an attempt to read the summary, and, after that, if it's empty, loads it from save. 20120204 17:32:21< Oleg|percona> Crab|FOSDEM: This is not related to save_index, right? 20120204 17:32:27< Crab|FOSDEM> it is related 20120204 17:32:32< Crab|FOSDEM> it contains data from save_index 20120204 17:32:42< Oleg|percona> Crab|FOSDEM: But how? Let me read the source code 20120204 17:32:46< Crab|FOSDEM> since the code tries to take the summaries from save index 20120204 17:33:01< Crab|FOSDEM> the attempt is at 'summaries.push_back(&cfg);' line 20120204 17:33:08< Crab|FOSDEM> two lines below config& cfg = savegame::save_index::save_summary(i->name); 20120204 17:33:37< Crab|FOSDEM> in 'save_summary', 'save' is a noun, not a verb 20120204 17:34:26< Oleg|percona> Crab|FOSDEM: Yes, it is wrote and cache it. 20120204 17:34:37< Oleg|percona> Crab|FOSDEM: I mean no information from save_index file used here 20120204 17:34:47< Oleg|percona> Crab|FOSDEM: Just information, which you wrote while game run 20120204 17:35:00< Oleg|percona> Crab|FOSDEM: If you restart game - no information from save_index will be used 20120204 17:35:12< Oleg|percona> Crab|FOSDEM: Other words, we just write it, and never read information from it 20120204 17:35:19-!- lipk [~lipka_bol@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20120204 17:35:45< Oleg|percona> Crab|FOSDEM: Do you understand? I have problem with english, probably I bad described... 20120204 17:37:09< loonycyborg> Oleg|percona: Just use your native language :P 20120204 17:37:21< Oleg|percona> loonycyborg: russian? :) 20120204 17:37:25< loonycyborg> Yes. 20120204 17:37:32< Oleg|percona> ты русский? привет :) 20120204 17:37:48< loonycyborg> Привет 20120204 17:37:50< Oleg|percona> Я Илье в привате уже написал по-русски тоже самое 20120204 17:37:52< Oleg|percona> ) 20120204 17:37:53< vultraz> what's the Cancel Orders button do in the load game dialog? 20120204 17:38:21< Crab|FOSDEM> (please don't use non-english in the main channel) 20120204 17:42:05-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!] 20120204 17:44:26< vultraz> timotei: ohhey 20120204 17:44:28-!- stikonas [~and@bcm-131-111-216-70.girton.cam.ac.uk] has joined #wesnoth-dev 20120204 17:44:28-!- stikonas [~and@bcm-131-111-216-70.girton.cam.ac.uk] has quit [Changing host] 20120204 17:44:28-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev 20120204 17:46:44< timotei> vultraz: hi :) 20120204 17:47:21< AI0867|FOSDEM> numerous tags that now use [filter_side] internally (wesnoth.get_sides) all get deprecation messages for missing side keys, despite this NOT BEING DOCUMENTED ANYWHERE 20120204 17:47:34< timotei> AI0867|FOSDEM: btw, is anything new heard about the schema? 20120204 17:47:46< AI0867|FOSDEM> wiki still says [allow_recruit] has side=1 as a default 20120204 17:47:54< timotei> Or the effort needed to be made in order to documment the WML Tags? 20120204 17:47:58< AI0867|FOSDEM> I haven't followed much 20120204 17:48:02< timotei> So we could use schema_generator on those 20120204 17:48:22< vultraz> what IS schema 20120204 17:49:48< timotei> A way of describing the posibilities of a certain ... language? 20120204 17:50:28< timotei> vultraz: so, at least cmake works? :) 20120204 17:51:17< vultraz> not since last I checked 20120204 17:51:26< vultraz> been trying XCode builds again... 20120204 17:51:28< timotei> Where did we left? 20120204 17:51:31< vultraz> still fails 20120204 17:51:35< timotei> A, Xcode give that weird error, right? 20120204 17:52:41< AI0867|FOSDEM> anonymissimus: r49479 ... 20120204 17:52:48< AI0867|FOSDEM> wesbot: r49479 20120204 17:52:56< AI0867|FOSDEM> shikadibot: r49479 20120204 17:53:04< AI0867|FOSDEM> shikadibot: revision 49479 20120204 17:53:06< shikadibot> AI0867|FOSDEM: Revision 49479 (anonymissimus) on Wed May 11 20:45:59 2011: 20120204 17:53:09< shikadibot> AI0867|FOSDEM: deprecated side= empty in disallow_recruit, allow_recruit and set_recruit this way 20120204 17:53:13< shikadibot> AI0867|FOSDEM: 20120204 17:53:14< shikadibot> AI0867|FOSDEM: The [filter_side] tag should never have been added to allow_recruit and I included disallow- and set_recruit only since allow_recruit was already changed. These tags will be much nicer with an inline ssf. I'm pretending now that [filter_side] was never added and hope nobody uses it until the next release...the whole thing isn't yet in the changelog and not fully in the wiki anyway... 20120204 17:53:20< shikadibot> AI0867|FOSDEM: Web interface URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=49479 20120204 17:53:57< vultraz> timotei: yup 20120204 17:54:45< timotei> Hmmm 20120204 17:56:43< timotei> vultraz: do you have the pastebin again, pls? 20120204 17:57:06< timotei> You might want to ask others also, I'm not that proficient in C++ :) 20120204 17:57:28< vultraz> I have asked others lol 20120204 17:57:37< timotei> yeah? 20120204 17:57:45< timotei> And no fix for it? 20120204 17:57:52< vultraz> mordante, Alarantalara, anonymissimus, 20120204 17:57:58< vultraz> shadowm: 20120204 17:58:26< mordante|FOSDEM> Oleg|percona, I'm about to leave, so will read it later 20120204 17:58:28< vultraz> and nothing 20120204 17:58:36< timotei> vultraz: so on the same... build, Alarantalara doesn't have any problems? 20120204 17:58:41< timotei> Are you both compiling the same way? 20120204 17:58:51< timotei> The same compiler options, I mean? 20120204 17:58:57< vultraz> he's on 10.6 AFAIK 20120204 17:59:08< vultraz> Mac OS X 10.6 20120204 17:59:08< timotei> Because, as far as I can see, the configuration for XCode isn't good at start 20120204 17:59:11< timotei> XCode 4? 20120204 17:59:13< timotei> Or still 3? 20120204 17:59:17-!- horon [~horon@nttkyo324106.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Quit: Leaving...] 20120204 17:59:20< timotei> Hmmm 20120204 17:59:22< vultraz> 3.2 FAIK 20120204 17:59:26< vultraz> AFAIK* 20120204 17:59:27< timotei> Ahh 20120204 17:59:35< timotei> Now with the stupid 10.7.3 update... 20120204 17:59:42< timotei> Things got screwed.. 20120204 17:59:48< timotei> For many people. 20120204 17:59:55< vultraz> there's 10.7.3 now? 20120204 18:00:00< timotei> Yeah xD 20120204 18:00:07< timotei> But don't do it yet... 20120204 18:00:25< vultraz> lol I heard of something causing probs 20120204 18:00:26< timotei> I read there's many things that broke... 20120204 18:00:31< timotei> Yeah... 20120204 18:00:32< vultraz> lol 20120204 18:00:36< vultraz> Lion is sorta a mess 20120204 18:00:43< timotei> Yeah :( 20120204 18:00:55< timotei> Just search 10.7.3 and you'll get a ton of stuff :)) 20120204 18:00:59< vultraz> it's good....but buggy 20120204 18:01:26< timotei> Well, at least I didn't have any problems so far, I admit, didn't use it daily, but anyways 20120204 18:01:33< timotei> My problem is with SDL Main for some reason 20120204 18:01:42< timotei> Yours is for some legit code.. 20120204 18:01:46< timotei> IDK What could be the cause... 20120204 18:02:00< timotei> I think there's something with the compilation options... 20120204 18:02:18< timotei> I've put anyway a todo for the next week to take a look at the compilation with XCode 4 20120204 18:02:22< timotei> But cmake works for me 20120204 18:02:27< timotei> vultraz: what was the CMake problem? 20120204 18:02:29< timotei> For you? 20120204 18:02:58< vultraz> invalid symbols for arc x86_64 20120204 18:03:03< vultraz> or something like that 20120204 18:03:12< timotei> Compilation or linking or runtime? 20120204 18:03:34< vultraz> linking 20120204 18:03:36< Crab|FOSDEM> anonymissimus: ok, Oleg|percona is right that the file is not being read. the cache works, works 'in-memory', and sometimes saves the results to file, but the file itself is not used for initial population of the cache. 20120204 18:03:37< timotei> Maybe you could copy me the report again pls, if you have time 20120204 18:03:51< vultraz> Xcode builds crash at runtime 20120204 18:04:05< vultraz> Cmake breaks at the linking 20120204 18:04:17< mordante|FOSDEM> timotei, the gsoc project stopped after gsoc :-( 20120204 18:04:27< mordante|FOSDEM> timotei, I still hope to find some time for it soon 20120204 18:04:29< timotei> mordante|FOSDEM: ? what project? 20120204 18:04:39< timotei> vultraz: yeah, copy me pls the linking error at cmake 20120204 18:04:43< timotei> mordante|FOSDEM: aa, the schema one? 20120204 18:04:50< vultraz> Xcode stuff links fine with arc i386 (it seems) 20120204 18:04:58< Ivanovic|FOSDEM> happygrue, noy: what is the khalifate status? 20120204 18:05:03< vultraz> with i386 stuff* 20120204 18:05:04< timotei> Well, IDK exactly about it, but... the "biggest" problem is that we don't have comments in the code 20120204 18:05:06< timotei> For the WML Stuff 20120204 18:05:08< Ivanovic|FOSDEM> are they ready enough for readding them to trunk? 20120204 18:05:15< Ivanovic|FOSDEM> was there some balancing progress? 20120204 18:05:32< Ivanovic|FOSDEM> or is it still the same old stuff without any real progess since their removal from "mainline"? 20120204 18:05:36< anonymissimus> AI0867|FOSDEM: don't blame me for side deprecation stuff pls; I "took it over" because zaroth left things half-baked 20120204 18:05:44< vultraz> but running cmake with arc 386 results in more probs 20120204 18:05:50< vultraz> i396* 20120204 18:05:51< anonymissimus> but yes, seems I forgot to edit the wiki for it 20120204 18:05:56< vultraz> i386* 20120204 18:05:58< timotei> mordante|FOSDEM: I've tried to look to see if I can start documenting stuff around... but couldn't find a start point. 20120204 18:06:08< mordante|FOSDEM> timotei, the schema one 20120204 18:06:22< anonymissimus> AI0867|FOSDEM: but wmllint and the syntax changes thread cover it 20120204 18:06:28< timotei> vultraz: just paste me the linking errors pls, maybe I've got some ideas how to fix them :) 20120204 18:06:32< mordante|FOSDEM> I spend most of the afternoon at a Mac, not at this box 20120204 18:06:45< timotei> mordante|FOSDEM: :D 20120204 18:06:55< mordante|FOSDEM> and the crash there is odd, seems random memory problems :-( 20120204 18:07:06< timotei> mordante|FOSDEM: lion? or snow leopard? 20120204 18:07:07< anonymissimus> zaroth quickly changed some wml tags so I got worried about compatibility 20120204 18:07:51< anonymissimus> now, there's everybody crazy atm and I have more important things to worry about 20120204 18:07:55< vultraz> humm...unrelated...but for some reason when I click 'cancel' when updating an addon, when it moves to the next one, it kept the total size in the status text of the first addon 20120204 18:08:00< Ivanovic|FOSDEM> off to the greek, cu 20120204 18:08:23< vultraz> eg Xmb of Ymb. Y stayed the same 20120204 18:08:50< elias|FOSDEM> mordante|FOSDEM: my mac has osx 10.7.2 20120204 18:08:58< mordante|FOSDEM> timotei, ^ 20120204 18:09:06< timotei> Mine too 20120204 18:09:17< timotei> Well, probably Lion sucks that much :)) 20120204 18:09:21< timotei> Couldn't say it better 20120204 18:09:25< elias|FOSDEM> timotei:which boost are you using? 20120204 18:09:27< AI0867|FOSDEM> anonymissimus: wmllint might fix it, but the error message didn't say which tag caused it, and my WML was correct according to the wiki, which meant I had to start grepping through the source to find out what was going on 20120204 18:09:29< mordante|FOSDEM> we tried gcc, gcc in debug mode and clang, all crashing at different places 20120204 18:09:35< timotei> elias|FOSDEM: hmm, the one in macport 20120204 18:09:35< elias|FOSDEM> i had to patch the one in macports before it worked 20120204 18:09:37< timotei> 1.48 IIRC 20120204 18:09:40< timotei> yeah, me too 20120204 18:09:52< timotei> But the problem (for me) is when running SDL_Main function is NULL apparatenyl 20120204 18:09:59< timotei> I get something like EXC_BAD_ACCESS 20120204 18:10:08< timotei> In that small wrapper for Cocoa stuff IIRC 20120204 18:10:11< elias|FOSDEM> oh, that's completely different 20120204 18:10:20< timotei> vultraz has some other problem with the strings disposal IIRC 20120204 18:10:32< timotei> vultraz: I have an idea :D 20120204 18:10:37< timotei> vultraz: try using the Apple C Compiler 20120204 18:10:38< elias|FOSDEM> yeah, strings disposal is what we tried debugging here 20120204 18:10:39< timotei> with XCode 20120204 18:10:40< mordante|FOSDEM> yeah we had the same string bugs 20120204 18:10:47< timotei> :( 20120204 18:10:51< elias|FOSDEM> well, mordante.... i just provided the hardware 20120204 18:10:59< vultraz> timotei: http://pastebin.com/YWF6hsFS (from a few days ago. I can't a new one ATM (no time) but they're all the same). 20120204 18:11:10< anonymissimus> AI0867|FOSDEM: ok, pls refer to the syntax changes thread until the wiki has been updated 20120204 18:11:23< vultraz> timotei: Apple C Compiler? 20120204 18:11:30-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has quit [Read error: Connection reset by peer] 20120204 18:11:33< timotei> vultraz: Yeah, IIRC there was an option in there 20120204 18:11:46< timotei> Apple LLVM iirc 20120204 18:12:07< timotei> vultraz: https://a248.e.akamai.net/assets.github.com/img/3f305b51299604f660e2b63e2a39592b02f270b2/687474703a2f2f7777772e6465757374792e636f6d2f626c6f672f4b697373584d4c2f617263322e706e67 20120204 18:12:22< timotei> In the right, where you configure the project, try not using GCC but Apple LLVM 20120204 18:12:24< anonymissimus> AI0867|FOSDEM: http://forums.wesnoth.org/viewtopic.php?f=21&t=33321&p=519200#p519200 20120204 18:12:28< timotei> Maybe we'll get more lucky with that 20120204 18:12:49-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev 20120204 18:12:56< anonymissimus> I attempted to note all compatibility vreaking wml syntax changes there 20120204 18:13:11< anonymissimus> including the side deprecation tags 20120204 18:13:52< vultraz> timotei: I am 20120204 18:14:02< timotei> vultraz: hmm, I used GCC.. 20120204 18:14:04< vultraz> it set that when I told it up update proj settings 20120204 18:14:14< timotei> vultraz: then try the opposite, with GCC? :P 20120204 18:14:15< vultraz> because they were out of date 20120204 18:14:18< timotei> Yeah 20120204 18:14:24< mordante|FOSDEM> the compiler using LLVM is clang 20120204 18:14:29< mordante|FOSDEM> which we tried 20120204 18:14:30< timotei> Ah, ok 20120204 18:15:07-!- Ivanovic|FOSDEM [~nils@wesnoth/developer/ivanovic] has quit [] 20120204 18:15:25< mordante|FOSDEM> I'm off now, bye 20120204 18:15:30< timotei> bye mordante|FOSDEM 20120204 18:15:36-!- mordante|FOSDEM [~mordante@wesnoth/developer/mordante] has quit [Quit: Leaving] 20120204 18:16:31-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has joined #wesnoth-dev 20120204 18:16:46< vultraz> timotei: you get errors on SDLmain.nib? 20120204 18:17:05< timotei> vultraz: when I run the app, I get some errors, and it breaks in SDL_Main method 20120204 18:17:33< timotei> specifically in SDL_Main.m 20120204 18:17:38< timotei> Line 69 IIRC 20120204 18:17:41< vultraz> ahah 20120204 18:17:44< vultraz> ah* 20120204 18:17:47< vultraz> I don't 20120204 18:18:14< timotei> Probably I've installed a macport sdl? I'll need to recheck 20120204 18:18:14< timotei> :) 20120204 18:18:18< timotei> But not now 20120204 18:18:30< vultraz> hummmmm 20120204 18:19:19< vultraz> I wonder if I should set the arc field to Native Arc For The Build Machine 20120204 18:19:31< timotei> You could 20120204 18:19:41< vultraz> instead of intel i386 20120204 18:20:02< timotei> Well, I don't think it hurts trying different options. :D 20120204 18:20:34< vultraz> lol 20120204 18:20:36< vultraz> ok 20120204 18:20:38< vultraz> humm 20120204 18:21:05< vultraz> should I use Apple LLVM Compiler or LLVM GCC 4.2 20120204 18:22:11< vultraz> timotei: ^ 20120204 18:23:14< timotei> vultraz: whatever ... Gcc I guess 20120204 18:24:33-!- Crab|FOSDEM [~Crab_@wesnoth/developer/crab] has quit [Quit: Do it for joy and you can do it forever] 20120204 18:26:23-!- vultraz [~chatzilla@124.109.10.221] has quit [Ping timeout: 244 seconds] 20120204 18:26:46-!- fendrin|FOSDEM [~fabian@193.191.37.189] has quit [Remote host closed the connection] 20120204 18:27:43< anonymissimus> timotei: we should drop the VC projectfile at some spot and recreate it form the VC9 one 20120204 18:27:54< timotei> ancestral: vc10? 20120204 18:28:02-!- vultraz [~chatzilla@124.109.10.221] has joined #wesnoth-dev 20120204 18:28:04< anonymissimus> VC10 20120204 18:28:17< timotei> Do you still use VC10? 20120204 18:28:23< ancestral> LLVM is good stuff 20120204 18:29:06< ancestral> I have 0% experience with building with LLVM, unfortunately 20120204 18:29:15-!- vultraz [~chatzilla@124.109.10.221] has quit [Remote host closed the connection] 20120204 18:29:15< ancestral> Good luck ;-) 20120204 18:29:26-!- ancestral [~ancestral@67-6-36-251.mpls.qwest.net] has quit [Quit: And that’s the end of THAT chapter.] 20120204 18:31:28< anonymissimus> timotei: I sometimes build with it to check that no issues have been introduced 20120204 18:31:41< timotei> anonymissimus: I see 20120204 18:32:08< anonymissimus> timotei: since once someone starts using a newer MSVC version he will have problems tracking down all the issues that have been introduced 20120204 18:33:53-!- lipk [~lipka_bol@host-91-147-212-174.biatv.hu] has left #wesnoth-dev [] 20120204 18:39:34< anonymissimus> Crab, Oleg|percona: IIRC the "cache" for the save_index is populated one-by-one, that is, the user clicks onto a save in the (gui1) dialog, this attempts to read the data from the save index; if there is one it takes it, if not, it parses that save file 20120204 18:40:04< Oleg|percona> anonymissimus: can you show which code try to read save_index file? 20120204 18:40:13< anonymissimus> the data about the "preview map" for instance is acquired that way 20120204 18:40:17< Oleg|percona> anonymissimus: read data from save_index data 20120204 18:40:26< Oleg|percona> anonymissimus: Please show me exact code 20120204 18:40:47< anonymissimus> Oleg|percona: no, I can't show you something; I find the actions that take place very confusing 20120204 18:41:00< anonymissimus> I found it out after much debugging 20120204 18:41:20< Oleg|percona> anonymissimus: How I can proof you what you missed? 20120204 18:41:32< Oleg|percona> anonymissimus: Or how you can proof me another :) 20120204 18:41:40< Oleg|percona> anonymissimus: Ok, I have test-case 20120204 18:42:16< Oleg|percona> anonymissimus: Open "Load" dialog. Now delete some file on disk, listed in the dialog. Than click to this file. 20120204 18:42:16< Oleg|percona> If you are right - you will see preview 20120204 18:42:16< Oleg|percona> If I right - preview will not showed 20120204 18:42:24< Oleg|percona> anonymissimus: Are you agree? 20120204 18:43:00< Oleg|percona> anonymissimus: http://power-juick.com/Screenshot-43.png 20120204 18:43:00< Oleg|percona> Unfortunatelly, I am right. 20120204 18:44:39< happygrue> Ivanovic: stalled. If I had been thinking about it I would have prepared more of a summary for FOSDEM but I did not. Maybe I can give you more info in a bit but right now I'm honestly not sure what to say about it just now. 20120204 18:45:03-!- boucman|FOSDEM [~rosen@wesnoth/developer/boucman] has left #wesnoth-dev [] 20120204 18:45:47< happygrue> in a nutshell, things have been moved over, some tweaks some testing but I can't point to anything in particular and call it progress right now 20120204 18:49:48-!- wesbot changed the topic of #wesnoth-dev to: 153 bugs, 329 feature requests, 16 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org 20120204 18:57:28< anonymissimus> Oleg|percona: but your catch with the save_index not actually gzipped was good; I had been wondering why the heck I couldn't uncompress it 20120204 18:57:48< anonymissimus> and never tried to open it just as a text file :) 20120204 18:58:06< Oleg|percona> anonymissimus: hehe :) 20120204 18:58:32< Oleg|percona> anonymissimus: I found the discribed in mailing list problem, because I found it in my test-case :) 20120204 18:58:56< Oleg|percona> anonymissimus: I try to understand how boost perfomance of my feature, and will wonder about "this is in save_index" 20120204 18:59:10< Oleg|percona> *was wonder about note about "save_index" 20120204 18:59:21< Oleg|percona> because I didn't see any code to solve problem from my letter 20120204 18:59:34< Oleg|percona> as result, I just go to source code to confirm found bug 20120204 18:59:38< Oleg|percona> first bug was gzip 20120204 18:59:45< Oleg|percona> second - we told about it :) 20120204 19:00:34< Oleg|percona> *founded bug 20120204 19:23:36-!- s951 [~s951@dyn1064-176.hor.ic.ac.uk] has joined #wesnoth-dev 20120204 19:32:29< happygrue> Ivanovic: upon, you know, reading stuff I see that csarmi has done some nice things and I just haven't followed up on it yet. Current status revised to: "First wave of liminal changes impemented, testing needed/ongoing" 20120204 19:32:59< happygrue> and the era can be checked out from here: http://wesnoth-umc-dev.ai0867.net/umcreg/index.cgi 20120204 19:33:48< timotei> Hmm, who's interested in C++: http://channel9.msdn.com/Events/GoingNative/GoingNative-2012 20120204 19:33:48< timotei> :D 20120204 19:33:54< timotei> Herb sutter live now :) 20120204 19:36:04< timotei> Ah, it was yesterday xD 20120204 19:36:50< anonymissimus> Crab_: well I added all the files, get still this linker error for unknown reasons; trying with MinGw now to see whether I can solve it there (sometimes solutions can be "translated" well): http://pastebin.com/E7k26nif 20120204 19:37:44< anonymissimus> Crab: also, scons is currently broken as well I suppose ? 20120204 19:38:22-!- mjs-de [~mjs-de@g224180140.adsl.alicedsl.de] has quit [Remote host closed the connection] 20120204 19:40:13< anonymissimus> linker error above is VC9, the German words are "unresolved external symbol" 20120204 19:42:38-!- jemadux [~jemadux@athedsl-216049.home.otenet.gr] has joined #wesnoth-dev 20120204 19:42:38-!- jemadux [~jemadux@athedsl-216049.home.otenet.gr] has quit [Changing host] 20120204 19:42:38-!- jemadux [~jemadux@unaffiliated/jemadux] has joined #wesnoth-dev 20120204 20:00:32< shadowm> Oleg|percona: I'm pretty sure save_index is used, which is why some information is diplayed incorrectly when it exists (it tends to contain bogus bits for start-of-scenario saves in particular) 20120204 20:01:36< shadowm> It's a very elusive piece of code anyway. 20120204 20:01:45< Oleg|percona> shadowm: I'm pretty sure from source code - information from file doesn't used in program 20120204 20:01:59< Oleg|percona> :) 20120204 20:02:29< Oleg|percona> shadowm: Ok. Can I review & refactoring code related to savegame::save_index, savegame::manager, etc? 20120204 20:03:06< shadowm> That code was already refactored recently, and that's why I think it broke 20120204 20:03:30< shadowm> And I just edited my save_index and tricked Wesnoth into believing one of my saved games was at turn 999 20120204 20:03:49< shadowm> so *it *is* used 20120204 20:04:00< Oleg|percona> shadowm: Are you sure? I see really funny abstraction leak between save_info/summary/otherwise 20120204 20:04:16< shadowm> yes, I'm pretty sure I'm seeing a 9999 in my load game dialog 20120204 20:04:20< Oleg|percona> shadowm: Other words. Will you consider my patch with code refactoring of this thing? 20120204 20:04:29< Oleg|percona> *these thing 20120204 20:04:39< Oleg|percona> *these things 20120204 20:05:09< shadowm> I can't, since I don't handle that area, although refactoring in general is rather dangerous and error-prone, especially if you miss some aspects like you just did 20120204 20:05:55< Oleg|percona> shadowm: I want just simplify code 20120204 20:06:12< Oleg|percona> shadowm: For example, save_index - detail of implementation, it should be hidden inside the manager 20120204 20:06:55< shadowm> http://shadowm.rewound.net/f/cache-proof.png 20120204 20:07:20< shadowm> you need to edit save_index while wesnoth is not running, and then bring up the load game dialog in the main menu; the index will be regenerated afterwards 20120204 20:09:21< Oleg|percona> shadowm: this is new gui or old gui? 20120204 20:10:00< shadowm> I'm not using --new-widgets, since the GUI2 dialog is highly experimental/unmaintained and the GUI2 framework itself lacks things needed to make it work correctly 20120204 20:10:07< Oleg|percona> ok 20120204 20:10:57< Oleg|percona> shadowm: So. In general I'm sure: code related to save_index and savegame::manager too tricky. Their can be simplified. 20120204 20:10:57< Oleg|percona> I propose following - I complete my refactoring, explain why it better, close bugs to save/load games, and after that support this part of code. 20120204 20:10:57< Oleg|percona> This is ok for you? 20120204 20:11:32< shadowm> As I said, I'm not competent in that area to evaluate a refactoring patch. 20120204 20:11:40< Oleg|percona> This is like current code - but simpler, and you have IRC-based console for fix it - just say" Oleg, this is bad" - and I will fix it 20120204 20:18:11-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev 20120204 20:31:36< anonymissimus> Crab: MinGw compiles fine, so there's some MSVC issue hm 20120204 20:32:28< anonymissimus> loonycyborg: did you read what I said about network_asio.hpp ? 20120204 20:32:54< loonycyborg> anonymissimus: Yes. But didn't you fix the issue? 20120204 20:33:00< anonymissimus> that is, it seems it needs to be included last when compiling on windows in .cpps 20120204 20:33:10< anonymissimus> I consider that a workaround not fix 20120204 20:33:29< anonymissimus> perhaps it's the boost devs' fault though 20120204 20:33:47-!- Appleman1234 [~Appleman1@ppp59-167-222-56.qld.adsl.internode.on.net] has quit [Ping timeout: 272 seconds] 20120204 20:43:30< loonycyborg> anonymissimus: Seems you didn't have pasted the exact messages 20120204 20:44:45< loonycyborg> I'm building the cross-compinged binary on wesnoth.org right now to check whether it's broken after all that :P 20120204 20:47:11< loonycyborg> *cross-compiled 20120204 20:47:26< anonymissimus> loonycyborg: I did 20120204 20:47:34< anonymissimus> and only MSVC is affected 20120204 20:47:54< anonymissimus> ah wait you mean the boost.asio thing, yes 20120204 20:48:11< anonymissimus> the errors messages were useless to paste 20120204 20:48:21-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has quit [Read error: Connection reset by peer] 20120204 20:48:39< anonymissimus> they said for unit_types.hpp stuff like missing } and such 20120204 20:49:39< loonycyborg> Maybe those are 'collaterial'. Generally only the first message matters in such cases. 20120204 20:49:44-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has joined #wesnoth-dev 20120204 20:49:49< anonymissimus> loonycyborg: well you could undo r52881 and see what comes 20120204 20:50:17< anonymissimus> there was no other "first message" 20120204 20:50:56< loonycyborg> Anyway, wesnoth.org cross-compile still works. 20120204 20:51:27< anonymissimus> could someone on GNU please check what LUA_USE_CTYPE is ? 20120204 20:51:35< anonymissimus> that is, is it 0 ? 20120204 20:51:41< anonymissimus> defined to 20120204 20:52:05< anonymissimus> this is in src/lua/lctype.c 20120204 20:52:26< anonymissimus> or lctype.h 20120204 20:58:08< loonycyborg> anonymissimus: It's 0 for me. 20120204 20:58:33< anonymissimus> hm thanks 20120204 20:59:18< shadowm> mordante: see my ML topic last month on the matter 20120204 20:59:40< shadowm> and there's still ilor's effort, which I haven't evaluated yet 20120204 21:04:12-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has quit [Quit: I ATE'NT DEAD] 20120204 21:04:21-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has joined #wesnoth-dev 20120204 21:04:22-!- loonycyborg_ [loonycybor@wesnoth/developer/loonycyborg] has joined #wesnoth-dev 20120204 21:06:21-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has quit [Client Quit] 20120204 21:06:21-!- loonycyborg_ is now known as loonycyborg 20120204 21:20:47< shadowm> anonymissimus: the reason the leader image wasn't displayed for you is that it was painted over with the map snapshot image 20120204 21:21:31< shadowm> http://shadowm.rewound.net/f/load-game-icon.png 20120204 21:23:33< shadowm> well, in any case it's r47758 that needs to be reverted on top of the real fix 20120204 21:27:12< anonymissimus> shadowm: ok, great you found it out 20120204 21:27:28< anonymissimus> wesbot: log 47758 20120204 21:27:29< wesbot> shadowmaster * r47758 : GUI1: left-align the minimap in the Load Game dialog, left panelSolves item 3 in the "Load dialog" section of the following post:[http://www.wesnoth.org/forum/viewtopic.php?t=29640] 20120204 21:27:34< wesbot> URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=47758 20120204 21:28:13< shadowm> to resture the feature on 1.10 I'll need to make a compromise; namely, assuming always a TC palette of magenta 20120204 21:28:23< shadowm> blah http://shadowm.rewound.net/f/load-game-icon-more-proper-fix.png 20120204 21:28:46< shadowm> wrong screenshot 20120204 21:29:16< anonymissimus> oh yeah...i got MSCV to compile :) 20120204 21:29:25< shadowm> http://shadowm.rewound.net/f/load-game-icon-more-proper-fix1.png 20120204 21:29:44-!- jemadux [~jemadux@unaffiliated/jemadux] has quit [Read error: Operation timed out] 20120204 21:30:12< shadowm> although it might be worth it to keep the map snapshot left-aligned when the image can't be loaded 20120204 21:31:04-!- lipk [~lipka_bol@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20120204 21:34:20< CIA-90> espreon * r52920 /trunk/src/lua/ (lbitlib.c lcorolib.c lctype.c lctype.h lua.hpp): Set svn:eol-style. 20120204 21:40:47< anonymissimus> one rebuild and I can hopefully commit the projectfile updates 20120204 21:45:14< CIA-90> shadowmaster * r52921 /trunk/ (changelog players_changelog src/dialogs.cpp): (log message trimmed) 20120204 21:45:14< CIA-90> Restore leader unit image in Load Game dialog (bug #18683) 20120204 21:45:14< CIA-90> (Candidate for 1.10 branch.) 20120204 21:45:14< CIA-90> This functionality is back with a slight change to r47758 in order to 20120204 21:45:14< CIA-90> left-align the map snapshot only when the leader image cannot be loaded. 20120204 21:45:14< CIA-90> We also no longer spam stderr with errors about missing leader images 20120204 21:45:15< CIA-90> (which can be caused by unloaded campaigns or eras). 20120204 21:48:00< anonymissimus> +1 20120204 21:52:34-!- vultraz [~chatzilla@124.109.10.221] has joined #wesnoth-dev 20120204 21:54:21< vultraz> timotei: Xcode build failed with same error as Cmake when I set the arc to Native For Build Machine 20120204 21:54:27< vultraz> on linking 20120204 21:54:58< vultraz> "Undefined symbols for architecture x86_64:" 20120204 21:55:34-!- Blueblaze [~Blueblaze@adsl-76-202-18-136.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze] 20120204 21:57:15< shadowm> vultraz: which ones? 20120204 21:57:40< shadowm> that is, I recently added an object file target to cmake and scons; you might want to check your project file includes it 20120204 21:57:51< vultraz> no, it's the libs 20120204 21:58:27< anonymissimus> vultraz: ig you had probs building previously, then perhaps don't upgrade to or beyond r52914 20120204 21:59:32< shadowm> it feels to me like you are going around in circles with regards to your Mac building endeavor 20120204 21:59:35-!- Blueblaze [~Blueblaze@adsl-76-202-18-136.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev 20120204 22:00:03< vultraz> anonymissimus: well, Xcode always built fine, but the builds crashed at start 20120204 22:00:07< vultraz> (on Lion) 20120204 22:00:23< vultraz> seems it was using arc i386. 20120204 22:00:47< vultraz> cmake failed at build, and it was using arc x86_64. now cmake is using that and fails at build as well 20120204 22:00:54< vultraz> http://imagebin.org/197301 20120204 22:01:11< shadowm> That is, we stil have the same situation of you having specific problems and nobody around here knows how to solve them. 20120204 22:01:22 * vultraz :( s 20120204 22:01:31< vultraz> humm 20120204 22:01:38< vultraz> I have one thing I could try... 20120204 22:02:15< shadowm> The point is, we've been at this for weeks. 20120204 22:02:36< vultraz> I know... 20120204 22:02:49< vultraz> but it seems that Wesnoth does not like x86_64 20120204 22:03:11-!- Blueblaze [~Blueblaze@adsl-76-202-18-136.dsl.hstntx.sbcglobal.net] has quit [Client Quit] 20120204 22:03:23< shadowm> sorry, but that's a blatantly invalid conclusion 20120204 22:03:37< shadowm> I have been working with pure x86_64 builds on Linux ever since 2007 20120204 22:03:50< vultraz> hum 20120204 22:04:07< shadowm> and countless other people do as well 20120204 22:04:33< vultraz> well hang on... timotei said to try LLVM GCC 4.2 again....if switching back to Apple LLVM 3.0 works... 20120204 22:04:46 * vultraz waits 20120204 22:04:47< timotei> vultraz: sorry, was afk. reading now the backlog 20120204 22:05:24< vultraz> np 20120204 22:05:47< timotei> vultraz: those are not from wesnoth. 20120204 22:05:54< timotei> The symbols underfined are from external libs 20120204 22:06:01< timotei> libintl, pango in your cases :P 20120204 22:06:21< vultraz> er..yeah. the ones in projectfiles/Xcode/libs 20120204 22:06:33< elias|FOSDEM> how is the official mac binary nuild? 20120204 22:06:43-!- s951 [~s951@dyn1064-176.hor.ic.ac.uk] has quit [Quit: Leaving] 20120204 22:06:53< timotei> vcap: you sure? I didn't see pango there 20120204 22:06:53< elias|FOSDEM> just replicating that dhould work 20120204 22:06:56< timotei> vultraz: ^ 20120204 22:07:22< timotei> elias|FOSDEM: well, the official ones are still compiled with 10.6 IIRC 20120204 22:07:28< timotei> elias|FOSDEM: we're doing Lion builds here... 20120204 22:07:34< timotei> If that would have any importance... 20120204 22:07:37< elias|FOSDEM> i see 20120204 22:07:59< vultraz> Lion is blagh in this respect 20120204 22:08:01< timotei> I mean... there'a already a guy 20120204 22:08:03< timotei> guide* 20120204 22:08:06< vultraz> at least for me... 20120204 22:08:08< timotei> http://wiki.wesnoth.org/CompilingWesnothOnMacOSX 20120204 22:08:42< elias|FOSDEM> yeah, mordante spent a few hours earlier in gdb on my mac 20120204 22:08:50< timotei> and nothing out of it? :( 20120204 22:09:21< shadowm> elias|FOSDEM: did he enjoy it? 20120204 22:09:27< elias|FOSDEM> we kinda concluded we should whatever atlarana uses instead 20120204 22:09:37< shadowm> alarantalara 20120204 22:09:40< vultraz> ;) 20120204 22:09:41< elias|FOSDEM> shadowm: heh 20120204 22:09:43< shadowm> come on people, it's not that hard 20120204 22:09:52< timotei> shadowm: depends :P 20120204 22:10:11< shadowm> I'm sure you cuold come up witha good mnemonic if necessary 20120204 22:10:22< vultraz> everything worked fine for me when I was building on 10.*6* 20120204 22:10:22< shadowm> you just have to keep in mind all the vowels are a's. 20120204 22:10:41< vultraz> now 10.7 is causing.stupid.problems 20120204 22:11:01< elias|FOSDEM> i only had as :p 20120204 22:11:22< shadowm> wesbot: seen alink 20120204 22:11:23< wesbot> shadowm: The person with the nick alink last spoke 13d 3h ago. 13d 3h ago they left with the message: Remote host closed the connection 20120204 22:11:33< shadowm> oh no, alink disappeared again :( 20120204 22:11:37< vultraz> wesbot: seen Exasperation 20120204 22:11:37< wesbot> vultraz: The person with the nick Exasperation last spoke 11d 17h ago. 10d 21h ago they were seen quitting on the channel #wesnoth with the message: Client Quit 20120204 22:11:42< vultraz> woah 20120204 22:12:06< timotei> vultraz: well, IDK what to say. cmake works out of the box for me... 20120204 22:12:22< timotei> hmm 20120204 22:13:12< elias|FOSDEM> it was kinda fun, gcc crashes at a differemt location than clang++ 20120204 22:13:35< timotei> Haha 20120204 22:13:41< elias|FOSDEM> and in a debug build it crashes at yet another location 20120204 22:13:42< timotei> I wonder why 20120204 22:14:09< elias|FOSDEM> really could be a bug in libstdc++, dunno 20120204 22:15:22< timotei> vultraz: oh 20120204 22:15:29< timotei> vultraz: did you add the required frameworks 20120204 22:15:33< timotei> to the CMake CXX flags 20120204 22:15:33< timotei> ? 20120204 22:15:57< vultraz> eh?? 20120204 22:16:03< timotei> Itold you once about the -framework Cocoa 20120204 22:16:15< vultraz> oh yeah....tried that 20120204 22:16:16-!- enchilado [~enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev 20120204 22:16:18< vultraz> fail 20120204 22:16:24< timotei> vultraz: so with that fails too? 20120204 22:16:26< timotei> Hmm 20120204 22:16:48< vultraz> but I lost all my settings when I rm ed build 20120204 22:16:52< timotei> :P 20120204 22:16:54< timotei> Ok 20120204 22:16:56< vultraz> and started fresh 20120204 22:16:57< vultraz> lol 20120204 22:17:09< vultraz> and it STILL failed 20120204 22:17:42< vultraz> at least I got one thing working today.. 20120204 22:17:47< timotei> vultraz: ok 20120204 22:17:51< timotei> vultraz: then, let's modify the cmake 20120204 22:18:04< timotei> rm -rf build 20120204 22:18:11< timotei> and then open up src/Cmakefiles.txt 20120204 22:19:17< timotei> vultraz: find the set(game-external-libs line 20120204 22:19:21< timotei> for me it's at 83 20120204 22:20:13< vultraz> CMakeLists.txt? 20120204 22:20:17< timotei> yeah 20120204 22:20:52< timotei> Now, 20120204 22:20:56< timotei> before that set 20120204 22:21:36< timotei> actually, the whole set(game... make it turn into: http://pastebin.com/K6QKTXrt 20120204 22:21:45< timotei> so basically, I added that IF(APPLE) and its contents 20120204 22:21:51< timotei> and added the {CARBON_LIBRARY} 20120204 22:21:57< timotei> in the set(game... 20120204 22:23:42< timotei> and try again 20120204 22:23:42< timotei> :D 20120204 22:26:38< vultraz> ok 20120204 22:27:01< vultraz> first ima let Xcode finish 20120204 22:27:08< timotei> OK:D 20120204 22:27:46 * vultraz is happy it at least accepts his lua.cpp mod. 20120204 22:28:06< vultraz> (eg make get_dialog_value read from labels/images) 20120204 22:28:10< timotei> :P 20120204 22:28:36< vultraz> ;) 20120204 22:28:51< vultraz> well it had been failing because of it not being properly coded 20120204 22:28:59< vultraz> s/it/my mod 20120204 22:29:25< vultraz> now it's ok...but if I can't compile I'll never be able to test it 20120204 22:36:20-!- delfador [~delfador@AClermont-Ferrand-552-1-3-120.w92-157.abo.wanadoo.fr] has quit [Remote host closed the connection] 20120204 22:38:00-!- lipk [~lipka_bol@host-91-147-212-174.biatv.hu] has left #wesnoth-dev [] 20120204 22:39:48< vultraz> timotei: alright....XCode still fails when using Apple LLVM 20120204 22:39:57< vultraz> and LLVM GCC 20120204 22:40:00< vultraz> so... 20120204 22:40:11< vultraz> time for cmake 20120204 22:40:42< timotei> Yeah xD 20120204 22:40:47< timotei> cmake HAS to work :) 20120204 22:41:17< vultraz> and if it doesn't? 20120204 22:41:19< vultraz> lol 20120204 22:57:07< vultraz> timotei: error http://pastebin.com/UUDH2YRg 20120204 22:57:21< timotei> Hmm 20120204 22:57:26< timotei> ok 20120204 22:57:26< vultraz> it was longer before I fixed teh SDL paths to /opt instead of /sw 20120204 22:57:28< timotei> Then remove 20120204 22:57:32< timotei> the 20120204 22:57:33< timotei> line 20120204 22:57:33< timotei> with 20120204 22:57:39< timotei> NCUDE_DIRECTORIES 20120204 22:58:09< timotei> INCLUDE_DIRECTORIES 20120204 22:59:55< vultraz> ok 20120204 23:00:04< vultraz> that gets it past that file 20120204 23:00:28< timotei> Yep. 20120204 23:01:41 * vultraz waits 20120204 23:03:39-!- Appleman1234 [~Appleman1@ppp59-167-222-56.qld.adsl.internode.on.net] has joined #wesnoth-dev 20120204 23:09:57 * timotei wishes vultraz a good wait 20120204 23:19:41-!- MeccaGod [~majs@host189-199.bornet.net] has quit [] 20120204 23:22:08< CIA-90> anonymissimus * r52922 /trunk/projectfiles/CodeBlocks/liblua.cbp: CB projectfile update 20120204 23:22:26< timotei> vultraz: update? 20120204 23:22:28< CIA-90> anonymissimus * r52923 /trunk/projectfiles/VC9/liblua.vcproj: 20120204 23:22:28< CIA-90> VC9 projectfile update 20120204 23:22:28< CIA-90> There are some (new) warnings for the lua source; 20120204 23:22:28< CIA-90> set warning level for subproject 20120204 23:22:28< CIA-90> liblua to 0. Not our job. 20120204 23:25:25< anonymissimus> Crab: ok, wasn't much needed 20120204 23:25:43< anonymissimus> Crab: seems a lua update is not really something to fear :) 20120204 23:31:10< vultraz> timotei: still building 20120204 23:31:15< timotei> vultraz: ok 20120204 23:34:25-!- Oleg|percona [~quassel@92.126.51.105] has quit [Quit: No Ping reply in 180 seconds.] 20120204 23:34:41-!- Oleg|percona [~quassel@92.126.51.105] has joined #wesnoth-dev 20120204 23:39:38< anonymissimus> "Please ping me about any incompatibilities/issues with UMC, in some cases they can be worked around on the engine level": do you mean there could be something else, not covered by the backwards compat define `? 20120204 23:39:52< anonymissimus> Crab^ 20120204 23:42:37< timotei> vultraz: it was 78% 1 hour ago :P 20120204 23:42:54< vultraz> 99% 20120204 23:43:05< timotei> But I guess I have to agree with shadowm about cmake's progress indication :P 20120204 23:43:21< vultraz> it starts at 78% for some reason 20120204 23:43:28< timotei> Ah,lol 20120204 23:43:35< vultraz> and... 20120204 23:43:37< vultraz> FAILED 20120204 23:43:40< vultraz> :~( 20120204 23:43:40< timotei> Yeah? 20120204 23:43:41< timotei> :)) 20120204 23:43:45< timotei> The same errors? 20120204 23:43:59< timotei> ok, let's move on on another try 20120204 23:44:02< timotei> don't cleanup anythin 20120204 23:44:03< timotei> g 20120204 23:44:21< vultraz> Linking CXX executable ../wesnoth Undefined symbols for architecture x86_64: "_main", referenced from: start in crt1.10.6.o 20120204 23:44:24< vultraz> yup 20120204 23:44:26< vultraz> same 20120204 23:44:55< timotei> Ahhhhhhh 20120204 23:45:00< timotei> It seeeeeeeeeeeeemssssssssss 20120204 23:45:20< timotei> Carbon is a 32-bit procedural API" and Ars Technica says "Though several non-GUI parts of the Carbon API that are shared with Cocoa will be supported in 64-bit mode in Leopard, the GUI portions of the Carbon API will not." 20120204 23:45:22< timotei> Great... 20120204 23:45:22< timotei> xD 20120204 23:45:31< timotei> So you have to CMake compile .. for i386 20120204 23:45:45< timotei> But I really wonder why ... my build worked and yours not 20120204 23:45:59< vultraz> I've tried. but I get errors saying that SDL, etc were not compiled for i386 20120204 23:45:59< timotei> Is it 10.7 an upgrade from 10.6? 20120204 23:46:05< vultraz> yes 20120204 23:46:06< timotei> Weird... 20120204 23:46:11< timotei> And 10.6 from something? 20120204 23:46:17< timotei> I mean, what was the first clean version isntalled 20120204 23:46:20< timotei> If you can remember of course 20120204 23:46:55< timotei> One sec 20120204 23:46:59< vultraz> 10.4.xomething -> 10.5.8 -> 10.6.3 -> 10.6.8 -> 10.7.2 20120204 23:47:05< timotei> Ah 20120204 23:47:06< timotei> Cool :)) 20120204 23:47:16< vultraz> that's the progress over he life of the comp 20120204 23:47:32< vultraz> 10.4->10,5 was a year or so ago 20120204 23:47:33< timotei> So since Tiger 20120204 23:47:34< timotei> cool 20120204 23:47:47< vultraz> then 10.5->10.7 was done in about 4 days 20120204 23:47:58< timotei> vultraz: ah... 20120204 23:48:04< timotei> shadowm: around? 20120204 23:48:05< vultraz> no problems with builds on 10.6 20120204 23:48:13< timotei> actually not... 20120204 23:48:22< timotei> I wonder where to put the best 20120204 23:48:27< timotei> a flag for the GCC compiler in cmake... 20120204 23:48:29-!- negusnyul [~negusnyul@1F2EA945.dsl.pool.telekom.hu] has quit [Quit: Konversation terminated!] 20120204 23:48:42< timotei> We need to add: -framework CoreFoundation 20120204 23:50:11< timotei> vultraz: go into root of the repository working directory 20120204 23:50:15< timotei> CMakeLists.txt 20120204 23:50:46< vultraz> even if I can get a cmake build working on i386, won't it crash like the XCode builds? 20120204 23:50:53< timotei> Hmm 20120204 23:50:56< timotei> IDK 20120204 23:50:58< timotei> Not trying that now 20120204 23:50:59< timotei> Anyway 20120204 23:51:26< timotei> go at line 20120204 23:51:28< timotei> 141 20120204 23:51:34< timotei> There should be something like: if(UNIX AND NOT CMAKE_COMPILER_IS_GNUCXX) 20120204 23:51:34< timotei> # Assume the compiler is the clang compiler. 20120204 23:51:36< timotei> before that 20120204 23:51:37< timotei> add: 20120204 23:52:01< timotei> set(CMAKE_EXE_LINKER_FLAGS "-framework CoreFoundation ${CMAKE_EXE_LINKER_FLAGS}") 20120204 23:52:13< timotei> so we have the line I paste, then the IF at line 141 I was tgalking about 20120204 23:52:23< timotei> go into build directory 20120204 23:52:24< timotei> cmake .. again 20120204 23:52:25< timotei> and make 20120204 23:54:18< vultraz> so put that line right before the if? 20120204 23:54:25< timotei> yes 20120204 23:54:26< timotei> set(CMAKE_EXE_LINKER_FLAGS "-framework CoreFoundation ${CMAKE_EXE_LINKER_FLAGS}") 20120204 23:54:27< timotei> this 20120204 23:56:16< vultraz> er... 20120204 23:56:19< vultraz> still error 20120204 23:56:45< vultraz> make doesn't even regen the stuff... 20120204 23:56:48< timotei> Did cmake generated? 20120204 23:56:52< timotei> hmm 20120204 23:57:19< vultraz> humm 20120204 23:57:33< vultraz> I wonder if I could make cmake read the same files Xcode does... 20120204 23:57:39< timotei> :)) 20120204 23:57:41< timotei> Don't bother 20120204 23:57:46< vultraz> lol 20120204 23:58:00< timotei> gah. 20120204 23:58:03< timotei> stupid cmake 20120204 23:58:07< timotei> why doesn't he regenerate stuff? 20120204 23:58:12< timotei> What does he say when doing cmake .. ? 20120204 23:58:35< vultraz> well...we know the XCode files don't work with x86_64. They work with i386 20120204 23:58:53< vultraz> and that cmake doesn't work with x86_64... 20120204 23:58:54< timotei> XCode compile successfuly 20120204 23:59:01< timotei> because it hast the frameworks needed attached :P 20120204 23:59:18< vultraz> so...maybe....mac doesn't like x_86_64 20120204 23:59:26< vultraz> x86_64* 20120204 23:59:44< timotei> It is x86_64 :P 20120204 23:59:49< timotei> Most of the macs are IIRC --- Log closed Sun Feb 05 00:00:08 2012