--- Log opened Sat Jul 20 00:00:53 2013
20130720 00:05:17-!- jetrel_laptop [~jetrel_la@67-6-126-167.mpls.qwest.net] has quit [Quit: jetrel_laptop]
20130720 00:15:25-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has quit [Read error: Operation timed out]
20130720 00:28:55-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has joined #wesnoth-dev
20130720 00:49:38-!- prkc [~negusnyul@4E5C5CE4.dsl.pool.telekom.hu] has quit [Ping timeout: 268 seconds]
20130720 00:55:36-!- Blueblaze [~Blueblaze@ip68-3-135-148.ph.ph.cox.net] has quit [Quit: Blueblaze]
20130720 00:57:48< irker476> wesnoth: gfgtdf wesnoth-old:master 597a3f17a516 / src/scripting/lua.cpp: added information about single hits in simulate_combat http://git.io/oD_HkQ
20130720 00:57:50< irker476> wesnoth: gfgtdf wesnoth-old:master 2ba997de09c2 / src/scripting/lua.cpp: correction of a comment http://git.io/VVRtPg
20130720 00:57:52< irker476> wesnoth: gfgtdf wesnoth-old:master 1a50a4840a1b / src/scripting/lua.cpp: Revert "correction of a comment" http://git.io/mbuK3w
20130720 00:57:54< irker476> wesnoth: gfgtdf wesnoth-old:master 5b632a0b1b38 / src/scripting/lua.cpp: correction of a comment http://git.io/tIolgA
20130720 00:57:56< irker476> wesnoth: Alexander van Gessel wesnoth-old:master 6a2dfd208ed9 / src/scripting/lua.cpp: Merge pull request #36 from gfgtdf/master http://git.io/qzbweA
20130720 00:58:45-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 248 seconds]
20130720 01:33:57-!- fabi__ [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20130720 01:37:37-!- fabi_ [~fabi@wesnoth/developer/fendrin] has quit [Ping timeout: 248 seconds]
20130720 02:43:55-!- Upthorn [~ogmar@69.62.144.56] has quit [Ping timeout: 256 seconds]
20130720 02:54:18-!- Blueblaze [~Blueblaze@ip68-3-135-148.ph.ph.cox.net] has joined #wesnoth-dev
20130720 03:14:40-!- Gallaecio_ [~quassel@91.126.137.195] has joined #wesnoth-dev
20130720 03:15:26-!- Gallaecio [~quassel@91.126.137.195] has quit [Ping timeout: 240 seconds]
20130720 03:30:09-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20130720 03:30:22-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130720 03:49:00-!- Skyla [~SkyNet@99-111-224-165.lightspeed.rcsntx.sbcglobal.net] has joined #wesnoth-dev
20130720 03:52:57-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20130720 03:58:28-!- Skyla [~SkyNet@99-111-224-165.lightspeed.rcsntx.sbcglobal.net] has quit [Quit: Leaving]
20130720 03:58:44-!- Skyla [~SkyNet@99-111-224-165.lightspeed.rcsntx.sbcglobal.net] has joined #wesnoth-dev
20130720 04:13:14-!- ancestral [~ancestral@65-128-235-179.mpls.qwest.net] has joined #wesnoth-dev
20130720 04:19:41-!- ancestral [~ancestral@65-128-235-179.mpls.qwest.net] has quit [Ping timeout: 256 seconds]
20130720 04:21:25-!- _Coffee [~david@ppp118-210-184-171.lns20.adl6.internode.on.net] has joined #wesnoth-dev
20130720 04:29:51-!- ancestral [~ancestral@65-128-235-179.mpls.qwest.net] has joined #wesnoth-dev
20130720 04:42:36-!- Ivanovic_ [~ivanovic@x2f44dd5.dyn.telefonica.de] has joined #wesnoth-dev
20130720 04:42:36-!- Ivanovic_ [~ivanovic@x2f44dd5.dyn.telefonica.de] has quit [Changing host]
20130720 04:42:36-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20130720 04:44:33-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Read error: Operation timed out]
20130720 04:44:35-!- Ivanovic_ is now known as Ivanovic
20130720 04:54:04-!- Blueblaze [~Blueblaze@ip68-3-135-148.ph.ph.cox.net] has quit [Quit: Blueblaze]
20130720 05:00:34-!- Blueblaze [~Blueblaze@ip68-3-135-148.ph.ph.cox.net] has joined #wesnoth-dev
20130720 05:24:23-!- Upthorn [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev
20130720 05:29:43-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20130720 05:30:43-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20130720 05:47:51-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit []
20130720 05:58:15-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20130720 06:58:42-!- Gallaecio_ [~quassel@91.126.137.195] has quit [Remote host closed the connection]
20130720 07:55:26-!- Gambit [~derek@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20130720 08:10:44-!- Skyla [~SkyNet@99-111-224-165.lightspeed.rcsntx.sbcglobal.net] has quit [Quit: Leaving]
20130720 08:34:42-!- EdB [~edb@85.69.144.96] has joined #wesnoth-dev
20130720 08:54:20-!- Crendgrim [~quassel@f050094029.adsl.alicedsl.de] has quit [Ping timeout: 268 seconds]
20130720 08:56:24-!- Crendgrim [~quassel@g224212192.adsl.alicedsl.de] has joined #wesnoth-dev
20130720 09:01:24-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20130720 09:01:51-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20130720 09:11:03-!- ancestral [~ancestral@65-128-235-179.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20130720 09:40:52-!- EdB [~edb@85.69.144.96] has quit [Quit: Konversation terminated!]
20130720 10:24:38-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 240 seconds]
20130720 10:26:14-!- Amu [smar@nano.smar.fi] has joined #wesnoth-dev
20130720 10:27:08-!- wesbot_ [~wesbot@asteria.debian.or.at] has joined #wesnoth-dev
20130720 10:28:14-!- Soliton [~Soliton@wesnoth/developer/soliton] has quit [Disconnected by services]
20130720 10:28:21-!- Soliton_ [~Soliton@wesnoth/developer/soliton] has joined #wesnoth-dev
20130720 10:29:05-!- Soliton_ is now known as Soliton
20130720 10:30:26-!- Netsplit *.net <-> *.split quits: irker476
20130720 10:30:27-!- Netsplit *.net <-> *.split quits: Smar, wesbot, knotwork
20130720 10:30:28-!- wesbot_ is now known as wesbot
20130720 10:31:11-!- knotwork [~markm@142.68.210.209] has joined #wesnoth-dev
20130720 10:31:11-!- knotwork [~markm@142.68.210.209] has quit [Changing host]
20130720 10:31:11-!- knotwork [~markm@unaffiliated/knotwork] has joined #wesnoth-dev
20130720 10:34:45-!- Yukiria [~chatzilla@124.109.10.167] has joined #wesnoth-dev
20130720 10:35:33-!- exciton_ [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130720 10:37:53-!- exciton [chuck-the-@89.208.169.104] has quit [Ping timeout: 240 seconds]
20130720 10:38:44-!- trademark_ [~trademark@mne69-1-82-67-17-201.fbx.proxad.net] has joined #wesnoth-dev
20130720 10:42:49-!- crimson_pingvin [~crimson_p@ec2.happyspork.com] has joined #wesnoth-dev
20130720 10:46:03-!- Netsplit *.net <-> *.split quits: Espreon, crimson_penguin, vultraz
20130720 10:46:03-!- crimson_pingvin is now known as crimson_penguin
20130720 10:46:04-!- crimson_penguin [~crimson_p@ec2.happyspork.com] has quit [Changing host]
20130720 10:46:04-!- crimson_penguin [~crimson_p@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20130720 10:47:05-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20130720 10:47:34-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20130720 10:47:45-!- mjs-de [~mjs-de@d120237.adsl.hansenet.de] has joined #wesnoth-dev
20130720 10:48:42-!- EliDupree_ [~quassel@66-189-34-122.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20130720 10:49:16-!- LordNasty is now known as 7JTAADHEN
20130720 10:49:19-!- LordNasty [~NaSTy@93-43-163-20.ip92.fastwebnet.it] has joined #wesnoth-dev
20130720 10:49:23-!- Netsplit over, joins: Espreon
20130720 10:54:53-!- Netsplit *.net <-> *.split quits: Yukiria, Blueblaze, Ivanovic, nurupo, 7JTAADHEN, EliDupree, _Coffee
20130720 10:55:23-!- nurupo [~nurupo.ga@biribiri.org] has joined #wesnoth-dev
20130720 10:55:23-!- nurupo [~nurupo.ga@biribiri.org] has quit [Changing host]
20130720 10:55:23-!- nurupo [~nurupo.ga@unaffiliated/nurupo] has joined #wesnoth-dev
20130720 10:55:30-!- Ivanovic_ is now known as Ivanovic
20130720 10:59:41-!- Espreon_ [~espreon@ai0867.net] has joined #wesnoth-dev
20130720 11:06:49-!- Netsplit *.net <-> *.split quits: iwaim_, Espreon, EliDupree_, LordNasty, nurupo, AI0867, skyfaller, wesbot, Crendgrim, Ganrao,  (+3 more, use /NETSPLIT to show all of them)
20130720 11:07:50-!- Netsplit over, joins: wesbot, Crendgrim, AI0867, _8680_, skyfaller, iwaim_, EliDupree_, Ganrao, LordNasty, nurupo (+2 more)
20130720 11:08:59-!- Netsplit *.net <-> *.split quits: _8680_, ejls, skyfaller
20130720 11:10:36-!- Netsplit over, joins: skyfaller, _8680_, ejls
20130720 11:16:05-!- Vandal [Ganrao@cpe-65-189-245-210.woh.res.rr.com] has joined #wesnoth-dev
20130720 11:20:07-!- wesbot_ [~wesbot@asteria.debian.or.at] has joined #wesnoth-dev
20130720 11:21:47-!- Crendgrim_ [~quassel@g224212192.adsl.alicedsl.de] has joined #wesnoth-dev
20130720 11:24:48-!- Netsplit *.net <-> *.split quits: Crendgrim, Ganrao, wesbot
20130720 11:24:48-!- wesbot_ is now known as wesbot
20130720 11:37:49-!- EliDupree_ [~quassel@66-189-34-122.dhcp.oxfr.ma.charter.com] has quit [Ping timeout: 276 seconds]
20130720 11:50:23-!- exciton_ [chuck-the-@89.208.169.104] has quit [Ping timeout: 240 seconds]
20130720 11:51:24-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130720 12:13:55-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130720 12:16:11-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer]
20130720 12:19:29-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130720 12:23:49-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer]
20130720 12:44:05-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130720 12:44:23-!- kex [~kex@212.158.180.83] has joined #wesnoth-dev
20130720 12:48:09-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer]
20130720 13:06:27-!- kex [~kex@212.158.180.83] has quit [Remote host closed the connection]
20130720 13:13:40< shadowm> mordante: Is there any officially sanctioned way to attach ancillary (not user-visible and not handled by GUI2 code) data to GUI2 listbox rows such as ids, or am I expected to do something ugly like keeping my own <int,data_thingy> map?
20130720 13:24:55-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20130720 13:54:31-!- horon [~horon@nttkyo176024.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20130720 14:20:46-!- Gambit [~derek@wesnoth/developer/grickit] has joined #wesnoth-dev
20130720 14:54:46-!- fendrin [~fabi@88-134-9-160-dynip.superkabel.de] has joined #wesnoth-dev
20130720 14:54:46-!- fendrin [~fabi@88-134-9-160-dynip.superkabel.de] has quit [Changing host]
20130720 14:54:46-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20130720 14:58:57-!- fabi__ [~fabi@wesnoth/developer/fendrin] has quit [Ping timeout: 264 seconds]
20130720 15:36:29-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20130720 15:59:29-!- jamit [~jamit@wesnoth/developer/jamit] has joined #wesnoth-dev
20130720 16:07:46-!- irker026 [~irker@ai0867.net] has joined #wesnoth-dev
20130720 16:07:46< irker026> wesnoth: fendrin wesnoth-old:master 547a736346ca / src/sound_music_track.cpp: Add support for title attribute and some code cleanups. http://git.io/VLgMJA
20130720 16:07:46< irker026> wesnoth: fendrin wesnoth-old:master 76141957108e / src/ (display.cpp display.hpp game_display.cpp game_display.hpp): lifted parse_team_overlays from game_display to display. http://git.io/iyiqeg
20130720 16:07:47< irker026> wesnoth: fendrin wesnoth-old:master a682e33be0f9 / src/sound_music_track.cpp: Fix clearing the file handle at the wrong location. http://git.io/TG6_pg
20130720 16:07:48< irker026> wesnoth: fendrin wesnoth-old:master 284d5ecbbccc / data/campaigns/Legend_of_Wesmere/maps/ (10_Cliffs_of_Thoria.map Kalian.map): LoW 3,7,10 map updates. http://git.io/6JmqGA
20130720 16:07:49< irker026> wesnoth: fendrin wesnoth-old:master 8dcace332773 / data/campaigns/Legend_of_Wesmere/scenarios/chapter1/01_The_Uprooting.cfg: LoW 1: Start gold adjusted. http://git.io/NLFggQ
20130720 16:07:50< irker026> wesnoth: fendrin wesnoth-old:master c70dadbc33a6 / data/campaigns/Legend_of_Wesmere/scenarios/chapter2/04_The_Elvish_Treasury.cfg: LoW 4: Loyal units for Cleodil. http://git.io/fV05eg
20130720 16:07:52< irker026> wesnoth: fendrin wesnoth-old:master 414b4eceda56 / data/campaigns/Legend_of_Wesmere/scenarios/chapter2/07_Elves_Last_Stand.cfg: LoW 7: Fix side setup. Disable AI controller. http://git.io/O_mysA
20130720 16:07:54< irker026> wesnoth: fendrin wesnoth-old:master 7866dd8946ec / src/editor/action/mouse/mouse_action_item.cpp: Place not only image [item]s but also halo= ones. http://git.io/9PuveQ
20130720 16:07:56< irker026> wesnoth: fendrin wesnoth-old:master 0168ad1910ba / src/editor/palette/item_palette.cpp: Display the halo in the editor item palette if no image provided. http://git.io/EztuRw
20130720 16:07:58< irker026> wesnoth: fendrin wesnoth-old:master 51913315653b / / (35 files in 6 dirs): Grouped the map generators into a folder and added the yamg. http://git.io/0ipZFA
20130720 16:12:23< vultraz> fendrin: will not a new dialog be needed for that?
20130720 16:13:04< fendrin> vultraz: The new generator?
20130720 16:13:23< vultraz> yes
20130720 16:14:38< fendrin> Yes, a proper dialog is still missing.
20130720 16:15:38< vultraz> Not sure what the design would be. IIRC yamg has a very large number of options
20130720 16:17:19< fendrin> There are a few.
20130720 16:18:45< fendrin> I do not know if it better to go with a dialog for each generator or better design a dialog that can handle a custom list of parameters.
20130720 16:20:40< vultraz> how many are there?
20130720 16:22:10-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20130720 16:22:24-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130720 16:26:23-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20130720 16:26:49< fendrin> vultraz: ~ 20
20130720 16:27:25-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130720 16:28:16< vultraz> and yamg is just one?
20130720 16:28:30< fendrin> ?
20130720 16:28:45-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20130720 16:29:01< fendrin> yamg has 20 parameters.
20130720 16:29:03< fendrin> around 20
20130720 16:29:25< vultraz> oh, I meant how many generators there are
20130720 16:29:31< fendrin> we have a cavegen, default, yamg, 
20130720 16:29:33< fendrin> 3
20130720 16:30:38< vultraz> If we had tabs, I'd say just have one dialog, three tabs :/
20130720 16:30:52-!- travis-ci [~travis-ci@ec2-54-226-120-242.compute-1.amazonaws.com] has joined #wesnoth-dev
20130720 16:30:56< travis-ci> [travis-ci] wesnoth/wesnoth-old#246 (master - 5191331 : fendrin): The build was broken.
20130720 16:30:56< travis-ci> [travis-ci] Build details : http://travis-ci.org/wesnoth/wesnoth-old/builds/9300410
20130720 16:30:56-!- travis-ci [~travis-ci@ec2-54-226-120-242.compute-1.amazonaws.com] has left #wesnoth-dev []
20130720 16:31:01< fendrin> damn
20130720 16:32:29-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130720 16:32:52-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20130720 16:33:07< fendrin> vultraz: is current head building on your system?
20130720 16:34:12< AI0867> fendrin: I think you need to include cstring
20130720 16:34:13< vultraz> I can go see, but it might take ~ 1 hour. Slow computer, haven't built in a few weeks
20130720 16:37:31-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130720 16:38:50< AI0867> fendrin: I get similar errors here
20130720 16:40:13< irker026> wesnoth: Alexander van Gessel wesnoth-old:master 3bd8b118c453 / src/generators/yamg/ya_mapgen.cpp: Fix compilation http://git.io/D2F6wQ
20130720 16:41:17< fendrin> AI0867: Thank you :-)
20130720 16:45:33-!- Vandal [Ganrao@cpe-65-189-245-210.woh.res.rr.com] has quit []
20130720 16:49:56-!- Gambit [~derek@wesnoth/developer/grickit] has quit [Read error: Operation timed out]
20130720 16:52:02-!- Gambit [~derek@wesnoth/developer/grickit] has joined #wesnoth-dev
20130720 17:05:30-!- travis-ci [~travis-ci@ec2-54-224-193-52.compute-1.amazonaws.com] has joined #wesnoth-dev
20130720 17:05:31< travis-ci> [travis-ci] wesnoth/wesnoth-old#247 (master - 3bd8b11 : Alexander van Gessel): The build was fixed.
20130720 17:05:31< travis-ci> [travis-ci] Build details : http://travis-ci.org/wesnoth/wesnoth-old/builds/9301118
20130720 17:05:31-!- travis-ci [~travis-ci@ec2-54-224-193-52.compute-1.amazonaws.com] has left #wesnoth-dev []
20130720 17:13:42-!- prkc [~negusnyul@dsl51B65DC5.pool.t-online.hu] has joined #wesnoth-dev
20130720 17:20:11-!- horon [~horon@nttkyo176024.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Quit: Leaving...]
20130720 17:22:58-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20130720 17:23:18-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130720 17:28:22-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20130720 17:33:42-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130720 17:34:49-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20130720 17:38:44-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130720 17:41:13-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20130720 17:43:41-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130720 17:49:03-!- EliDupree [~quassel@66-189-34-122.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20130720 18:08:25< irker026> wesnoth: Pierre T wesnoth-old:asio_umcd e13a11148ef1 / src/ (11 files in 5 dirs): Template class and method with the NetworkStream parameters. Add upload action f http://git.io/S6UEBg
20130720 18:08:27< irker026> wesnoth: Pierre T wesnoth-old:asio_umcd d1a845067031 / / (12 files in 5 dirs): Roll back to the hard coded network stream type (boost::asio::ip::tcp::iostream) http://git.io/xTrO2Q
20130720 18:08:29< irker026> wesnoth: Pierre T wesnoth-old:asio_umcd fde5962c9dab / SConstruct: Merge branch 'asio_umcd' of https://github.com/wesnoth/wesnoth-old into asio_umc http://git.io/USG8mw
20130720 18:08:31< irker026> wesnoth: Pierre T wesnoth-old:asio_umcd 2b160972007c / / (24 files in 8 dirs): Major architecture modification http://git.io/g3QGnw
20130720 18:08:33< irker026> wesnoth: Pierre T wesnoth-old:asio_umcd be4e159cf10b / src/ (CMakeLists.txt SConscript umcd/request_info.cpp): Scons build failed. CMake build is ok. http://git.io/oa1TRw
20130720 18:14:00-!- travis-ci [~travis-ci@ec2-54-224-193-52.compute-1.amazonaws.com] has joined #wesnoth-dev
20130720 18:14:00< travis-ci> [travis-ci] wesnoth/wesnoth-old#248 (asio_umcd - be4e159 : Pierre T): The build is still failing.
20130720 18:14:00< travis-ci> [travis-ci] Build details : http://travis-ci.org/wesnoth/wesnoth-old/builds/9303242
20130720 18:14:00-!- travis-ci [~travis-ci@ec2-54-224-193-52.compute-1.amazonaws.com] has left #wesnoth-dev []
20130720 18:24:43-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130720 18:28:38-!- kex [~kex@212.158.180.69] has joined #wesnoth-dev
20130720 18:34:21-!- kex [~kex@212.158.180.69] has quit [Read error: Connection reset by peer]
20130720 18:36:18-!- kex [~kex@212.158.180.69] has joined #wesnoth-dev
20130720 18:56:51-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20130720 18:57:08-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130720 18:59:13-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Quit: lipkab]
20130720 18:59:25-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20130720 19:02:06-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130720 19:11:14-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130720 19:14:41-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Ping timeout: 248 seconds]
20130720 19:15:42-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 252 seconds]
20130720 19:19:35-!- fendrin [~fabi@88-134-9-160-dynip.superkabel.de] has joined #wesnoth-dev
20130720 19:19:35-!- fendrin [~fabi@88-134-9-160-dynip.superkabel.de] has quit [Changing host]
20130720 19:19:35-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20130720 19:33:19-!- kex [~kex@212.158.180.69] has quit [Ping timeout: 246 seconds]
20130720 19:34:29-!- kex [~kex@212.158.180.69] has joined #wesnoth-dev
20130720 19:45:57-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20130720 19:46:17-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130720 19:46:34-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20130720 19:51:17-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130720 19:56:52< irker026> wesnoth: Alexander van Gessel wesnoth-old:asio_umcd beb508cf2704 / scons/boost.py: Work around a bug in boost::thread<1.51 http://git.io/ftR4fA
20130720 19:57:25< AI0867> trademark_: boost/thread/lock_guard.hpp doesn't exist in boost::thread<1.53
20130720 19:57:39-!- Espreon_ is now known as Espreon
20130720 19:57:45-!- Espreon [~espreon@ai0867.net] has quit [Changing host]
20130720 19:57:45-!- Espreon [~espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20130720 19:57:58< trademark_> AI0867, ho ok! So I shouldn't use it?
20130720 19:59:02< AI0867> I don't know which version you're targeting, but that's probably too recent
20130720 20:00:21< trademark_> 1.41...
20130720 20:00:34< trademark_> ok I'll change it later
20130720 20:01:41< AI0867> I think that's what broke your travis build to begin with (and then C++11 conflicted with boost::thread, compounding the problem)
20130720 20:02:16< trademark_> ok, but I don't use C++11
20130720 20:02:21< AI0867> note that you don't actually have to use C++11 to conflict with boost::thread<1.51. Your compiler just has to be able to conform to it
20130720 20:02:27-!- travis-ci [~travis-ci@ec2-54-224-193-52.compute-1.amazonaws.com] has joined #wesnoth-dev
20130720 20:02:27< travis-ci> [travis-ci] wesnoth/wesnoth-old#249 (asio_umcd - beb508c : Alexander van Gessel): The build is still failing.
20130720 20:02:27< travis-ci> [travis-ci] Build details : http://travis-ci.org/wesnoth/wesnoth-old/builds/9305460
20130720 20:02:27-!- travis-ci [~travis-ci@ec2-54-224-193-52.compute-1.amazonaws.com] has left #wesnoth-dev []
20130720 20:02:42< trademark_> ok
20130720 20:03:12-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Quit: Konversation terminated!]
20130720 20:04:33-!- fabi [~fabi@88-134-9-160-dynip.superkabel.de] has joined #wesnoth-dev
20130720 20:04:33-!- fabi [~fabi@88-134-9-160-dynip.superkabel.de] has quit [Changing host]
20130720 20:04:33-!- fabi [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20130720 20:06:26-!- fabi [~fabi@wesnoth/developer/fendrin] has quit [Client Quit]
20130720 20:06:39< AI0867> okay, now I'm confused. I fixed the scons issue on my machine, but travis is still failing...
20130720 20:07:07< trademark_> surely because Travis has an old Boost version
20130720 20:09:11< AI0867> 1.46
20130720 20:09:13< AI0867> I have 1.49
20130720 20:09:56< trademark_> how did you compile the source if lock_guard doesn't exist?
20130720 20:10:11-!- Octalot [~noct@host86-145-89-218.range86-145.btcentralplus.com] has joined #wesnoth-dev
20130720 20:10:14< AI0867> more importantly, I haven't told it to install boost::thread
20130720 20:10:17 * AI0867 smacks self
20130720 20:10:39< irker026> wesnoth: Alexander van Gessel wesnoth-old:asio_umcd 5d3ac0450d1c / .travis.yml: Actually install boost::thread on travis http://git.io/-cL8ng
20130720 20:11:03< AI0867> trademark_: I don't, I just manage to get past scons's dependency checking to an actual compiler error
20130720 20:11:21-!- fabi [~fabi@88-134-9-160-dynip.superkabel.de] has joined #wesnoth-dev
20130720 20:11:21-!- fabi [~fabi@88-134-9-160-dynip.superkabel.de] has quit [Changing host]
20130720 20:11:21-!- fabi [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20130720 20:11:52< trademark_> ok!
20130720 20:15:35< AI0867> trademark_: travis should now be useful for you again: https://travis-ci.org/wesnoth/wesnoth-old/jobs/9305695
20130720 20:16:34< AI0867> that is, it will now complain about compiler errors, rather than build system issues
20130720 20:17:04< trademark_> AI0867, nice, thank you
20130720 20:26:04-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20130720 20:26:20-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130720 20:26:34-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20130720 20:37:03-!- travis-ci [~travis-ci@ec2-54-226-120-242.compute-1.amazonaws.com] has joined #wesnoth-dev
20130720 20:37:04< travis-ci> [travis-ci] wesnoth/wesnoth-old#250 (asio_umcd - 5d3ac04 : Alexander van Gessel): The build is still failing.
20130720 20:37:04< travis-ci> [travis-ci] Build details : http://travis-ci.org/wesnoth/wesnoth-old/builds/9305694
20130720 20:37:04-!- travis-ci [~travis-ci@ec2-54-226-120-242.compute-1.amazonaws.com] has left #wesnoth-dev []
20130720 20:41:29-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130720 20:47:19-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20130720 20:47:35-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130720 20:47:35-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20130720 20:51:53-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130720 20:52:33-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130720 20:53:21< irker026> wesnoth: Pierre T wesnoth-old:asio_umcd f68f9c8288ae / src/ (12 files in 6 dirs): Add support of lock_guard. http://git.io/qYiAiw
20130720 21:04:09-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has left #wesnoth-dev []
20130720 21:13:15< irker026> wesnoth: Alexander van Gessel wesnoth-old:asio_umcd 7d9b191b98d7 / src/umcd/ (4 files in 3 dirs): Add boost<1.51 workarounds to umcd sources http://git.io/8te0Wg
20130720 21:17:47-!- flix [~flix@91-66-31-1-dynip.superkabel.de] has left #wesnoth-dev []
20130720 21:17:59< trademark_> AI0867, I have strange link error with scons that I don't have with CMake, the problem is that each files/dependencies in the scons or CMake files are the same -.- A hint?
20130720 21:18:14-!- kex [~kex@212.158.180.69] has quit [Remote host closed the connection]
20130720 21:20:19-!- travis-ci [~travis-ci@ec2-50-17-163-98.compute-1.amazonaws.com] has joined #wesnoth-dev
20130720 21:20:19< travis-ci> [travis-ci] wesnoth/wesnoth-old#251 (asio_umcd - f68f9c8 : Pierre T): The build is still failing.
20130720 21:20:19< travis-ci> [travis-ci] Build details : http://travis-ci.org/wesnoth/wesnoth-old/builds/9306517
20130720 21:20:19-!- travis-ci [~travis-ci@ec2-50-17-163-98.compute-1.amazonaws.com] has left #wesnoth-dev []
20130720 21:22:03< AI0867> unrelated: boost::chrono is a 1.47 feature, but it's giving me issues on 1.49 too
20130720 21:22:25< AI0867> trademark_: argh, I ran into something like that myself
20130720 21:22:55< AI0867> see line 43 in src/Sconscript
20130720 21:23:05< AI0867> s/Sc/SC/
20130720 21:23:22< trademark_> a hack ^^
20130720 21:23:29< AI0867> yep
20130720 21:24:01< AI0867> rename one of the objects, so it doesn't conflict due to having the same name with different build options
20130720 21:24:23< trademark_> these versions problems are really annoying and I'm losing a lot of time, I maybe should install Boost 1.41
20130720 21:24:24-!- bumbadadabum [~bumba@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20130720 21:24:50< trademark_> AI0867, what objects?
20130720 21:25:02< AI0867> the stuff the cpp files compile to
20130720 21:25:11< AI0867> foo.o
20130720 21:26:37< trademark_> ok but how in the SConscript file can I do that?
20130720 21:27:15-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130720 21:32:49< AI0867> something similar to that line
20130720 21:33:34< AI0867> you manually extend the sources with an object that is initialized with two strings. The former being the object's new non-conflicting name, the latter being the source file.
20130720 21:34:50< AI0867> trademark_: so, besides the fact that chrono doesn't exist in 1.41, it's a separate package, and would have to be added as a dependency
20130720 21:39:40-!- travis-ci [~travis-ci@ec2-23-20-93-32.compute-1.amazonaws.com] has joined #wesnoth-dev
20130720 21:39:40< travis-ci> [travis-ci] wesnoth/wesnoth-old#252 (asio_umcd - 7d9b191 : Alexander van Gessel): The build is still failing.
20130720 21:39:40< travis-ci> [travis-ci] Build details : http://travis-ci.org/wesnoth/wesnoth-old/builds/9306902
20130720 21:39:40-!- travis-ci [~travis-ci@ec2-23-20-93-32.compute-1.amazonaws.com] has left #wesnoth-dev []
20130720 21:44:21< trademark_> AI0867, okay about Chrono, but even if I understood what the sources.extend do, I'm not sure to know what is conflicting now...
20130720 21:52:31-!- mcwise [~mcwise@p54A3A19E.dip0.t-ipconnect.de] has joined #wesnoth-dev
20130720 21:55:05-!- H-Hour [~H-Hour@cpc7-sgyl35-2-0-cust428.18-2.cable.virginmedia.com] has joined #wesnoth-dev
20130720 22:12:59< AI0867> it should tell you that
20130720 22:22:35< trademark_> okay
20130720 22:48:06-!- trademark_ [~trademark@mne69-1-82-67-17-201.fbx.proxad.net] has quit [Ping timeout: 256 seconds]
20130720 22:55:49-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Operation timed out]
20130720 22:56:04-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130720 23:05:28-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Quit: lipkab]
20130720 23:15:52-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130720 23:21:41< jamit> For WML folks: There is an error spit out to stderr if a scenario tries to recall a non-existent unit. What do you think of changing this from an engine error to a WML log?
20130720 23:22:04< bumbadadabum> jamit: Eh
20130720 23:22:12< bumbadadabum> don't do it
20130720 23:22:26< jamit> Also, fendrin ^, since you're the one who introduced this logging (1.9.10)
20130720 23:22:43< jamit> Why not?
20130720 23:22:46< mcwise> sorry, but what is an engine error? do you only mean don't print it out to stderr but only to log it?
20130720 23:22:49< bumbadadabum> A lot of add-ons just [recall]
20130720 23:22:59< bumbadadabum> even if there is no unit found
20130720 23:23:08< bumbadadabum> (not many care about stderr)
20130720 23:23:17< bumbadadabum> and this will cause a lot of errors
20130720 23:24:09< jamit> mcwise: "engine error" and "WML log" refer to logging done when the game runs. Errors are always written out, while logs need to be requested from the command line.
20130720 23:24:29< bumbadadabum> oh, like that
20130720 23:24:30< bumbadadabum> silly me
20130720 23:24:32< bumbadadabum> :p
20130720 23:24:38< bumbadadabum> no, keep it this way
20130720 23:24:46< bumbadadabum> people should still be able to see that it's not good
20130720 23:24:54< jamit> mcwise: The "engine" and "WML" parts help to differentiate the parts. You could request just the engine logs instead of all logs.
20130720 23:25:08< mcwise> ok I see
20130720 23:25:28< mcwise> so are there WML erros and engine logs as well?
20130720 23:25:41< jamit> bumbadadabum: Exactly. A lot of add-ons do it. So do mainline campaigns. Hence the thought to demote it from error to log. or maybe debug, but that might be too low.
20130720 23:26:02< bumbadadabum> AFAIK mainline campaigns don't
20130720 23:26:06< jamit> mcwise: Do you run wesnoth from a command prompt?
20130720 23:26:09< mcwise> yes I do
20130720 23:26:34< bumbadadabum> jamit: I'd say keep it and maybe make a {RECALL_UNIT} tag with an [if]
20130720 23:26:39< bumbadadabum> *macro
20130720 23:26:40< jamit> bumbadadabum: Under the Burning Suns for one. When recalling, it doesn't check which side you chose, it just recalls all possible helpers.
20130720 23:26:46< mcwise> I saw some errors there as well already but I didn't pay attention to detail
20130720 23:27:21< jamit> mcwise: Try running wesnoth --help
20130720 23:27:42< jamit> mcwise: Look for the part about logging options. That might explain things as well as I could.
20130720 23:28:14< mcwise> wow thanks didn't know that it can be used like that
20130720 23:30:00< jamit> bumbadadabum: I suspect every mainline campaign with optional special units simply recall them without bothering to check if they exist, but UtBS is the only one I know for sure off the top of my head.
20130720 23:30:09-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has left #wesnoth-dev []
20130720 23:30:20< bumbadadabum> jamit: That's why I said, make a {RECALL} macro with an [if]
20130720 23:30:27< bumbadadabum> I might even do that
20130720 23:31:00< jamit> Why?
20130720 23:31:04< jamit> What benefit?
20130720 23:31:15< bumbadadabum> no errors
20130720 23:31:25< bumbadadabum> I think a failed recall should give an error
20130720 23:31:35< bumbadadabum> in the stderr
20130720 23:31:39< bumbadadabum> because, it is an error
20130720 23:32:05< mcwise> uh
20130720 23:32:16< mcwise> so when saying "no errors" you said it doesn't cause more errors?
20130720 23:32:28< jamit> I disagree. I think it is not an error. But that's why I asked here -- to get others' thoughts before making a change.
20130720 23:33:16< bumbadadabum> do whatever
20130720 23:34:06< bumbadadabum> I guess it's more simple if it doesn't give errors
20130720 23:34:34< jamit> mcwise: What would happen with what I propose is that failed recalls would not normally produce stderr messages, unless someone ran wesnoth --log-debug wml (or something like that).
20130720 23:35:13< jamit> mcwise: Currently, a failed recall does produce a stderr message every time.
20130720 23:35:17< mcwise> I see
20130720 23:35:23< mcwise> well is there some kind of list of those two parts?
20130720 23:35:38< mcwise> is it documented somewhere? because then people could decide themselves what they want to be listed
20130720 23:36:06< jamit> mcwise: "two parts" means "engine or wml"?
20130720 23:36:21< mcwise> yes
20130720 23:36:37< jamit> mcwise: You can get a list of those options with wesnoth --logdomains
20130720 23:36:45< jamit> There are a lot more than just those two.
20130720 23:37:06< mcwise> ah, that's great
20130720 23:37:20< mcwise> well I think there is no real advantage for either option
20130720 23:37:26< AI0867> how about a failure={error,ignore} key?
20130720 23:37:28< mcwise> I think it should be clear to the user where it is
20130720 23:38:11< mcwise> AI0867, what do you mean exactly
20130720 23:39:06< jamit> AI0867: Possible I suppose. How often would someone be interested in turning failure into an error though? One could always check for [have_unit] after recalling if the recall is essential.
20130720 23:40:13< bumbadadabum> Thinking about it more...
20130720 23:40:30< bumbadadabum> yeah, do it
20130720 23:40:37< bumbadadabum> I was just being silly
20130720 23:41:10< jamit> My thinking was that in a finished campaign, you probably have handled all the bad cases. When debugging your campaign, you could turn on the logging.
20130720 23:41:50< bumbadadabum> jamit: sometime it's useful to have the log yeah
20130720 23:42:24< jamit> But don't let me bully my opinion onto others. Just making sure different perspectives get considered. ;)
20130720 23:42:41< bumbadadabum> It's mostly annoying to have the error, really
20130720 23:43:27< bumbadadabum> there was a case in an add-on where there was a {REPEAT 100} [recall]
20130720 23:43:33< bumbadadabum> which spammed the stderr
20130720 23:45:00< bumbadadabum> but really, you can see it's not coded well in the WML as well
20130720 23:45:37< jamit> What was that WML for? An attempt to recall everything possible?
20130720 23:45:44< bumbadadabum> yes
20130720 23:46:13< bumbadadabum> my problem was that if you remove the error, this becomes 'correct'
20130720 23:46:19< jamit> To me, that seems like a challenge to get 101 units in the recall list. :)
20130720 23:46:44< bumbadadabum> it's during the second scenario
20130720 23:46:52< jamit> Challenge!
20130720 23:46:53< bumbadadabum> and there is no way to get enough gold for it
20130720 23:47:16< bumbadadabum> anyway, it 'works'
20130720 23:47:25< bumbadadabum> and that's enough for most add-ons
20130720 23:48:32< bumbadadabum> but then again, following that logic, the errors for getting the value of non-existent variables should be removed as well
20130720 23:48:53< jamit> As for error/correct, there is probably a lot of bad WML that doesn't produce error messages. I can appreciate wanting to alert the author to the bad choice, but I wouldn't want to try it myself.
20130720 23:49:09< jamit> The non-existent variable message is still error-level?
20130720 23:49:34< bumbadadabum> it appears in the stderr
20130720 23:49:48< bumbadadabum> and it should
20130720 23:49:52< jamit> Hmm... let me see if I can find where it is produced.
20130720 23:49:56< mcwise> I will shortly be offline
20130720 23:50:02-!- mcwise [~mcwise@p54A3A19E.dip0.t-ipconnect.de] has quit [Quit: Leaving]
20130720 23:50:22< bumbadadabum> people really don't realize nil =/= 0
20130720 23:51:22< jamit> Looks like the non-existing variable message is warning level.
20130720 23:51:37< bumbadadabum> I don't really pay attention
20130720 23:51:43< bumbadadabum> it appears in my stderr
20130720 23:52:16-!- trewe [~trewe@87.196.44.63] has joined #wesnoth-dev
20130720 23:52:42-!- mcwise [~mcwise@p54A3A19E.dip0.t-ipconnect.de] has joined #wesnoth-dev
20130720 23:52:55< jamit> I guess the default is to show warnings and errors? I don't recall.
20130720 23:53:02< fabi> jamit: ?
20130720 23:55:35< jamit> fabi: In r51808 you started logging an error if WML attempts to recall a unit that does not exist. I've asked if it would be a good idea to change the stream from ERR_NG to LOG_WML.
20130720 23:55:52< fabi> jamit: yes
20130720 23:56:21< mcwise> :D quite straightforward
20130720 23:57:49-!- mjs-de [~mjs-de@d120237.adsl.hansenet.de] has quit [Quit: On the road again]
20130720 23:59:20-!- lansiir [~oldtopman@unaffiliated/oldtopman] has joined #wesnoth-dev
20130720 23:59:43< jamit> Oh, I had been skipping the "info" qualifier when avoiding the C++ names. :oops: "log" alone meant "info log" -- the level between warnings and debugging.
--- Log closed Sun Jul 21 00:00:24 2013