--- Log opened Sun Jan 04 00:00:28 2015
20150104 00:03:21-!- cib0 [~cib@p5DD2092A.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20150104 00:32:01-!- Fluffbeast [~Fluffbeas@pool-96-252-61-113.bstnma.fios.verizon.net] has joined #wesnoth-dev
20150104 00:37:02-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20150104 00:42:03-!- markus_ [~mjs-de@p508C9FE8.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20150104 00:43:12-!- Fluffbeast [~Fluffbeas@pool-96-252-61-113.bstnma.fios.verizon.net] has quit [Ping timeout: 245 seconds]
20150104 01:12:06-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20150104 01:43:17-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 244 seconds]
20150104 01:47:18-!- Octalot [~noct@84.93.166.245] has quit []
20150104 01:50:40-!- gfgtdf [~chatzilla@f054151041.adsl.alicedsl.de] has joined #wesnoth-dev
20150104 01:50:50-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Ping timeout: 244 seconds]
20150104 01:51:16-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20150104 01:55:37< shadowm> gfgtdf: Has anyone confirmed the fix for #22968?
20150104 01:57:19< gfgtdf> shadowm: no, i made a pull request for it that it yet untedted.
20150104 01:57:46< gfgtdf> shadowm: also in teh report may contain multiple bugs
20150104 01:57:57< gfgtdf> shadowm: esp i didnt look after "host vision remains as enemy side until get turn"
20150104 01:58:26< gfgtdf> shadowm: the ready for test sf about the "sides controlled for AI becomed controlled by host" part
20150104 01:59:05< shadowm> Okay, so in other words we still can't release.
20150104 01:59:21< shadowm> shikadibot: seen thunderstruck
20150104 01:59:21< shikadibot> shadowm: The person with the nick thunderstruck last spoke 12d 16h ago.  12d 3h ago they left with the message: Remote host closed the connection
20150104 01:59:33< gfgtdf> shadowm: finally the report also contains a "Finally, multiplayer campaigns always give crashing errors to observes after transition to a new scenario" part from which i am not sure whether it is the same as http://gna.org/bugs/?23036
20150104 02:00:57-!- Nostromus [~chatzilla@g230251120.adsl.alicedsl.de] has joined #wesnoth-dev
20150104 02:01:24< shadowm> gfgtdf: Could you try to get someone to test your partial fix anyway?
20150104 02:04:57< gfgtdf> shadowm: i wonder whether i should just merge the pr, i think the chance that it breaks something are low, and even if it's, a simple commit thats easy to revert.
20150104 02:06:45< shadowm> I think that's up to somebody who knows that code, i.e. you.
20150104 02:11:47-!- irker001 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20150104 02:11:47< irker001> wesnoth: gfgtdf wesnoth:1.12 95d650c9f76c / src/multiplayer_connect_engine.cpp: don't assign computer sides to new players.  http://git.io/eEH9ow
20150104 02:11:47< irker001> wesnoth: gfgtdf wesnoth:1.12 9c6b5df2311e / src/multiplayer_wait.cpp: maybe fix mp campaign define http://git.io/bqcKkg
20150104 02:11:48< irker001> wesnoth: gfgtdf wesnoth:1.12 75ed1be82bde / src/ (multiplayer_connect_engine.cpp multiplayer_wait.cpp): Merge pull request #350 from gfgtdf/mp_1_12_fixes https://github.com/wesnoth/wesnoth/commit/75ed1be82bdef940b6bf4e431d79d3817df87c65
20150104 02:12:53 * shadowm whispers: chaaaaaaaangeloooooooog...
20150104 02:13:03-!- Kexoth [~kex@78.157.29.160] has quit [Remote host closed the connection]
20150104 02:20:43< irker001> wesnoth: gfgtdf wesnoth:1.12 ed18b98fbeea / changelog: Update changelog http://git.io/XOYGkA
20150104 02:23:39< gfgtdf> shadowm: ^
20150104 02:31:12-!- gfgtdf [~chatzilla@f054151041.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.91.1 [Firefox 34.0/20141125180439]]
20150104 02:36:14-!- Nostromus_ [~chatzilla@g224145185.adsl.alicedsl.de] has joined #wesnoth-dev
20150104 02:37:13< irker001> wesnoth: Chris Beck wesnoth:master 6ac21df1a8a0 / src/unit.cpp: cosmetic: tiny up punctuation in unit ctor initializer lists http://git.io/M6MqCw
20150104 02:38:09-!- Nostromus [~chatzilla@g230251120.adsl.alicedsl.de] has quit [Ping timeout: 245 seconds]
20150104 02:38:24-!- Nostromus_ is now known as Nostromus
20150104 02:42:58-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20150104 02:55:28< irker001> wesnoth: Chris Beck wesnoth:master 36592738a2e2 / graphincludes/project/wesnoth.pm utils/graphincludes/project/wesnoth.pm: move graphincludes projectfile to utils/ http://git.io/CqoLBA
20150104 03:05:21-!- Ivanovic_ [~ivanovic@frnk-5f74fdcc.pool.mediaWays.net] has joined #wesnoth-dev
20150104 03:05:21-!- Ivanovic_ [~ivanovic@frnk-5f74fdcc.pool.mediaWays.net] has quit [Changing host]
20150104 03:05:21-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20150104 03:06:07< Necrosporus> So if there are unit id clashes it might introduce bugs
20150104 03:07:41< iceiceice> yes
20150104 03:08:04< iceiceice> units actually have two ids,
20150104 03:08:11< iceiceice> an id, and an underlying_id,
20150104 03:08:17< iceiceice> id is used by wml lua
20150104 03:08:26< iceiceice> underlying_id is used only by the C++ engine
20150104 03:08:33< iceiceice> iirc
20150104 03:08:48< iceiceice> there is a counter built-in so that the underlying_id is not duplicated
20150104 03:09:05< iceiceice> it might also be specific only to a session, i dont remember...
20150104 03:09:21< iceiceice> like if it is saved and reloaded, or if it is just regenerated when the game is reloaded
20150104 03:09:26-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 250 seconds]
20150104 03:09:41< iceiceice> if there is an underlying_id collision that is quite bad
20150104 03:09:54< iceiceice> if there is an id collision it is less bad, but probably will break some wml
20150104 03:10:16< Necrosporus> I do not know where collisions are, but I somehow got wrong unit when reloading save
20150104 03:10:21< Necrosporus> One unit turned into other
20150104 03:10:33< iceiceice> hmmm
20150104 03:10:42< iceiceice> is the change only visual?
20150104 03:10:46< iceiceice> or is it at the level of wml also
20150104 03:11:04< iceiceice> like, if you save the file, did the unit type in the save file change?
20150104 03:11:21-!- Ivanovic_ is now known as Ivanovic
20150104 03:13:57< vultraz> C:\Users\Charles\Documents\wesnoth-git\src\xBRZ\xbrz.cpp|50|warning: unknown option after '#pragma GCC diagnostic' kind [-Wpragmas]|
20150104 03:14:08< vultraz> been seeing this for awhile, does it mean anything
20150104 03:14:16< vultraz> (awhile = several weeks)
20150104 03:18:10< Necrosporus> iceiceice, actually unit changed its type when I reloaded a savegame
20150104 03:18:23< Necrosporus> In inspect the type is newtype
20150104 03:18:30-!- [Relic] [~Relic]@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20150104 03:20:15< iceiceice> vultraz: i can't remember exactly who else was involved in adding that
20150104 03:20:39< iceiceice> its best not to use #pragma in general i guess...
20150104 03:20:53< iceiceice> let me look at this again
20150104 03:21:42< Necrosporus> The problem is wml id collision
20150104 03:22:01< Necrosporus> Like if one create two units with same id by [unit] tag
20150104 03:22:48< Necrosporus> iceiceice, is there a way to prevent units turning into other when reloading save?
20150104 03:23:00< Necrosporus> Maybe save should also contain underlying id?
20150104 03:23:46< iceiceice> hmmmm
20150104 03:23:56< iceiceice> ok
20150104 03:24:19< iceiceice> i think iirc we write on the wiki that its the scenario makers job to not duplicate ids
20150104 03:24:24< iceiceice> but
20150104 03:24:40< iceiceice> actually i'm surprised that it would make a problem like this,
20150104 03:24:47< iceiceice> i would think that the engine should use mainly the underlying id
20150104 03:24:55< iceiceice> and that id should mainly just be used for filters
20150104 03:32:16< Necrosporus> Does addon developer have to provide unit id actually?
20150104 03:32:48< Necrosporus> I guess it's wiser to let it empty unless the unit is special one (like a char)
20150104 03:33:39< iceiceice> yeah thats normally what you do
20150104 03:33:50< iceiceice> the game normally makes one like "Elvish-Archer-16" or someting i think
20150104 03:34:02< iceiceice> if it is empty
20150104 03:34:17< iceiceice> vultraz: you are using tdm-gcc right?
20150104 03:34:39< Necrosporus> iceiceice, could this number be duplicated if unit is created in other scenario?
20150104 03:34:41< vultraz> yeah, 4.5, since I don't have boost libs compiled against 4.8 
20150104 03:35:06< Necrosporus> Like you get Elvish-Archer-1 in first scenario and then Elvish-Archer-1 again in second?
20150104 03:35:08< iceiceice> do you know if there is a compiler define for tdm-gcc?
20150104 03:35:24< iceiceice> the pragma is being invoked here: https://github.com/wesnoth/wesnoth/commit/cdc08a6e16e1b1723c32e65605f724964516feab
20150104 03:35:43< Necrosporus> Or the number is incremented each time you create a unit and preserved in savefile?
20150104 03:36:51< iceiceice> the code that handles this is almost surely in unit.cpp somewhere...
20150104 03:39:22< iceiceice> Necrosporus: https://github.com/wesnoth/wesnoth/blob/master/src/unit.cpp#L2110
20150104 03:39:28< iceiceice> it looks like when the id is blank,
20150104 03:39:39< iceiceice> it is made as "unit type name" + "-" + underlying_id
20150104 03:40:04< vultraz> so the underlying id is..."16"? 
20150104 03:40:15< iceiceice> yeah
20150104 03:40:20< iceiceice> i think the underlying id is just a counter
20150104 03:40:28< iceiceice> it should go up to 4 billion before it loops i guess
20150104 03:42:55< Necrosporus> Why not to make it 64 bit?
20150104 03:43:10< Necrosporus> 4 billions of units is not necessarily enough
20150104 03:43:16< vultraz> . . .
20150104 03:43:26< iceiceice> if you want to make a patch i think you are welcome
20150104 03:43:41< Necrosporus> I do not know which files to change
20150104 03:43:44< iceiceice> idk if there has ever been a bug report like this though
20150104 03:43:44< Necrosporus> beside unit.cpp
20150104 03:44:50< iceiceice> if you just grep for "underlying_id" i think you can find out
20150104 03:45:41< iceiceice> i am not sure if wesnoth wml tables support 64 bit integers?
20150104 03:46:57< iceiceice> i guess that we do: https://github.com/wesnoth/wesnoth/blob/master/src/config.hpp#L264
20150104 03:48:12< Necrosporus> Seems underlying id is present in save description
20150104 03:48:35< Necrosporus> So the problem is with saveloading code which places units by id instead of underlying id
20150104 03:52:38< Necrosporus> error display: could not open image 'misc/ellipse-nozoc-leader-selected-top.png'
20150104 03:52:46< Necrosporus> When I select a unit
20150104 03:52:58< Necrosporus> And it didn't happen before with same unit
20150104 04:14:40-!- Nostromus [~chatzilla@g224145185.adsl.alicedsl.de] has quit [Remote host closed the connection]
20150104 04:36:46< vultraz> le sigh
20150104 04:38:28< vultraz> time_area y u no work
20150104 04:41:52< vultraz> le sigh
20150104 04:43:07 * vultraz greps
20150104 04:44:19< vultraz> of course, spread out across 10 different files
20150104 04:48:31< vultraz> iceiceice: perhaps you can help me
20150104 04:50:04< iceiceice> whats up
20150104 04:52:18< vultraz> so the wiki says "note: only for [event][time_area]s - at scenario toplevel [time_area] does not support StandardLocationFilter, only location ranges"
20150104 04:53:08< vultraz> is that true?
20150104 04:53:49< vultraz> (also in game_lua_kernel::intf_add_time_area there seems to be const terrain_filter filter(cfg, &game_state_); which is er, unused?)
20150104 04:54:50< vultraz> but my problem is that even in [event] [time_area] nothing more than a single type of loc (terrain= or x,y= but not both in my tests, not even with [and])
20150104 04:55:01< vultraz> s/loc/loc works
20150104 05:01:45< iceiceice> ok do you think it broke when it moved to lua?
20150104 05:02:23< vultraz> it's been broken since forever
20150104 05:02:27< iceiceice> what do your tests look like
20150104 05:03:38< vultraz> http://pastebin.com/zQtFVtdA anything in [and] still doesn't get the time
20150104 05:03:40< vultraz> 1.12 and master
20150104 05:06:28< vultraz> I believe it will also fail if it includes border hexes, but I think that's an SLF problem, since [remove_shroud] {EVERYWHERE} doesn't remove from border hexes, but that shouldn't cause the [time_area] not to display at all
20150104 05:11:16< vultraz> IIRC these issues have existed since at least 1.9
20150104 05:11:37-!- oldlaptop [~quassel@static-50-108-31-113.mskg.mi.frontiernet.net] has quit [Ping timeout: 240 seconds]
20150104 05:12:40-!- Sulfur [~Miranda@p5B327C23.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150104 05:25:33< iceiceice> vultraz: the terrain_filter in that fcn is used at the next line, i think filter.get_location must be passed the location set `locs` by reference
20150104 05:26:29-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has quit [Ping timeout: 245 seconds]
20150104 05:28:16-!- oldlaptop [~quassel@static-50-108-31-113.mskg.mi.frontiernet.net] has joined #wesnoth-dev
20150104 05:31:58< vultraz> iceiceice: ah. but why is it discarding some of the SLF :/
20150104 05:32:11< iceiceice> idk
20150104 05:32:19< iceiceice> do SLFs work generally?
20150104 05:32:32< vultraz> yes
20150104 05:33:29< vultraz> at least, I haven't seen any problem
20150104 05:33:32< vultraz> let me try something...
20150104 05:40:51-!- new_one [~new_one@50.15.126.83] has quit [Quit: WeeChat 1.0.1]
20150104 05:41:13-!- oldlaptop [~quassel@static-50-108-31-113.mskg.mi.frontiernet.net] has quit [Ping timeout: 245 seconds]
20150104 05:41:39-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20150104 05:43:39< vultraz> iceiceice: appears to be a SLF problem
20150104 05:43:52< vultraz> the exact same SLF with a [remove_shroud] works
20150104 05:43:57< vultraz> er
20150104 05:43:58< vultraz> doesn't work
20150104 05:44:02< vultraz> remove the [and] block, and it works
20150104 05:46:35 * vultraz inspects terrain_filter::get_locations
20150104 05:48:54< vultraz> iceiceice: I think it has something to do with this function dealing specifically with different types of keys
20150104 05:49:49< iceiceice> yeah
20150104 05:49:56< iceiceice> it tries to short cut things it looks like
20150104 05:50:07< iceiceice> before considering whether there is [and] [or] [not]
20150104 05:50:11< iceiceice> most likely that is broken
20150104 05:52:14< vultraz> it fails completely when using no [and]
20150104 05:52:54< vultraz> i think it should always consider the whole map
20150104 05:55:04< irker001> wesnoth: Chris Beck wesnoth:master d38a656f41d1 / src/xBRZ/xbrz.cpp: xBRZ: try to fix a compiler warning on tdm-gcc http://git.io/J44Vdw
20150104 05:55:04< iceiceice> vultraz: ^
20150104 05:55:58< iceiceice> vultraz: it looks also like this function is supposed to handle the stuff about border hexes
20150104 05:56:04< iceiceice> based on the boolean argument...
20150104 05:56:20< vultraz> yeah...that argument should always be true imo
20150104 05:56:26< vultraz> we should remove that.
20150104 05:57:22-!- EliDupree_ [~quassel@66-189-34-122.dhcp.oxfr.ma.charter.com] has quit [Ping timeout: 245 seconds]
20150104 05:57:41-!- EliDupree [~quassel@66-189-34-122.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20150104 05:59:18< vultraz> also, doesn't fix the warning.
20150104 06:00:09< vultraz> though I think I should add sometimes my warnings appear, sometimes they don't. yesterday I wans't seeing it, today I was, now another warning (no fifodir set) has vanished...
20150104 06:02:59< iceiceice> vultraz: try replacing "__GNUWIN32__" with "_WIN32" maybe ?
20150104 06:04:16< iceiceice> oh hmmm...
20150104 06:07:11-!- oldlaptop [~quassel@static-50-108-31-113.mskg.mi.frontiernet.net] has joined #wesnoth-dev
20150104 06:08:12< vultraz> changing to WIN32 seems to get rid of it though
20150104 06:09:56< irker001> wesnoth: Charles Dang wesnoth:master 3f40d2f6e7a9 / src/xBRZ/xbrz.cpp: Fixup d38a656f41d1 , use WIN32 instead of GNUWIN32 http://git.io/PfRUTA
20150104 06:13:55-!- Kexoth [~kex@78.157.29.160] has joined #wesnoth-dev
20150104 06:14:00< vultraz> ahhh..
20150104 06:14:02< vultraz> bool with_border=false
20150104 06:14:06< vultraz> DEFAULT FALSE1
20150104 06:14:08< vultraz> !*
20150104 06:16:59< vultraz> iceiceice: alright if I remove this with_border flag?
20150104 06:17:57-!- Kexoth [~kex@78.157.29.160] has quit [Ping timeout: 240 seconds]
20150104 06:38:35-!- Sulfur [~Miranda@p5B327C23.dip0.t-ipconnect.de] has quit [Ping timeout: 264 seconds]
20150104 06:59:31< vultraz> hm...
20150104 07:04:37-!- oldlaptop [~quassel@static-50-108-31-113.mskg.mi.frontiernet.net] has quit [Ping timeout: 240 seconds]
20150104 07:10:31-!- oldlaptop [~quassel@static-50-108-31-113.mskg.mi.frontiernet.net] has joined #wesnoth-dev
20150104 07:16:12< irker001> wesnoth: Charles Dang wesnoth:master dc807a0ab683 / src/ (4 files in 3 dirs): Always consider border hexes when filtering locations http://git.io/vxuHSg
20150104 07:18:13-!- Ardonik [~user@adsl-75-28-99-90.dsl.irvnca.sbcglobal.net] has joined #wesnoth-dev
20150104 07:24:52-!- Appleman1234 [~Appleman1@s77.BMT-e1.vectant.ne.jp] has quit [Read error: Connection reset by peer]
20150104 07:27:00-!- Appleman1234 [~Appleman1@s77.BMT-e1.vectant.ne.jp] has joined #wesnoth-dev
20150104 07:31:00< shadowm> vultraz: No idea how relevant it is for that commit set, but I hope you are aware that __WIN32__ isn't defined by all Windows compilers?
20150104 07:31:11< shadowm> MSVC++ 2010, for example, does not define it.
20150104 07:37:43-!- [Relic] [~Relic]@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20150104 07:39:57< shadowm> Also, I hope dc807a0ab683 doesn't have any weird side-effects if there is anything relying on border hexes being excluded from filters by default.
20150104 07:41:48< shadowm> Why did you need this commit? I've just found two WML commits wherein we needed to explicitly exclude border locations from SLFs.
20150104 07:42:09< shadowm> Commits 982d868b944482cceeb5d18e2fd42afa916e0a32 and da8f3c824cc5ddb78a975455048cca341fd8cc94.
20150104 07:42:36< shadowm> Also, next time you are mentioning a name in a commit message, please don't omit punctuation that's part of it. It makes your entry less relevant if I ever need to search for mentions of something.
20150104 07:43:40< shadowm> Finally, I strongly advise you use _WIN32 instead of __WIN32__ for consistency with other code, even if you are targeting a compiler that defines __WIN32__, unless it doesn't define _WIN32, which I deem as likely as the moon being made of cheese.
20150104 08:19:03-!- lipkab [~the_new_l@host-91-147-212-169.biatv.hu] has joined #wesnoth-dev
20150104 08:58:10-!- PhaZ90771 [~PhaZ90771@c-24-13-158-17.hsd1.il.comcast.net] has joined #wesnoth-dev
20150104 09:02:04-!- Crendgrim [~crend@wesnoth/forum-moderator/crendgrim] has joined #wesnoth-dev
20150104 09:02:47-!- Crendgrim_ [~crend@wesnoth/forum-moderator/crendgrim] has quit [Ping timeout: 245 seconds]
20150104 09:15:25-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20150104 09:15:33-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has joined #wesnoth-dev
20150104 09:23:53-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has quit [Remote host closed the connection]
20150104 09:26:43-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has joined #wesnoth-dev
20150104 09:28:54-!- Ard0nik [~user@75.28.98.237] has joined #wesnoth-dev
20150104 09:29:52-!- Ardonik [~user@adsl-75-28-99-90.dsl.irvnca.sbcglobal.net] has quit [Ping timeout: 245 seconds]
20150104 09:40:08-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150104 09:40:42< vultraz> !log da8f3c824cc5ddb78a97
20150104 09:40:42< shikadibot> vultraz: Revision da8f3c824cc5 (Ignacio R. Morelle) on Sat Jun 21 14:12:56 2014:
20150104 09:40:45< shikadibot> vultraz: NR: Search for White Magi respawn locs only within map edges (bug #22097)
20150104 09:40:48< shikadibot> vultraz:  
20150104 09:40:51< shikadibot> vultraz: Without this, the engine may match map borders and send the respawnee
20150104 09:40:54< shikadibot> vultraz: (+2 discarded lines)
20150104 09:40:56< shikadibot> vultraz: Web interface URL: https://github.com/wesnoth/wesnoth/commit/da8f3c824cc5
20150104 09:41:03< vultraz> hm.......
20150104 09:41:05< vultraz> hmmmmmmm.........
20150104 09:41:07< vultraz> hm
20150104 09:44:07-!- Sulfur [~Miranda@p5B327482.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150104 09:44:42< vultraz> hm
20150104 09:44:45 * vultraz ponders
20150104 10:07:48< vultraz> what the hell is going on with shroud/fog in master
20150104 10:20:40-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 255 seconds]
20150104 10:24:35-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150104 10:27:17-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has quit [Ping timeout: 240 seconds]
20150104 10:28:33-!- Coffee_irc [~david@ppp118-210-11-174.lns20.adl2.internode.on.net] has quit [Quit: Konversation terminated!]
20150104 10:29:35-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Ping timeout: 264 seconds]
20150104 10:30:08-!- zookeeper [zookeeper@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20150104 10:34:01< vultraz> zookeeper: you noticed weird stuff with fog in master, right?
20150104 10:34:07< vultraz> anything with shroud?
20150104 10:40:52< zookeeper> didn't try shroud, no
20150104 10:44:42< vultraz> something really weird going on here... 
20150104 10:48:21< vultraz> agh agh agh
20150104 10:48:39< vultraz> icecubbbeeeeeeee!
20150104 10:49:28-!- mjs-de [~mjs-de@p508C9FE8.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150104 10:58:30-!- PhaZ90771 [~PhaZ90771@c-24-13-158-17.hsd1.il.comcast.net] has quit []
20150104 11:01:25-!- lipkab [~the_new_l@host-91-147-212-169.biatv.hu] has quit [Ping timeout: 264 seconds]
20150104 11:05:36-!- lipkab [~the_new_l@host-91-147-212-169.biatv.hu] has joined #wesnoth-dev
20150104 11:15:48-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20150104 11:35:48-!- Sulfur [~Miranda@p5B327482.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20150104 11:35:52-!- Nostromus [~chatzilla@g224145185.adsl.alicedsl.de] has joined #wesnoth-dev
20150104 11:38:00< irker001> wesnoth: Charles Dang wesnoth:master 8c7d6fecb7ed / src/scripting/game_lua_kernel.cpp: Better code formatting for cpp_callbacks list http://git.io/mqhTHw
20150104 11:54:14-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has quit [Quit: Konversation terminated!]
20150104 11:54:15-!- travis-ci [~travis-ci@ec2-54-211-100-218.compute-1.amazonaws.com] has joined #wesnoth-dev
20150104 11:54:16< travis-ci> wesnoth/wesnoth#5428 (master - 8c7d6fe : Charles Dang): The build was broken.
20150104 11:54:16< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/45841517
20150104 11:54:16-!- travis-ci [~travis-ci@ec2-54-211-100-218.compute-1.amazonaws.com] has left #wesnoth-dev []
20150104 11:59:15-!- Coffee_irc [~david@ppp118-210-11-174.lns20.adl2.internode.on.net] has joined #wesnoth-dev
20150104 12:09:48< vultraz> damn
20150104 12:19:25< irker001> wesnoth: Charles Dang wesnoth:master e9ed01ee5f72 / src/scripting/game_lua_kernel.cpp: Fixup HEAD http://git.io/crFOcQ
20150104 12:20:58-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150104 12:23:57-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 240 seconds]
20150104 12:24:01< vultraz> If anyone's wondering, the whole point of that was that the list was using a mix of tabs and spaces
20150104 12:24:19< vultraz> causing ugly formatting on editors where tab =/= 8 spaces
20150104 12:26:03< irker001> wesnoth: Charles Dang wesnoth:master e1e5169c95b4 / data/lua/wml-tags.lua src/scripting/game_lua_kernel.cpp: Get [time_area] id from the config instead of passing it as a lua arg http://git.io/Ac2f4w
20150104 12:27:08< vultraz> One bug down
20150104 12:33:03< irker001> wesnoth: Charles Dang wesnoth:master 1cab8b127f50 / src/scripting/game_lua_kernel.cpp: Eliminate a useless copy variable in intf_add_time_area http://git.io/uGizfQ
20150104 12:44:04< vultraz> ok, apparently in master, [time_area] in prestart is broken
20150104 12:44:05< vultraz> le sign
20150104 12:44:19< vultraz> I fixed it not working at all without id, though
20150104 12:48:43-!- localuser- [~none@gateway/tor-sasl/localuser-] has joined #wesnoth-dev
20150104 12:55:51-!- Sulfur [~Miranda@p5B327482.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150104 12:56:22-!- travis-ci [~travis-ci@ec2-54-234-2-229.compute-1.amazonaws.com] has joined #wesnoth-dev
20150104 12:56:22< travis-ci> wesnoth/wesnoth#5429 (master - e9ed01e : Charles Dang): The build was fixed.
20150104 12:56:22< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/45843596
20150104 12:56:22-!- travis-ci [~travis-ci@ec2-54-234-2-229.compute-1.amazonaws.com] has left #wesnoth-dev []
20150104 12:59:09-!- localuser- [~none@gateway/tor-sasl/localuser-] has quit [Remote host closed the connection]
20150104 13:01:26-!- stikonas__ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150104 13:01:51-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 256 seconds]
20150104 13:05:49-!- localuser- [~none@gateway/tor-sasl/localuser-] has joined #wesnoth-dev
20150104 13:07:36-!- localuser- [~none@gateway/tor-sasl/localuser-] has quit [Remote host closed the connection]
20150104 13:20:35-!- mjs-de [~mjs-de@p508C9FE8.dip0.t-ipconnect.de] has quit [Ping timeout: 264 seconds]
20150104 13:26:32-!- travis-ci [~travis-ci@ec2-54-211-100-218.compute-1.amazonaws.com] has joined #wesnoth-dev
20150104 13:26:32< travis-ci> wesnoth/wesnoth#5430 (master - e1e5169 : Charles Dang): The build was fixed.
20150104 13:26:32< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/45843922
20150104 13:26:32-!- travis-ci [~travis-ci@ec2-54-211-100-218.compute-1.amazonaws.com] has left #wesnoth-dev []
20150104 13:31:32-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has joined #wesnoth-dev
20150104 13:33:47-!- new_one [~new_one@50.15.126.83] has joined #wesnoth-dev
20150104 13:51:51-!- travis-ci [~travis-ci@ec2-54-234-2-229.compute-1.amazonaws.com] has joined #wesnoth-dev
20150104 13:51:51< travis-ci> wesnoth/wesnoth#5431 (master - 1cab8b1 : Charles Dang): The build was fixed.
20150104 13:51:51< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/45844306
20150104 13:51:51-!- travis-ci [~travis-ci@ec2-54-234-2-229.compute-1.amazonaws.com] has left #wesnoth-dev []
20150104 14:00:21-!- localuser- [~none@gateway/tor-sasl/localuser-] has joined #wesnoth-dev
20150104 14:01:21-!- Crendgrim_ [~crend@wesnoth/forum-moderator/crendgrim] has joined #wesnoth-dev
20150104 14:01:52-!- Crendgrim [~crend@wesnoth/forum-moderator/crendgrim] has quit [Ping timeout: 240 seconds]
20150104 14:16:21-!- localuser- [~none@gateway/tor-sasl/localuser-] has quit [Remote host closed the connection]
20150104 14:20:01-!- localuser- [~none@gateway/tor-sasl/localuser-] has joined #wesnoth-dev
20150104 14:45:30-!- mjs-de [~mjs-de@p508C9FE8.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150104 14:48:14-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20150104 14:59:05< vultraz> iceiceice: if you get back, ping me. I'll respond in the morning
20150104 15:01:32-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has quit [Ping timeout: 244 seconds]
20150104 15:07:20-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20150104 15:09:53-!- renketsu0 [45f63b55@gateway/web/freenode/ip.69.246.59.85] has joined #wesnoth-dev
20150104 15:22:00-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20150104 15:25:59< iceiceice> vultraz: it looks like alot of the AI code typically uses location filters with border = false
20150104 15:26:04-!- renketsu0 [45f63b55@gateway/web/freenode/ip.69.246.59.85] has quit [Quit: Page closed]
20150104 15:28:40< iceiceice> i think this commit might have been too hasty: https://github.com/wesnoth/wesnoth/commit/dc807a0ab68387b4579a3acbd51c1b4b8f7fe82c
20150104 15:33:12-!- lipkab [~the_new_l@host-91-147-212-169.biatv.hu] has quit [Ping timeout: 264 seconds]
20150104 15:33:33-!- irker001 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20150104 15:33:34-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Ping timeout: 245 seconds]
20150104 15:33:57-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20150104 15:35:07-!- localuser- [~none@gateway/tor-sasl/localuser-] has quit [Ping timeout: 250 seconds]
20150104 15:43:45-!- stikonas__ is now known as stikonas
20150104 15:50:01-!- gfgtdf [~chatzilla@e177176173.adsl.alicedsl.de] has joined #wesnoth-dev
20150104 15:51:48< gfgtdf> iceiceice: here is also wrong intention like the one vultraz fixed: https://github.com/wesnoth/wesnoth/blob/master/src/server/game.cpp#L359
20150104 15:53:19< iceiceice> whats wrong about it?
20150104 15:53:32-!- localuser- [~none@gateway/tor-sasl/localuser-] has joined #wesnoth-dev
20150104 15:54:20< gfgtdf> iceiceice: it uses tabs
20150104 15:55:10< gfgtdf> iceiceice: and assumes tab=8 spaces
20150104 15:55:38< iceiceice> idk i think thats a reasonable assumption
20150104 15:55:47< iceiceice> the purpose of tab is to make lining things up less tedious
20150104 15:57:16< gfgtdf> iceiceice: well no, thats not a tendious asumption. I cannot find it stated anywhere
20150104 15:57:41< iceiceice> ok but all the files will look odd if you don't have tab=8 spaces
20150104 15:59:03< gfgtdf> iceiceice: no they won't
20150104 15:59:22< gfgtdf> iceiceice: exsppt with a few exceptiosn liek the one i posted
20150104 15:59:40< iceiceice> many files have long lines that are split
20150104 16:00:18< iceiceice> those are generally indented with tabs after the split
20150104 16:00:23< iceiceice> for instance this line: https://github.com/wesnoth/wesnoth/blob/master/src/terrain_filter.cpp#L406
20150104 16:01:12< gfgtdf> iceiceice: why shoudl tehy look odd with other widths?
20150104 16:01:49< iceiceice> the split won't line up in under the same place in the original line
20150104 16:01:53-!- mjs-de [~mjs-de@p508C9FE8.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20150104 16:02:01< iceiceice> so it might be less readable
20150104 16:02:35< gfgtdf> iceiceice: i dotn understand
20150104 16:02:42< gfgtdf> iceiceice: what do mean by original line
20150104 16:02:52< iceiceice> idk i find i can usually notice if the tab width is not the same as what was chosen by the person who wrote it
20150104 16:03:02-!- lipkab [~the_new_l@host-91-147-212-169.biatv.hu] has joined #wesnoth-dev
20150104 16:03:15< iceiceice> s/original line/ the line before the split
20150104 16:03:25< iceiceice> for instnace,
20150104 16:03:37< iceiceice> if i have if ( ... && ... && ... && ... )
20150104 16:03:43< iceiceice> and the author decides to split it
20150104 16:03:48< iceiceice> they might often line up the && 's
20150104 16:04:04< iceiceice> if you change the tab width they won't be lined up anymore
20150104 16:04:14< gfgtdf> iceiceice: why ?
20150104 16:04:23< iceiceice> its obvious
20150104 16:04:33< gfgtdf> iceiceice: i dont see anythign lined up in teh line you posted
20150104 16:04:44< iceiceice> idk i dont want to argue about it, i dont really care
20150104 16:04:53< gfgtdf> iceiceice: in teh github version which has width 8 they &&s arent on teh same line
20150104 16:05:03< iceiceice> yeah its not the best example but there are many others
20150104 16:05:25< gfgtdf> iceiceice: well but you shoudl care if you mes up teh codew for others
20150104 16:05:46< iceiceice> ok
20150104 16:05:55< iceiceice> if you want to try to make a rule about tab widths i dont see a reason against it
20150104 16:06:31< gfgtdf> iceiceice: teh rule is not to asune a specific tab öength
20150104 16:07:16< iceiceice> fwiw i don't really think vultraz's commit is clearly an improvement,
20150104 16:07:23< iceiceice> suppose i have to add a new line to the list
20150104 16:07:31< iceiceice> i will do it by copy pasting an earlier line
20150104 16:07:46< iceiceice> if it is tab-based, then i likely don't have to adjust the whitespace
20150104 16:07:52< iceiceice> if it is space-based then i surely do
20150104 16:08:00< gfgtdf> iceiceice: i m abolutoely sur it is
20150104 16:08:14-!- Coffee_irc [~david@ppp118-210-11-174.lns20.adl2.internode.on.net] has quit [Quit: Konversation terminated!]
20150104 16:08:46< iceiceice> if you want to convert all tabs that are not leading the line to spaces.
20150104 16:08:53< iceiceice> i think this can be done in about 2 seconds with a sed script
20150104 16:09:18< gfgtdf> iceiceice: well in teh case i posted they are leading
20150104 16:09:51< iceiceice> i really dont care but i dont like to fuss about this stuff when i am typing, i will usually do what i think is less work
20150104 16:10:59< iceiceice> for instance, in wml stuff,
20150104 16:11:20< iceiceice> officially wml is supposed to be indented with spaces, 4 spaces per tab
20150104 16:11:29< iceiceice> but i find it easier to use tabs when i create the files
20150104 16:11:34< iceiceice> so i do this and wait for someone to run wml indent
20150104 16:11:57< iceiceice> https://github.com/wesnoth/wesnoth/blob/master/data/test/scenarios/xp_mod.cfg
20150104 16:14:55-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has quit [Quit: Konversation terminated!]
20150104 16:15:44< iceiceice> maybe we should take another look at this clang-format tool for C++
20150104 16:16:32< gfgtdf> iceiceice: yes sure, i do that too. But i actually it's not important how the files are written internally.
20150104 16:16:59< gfgtdf> iceiceice: ok no i dont do that
20150104 16:17:04< gfgtdf> iceiceice: i run wmlint myself
20150104 16:21:37-!- gfgtdf [~chatzilla@e177176173.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.91.1 [Firefox 34.0/20141125180439]]
20150104 16:21:39< vultraz> iceiceice: tabs are fine, but not for inter-line spacing
20150104 16:22:09-!- gfgtdf [~chatzilla@e177176173.adsl.alicedsl.de] has joined #wesnoth-dev
20150104 16:22:11< vultraz> iceiceice: and yeah, I'm thinking that might have been hasty to commit that
20150104 16:23:37-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150104 16:24:39-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 265 seconds]
20150104 16:24:43< vultraz> anyway, I think our convention is WML 4 spaces no tab, C++, 1 tab per indent
20150104 16:25:42< vultraz> I just fixed that bit since it had tabs mixed with spaces mid-line
20150104 16:26:35-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Ping timeout: 244 seconds]
20150104 16:27:42-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20150104 16:28:38< vultraz> iceiceice: the other thing I wanted to talk to you about is that I've noticed something weird about our lua environment in master
20150104 16:29:03-!- localuser- [~none@gateway/tor-sasl/localuser-] has quit [Remote host closed the connection]
20150104 16:29:15< vultraz> several things:
20150104 16:29:34< vultraz> A. [place_shroud] {EVERYWHERE} no longer appears to work 
20150104 16:30:03< vultraz> B. [time_area] in a *prestart* event fails, but the same instance in a start event will work
20150104 16:30:49< vultraz> (also fails at toplevel)
20150104 16:31:04< vultraz> C. some lua errors aren't getting reported to the user
20150104 16:31:57< vultraz> for example, while creating the gui dialog for the tutorial, errors in the code just gave me a "[tag] not supported" message
20150104 16:32:43< vultraz> Related to that, it appears porting actions like [time_area] to lua result in the gamestate ending up in 'no objectives' mode if they have errors
20150104 16:34:34-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Ping timeout: 250 seconds]
20150104 16:36:04-!- localuser- [~none@gateway/tor-sasl/localuser-] has joined #wesnoth-dev
20150104 16:48:48-!- localuser- [~none@gateway/tor-sasl/localuser-] has quit [Ping timeout: 250 seconds]
20150104 16:50:45-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20150104 16:50:59< iceiceice> vultraz: i disconnected,
20150104 16:51:14-!- gfgtdf [~chatzilla@e177176173.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.91.1 [Firefox 34.0/20141125180439]]
20150104 16:51:59< iceiceice> for A, B, C do these things work on 1.12?
20150104 16:53:08< iceiceice> i think A and B could be easily tested with unit tests
20150104 16:53:54< iceiceice> the lua gui2 bindings live here now: https://github.com/wesnoth/wesnoth/blob/master/src/scripting/lua_gui2.cpp
20150104 16:55:46< iceiceice> anyways, if we had tests for A and B but we still don't know what broke we could automatically bisect the issue
20150104 16:56:13< iceiceice> i can't easily bisect stuff right now because my good computuer is still broken, this one takes 1 hour + to compile
20150104 16:56:39< iceiceice> vultraz: different question,
20150104 16:56:41< iceiceice> about https://github.com/wesnoth/wesnoth/commit/e1e5169c95b4f9d48bf471217cbd17dcc90c0331
20150104 16:57:00-!- localuser- [~none@gateway/tor-sasl/localuser-] has joined #wesnoth-dev
20150104 16:57:03< iceiceice> what exactly is broken in the way i had set it up, so that i understand?
20150104 16:57:49< iceiceice> cfg is supposed to be a vconfig
20150104 16:57:58< iceiceice> so i would guess that cfg.id is not an error even if id does not exist
20150104 16:58:17-!- localuser- [~none@gateway/tor-sasl/localuser-] has quit [Remote host closed the connection]
20150104 16:58:28< iceiceice> what i was expecting to happen is that lua
20150104 16:59:18< iceiceice> i guess in general i thought we wanted to move most of the "parsing" logic to lua
20150104 16:59:25< iceiceice> and only have the actual "doing" in C++
20150104 16:59:38< iceiceice> to whatever extent that's possible
20150104 17:00:12< iceiceice> i guess what i would think is that it would also be fine if we replaced `cfg.id` with `cfg.id or ""`
20150104 17:00:32< iceiceice> or, replaced "luaL_checkstring" with "luaL_tostring"
20150104 17:31:49-!- enchilado [enchilado@defocus/yummy/enchilado] has quit [Remote host closed the connection]
20150104 17:32:24-!- enchilado [enchilado@gateway/shell/blinkenshell.org/x-acwrowuxlaywxkgv] has joined #wesnoth-dev
20150104 17:32:43-!- enchilado [enchilado@gateway/shell/blinkenshell.org/x-acwrowuxlaywxkgv] has quit [Changing host]
20150104 17:32:43-!- enchilado [enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20150104 17:38:42-!- Sulfur [~Miranda@p5B327482.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20150104 17:40:33-!- ancestral [~ancestral@174-20-166-97.mpls.qwest.net] has joined #wesnoth-dev
20150104 18:02:53-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Ping timeout: 244 seconds]
20150104 18:08:34-!- lipkab [~the_new_l@host-91-147-212-169.biatv.hu] has quit [Ping timeout: 244 seconds]
20150104 18:14:29-!- Crendgrim_ is now known as Crendgrim
20150104 18:27:48-!- lipkab [~the_new_l@host-91-147-212-169.biatv.hu] has joined #wesnoth-dev
20150104 18:51:28-!- [Relic] [~Relic]@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20150104 19:23:55-!- irker297 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20150104 19:23:55< irker297> wesnoth: Boldizsár Lipka wesnoth:master a7a6aec3e5ae / src/unit_drawer.cpp: Align overlays to unit's default_anim_image rather than absolute_image. http://git.io/W9ldWg
20150104 19:29:22< lipkab> shadowm: What font does the forum interface use?
20150104 19:31:29-!- Crendgrim [~crend@wesnoth/forum-moderator/crendgrim] has quit [Ping timeout: 245 seconds]
20150104 19:34:35-!- DCW [~Thunderbi@cpc66866-finc15-2-0-cust47.4-2.cable.virginm.net] has joined #wesnoth-dev
20150104 19:35:04-!- Crendgrim [~crend@wesnoth/forum-moderator/crendgrim] has joined #wesnoth-dev
20150104 19:36:55-!- stikonas_ is now known as stikonas
20150104 19:40:15-!- Crendgrim_ [~crend@wesnoth/forum-moderator/crendgrim] has joined #wesnoth-dev
20150104 19:40:50-!- DCW [~Thunderbi@cpc66866-finc15-2-0-cust47.4-2.cable.virginm.net] has quit [Quit: DCW]
20150104 19:40:55-!- Crendgrim [~crend@wesnoth/forum-moderator/crendgrim] has quit [Ping timeout: 255 seconds]
20150104 19:45:16-!- mjs-de [~mjs-de@g228136181.adsl.alicedsl.de] has joined #wesnoth-dev
20150104 19:45:52-!- mjs-de [~mjs-de@g228136181.adsl.alicedsl.de] has quit [Client Quit]
20150104 19:46:17-!- mjs-de [~mjs-de@g228136181.adsl.alicedsl.de] has joined #wesnoth-dev
20150104 19:51:04-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20150104 20:04:55-!- travis-ci [~travis-ci@ec2-54-234-2-229.compute-1.amazonaws.com] has joined #wesnoth-dev
20150104 20:04:55< travis-ci> wesnoth/wesnoth#5432 (master - a7a6aec : Boldizsár Lipka): The build was broken.
20150104 20:04:55< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/45873486
20150104 20:04:55-!- travis-ci [~travis-ci@ec2-54-234-2-229.compute-1.amazonaws.com] has left #wesnoth-dev []
20150104 20:14:21< shadowm> lipkab: Several. Any elements in particular?
20150104 20:15:06< shadowm> And most importantly, which stylesheet?
20150104 20:38:47< lipkab> shadowm: Forum and thread titles and post contents. Default stylesheet.
20150104 20:46:50< shadowm> .content { font-family: "Lucida Grande","Trebuchet MS",Verdana,Helvetica,Arial,sans-serif; }
20150104 20:47:19< shadowm> a.forumtitle { font-family: "Trebuchet MS",Helvetica,Arial,sans-serif; }
20150104 20:47:59< shadowm> Idem for a.topictitle.
20150104 20:50:14< lipkab> Thanks.
20150104 21:13:11-!- renketsu0 [45f63b55@gateway/web/freenode/ip.69.246.59.85] has joined #wesnoth-dev
20150104 21:16:10-!- ancestral [~ancestral@174-20-166-97.mpls.qwest.net] has quit [Quit: End Transmission.]
20150104 21:29:04< renketsu0> hello
20150104 21:29:26< renketsu0> I'm trying to build Wesnoth for the first time in VS2013
20150104 21:30:22< renketsu0> I followed the "Visual Studio 2010 and later" steps here http://wiki.wesnoth.org/CompilingWesnothOnWindows
20150104 21:30:48-!- lipkab [~the_new_l@host-91-147-212-169.biatv.hu] has quit [Ping timeout: 264 seconds]
20150104 21:30:52< renketsu0> but I get an error during build
20150104 21:31:04< renketsu0> error C1041: cannot open program database '...\wesnoth\projectfiles\vcx\release\vc120.pdb'; if multiple CL.EXE write to the same .PDB file, please use /FS ...\Wesnoth\src\lua\lapi.cpp	1	1	liblua
20150104 21:31:38< renketsu0> is anybody familiar with this?
20150104 21:32:24-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20150104 21:33:20< iceiceice> renketsu0: there was a similar forum post here: http://forums.wesnoth.org/viewtopic.php?f=5&p=579501#p579433
20150104 21:33:35< iceiceice> it sounds like the VC project files are broken right now,
20150104 21:33:57< iceiceice> you probably should either wait for someone to fix it, or fix it yourself,
20150104 21:34:08< iceiceice> if you fix it yourself and make a pull request we will probably merge it
20150104 21:34:29< iceiceice> you could try using the code::blocks instructions instead i guess
20150104 21:35:27< iceiceice> also you should clarify if you are building 1.12 or master
20150104 21:37:58< renketsu0> I'm assuming master. I pulled from the GitHub https and the changelog contains 1.13.0
20150104 21:39:31-!- Kexoth [~kex@89.205.29.105] has joined #wesnoth-dev
20150104 21:40:06< renketsu0> I'll check into it and see if I can figure something out. if not I'll try code::blocks and then linux
20150104 21:43:55-!- Kexoth [~kex@89.205.29.105] has quit [Remote host closed the connection]
20150104 21:46:22-!- Kexoth [~kex@89.205.29.105] has joined #wesnoth-dev
20150104 21:47:06-!- Kexoth [~kex@89.205.29.105] has quit [Remote host closed the connection]
20150104 22:00:41-!- cib0 [~cib@p5DC74237.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150104 22:01:05< iceiceice> renketsu0: you can also try just compiling with scons on windows: http://forums.wesnoth.org/viewtopic.php?f=5&t=40694
20150104 22:01:31< iceiceice> scons and cmake are our primary build systems right now, if scons doesn't work on every platform i consider that a bug
20150104 22:09:35-!- lipkab [~the_new_l@host-91-147-212-169.biatv.hu] has joined #wesnoth-dev
20150104 22:09:58-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Read error: Connection reset by peer]
20150104 22:10:30-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20150104 22:23:55-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20150104 22:23:56-!- irker297 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20150104 22:45:34< renketsu0> thanks for the advice. I'll figure something out and come back if I feel I need more help
20150104 22:51:55-!- Nostromus [~chatzilla@g224145185.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.91.1 [Firefox 34.0/20141127110442]]
20150104 23:03:19-!- rayblade53 [~chatzilla@124.109.10.167] has joined #wesnoth-dev
20150104 23:06:32-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 240 seconds]
20150104 23:06:43-!- rayblade53 is now known as vultraz
20150104 23:25:48-!- fabi [~quassel@wesnoth/developer/fendrin] has quit [Remote host closed the connection]
20150104 23:32:00-!- zookeeper [zookeeper@wesnoth/developer/zookeeper] has quit [Ping timeout: 264 seconds]
20150104 23:33:36-!- Haudegen [~quassel@85.124.51.57] has quit [Ping timeout: 250 seconds]
20150104 23:37:10-!- Haudegen [~quassel@85.124.51.57] has joined #wesnoth-dev
20150104 23:49:18-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20150104 23:50:30-!- lipkab [~the_new_l@host-91-147-212-169.biatv.hu] has quit [Remote host closed the connection]
--- Log closed Mon Jan 05 00:00:42 2015