--- Log opened Tue Feb 03 00:00:13 2015
20150203 00:02:39< gfgtdf> vultraz: i dont know the difference between shallow_parsed and parsed
20150203 00:02:54< vultraz> yeah, me neither...
20150203 00:03:00< vultraz> I'll used parsed to be safe
20150203 00:03:11< vultraz> since I *think* shallow only does toplevel
20150203 00:03:52< irker976> wesnoth: Charles Dang wesnoth:master 84a7f3fb3135 / data/lua/wml-tags.lua: Parse [terrain] config. This fixes bug #23236 http://git.io/bk5y
20150203 00:04:05< vultraz> gfgtdf: ^
20150203 00:04:23-!- C25 [~C45@c-174-58-221-97.hsd1.fl.comcast.net] has joined #wesnoth-dev
20150203 00:04:55-!- C25 is now known as Catoptromancy
20150203 00:05:01< gfgtdf> vultraz: no rthat wont work
20150203 00:05:53< vultraz> Hm?
20150203 00:05:55< gfgtdf> vultraz: shallow literal is used on purpose becase we want to expand filter tag inside teh fiter and not before since teh filter might use somethign liek &this_unit
20150203 00:06:06< vultraz> oh, I see
20150203 00:07:07-!- Gallaecio [~quassel@84.120.221.24.dyn.user.ono.com] has quit [Remote host closed the connection]
20150203 00:07:11< gfgtdf> vultraz: maybe we could just read layer and replace_if_failed before we call shallow_literal like we do for terrain
20150203 00:07:18< irker976> wesnoth: Charles Dang wesnoth:master 9c9cbf2901f4 / data/lua/wml-tags.lua: Fixup 84a7f3fb3135, use shallow_parsed http://git.io/bkd7
20150203 00:07:23< vultraz> nah
20150203 00:07:29< vultraz> this way is simple enough
20150203 00:07:45< vultraz> (and I tested it, it works)
20150203 00:09:00< gfgtdf> vultraz: also thi $this_unit and similar in teh filtetr what i said before ?
20150203 00:09:35< vultraz> what?
20150203 00:16:33< gfgtdf> vultraz: you tested that teh standard location filter still works especialy with subtags like [filter]?
20150203 00:17:10< vultraz> no I have not tested that
20150203 00:19:35-!- travis-ci [~travis-ci@ec2-54-162-45-239.compute-1.amazonaws.com] has joined #wesnoth-dev
20150203 00:19:35< travis-ci> wesnoth/wesnoth#5755 (master - 5d0a9b1 : gfgtdf): The build passed.
20150203 00:19:35< travis-ci> Build details : http://travis-ci.org/wesnoth/wesnoth/builds/49242203
20150203 00:19:35-!- travis-ci [~travis-ci@ec2-54-162-45-239.compute-1.amazonaws.com] has left #wesnoth-dev []
20150203 00:20:28-!- Coffee_irc [~david@ppp118-210-74-79.lns20.adl2.internode.on.net] has quit [Quit: Konversation terminated!]
20150203 00:21:51< gfgtdf> vultraz: hmm ok.
20150203 00:22:17< gfgtdf> vultraz: i have to say that i dont really understand why teh old code used shallow_literal instead of just literal
20150203 00:22:29< vultraz> Me neither
20150203 00:22:43< vultraz> Could have been a programming derp
20150203 00:23:38-!- kex [~kex@212.158.180.39] has quit [Remote host closed the connection]
20150203 00:24:06-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20150203 00:51:16-!- kex [~kex@212.158.180.58] has joined #wesnoth-dev
20150203 00:59:01-!- kex [~kex@212.158.180.58] has quit [Remote host closed the connection]
20150203 01:03:34-!- Ravana_ [SZ_Bot@unaffiliated/ravana/x-2327071] has quit [Ping timeout: 255 seconds]
20150203 01:08:21-!- SZ_Bot [SZ_Bot@27-83-235-80.dyn.estpak.ee] has joined #wesnoth-dev
20150203 01:08:33-!- SZ_Bot is now known as Ravana_
20150203 01:08:33-!- Ravana_ [SZ_Bot@27-83-235-80.dyn.estpak.ee] has quit [Changing host]
20150203 01:08:33-!- Ravana_ [SZ_Bot@unaffiliated/ravana/x-2327071] has joined #wesnoth-dev
20150203 01:19:15-!- Catoptromancy [~C45@c-174-58-221-97.hsd1.fl.comcast.net] has quit [Quit: Leaving]
20150203 01:20:51-!- new_one [~new_one@128.42.89.215] has joined #wesnoth-dev
20150203 01:41:16-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Ping timeout: 244 seconds]
20150203 01:48:02-!- stikonas__ [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20150203 02:54:22-!- gfgtdf [~chatzilla@f054056165.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.91.1 [Firefox 35.0.1/20150122214805]]
20150203 03:03:26-!- fendrin [~quassel@wesnoth/developer/fendrin] has quit [Ping timeout: 245 seconds]
20150203 03:04:30-!- fabi [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20150203 03:04:33-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20150203 03:07:32-!- irker976 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20150203 03:51:25-!- new_one [~new_one@128.42.89.215] has quit [Ping timeout: 264 seconds]
20150203 03:54:23-!- Ivanovic_ [~ivanovic@frnk-5f74e6c8.pool.mediaWays.net] has joined #wesnoth-dev
20150203 03:54:23-!- Ivanovic_ [~ivanovic@frnk-5f74e6c8.pool.mediaWays.net] has quit [Changing host]
20150203 03:54:23-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20150203 03:58:26-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 245 seconds]
20150203 04:00:23-!- Ivanovic_ is now known as Ivanovic
20150203 04:38:40-!- [Relic] [~Relic]@2602:306:33a3:6d30:2d21:17b6:d283:e275] has quit [Quit: Leaving]
20150203 06:14:51-!- ancestral [~ancestral@65-128-208-249.mpls.qwest.net] has joined #wesnoth-dev
20150203 06:45:29-!- Sulfur [~Miranda@p5B008C6B.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150203 06:46:33-!- ancientcc [~ancientcc@123.155.153.49] has joined #wesnoth-dev
20150203 06:50:42-!- ancientcc [~ancientcc@123.155.153.49] has quit [Client Quit]
20150203 07:02:13-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20150203 07:06:27-!- ancestral [~ancestral@65-128-208-249.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20150203 07:09:22-!- ancestral [~ancestral@65-128-208-249.mpls.qwest.net] has joined #wesnoth-dev
20150203 07:44:46-!- boucman_work [~jrosen@193.56.60.161] has joined #wesnoth-dev
20150203 07:44:46-!- boucman_work [~jrosen@193.56.60.161] has quit [Changing host]
20150203 07:44:46-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20150203 07:45:44-!- ancestral [~ancestral@65-128-208-249.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20150203 07:50:12-!- Appleman1234 [~Appleman1@s77.BMT-e1.vectant.ne.jp] has left #wesnoth-dev ["Leaving"]
20150203 07:50:33-!- Appleman1234 [~Appleman1@s77.BMT-e1.vectant.ne.jp] has joined #wesnoth-dev
20150203 07:59:27-!- markus_ [~mjs-de@f049232033.adsl.alicedsl.de] has joined #wesnoth-dev
20150203 08:01:04-!- Coffee_irc [~david@ppp118-210-74-79.lns20.adl2.internode.on.net] has joined #wesnoth-dev
20150203 08:03:05-!- mjs-de [~mjs-de@f049243246.adsl.alicedsl.de] has quit [Ping timeout: 246 seconds]
20150203 09:07:53-!- Sulfur [~Miranda@p5B008C6B.dip0.t-ipconnect.de] has quit [Ping timeout: 245 seconds]
20150203 09:19:16-!- Haudegen [~quassel@85.124.51.57] has quit [Ping timeout: 264 seconds]
20150203 09:22:12-!- Haudegen [~quassel@85.124.51.57] has joined #wesnoth-dev
20150203 09:22:26-!- ancientcc [~ancientcc@123.155.155.68] has joined #wesnoth-dev
20150203 09:22:34-!- ancientcc [~ancientcc@123.155.155.68] has quit [Client Quit]
20150203 09:29:12-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20150203 09:31:10-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20150203 09:44:16-!- Sulfur [~Miranda@p5B009850.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150203 10:00:52-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20150203 10:59:25-!- kex [~kex@77.28.20.14] has joined #wesnoth-dev
20150203 11:09:32-!- kex [~kex@77.28.20.14] has quit [Remote host closed the connection]
20150203 11:27:19-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150203 11:31:59-!- Coffee_irc [~david@ppp118-210-74-79.lns20.adl2.internode.on.net] has quit [Quit: Konversation terminated!]
20150203 11:48:39-!- ancientcc [~ancientcc@123.155.155.100] has joined #wesnoth-dev
20150203 11:51:14-!- prkc [~prkc@h33-59.pool95-168.dyn.tolna.net] has joined #wesnoth-dev
20150203 11:59:53-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20150203 12:04:17-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150203 12:34:38< vultraz> zookeeper: so I noticed we have [heal_unit] amount=full and [full_heal] in 1.13. seems kinda redundant 
20150203 12:36:20< zookeeper> [heal_unit] can't involve a healer
20150203 12:37:37< vultraz> What do you mean?
20150203 12:37:49< zookeeper> exactly that. look at what they can do.
20150203 12:38:22-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20150203 12:38:24-!- irker123 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20150203 12:38:24< irker123> wesnoth: ln-zookeeper wesnoth:master ae7e469d52a1 / / (77 files in 3 dirs): New beach waves animation http://git.io/bqmg
20150203 12:38:40< zookeeper> *cymbal*
20150203 12:39:34< irker123> wesnoth: gfgtdf wesnoth:master e243fdb0e408 / src/hotkey/command_executor.cpp: put assert before segfault http://git.io/bqmp
20150203 12:39:54-!- gfgtdf [~chatzilla@f054056165.adsl.alicedsl.de] has joined #wesnoth-dev
20150203 12:40:08-!- markus_ [~mjs-de@f049232033.adsl.alicedsl.de] has quit [Remote host closed the connection]
20150203 12:40:09< zookeeper> i had to commit blind to master since i could only test with 1.12, so hopefully i didn't forget anything...
20150203 12:40:10< gfgtdf> fabi: you here?
20150203 12:40:24< vultraz> I'm sorry, I can't see the difference from the wiki
20150203 12:41:42< gfgtdf> fabi: could you please take a look at the assertion failue/segfault that is described in http://git.io/bqmp ?
20150203 12:43:04< zookeeper> those waves are also the first terrain to use IPF masking to cut the images to pieces, as opposed to the images being split into a gazillion files
20150203 12:43:12< zookeeper> hopefully that won't be a problem
20150203 12:43:50< vultraz> zookeeper: also those new waves look like one of those optical illusions where you're in a tunnel and it looks like you're moving forward and you don't
20150203 12:43:56< vultraz> shouldn't they flow in and then out?
20150203 12:44:27< zookeeper> yes
20150203 12:44:27< zookeeper> no
20150203 12:44:31< zookeeper> pick whichever you want
20150203 12:45:49< vultraz> The waves are also unusually frequent
20150203 12:45:53< vultraz> Ever second
20150203 12:46:08< vultraz> But I don't see any image problems from IPFs :)
20150203 12:48:02< vultraz> The animation itself looks good, just that he frequency of the waves + the lack of pull back give a weird visual illusion 
20150203 12:49:32-!- zookeeper_ [~lmsnie@37.35.27.57] has joined #wesnoth-dev
20150203 12:49:58< zookeeper_> my main concern would be whether there's any performance/memory loss as opposed to individual images... but the convenience benefit is huge
20150203 12:50:58< zookeeper_> cut up conventionally, it would have been... uh... 312 images, i think?
20150203 12:51:22< zookeeper_> and quite a few clicks to produce each one
20150203 12:51:27< vultraz> I see no performance loss
20150203 12:51:58< vultraz> even will full auto transition updates
20150203 12:54:03-!- kex [~kex@77.28.20.14] has joined #wesnoth-dev
20150203 12:54:17< vultraz> In face
20150203 12:54:19< vultraz> fact*
20150203 12:54:23< vultraz> it seems to perform better
20150203 12:56:33-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has joined #wesnoth-dev
20150203 12:57:26-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 250 seconds]
20150203 12:57:33< zookeeper_> than what? and how are you measuring it?
20150203 12:57:38-!- zookeeper_ is now known as zookeeper
20150203 12:57:40-!- zookeeper [~lmsnie@37.35.27.57] has quit [Changing host]
20150203 12:57:40-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20150203 12:58:17< zookeeper> i'd be surprised if it actually performed better than the old one, considering how the old only had concave.
20150203 12:58:35< zookeeper> and mine has more of everything
20150203 13:00:09< vultraz> Transitions seem to update slightly faster. I'm comparing against mountains, which is really apples and oranges, I guess :P
20150203 13:03:39-!- esr1 [~esr@static-71-162-243-5.phlapa.fios.verizon.net] has quit [Quit: WeeChat 1.0.1]
20150203 13:03:52< zookeeper> if it's not actually harmful to performance, then basically all regular transitions could be done the same way: 12 alphamasks (re-usable across different transitions, obviously) and then just 2 images per terrain
20150203 13:04:56< zookeeper> for example for grass, you'd just need 2 7-hex 180x216 images: one with a grass hex in the middle (with transitions around it), and one with grass on the surrounding hexes (with transitions into the center empty hex)
20150203 13:05:13-!- esr [~esr@static-71-162-243-5.phlapa.fios.verizon.net] has joined #wesnoth-dev
20150203 13:05:13-!- esr [~esr@static-71-162-243-5.phlapa.fios.verizon.net] has quit [Changing host]
20150203 13:05:13-!- esr [~esr@wesnoth/developer/esr] has joined #wesnoth-dev
20150203 13:07:53< zookeeper> it wouldn't be worth converting old transitions (except maybe for water), but any new ones could be done that way
20150203 13:08:18< vultraz> what about...castles?
20150203 13:08:30< zookeeper> nothing about them
20150203 13:08:59< vultraz> can they use this mask function?
20150203 13:09:03< zookeeper> obviously not
20150203 13:09:32< vultraz> well not this one specifically, I mean the general method of IPF cutting
20150203 13:09:53< zookeeper> no
20150203 13:10:30< vultraz> meh. would have been too simple, I guess
20150203 13:11:24< zookeeper> besides, castles are pretty simple. it only gets complicated when you need different castles to join with each other (such as castles and keeps, or different types of castles, etc)
20150203 13:13:12< vultraz> We did talk about cutting at towers instead of middle of the walls, right?
20150203 13:13:49< vultraz> Wouldn't that also allow more logical type - type transitions by having the second castle go up to a tower?
20150203 13:14:33< zookeeper> you can't cut at towers if part of the wall is part of the tower
20150203 13:14:58-!- esr [~esr@wesnoth/developer/esr] has quit [Quit: WeeChat 1.0.1]
20150203 13:15:15< zookeeper> castle-concave-bl.png <- you can't cut away all of the wall
20150203 13:15:48-!- esr [~esr@wesnoth/developer/esr] has joined #wesnoth-dev
20150203 13:23:07< vultraz> couldn't you have an image that was the wall from bl and br
20150203 13:26:41< vultraz> also, random thing I'm working on https://www.dropbox.com/s/ug7l7kage1p8wv2/elves-north-brown-vultcontinuation.png?dl=0
20150203 13:28:29< vultraz> trying to continue jet's elves
20150203 13:33:00-!- Sulfur [~Miranda@p5B009850.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20150203 13:39:37-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has quit [Quit: Konversation terminated!]
20150203 13:59:13-!- TooLmaN [~TooLmaN@mx1.thomsonplastics.com] has joined #wesnoth-dev
20150203 13:59:29-!- aquileia [95acd0d3@gateway/web/freenode/ip.149.172.208.211] has joined #wesnoth-dev
20150203 14:00:37< aquileia> vultraz: You are aware of https://github.com/aquileia/wesnoth-resources/tree/master/units/Jetrel_elves , right?
20150203 14:01:04-!- Sulfur [~Miranda@p5B009850.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150203 14:01:17< vultraz> aquileia: that's where I got the original from
20150203 14:01:46< aquileia> ok, just wondering because you took the version with brown background
20150203 14:03:56< vultraz> aquileia: was I not supposed to?
20150203 14:05:16< aquileia> They're the same except for that, it's just that you could have chosen whatever background you want in a separate layer
20150203 14:05:34< aquileia> I thought of the transparent one as handier
20150203 14:06:16< aquileia> e.g. you can just set the background layer to a forest tile and try how it'd look in game
20150203 14:07:33< aquileia> but I'm no artist, so whatever you prefer is probably better
20150203 14:10:54-!- Kexoth [~kex@77.28.31.15] has joined #wesnoth-dev
20150203 14:13:15-!- kex [~kex@77.28.20.14] has quit [Ping timeout: 252 seconds]
20150203 14:15:33< vultraz> aquileia: btw, you can delete the utbs jetrel sprites from your branch
20150203 14:15:42< vultraz> they're old and bad and zero is much better now :P
20150203 14:16:49< aquileia> which ones? Most UtBS ones are from zero
20150203 14:17:36< vultraz> er yeah
20150203 14:17:37< vultraz> zero
20150203 14:17:39< vultraz> not Jetrel 
20150203 14:17:44< vultraz> sorry, Jetrel elves on the brain >_>
20150203 14:18:10< vultraz> basically the old zero sprites are old enough that they wont be used
20150203 14:18:26< aquileia> I'd keep the shaman (and perhaps fighter?) if you don't mind, but the others indeed aren't up to standards
20150203 14:21:04< vultraz> TBH none of them are really up to standard, but I guess we can keep those
20150203 14:22:36< vultraz> Oh, and don't commit my revision of that elves image just yet
20150203 14:22:56< aquileia> it's not as if they'd harm anyone, and they at least serve as inspiration
20150203 14:23:24< aquileia> and IMHO the shaman is on par with quite a lot of campaign units
20150203 14:24:45< vultraz> Dunno why we never committed these trolls...hm..
20150203 14:24:48< vultraz> *browses directory*
20150203 14:27:44< aquileia> because it never was animated properly?
20150203 14:28:27< vultraz> Could just replace the baseframe. I don't think it would be too noticeable 
20150203 14:28:33< vultraz> Then again, I havent looked
20150203 14:34:36< aquileia> It'd be nice if we had a complete set by LordBob: https://github.com/aquileia/wesnoth-resources/tree/master/story_art/UtBS
20150203 14:36:10< vultraz> those don't really fit the wesnoth style
20150203 14:36:17< vultraz> I'd prefer a full set like what he started for trow
20150203 14:36:24< aquileia> each campaign has its own style
20150203 14:37:50< vultraz> I dunno, I think it'd be nice to have a consistent 'mainline' style
20150203 14:38:26< aquileia> good luck... look at the NR portraits
20150203 14:40:03< vultraz> yeah well those have to be redone :P
20150203 14:42:06< aquileia> they were scheduled to be redone, but the artist (can't remember the name right now) didn't finish them, and those that were mostly done had considerable flaws
20150203 14:44:28< aquileia> Talinn and Rhakshas were ready, but you can't really use two portraits without the set
20150203 14:59:34-!- ancientcc [~ancientcc@123.155.155.100] has quit []
20150203 15:11:07< fabi> gfgtdf: hello. Do you have some time to discuss the bug?
20150203 15:17:26< gfgtdf> fabi: sure
20150203 15:17:48-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20150203 15:17:58< gfgtdf> fabi: but i dont really know about that code, i just noticed that button was null and assed the assertion to prevent the segfault later
20150203 15:18:19< gfgtdf> fabi: it sure is relates to animations not [delay] during prestart events
20150203 15:18:26< gfgtdf> s/not/or
20150203 15:18:27-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20150203 15:19:21< gfgtdf> fabi: i can give youa  stacktrace if you want
20150203 15:19:59< fabi> gfgtdf: It is Aevyn's report concerning this bug? There is a lot mentioning of bugs in that thread...
20150203 15:20:37< gfgtdf> fabi: ye si think its that bug, i reprouced it with the savefiel attached in that post
20150203 15:21:08< fabi> gfgtdf: I think the assert can be replaced by a continue and that's it.
20150203 15:22:02< gfgtdf> fabi: hm ok
20150203 15:22:40< fabi> gfgtdf: Thank you for the stracktrace offer but I can easily get one myself. Can you please fill a bug report?
20150203 15:22:58< gfgtdf> fabi hm ok
20150203 15:25:28-!- aquileia [95acd0d3@gateway/web/freenode/ip.149.172.208.211] has quit [Quit: Page closed]
20150203 15:26:02< gfgtdf> fabi: https://gna.org/bugs/index.php?23243
20150203 15:27:13< fabi> gfgtdf: Isn't a delay in a prestart event quite strange anyway? What is it's purpose?
20150203 15:28:00< gfgtdf> fabi: yes ther eis no reasonj to out a [delay] into a prestart event
20150203 15:28:09< gfgtdf> fabi: but its still good not to crash
20150203 15:28:22< gfgtdf> s/out/put
20150203 15:30:18< fabi> Sure. Every crash is a bug no matter how silly the wml coding is.
20150203 15:33:19< gfgtdf> fabi: do you plan to port your LoW fixes to master soon ?
20150203 15:33:23-!- Haudegen [~quassel@85.124.51.57] has quit [Ping timeout: 240 seconds]
20150203 15:34:40< fabi> gfgtdf: I have a branch on my harddisk (a 1.12 one) I work on LoW at. This one will make it into master.
20150203 15:35:41< fabi> gfgtdf: I am not sure how to handle this branch yet. I forked from 1.12 but I fear the stuff I did to LoW is not valid to go into a stable branch. Introducing new units is one issue.
20150203 15:36:00< fabi> new unit types
20150203 15:37:22-!- Haudegen [~quassel@85.124.51.57] has joined #wesnoth-dev
20150203 15:39:10< gfgtdf> fabi: addiing new units would mean that older cilents couldnt continue playing with a newer host as soon as these types appear.
20150203 15:39:33< fabi> Yes. That is the deal breaker.
20150203 15:40:08-!- irker123 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20150203 15:40:20< fabi> My personal opinion is the we should just force the users to upgrade like every nice company does to their clients.
20150203 15:42:16-!- localuser- [~none@gateway/tor-sasl/localuser-] has joined #wesnoth-dev
20150203 15:43:04-!- mjs-de [~mjs-de@f049232033.adsl.alicedsl.de] has joined #wesnoth-dev
20150203 15:45:04< gfgtdf> fabi: usually i'd diagree but we do currently have this bug https://gna.org/bugs/index.php?22936 in 1.12.1 which makes me think that 1.12 and 1.12.1 are not really able to play networked mp campaigns anyway.
20150203 15:45:56< gfgtdf> s/diagree/disagree 
20150203 15:52:10-!- mjs-de [~mjs-de@f049232033.adsl.alicedsl.de] has quit [Remote host closed the connection]
20150203 16:09:56-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150203 16:11:44< fabi> gfgtdf: How convenient :-)
20150203 16:13:00-!- new_one [~new_one@128.42.73.222] has joined #wesnoth-dev
20150203 16:13:17< vultraz> fabi: well, why not?
20150203 16:13:49< vultraz> if it's a question of a big fix, and a user has an old version, no reason why we can't say they can't play since they dont have the fix
20150203 16:15:42-!- [Relic] [~Relic]@2602:306:33a3:6d30:98ce:bfa6:b31b:bcfb] has joined #wesnoth-dev
20150203 16:15:51< fabi> vultraz: I don't get your point. 
20150203 16:15:58< fabi> :-)
20150203 16:16:05< vultraz> [02:39:11]	gfgtdf	fabi: addiing new units would mean that older cilents couldnt continue playing with a newer host as soon as these types appear.
20150203 16:16:18< vultraz> [02:40:21]	fabi	My personal opinion is the we should just force the users to upgrade like every nice company does to their clients.
20150203 16:16:22< vultraz> and I agreed 
20150203 16:17:33< fabi> Ah. Now I see. Crab asked about updates to mainline via the add-on server. I liked that idea. Allthough they need to be incremental. Which can be done with the core system.
20150203 16:18:35< vultraz> well if we get on steam, we could just use their update system
20150203 16:18:40< vultraz> everyone would always have the latest version
20150203 16:19:26< fabi> Yeah Steam would be nice to be on.
20150203 16:27:13-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20150203 16:28:19-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150203 16:33:35 * vultraz looks over NR's files
20150203 16:33:42< vultraz> I should probably tackle this next...
20150203 16:33:49< vultraz> but it's huge :(
20150203 17:07:01-!- Haudegen [~quassel@85.124.51.57] has quit [Ping timeout: 264 seconds]
20150203 17:10:49-!- Haudegen [~quassel@85.124.51.57] has joined #wesnoth-dev
20150203 17:11:41-!- boucman_work [~jrosen@wesnoth/developer/boucman] has quit [Quit: Quitte]
20150203 17:25:27< fabi> vultraz: What do you want to do to NR?
20150203 17:39:19-!- Gallaecio [~quassel@84.120.185.141.dyn.user.ono.com] has joined #wesnoth-dev
20150203 17:43:51-!- gfgtdf [~chatzilla@f054056165.adsl.alicedsl.de] has quit [Ping timeout: 264 seconds]
20150203 17:50:51-!- lipkab [~the_new_l@host-91-147-211-47.biatv.hu] has joined #wesnoth-dev
20150203 17:57:51< shadowm> http://forums.wesnoth.org/viewtopic.php?p=580510#p580510 esp. the bit about orbs.
20150203 18:11:44-!- TooLmaN [~TooLmaN@mx1.thomsonplastics.com] has quit [Quit: Off to save the world!]
20150203 18:18:46-!- localuser- [~none@gateway/tor-sasl/localuser-] has quit [Remote host closed the connection]
20150203 18:19:26-!- lipkab [~the_new_l@host-91-147-211-47.biatv.hu] has quit [Quit: Sűrű sötét az éj, dühöng a déli szél]
20150203 18:23:52-!- fabi [~quassel@wesnoth/developer/fendrin] has quit [Read error: Connection reset by peer]
20150203 19:13:55-!- Kexoth [~kex@77.28.31.15] has quit [Read error: Connection reset by peer]
20150203 19:14:17-!- kex [~kex@77.28.31.15] has joined #wesnoth-dev
20150203 19:48:41-!- new_one [~new_one@128.42.73.222] has quit [Remote host closed the connection]
20150203 19:52:40-!- kex [~kex@77.28.31.15] has quit [Remote host closed the connection]
20150203 19:53:19-!- kex [~kex@77.28.31.15] has joined #wesnoth-dev
20150203 19:57:53-!- kex [~kex@77.28.31.15] has quit [Ping timeout: 245 seconds]
20150203 19:58:36-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20150203 20:00:40-!- Sulfur [~Miranda@p5B009850.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20150203 20:01:43-!- esr [~esr@wesnoth/developer/esr] has quit [Quit: WeeChat 1.0.1]
20150203 20:02:23-!- esr [~esr@static-71-162-243-5.phlapa.fios.verizon.net] has joined #wesnoth-dev
20150203 20:02:23-!- esr [~esr@static-71-162-243-5.phlapa.fios.verizon.net] has quit [Changing host]
20150203 20:02:23-!- esr [~esr@wesnoth/developer/esr] has joined #wesnoth-dev
20150203 20:20:42-!- gfgtdf [~chatzilla@d150110.adsl.hansenet.de] has joined #wesnoth-dev
20150203 20:26:10-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20150203 20:33:23-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20150203 20:35:44-!- Coffee_irc [~david@ppp118-210-74-79.lns20.adl2.internode.on.net] has joined #wesnoth-dev
20150203 20:37:13-!- mjs-de [~mjs-de@f049168128.adsl.alicedsl.de] has joined #wesnoth-dev
20150203 20:45:39-!- Haudegen [~quassel@85.124.51.57] has quit [Ping timeout: 264 seconds]
20150203 20:48:59-!- Haudegen [~quassel@85.124.51.57] has joined #wesnoth-dev
20150203 21:17:57-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20150203 22:03:59-!- gfgtdf_ [~chatzilla@e176185123.adsl.alicedsl.de] has joined #wesnoth-dev
20150203 22:06:04-!- gfgtdf [~chatzilla@d150110.adsl.hansenet.de] has quit [Ping timeout: 245 seconds]
20150203 22:06:09-!- gfgtdf_ is now known as gfgtdf
20150203 22:12:41-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150203 22:28:38-!- esr [~esr@wesnoth/developer/esr] has quit [Quit: WeeChat 1.0.1]
20150203 22:32:27-!- esr [~esr@static-71-162-243-5.phlapa.fios.verizon.net] has joined #wesnoth-dev
20150203 22:32:27-!- esr [~esr@static-71-162-243-5.phlapa.fios.verizon.net] has quit [Changing host]
20150203 22:32:27-!- esr [~esr@wesnoth/developer/esr] has joined #wesnoth-dev
20150203 22:58:14-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Remote host closed the connection]
20150203 22:58:24-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20150203 23:02:08-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 252 seconds]
20150203 23:04:16-!- fabi [~quassel@p20030051AA5D9C74C0BEBDDF75AE1BF5.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150203 23:04:16-!- fabi [~quassel@p20030051AA5D9C74C0BEBDDF75AE1BF5.dip0.t-ipconnect.de] has quit [Changing host]
20150203 23:04:16-!- fabi [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20150203 23:09:49-!- mjs-de [~mjs-de@f049168128.adsl.alicedsl.de] has quit [Remote host closed the connection]
20150203 23:18:22-!- gfgtdf_ [~chatzilla@e176185123.adsl.alicedsl.de] has joined #wesnoth-dev
20150203 23:18:41-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20150203 23:20:40-!- gfgtdf [~chatzilla@e176185123.adsl.alicedsl.de] has quit [Read error: Connection reset by peer]
20150203 23:20:46-!- gfgtdf_ is now known as gfgtdf
20150203 23:34:28-!- prkc [~prkc@h33-59.pool95-168.dyn.tolna.net] has quit [Quit: Leaving]
--- Log closed Wed Feb 04 00:00:22 2015