--- Log opened Sun Nov 09 00:00:17 2014
--- Day changed Sun Nov 09 2014
20141109 00:00:17-!- Samual [diotecktec@xonotic/core-team/Samual] has quit [Ping timeout: 265 seconds]
20141109 00:01:44-!- duncan_shriek [~roland@2a01:1e8:e100:8618::24] has quit []
20141109 00:03:36-!- iwaim [~iwaim@2001:2c0:40e:2002:0:4:14:80] has quit [Ping timeout: 265 seconds]
20141109 00:05:46-!- iwaim [~iwaim@2001:2c0:40e:2002:0:4:14:80] has joined #wesnoth-dev
20141109 00:18:15-!- gfgtdf [~chatzilla@e177168039.adsl.alicedsl.de] has quit [Read error: Connection reset by peer]
20141109 00:23:42-!- fabi [~quassel@wesnoth/developer/fendrin] has quit [Remote host closed the connection]
20141109 00:42:27-!- markus__ [~mjs-de@g228036085.adsl.alicedsl.de] has quit [Ping timeout: 272 seconds]
20141109 01:10:46< shadowm> iceiceice: "For cmake, the third requirement may also be removed, reducing SDL_mixer dependency to 1.2.0, by using the ENABLE_PANDORA flag."
20141109 01:11:06< shadowm> Why would you even include this in the announcement? Surely that flag has other side-effects?
20141109 01:11:52< shadowm> IIRC it switches certain code paths to using fixed-point arithmetic and less computationally-expensive algorithms.
20141109 01:12:03-!- iceiceice [~chris@192.16.204.74] has joined #wesnoth-dev
20141109 01:12:03-!- iceiceice [~chris@192.16.204.74] has quit [Changing host]
20141109 01:12:03-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20141109 01:12:45< iceiceice> shadowm: where is that information supposed to go? no one reads the emails
20141109 01:14:13< shadowm> It's not a matter of where the information is supposed to go, read again.
20141109 01:15:51< iceiceice> indeed it surely doesn't belong in the announcement
20141109 01:16:59< shadowm>   if(ENABLE_PANDORA)     add_definitions(-DPANDORA)
20141109 01:17:48< shadowm> blend_surface() and scale_surface_sharp() are affected by this.
20141109 01:18:20< shadowm> Furthermore, the game will default to the fixed-resolution Pandora theme instead of the Default theme.
20141109 01:19:03< shadowm> I'll just say it's very suboptimal for any screen larger than 800x480. :p
20141109 01:20:41< iceiceice> imo, it would be probably better not to describe specific build systems in the release announcements, if we must announce dependencies
20141109 01:21:10< shadowm> I disagree, and this was never about a perceived 'user-friendliness' issue. :p
20141109 01:21:52< shadowm> The truth is that over 90% of the people who will build the release from source (the 'target audience' of the dependencies change notice) will use either scons and cmake.
20141109 01:22:45< iceiceice> ok well why dont you just write "it is intended that you should use sdl mixer 1.2.12 to build the project from now on. if you must disable this for some reason, there are a series of hacks in place to make this possible, please ask on #wesnoth-dev"
20141109 01:23:22< shadowm> Except the "series of hacks" in question have additional side-effects.
20141109 01:23:37< iceiceice> yes, the series of hacks varies wildly depending on your circumstance
20141109 01:23:43< iceiceice> for project files, it's easy
20141109 01:23:48< iceiceice> for scons / cmake, it's harder
20141109 01:23:54-!- zookeeper [zookeeper@wesnoth/developer/zookeeper] has quit [Ping timeout: 265 seconds]
20141109 01:23:56< iceiceice> and in some cases, intended only for specific people
20141109 01:24:15< shadowm> Is there an alternative to ENABLE_PANDORA I've not seen mentioned anywhere?
20141109 01:24:21< iceiceice> no there isn't
20141109 01:25:10< shadowm> I don't know what Ivanovic sent to the packagers, so I'll just avoid any mention of the issue.
20141109 01:25:38< iceiceice> the only people that take advantage of this right now afaik are Ivanovic and mattsc
20141109 01:25:48< shadowm> Id est, pretend there is no option but to use ≥ 1.2.12.
20141109 01:25:58< iceiceice> yeah, that sounds good to me
20141109 01:26:25< shadowm> mattsc: How updated/outdated is the LoW section in R_N right now?
20141109 01:26:41< shadowm> mattsc: Oh wait, it's under the fixes section, not known bugs, never mind.
20141109 01:27:17-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20141109 01:29:17-!- Duthlet [~Duthlet@wesnoth/mp-mod/Duthlet] has quit [Quit: leaving]
20141109 01:30:33< shadowm> Is #22068 fixed or not? Is it still a must-fix for .0?
20141109 01:31:43< iceiceice> i have no idea
20141109 01:31:56< shadowm> mattsc: ^^
20141109 01:33:39< shadowm> past shadowm: Where's the announcement block mentioning the Lua upgrade?
20141109 01:38:36< mattsc> shadowm: AFAIK it is not fixed yet.  thunderstruck?
20141109 01:39:10< mattsc> So I think we should take the fallback option at this point and disable SoS saves in MP.
20141109 01:40:16< mattsc> (also: sorry, everybody, I’ve been away most of the day and need to be afk right now also.  I’ll do the OS X package before the end of the day; sometime)
20141109 01:41:17< shadowm> Hm, I hope I won't need to label the announcement as "Monday, November 10". :p
20141109 01:41:18< iceiceice> mattsc: it's marked "ready for test", maybe we should test before removing ;)
20141109 01:41:48< iceiceice> also mattsc: ancestral reported a problem earlier when compiling on OS X with BFS disabled
20141109 01:42:12< iceiceice> there was an old OS X specific bug fix that got undone by accident
20141109 01:42:17< iceiceice> i recommitted to master here: https://github.com/wesnoth/wesnoth/commit/ab87bb391f40a9839e5330b45fec9dd8244100b2
20141109 01:42:40< iceiceice> if you can't build 1.12 we might be able to fix this way
20141109 01:56:33< shadowm> https://gna.org/bugs/?5529 -- Wow.
20141109 01:56:47< shadowm> Just.
20141109 01:56:51< shadowm> Wow.
20141109 01:57:17< shadowm> :|
20141109 02:01:04< loonycyborg> what's so wow about it?
20141109 02:03:09< loonycyborg> I don't even understand why is that bug is about
20141109 02:05:31< shadowm> iceiceice, gfgtdf, mattsc, fabi, whoever else is interested: The announcement draft is up: http://forums.wesnoth.org/viewtopic.php?f=16&t=41184
20141109 02:11:13< iceiceice> shadowm: they already merged my homebrew 1.11.19 update, you could announce that if you feel like it :)
20141109 02:11:13< iceiceice> https://github.com/Homebrew/homebrew-games/commit/05948fe3a6c629db71a5d4690e17dbf4203360f3
20141109 02:11:59< shadowm> I have no idea what this homebrew thing is in the first place.
20141109 02:12:19< vultraz> shadowm: "thing thing is"?
20141109 02:12:29< vultraz> That sounds too informal for an announcement
20141109 02:12:54< shadowm> Where did I say "thing thing is"?
20141109 02:13:38< vultraz> er
20141109 02:13:42< vultraz> the thing*
20141109 02:13:47< vultraz> I can't type
20141109 02:13:59< vultraz> Just say 'Somethimes, [...]'
20141109 02:14:03< vultraz> Or
20141109 02:14:09< shadowm> I wanted to be informatl there.
20141109 02:14:10< vultraz> However, sometimes [..]
20141109 02:14:18< shadowm> It's not by accident.
20141109 02:14:24< iceiceice> shadowm: it's basically a "simpler" version of macports that is supposed to be easier to use correctly
20141109 02:14:25< vultraz> Also, it's 'on the wiki' not 'in the wiki'
20141109 02:14:39< iceiceice> however it also has ports for linux and toher OS's
20141109 02:14:41< shadowm> You are two weeks late with that correction, vultraz.
20141109 02:14:43< enchilado> vultraz: you're in the wiki.
20141109 02:14:55< shadowm> Actually, I think you are several months late.
20141109 02:15:06< iceiceice> on linux it's like a parasatic package manager that tries to coexist with your distribution without exploding, through judicious use of symlink-fu
20141109 02:15:29< shadowm> Yep, "in the wiki" also appears in the 1.11.10 announcement. You had one job, vultraz.
20141109 02:16:09< iceiceice> shadowm: i hope it's not 2-3 years before 1.14
20141109 02:16:20< shadowm> iceiceice: That sounds scary, you are like one week late to make that kind of statements. We're now in the Christmas season.
20141109 02:16:59< shadowm> So you want me to mention the homebrew 'recipe' (I guess?) has the fix?
20141109 02:17:15< iceiceice> if you like
20141109 02:17:28< iceiceice> if you don't think its appropriate, you can skip the whole thing
20141109 02:17:43< shadowm> Also, if you want it to have greater visibility you should consider mentioning it in the downloads page or one of the compilingwesnoth pages.
20141109 02:18:12< iceiceice> yeah that might be what i should do
20141109 02:21:07< vultraz> shadowm: don't say that typos will be fixed for the next release
20141109 02:23:38< vultraz> shadowm: also, do we need to keep the 'previous version' download links?
20141109 02:23:43< vultraz> on the DOwnloads page
20141109 02:24:10< shadowm> Yes.
20141109 02:24:39< vultraz> Why?
20141109 02:24:50< shadowm> Because.
20141109 02:25:16< shadowm> Why don't you tell me instead why you seem to want to remove them?
20141109 02:25:46< vultraz> Because I don't believe we should encourage users to download anything but the latest release
20141109 02:25:54< shadowm> Okay, ask Ivanovic instead.
20141109 02:25:57< vultraz> Especially in dvelopment series
20141109 02:26:49< vultraz> The exception would be cases where the latest build isn't available, such as with the 1.11.18 Pandora build
20141109 02:29:30-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20141109 02:30:23< shadowm> Also added the news post draft.
20141109 02:32:45< shadowm> iceiceice: From the looks of things, 1.14 is supposed to be the "SDL 2.0-based update", and according to lipkab it's still a long road ahead.
20141109 02:33:27< iceiceice> shadowm: i thought we were going to try to do yearly releases again
20141109 02:33:30< shadowm> So, I wouldn't be surprised if we are still trying to get things together two years from now.
20141109 02:33:35< iceiceice> because of the poor experience in 1.12 cycle
20141109 02:33:58< shadowm> I must've missed the discussion. May I have a thread title or link?
20141109 02:34:13< iceiceice> frankly i would send back you back your own emails to the dev-talk list
20141109 02:34:27< shadowm> Huh?
20141109 02:34:37< shadowm> Are you saying I decided this?
20141109 02:36:56< iceiceice> https://mail.gna.org/public/wesnoth-dev/2014-05/msg00046.html
20141109 02:37:00< shadowm> I'm fairly sure I've complained about overlong development cycles before, but I don't think I
20141109 02:37:08< iceiceice> no i'm saying that you suggested that having the long development cycle was bad
20141109 02:37:43< shadowm> Well, yes, but ultimately the dev cycle's duration depends on other factors.
20141109 02:38:08< vultraz> We've certainly accomplished a lot this cycl
20141109 02:38:09< vultraz> e
20141109 02:38:22< shadowm> It's a function of Ivanovic's availability, the amount of work being done, and its complexity.
20141109 02:38:56< iceiceice> well we can discuss offline, but i basically think it's really, really not a good idea to have features being released years apart from when they are developed
20141109 02:39:06< iceiceice> it ends up meaning that some devs develop features and some devs fix them
20141109 02:39:10< iceiceice> and that is both broken and unfair
20141109 02:39:27< vultraz> How so?
20141109 02:39:36< shadowm> That usually doesn't happen. We are in an exceptional situation here with several MIA developers.
20141109 02:40:12< shadowm> 1.10.0 also took two years to be released and we weren't understaffed.
20141109 02:40:56< iceiceice> well look at how much stuff broke on 1.12 branch 2 years ago, because the people who coded up all the "new stuff" left it in a broken state
20141109 02:41:23< shadowm> 1.12 branch didn't exist two years ago.
20141109 02:41:30< iceiceice> two summers ago.
20141109 02:41:35-!- gfgtdf [~chatzilla@e177168039.adsl.alicedsl.de] has joined #wesnoth-dev
20141109 02:41:51< shadowm> It was worked with the release of 1.11.11 sometime Q2 this year.
20141109 02:41:57< shadowm> Er, forked.
20141109 02:43:04< shadowm> So what features have we been fixing that were first implemented by other people two summers ago?
20141109 02:43:10< iceiceice> ...
20141109 02:43:52< iceiceice> well most of the savegame code basically ended up being rewritten on both 1.12 and master, because it was totally broken
20141109 02:44:16< gfgtdf> iceiceice: 22068 was merked as "ready to test" in juni when it was fixed for master and not in 1.12.
20141109 02:44:24< iceiceice> oh, 
20141109 02:44:30< iceiceice> well that is confusing
20141109 02:45:21< iceiceice> shadowm: mp campaigns didn't work at all, until i spent two months testing and rewriting it.
20141109 02:45:44< iceiceice> if i hadn't done that, we wouldn't have been able to do transition from one scenario to the next in mp.
20141109 02:45:50< iceiceice> at all.
20141109 02:46:04< shadowm> iceiceice: Oh, if you are assuming MP campaigns are a 1.12 thing only, you are gravely mistaken. It's been our GNU Hurd since at least 1.4.
20141109 02:46:28< mattsc> shadowm: in my not-ver-critical view, the release announcement looks good.  The only thing  I would consider is replacing “stuck for another two or three years” by a phrase that does not use a specific time frame.
20141109 02:46:29< shadowm> http://www.wesnoth.org/start/1.4/#campdev
20141109 02:46:37< iceiceice> okay but the point is, it was a "new feature" from gsoc summer,
20141109 02:46:43< iceiceice> that was totally broken by the time we wanted to release
20141109 02:46:44< shadowm> "The game engine will now support multiplayer campaigns, though we don't ship any yet. This is an opportunity for designers to explore a new frontier in Wesnoth play."
20141109 02:47:08< shadowm> People have "fixed" multiplayer campaigns on every stable series ever since.
20141109 02:47:12< mattsc> iceiceice: I don’t know.  I thought thunderstruck had said that it was not fixed yet.  But I am easily confused …
20141109 02:47:20< iceiceice> mattsc: gfgtdf is right
20141109 02:48:16< mattsc> iceiceice, gfgtdf: ah, yes, I remember now  (and am just catching up on the log)
20141109 02:48:19< iceiceice> shadowm: well i hope we discuss it as a group, i personally think it's a recipe for disaster not to have frequent releases.
20141109 02:48:35< shadowm> I do feel that for multiple cycles we've done GSoC for the sake of GSoC and that's a bad thing.
20141109 02:49:00< shadowm> I mean, it's good because that's money for Wesnoth Inc, but it's bad because it's abandoned code for us to maintain.
20141109 02:49:43< iceiceice> i mean if it leads to even a few new devs its good
20141109 02:49:59< shadowm> And without that money I'd be rendered obsolete on the basis of us not having a server to run.
20141109 02:50:09< shadowm> Which would be bad.
20141109 02:50:16< iceiceice> i think the maintanence wouldn't be so bad if,
20141109 02:50:22< iceiceice> we always released in christmas after any gsoc summer
20141109 02:50:36< iceiceice> because then at least, the new stuff is recent
20141109 02:50:45< iceiceice> and not buried under subsequent gsoc
20141109 02:50:53< iceiceice> also to be fair it's not only gsoc
20141109 02:51:48< gfgtdf> fabi, fendrin: did you already document the jamming feature in the wiki or anywhere else?
20141109 02:52:05< loonycyborg> is BFS stuff supposed to be in 1.11.19?
20141109 02:52:09< iceiceice> yes
20141109 02:52:49-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has joined #wesnoth-dev
20141109 02:52:50< loonycyborg> just doublechecking since I saw checks for filesystem and locale :P
20141109 02:54:08< mattsc> shadowm: 1.11.19 OS X package currently (finally) uploading to SF.  ETA: 13:21.
20141109 02:54:17< shadowm> gfgtdf: Okay, so once again it's still not fixed in 1.12?
20141109 02:54:32< loonycyborg> I just uploaded windows release
20141109 02:54:49< loonycyborg> 3.13MB/s wow
20141109 02:55:17< mattsc> loonycyborg: I’m getting about a tenth of that  :(
20141109 02:55:28< gfgtdf> shadowm: i dont know about start-of-scenario saves in 1.12.
20141109 02:55:34< ancestral> iceiceice: `brew install --with-ccache --HEAD https://raw.githubusercontent.com/cbeck88/homebrew-games/update_wesnoth/wesnoth.rb` worked fine, and my prior testing with devel worked fine
20141109 02:55:52< iceiceice> cool
20141109 02:56:02< iceiceice> ancestral: misty merged it upstream now also
20141109 02:56:06< ancestral> Cool
20141109 02:56:13< shadowm> mattsc: I reworded it.
20141109 02:57:02< shadowm> gfgtdf, mattsc: Well then, what do I do with the mention of #22068 in the announcement? It's the only remaining must-fix bug listed, and it's sticking out like a sore thumb.
20141109 02:58:36-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20141109 03:01:23< mattsc> shadowm: I like that better
20141109 03:02:04< mattsc> shadowm: cc. #22068, say that we will not be able to fix it and so SoS saves will be disabled for 1.12.0
20141109 03:03:12< gfgtdf> for mp
20141109 03:04:31< mattsc> yes
20141109 03:04:34< gfgtdf> mattsc: do you know how broke mp sos saves are ?
20141109 03:04:59< mattsc> gfgtdf: no - I’m a single commitment (SP) guy entirely
20141109 03:08:31< gfgtdf> mattsc: disabling SoS saves in mp means not creatings them or not allowing to load them ?
20141109 03:09:06< iceiceice> gfgtdf: i guess probably we didn't decide what it means but i thought not creating them is easier
20141109 03:09:11< mattsc> gfgtdf: from a pragmatic point of view, who cares?  whatever is easier to do in practice
20141109 03:11:28-!- Ivanovic_ [~ivanovic@frnk-4d0174f3.pool.mediaWays.net] has joined #wesnoth-dev
20141109 03:11:28-!- Ivanovic_ [~ivanovic@frnk-4d0174f3.pool.mediaWays.net] has quit [Changing host]
20141109 03:11:28-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20141109 03:12:43-!- gfgtdf [~chatzilla@e177168039.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.91 [Firefox 33.0.3/20141105223254]]
20141109 03:15:12-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 250 seconds]
20141109 03:15:25-!- Ivanovic_ is now known as Ivanovic
20141109 03:18:03< shadowm> mattsc, gfgtdf: Sure, and when will that happen?
20141109 03:19:21< shadowm> thunderstruck too.
20141109 03:20:52-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141109 03:26:14< mattsc> shadowm, gfgtdf, thunderstruck: I cannot tell you when it will happen as I lack the knowledge as to what’s involved, but I think it should happen within the next 3 days.
20141109 03:26:56-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20141109 03:36:23-!- happygrue [~Laptop@wesnoth/developer/wintermute] has quit [Remote host closed the connection]
20141109 03:55:56-!- Coffee_irc [~david@ppp118-210-90-49.lns20.adl2.internode.on.net] has quit [Quit: Konversation terminated!]
20141109 04:09:46< irker129> wesnoth: mattsc wesnoth:1.12 21badb3b75ec / projectfiles/Xcode/ (3 files in 2 dirs): Xcode project update for 1.11.19 http://git.io/KOw71A
20141109 04:12:33-!- fabi [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20141109 04:29:18< fabi> shadowm: alive?
20141109 04:32:34< shadowm> Undead.
20141109 04:38:30< fabi> shadowm: Okay, fine enough for me. 
20141109 04:38:51< fabi> shadowm: Have you read the stuff about selecting units from the minimap?
20141109 04:43:41-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20141109 04:50:53< shadowm> fabi: No?
20141109 04:51:20< fabi> shadowm: I noticed that you can select units by clicking on them on the minimap.
20141109 04:51:27< fabi> shadowm: You can even attack that way.
20141109 04:51:39< fabi> shadowm: It might be a feature.
20141109 04:51:48< fabi> shadowm: Sadly, it is not reliable.
20141109 04:52:43-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has joined #wesnoth-dev
20141109 04:52:45< fabi> shadowm: It feels like the code only matches a single pixel per unit. Whenever the minimap is bigger (because the map is smaller) than one pixel per unit you need to hit the most left down pixel.
20141109 04:52:56< iceiceice> fabi: it sounds ... most likely to simply frustrate me while i pan the camera
20141109 04:53:39< fabi> iceiceice: Can you reproduce it?
20141109 04:53:44< iceiceice> idk, is it very sensitive or just rare?
20141109 04:53:56< iceiceice> fabi: im recompiling atm
20141109 04:54:01< fabi> you can select every unit via minimap
20141109 04:54:16< fabi> you just need to be very carefull to hit the right pixel.
20141109 04:56:23< fabi> I like the feature.
20141109 04:56:33< fabi> It should just be ... more reliable ...
20141109 04:56:48< shadowm> ...
20141109 04:57:05< fabi> ?
20141109 04:57:51< fabi> shadowm: ... ?
20141109 04:57:52-!- Coffee_irc [~david@ppp118-210-90-49.lns20.adl2.internode.on.net] has joined #wesnoth-dev
20141109 04:58:36< fabi> shadowm: Did you implement it?
20141109 04:58:59< fabi> shadowm: Or was it me and I just don't remember?
20141109 05:00:32< fabi> iceiceice: When you try hard, it is possible to select every unit.
20141109 05:00:40< fabi> iceiceice: And even attack with every unit.
20141109 05:00:57< fabi> iceiceice: The bigger the map, the better. 
20141109 05:00:58< iceiceice> fabi: but why would i want to do this?
20141109 05:01:12< fabi> iceiceice: I don't know exactly.
20141109 05:01:22< iceiceice> XD
20141109 05:01:25< fabi> iceiceice: The problem right now is: Can you reproduce it?
20141109 05:01:39< iceiceice> i'm trying to compile mingw32 at the omment
20141109 05:01:52< iceiceice> i got now into gui/auxiliary so it will be a while
20141109 05:01:56< fabi> I guess it is a little confusing.
20141109 05:02:06< fabi> And should either be fixed or disabled.
20141109 05:02:49< shadowm> Disabled.
20141109 05:03:01< fabi> Agreed.
20141109 05:03:25< fabi> shadowm: Can you reproduce it?
20141109 05:07:56< fabi> Come on. Just start either 1.11.x or 1.13.x and click like mad in the minimap.
20141109 05:08:01< fabi> The game is selecting units.
20141109 05:08:06< fabi> It even attacks.
20141109 05:08:11< fabi> This is not hard.
20141109 05:08:20< shadowm> On the test scenario, yes.
20141109 05:08:27< fabi> right
20141109 05:08:38< fabi> I am on test as well.
20141109 05:08:48< fabi> Is it fine outside of test?
20141109 05:09:03< fabi> I thought to have reproduced it on LoW SP as well.
20141109 05:09:07< shadowm> Why wouldn't it be?
20141109 05:09:20< fabi> hug?
20141109 05:09:24< fabi> huh?
20141109 05:09:35< shadowm> The minimap on the test scenario isn't special or anything.
20141109 05:09:41< fabi> Yes.
20141109 05:09:52< fabi> So you can reproduce it.
20141109 05:09:54< fabi> Right?
20141109 05:09:55< shadowm> But yes, it works on my campaign as well. Predictably.
20141109 05:10:01< fabi> Cool.
20141109 05:10:07< fabi> Is it a feature or bug?
20141109 05:10:12< fabi> It might be a feature.
20141109 05:10:14< shadowm> I'm not sure what to make of it.
20141109 05:10:18< fabi> But it is not working well enough.
20141109 05:10:42< shadowm> Obviously it must be intended, but what's the point when most people wouldn't have the necessary visual/motor precision to select a unit through the minimap?
20141109 05:11:01< fabi> Because if the map is small and the minimap is displaying a huge several pixel sized unit thing you can't select it properly.
20141109 05:11:06< fabi> Indeed.
20141109 05:11:06< shadowm> Unless the minimap somehow had a toggleabe large mode or something.
20141109 05:11:14< fabi> It is not useful in its current state.
20141109 05:11:26< fabi> Let's disable it.
20141109 05:12:11< ancestral> forums are really dragging right now
20141109 05:12:23< shadowm> Backup time.
20141109 05:12:27< ancestral> Ahh
20141109 05:21:11< irker129> wesnoth: Chris Beck wesnoth:master fe1ce3700344 / INSTALL: Update INSTALL http://git.io/2ucdkA
20141109 05:25:55-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Ping timeout: 255 seconds]
20141109 05:27:43< irker129> wesnoth: Chris Beck wesnoth:1.12 418021d5f04e / INSTALL: Update INSTALL http://git.io/uwRHSA
20141109 05:31:08-!- kex [~kex@78.157.29.160] has quit [Remote host closed the connection]
20141109 06:44:36-!- Sulfur [~Miranda@p5B327D50.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141109 07:00:57-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20141109 07:09:01< ancestral> 20141109 01:06:56 warning general: no location found for 'data/add-ons/After_the_Storm/translations', skipping textdomain
20141109 07:09:16< shadowm> Ignore it.
20141109 07:12:01-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20141109 07:19:39-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141109 07:23:56-!- kex [~kex@78.157.29.160] has quit [Ping timeout: 250 seconds]
20141109 08:55:36-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20141109 09:24:58-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 272 seconds]
20141109 09:31:59-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141109 09:36:59-!- kex [~kex@78.157.29.160] has quit [Ping timeout: 264 seconds]
20141109 09:56:20-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20141109 10:10:52-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20141109 10:33:52-!- Coffee_irc [~david@ppp118-210-90-49.lns20.adl2.internode.on.net] has quit [Quit: Konversation terminated!]
20141109 10:54:06-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20141109 11:14:05-!- markus__ [~mjs-de@g228036085.adsl.alicedsl.de] has joined #wesnoth-dev
20141109 11:25:04-!- Anakonda [Anakonda@88-148-236-16.bb.dnainternet.fi] has joined #wesnoth-dev
20141109 11:30:27-!- molgrum [~molgrum@212.85.89.43] has quit [Quit: Lämnar]
20141109 11:30:30-!- markus__ is now known as mjs-de
20141109 11:40:13-!- molgrum [~molgrum@212.85.89.43] has joined #wesnoth-dev
20141109 11:47:19-!- Coffee_irc [~david@ppp118-210-90-49.lns20.adl2.internode.on.net] has joined #wesnoth-dev
20141109 12:39:39-!- Sulfur [~Miranda@p5B327D50.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20141109 12:45:41-!- trewe [~trewe@144.64.101.129] has joined #wesnoth-dev
20141109 12:53:39-!- irker129 [~irker@fehu.ai0867.net] has quit [Quit: transmission timeout]
20141109 12:59:29-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20141109 13:26:09-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 255 seconds]
20141109 13:32:22-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141109 13:33:10-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has joined #wesnoth-dev
20141109 13:40:27-!- Sulfur [~Miranda@p5B327D50.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141109 13:49:40-!- kex [~kex@78.157.29.160] has quit [Remote host closed the connection]
20141109 13:50:05-!- oldlaptop [~quassel@50-108-67-218.adr01.mskg.mi.frontiernet.net] has quit [Ping timeout: 258 seconds]
20141109 13:50:16-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141109 13:51:24-!- oldlaptop [~quassel@50-108-67-218.adr01.mskg.mi.frontiernet.net] has joined #wesnoth-dev
20141109 13:54:48-!- kex [~kex@78.157.29.160] has quit [Ping timeout: 256 seconds]
20141109 13:56:27-!- fabi [~quassel@wesnoth/developer/fendrin] has quit [Ping timeout: 265 seconds]
20141109 13:56:40-!- fabi [~quassel@p20030051AA25B929B988265489E5B3A5.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141109 13:56:40-!- fabi [~quassel@p20030051AA25B929B988265489E5B3A5.dip0.t-ipconnect.de] has quit [Changing host]
20141109 13:56:40-!- fabi [~quassel@wesnoth/developer/fendrin] has joined #wesnoth-dev
20141109 13:58:32-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141109 14:08:17-!- kex [~kex@78.157.29.160] has quit [Remote host closed the connection]
20141109 14:09:00-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141109 14:10:59-!- trewe [~trewe@144.64.101.129] has quit [Quit: quit]
20141109 14:17:25-!- duncan_shriek [~roland@2a01:1e8:e100:8618::24] has joined #wesnoth-dev
20141109 14:23:56-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141109 14:32:54-!- sachith500 [~kvirc@112.135.35.30] has joined #wesnoth-dev
20141109 14:37:55-!- kex [~kex@78.157.29.160] has quit [Remote host closed the connection]
20141109 14:38:44-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141109 14:39:20-!- kex [~kex@78.157.29.160] has quit [Read error: Connection reset by peer]
20141109 14:39:34-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141109 14:55:06-!- Coffee_irc [~david@ppp118-210-90-49.lns20.adl2.internode.on.net] has quit [Quit: Konversation terminated!]
20141109 14:55:43-!- mattsc_ [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20141109 14:56:41-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Ping timeout: 250 seconds]
20141109 14:56:41-!- mattsc_ is now known as mattsc
20141109 16:06:54-!- kex [~kex@78.157.29.160] has quit [Remote host closed the connection]
20141109 16:14:36-!- prkc [~prkc@catv-89-134-173-244.catv.broadband.hu] has quit [Remote host closed the connection]
20141109 16:24:14-!- Ravana_ [~SZ_Bot@27.83.235.80.dyn.estpak.ee] has quit [Ping timeout: 272 seconds]
20141109 16:43:32-!- kex [~kex@77.29.85.155] has joined #wesnoth-dev
20141109 16:46:19-!- sachith500 [~kvirc@112.135.35.30] has quit [Read error: Connection reset by peer]
20141109 16:48:59-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has quit [Ping timeout: 264 seconds]
20141109 17:31:12-!- cib0 [~cib@p5DD20C5F.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141109 17:47:23-!- Crendgrim [~crend@wesnoth/forum-moderator/crendgrim] has quit [Ping timeout: 244 seconds]
20141109 17:58:47-!- Crendgrim [~crend@wesnoth/forum-moderator/crendgrim] has joined #wesnoth-dev
20141109 18:05:09-!- gfgtdf [~chatzilla@f054149218.adsl.alicedsl.de] has joined #wesnoth-dev
20141109 18:05:15-!- kex [~kex@77.29.85.155] has quit [Remote host closed the connection]
20141109 18:06:34-!- SZ_Bot [SZ_Bot@27-83-235-80.dyn.estpak.ee] has joined #wesnoth-dev
20141109 18:06:34-!- SZ_Bot is now known as Ravana_
20141109 18:14:54-!- Sulfur [~Miranda@p5B327D50.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20141109 18:17:23-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20141109 18:20:50-!- Crendgrim [~crend@wesnoth/forum-moderator/crendgrim] has quit [Read error: Connection reset by peer]
20141109 18:20:58-!- Crendgrim_ [~crend@wesnoth/forum-moderator/crendgrim] has joined #wesnoth-dev
20141109 18:26:29-!- Crendgrim_ [~crend@wesnoth/forum-moderator/crendgrim] has quit [Ping timeout: 245 seconds]
20141109 18:26:59-!- Sulfur [~Miranda@p5B327D50.dip0.t-ipconnect.de] has joined #wesnoth-dev
20141109 18:40:48-!- Crendgrim [~crend@wesnoth/forum-moderator/crendgrim] has joined #wesnoth-dev
20141109 18:41:23-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has joined #wesnoth-dev
20141109 18:46:24< ancestral> When do dialogs use DejaVu Sans and when do they not?
20141109 18:49:59-!- trewe [~trewe@bl23-101-129.dsl.telepac.pt] has joined #wesnoth-dev
20141109 18:53:38< zookeeper> gfgtdf, it's weird to read those two old bug reports i've made because they seem to make so little sense!
20141109 18:54:06< zookeeper> so, yeah, i think i agree with your comments
20141109 18:54:30-!- Sulfur [~Miranda@p5B327D50.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20141109 19:12:51-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Ping timeout: 258 seconds]
20141109 19:24:45-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20141109 19:41:03-!- Dugi [~dugi@kou-210-159.pks.muni.cz] has joined #wesnoth-dev
20141109 19:41:14< Dugi> Hi.
20141109 19:52:38-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20141109 19:53:04-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20141109 19:54:01-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141109 19:54:13-!- kex [~kex@77.29.85.155] has joined #wesnoth-dev
20141109 19:58:22-!- kex [~kex@77.29.85.155] has quit [Ping timeout: 240 seconds]
20141109 19:59:49-!- Dugi_ [93fbd29f@gateway/web/freenode/ip.147.251.210.159] has joined #wesnoth-dev
20141109 19:59:53-!- Dugi [~dugi@kou-210-159.pks.muni.cz] has quit [Quit: Leaving]
20141109 20:01:01-!- Dugi_ is now known as Dugi
20141109 20:05:30-!- irker465 [~irker@fehu.ai0867.net] has joined #wesnoth-dev
20141109 20:05:30< irker465> wesnoth: Ignacio R. Morelle wesnoth:1.12 04b71ac834be / RELEASE_NOTES: Purge RELEASE_NOTES contents http://git.io/mHfWeA
20141109 20:16:44-!- shadowm changed the topic of #wesnoth-dev to: Tagging of 1.12.0 planned for Saturday, 15 Nov | hard string+feature freeze active on 1.12 | Logs: http://irclogs.wesnoth.org | Alternate logs (down): http://wesnoth.debian.net
20141109 20:17:32< shadowm> It's  not been exactly 24 hours but I don't care.
20141109 20:17:43< shadowm> mattsc, Ivanovic: Announced 1.11.19.
20141109 20:17:55-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20141109 20:18:02< shadowm> I'm also going to add a line to the 1.10 MOTD calling for more testing.
20141109 20:31:03-!- prkc [~prkc@BC06D7AE.dsl.pool.telekom.hu] has joined #wesnoth-dev
20141109 20:45:12-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has joined #wesnoth-dev
20141109 20:49:17-!- happygrue [~Laptop@wesnoth/developer/wintermute] has joined #wesnoth-dev
20141109 21:02:14-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20141109 21:02:31-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141109 21:03:46-!- Coffee_irc [~david@ppp118-210-90-49.lns20.adl2.internode.on.net] has joined #wesnoth-dev
20141109 21:05:32-!- ancestral [~ancestral@71-34-14-121.mpls.qwest.net] has joined #wesnoth-dev
20141109 21:07:13< shadowm> Ugh, yes, BFS breaks my preprocessor test invocation.
20141109 21:12:42< ancestral> When do dialogs use DejaVu Sans and when do they not? Is it something to do with some of them are GUI2 and some aren’t?
20141109 21:14:35-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20141109 21:15:41< shadowm> No, it depends on the current language used.
20141109 21:16:21< shadowm> Also the characters that need to be displayed.
20141109 21:16:35< shadowm> Also whether it's using ttext or SDL_ttf.
20141109 21:18:42< ancestral> How can I tell which its using?
20141109 21:19:20< Dugi> shadowm: Do you have time to check my code?
20141109 21:19:21< shadowm> If it's GUI1, it's always SDL_ttf. If it's GUI2, it's always ttext. If it's not GUI1 or GUI2, you have to check the source.
20141109 21:19:43< shadowm> In particular, the theme UI uses GUI1 widgets, but renders some labels using ttext.
20141109 21:19:57< shadowm> Dugi: I'm busy right now, rsorry.
20141109 21:20:15< shadowm> gfgtdf: Are you familiar with BFS?
20141109 21:20:23< Dugi> shadowm: Okay, Will you have time in an our or so?
20141109 21:20:32< shadowm> Dugi: Unlikely.
20141109 21:20:40< Dugi> shadowm: Anyway, I saw that you released a new version, good job.
20141109 21:20:59< shadowm> Yes, we tagged it yesterday.
20141109 21:21:01-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141109 21:21:12< ancestral> shadowm: Thanks, I see you’re busy… is there a way to override the system font it’s using?
20141109 21:21:31< shadowm> How do you know it's using a system font?
20141109 21:21:47< ancestral> Because my capital G’s look like Helvetica
20141109 21:22:35< shadowm> Does anything else look like Helvetica to you and are you sure it's not DejaVu Sans plagiarizing some letter designs?
20141109 21:23:09< shadowm> Okay, 'plagiarizing' is a very strong word. I mean 'imitating'.
20141109 21:24:33< ancestral> DejaVu Sans has a ‘G’ which doesn’t have a downward stem: http://www.fontsquirrel.com/fonts/DejaVu-Sans whereas Helvetica does: https://upload.wikimedia.org/wikipedia/commons/d/d2/AGcomparison08.svg
20141109 21:24:55< ancestral> (which is probably my system default sans-serif)
20141109 21:26:19< shadowm> ttext is subject to the will of Cairo and fontconfig, but I can't think of a reason why the latter would replace DejaVu Sans with the system sans serif font when we specifically request DejaVu Sans. Probably.
20141109 21:27:03< gfgtdf> shadowm: i didnt use it before i merged AI's patch.
20141109 21:27:12< ancestral> http://imgur.com/ZsSc3xC
20141109 21:27:19< shadowm> I don't really know whether our own font selection mechanism is honored by ttext, but at least on Windows everything looks like DejaVu Sans and not Arial to me.
20141109 21:27:24< ancestral> That can’t be DejaVu Sans
20141109 21:27:45< shadowm> Yeah, right it isn't.
20141109 21:27:50< ancestral> But I’ve noticed the text in the menus and the buttons are
20141109 21:28:10< shadowm> On the title screen too?
20141109 21:28:29< ancestral> I’m not so sure about the main screen
20141109 21:28:35< gfgtdf> shadowm: you have a special question about boost filesystem?
20141109 21:28:52< shadowm> All of the title screen uses ttext through GUI2, so if it was inconsistent I'd be rather concerned.
20141109 21:29:04< ancestral> No it’s Helvetica for me on the main screen
20141109 21:29:11< shadowm> I guess you meant the in-game buttons? Because those are GUI1 (SDL_ttf).
20141109 21:29:15< ancestral> The buttons
20141109 21:29:25< ancestral> But if I click Load
20141109 21:29:35< shadowm> Load Game is GUI1 by default.
20141109 21:29:38< ancestral> The text in that dialog is DejaVu
20141109 21:30:00< shadowm> It sounds like fontconfig decided to be silly on OS X.
20141109 21:30:18< ancestral> Yes, in-game buttons, the Preferences, the menus in the game all render DejaVu, but some of the other dialogs, the main screen, that’s not
20141109 21:30:25-!- Crendgrim [~crend@wesnoth/forum-moderator/crendgrim] has quit [Ping timeout: 256 seconds]
20141109 21:30:26< shadowm> gfgtdf: I guess at this point it's more like whether you'd be able to review a simple patch I'm working on to fix a particular use case.
20141109 21:31:21< shadowm> ancestral: Here's the simplest way to tell, as a user, whether a dialog is GUI2 or GUI1: press down a button and check whether its label is pressed down as well (pressed down: GUI1; static: GUI2).
20141109 21:31:36< shadowm> All the stuff you mentioned as rendering with DejaVu Sans is GUI1.
20141109 21:31:44< ancestral> All the dialogue text in the game and the unit info in the sidebar is Helvetica for me, except the End Turn button isn’t
20141109 21:32:05< ancestral> Interesting
20141109 21:32:06< shadowm> Yes, GUI2, GUI0, GUI1.
20141109 21:32:17< gfgtdf> shadowm: for which case?
20141109 21:33:33< irker465> wesnoth: Nils Kneuper wesnoth:1.12 f5ba94a8a974 / / (7 files in 6 dirs): updated German translation http://git.io/S2fYkA
20141109 21:33:35< irker465> wesnoth: Nils Kneuper wesnoth:master 124afc0857fc / po/ (5 files in 5 dirs): updated German translation http://git.io/f1w03Q
20141109 21:34:07< shadowm> gfgtdf: Running `wesnoth -p path/to/data/core preprocessor-output` failing with an error unless you replace `preprocessor-output` with `./preprocessour-output` or it already exists in the current working dir.
20141109 21:34:14-!- Coffee_irc [~david@ppp118-210-90-49.lns20.adl2.internode.on.net] has quit [Quit: Konversation terminated!]
20141109 21:34:50< gfgtdf> shadowm: i "/somefile" and "somefile" the same file on linux?
20141109 21:35:01< shadowm> No.
20141109 21:35:07< shadowm> But "./somefile" and "somefile" are. :p
20141109 21:35:09< ancestral> shadowm: I think it’s an artifact of the homebrew script iceiceice put together
20141109 21:35:20< ancestral> The binary doesn’t have Helvetica in it
20141109 21:35:24< ancestral> *official binary
20141109 21:35:48< shadowm> The error is because the game tries to create an empty path (bfs::path("foo").parent_path() is empty) due to some bogus logic in the BFS version of create_directory_if_missing_recursive().
20141109 21:36:13< shadowm> Instead of going "oh well, this dir has no parent, I don't need to try to create it".
20141109 21:37:01< shadowm> The non-BFS version does detect this, although it's not necessarily obvious.
20141109 21:39:07< shadowm> gfgtdf: So this is the patch I propose: https://gist.github.com/shikadilord/0ccfa1d98397847fba09
20141109 21:40:16< shadowm> Unless there's a better way in BFS to check whether a path has no parent.
20141109 21:41:55< shadowm> Okay, apparently there is a has_parent_path() method.
20141109 21:42:23< shadowm> "Returns: !parent_path().empty()"
20141109 21:42:53-!- kex [~kex@77.29.84.51] has joined #wesnoth-dev
20141109 21:47:22-!- kex [~kex@77.29.84.51] has quit [Ping timeout: 255 seconds]
20141109 21:48:50< gfgtdf> shadowm: OK i think that better than returning true for empty strings.
20141109 21:49:22< gfgtdf> s/OK/ok (had caps)
20141109 21:50:21< shadowm> Fun fact, the uppercase form is actually more correct.
20141109 21:50:32< gfgtdf> shadowm:why ?
20141109 21:50:56< shadowm> Because it's pronounced "Oh Kay", not "oc".
20141109 21:51:52< shadowm> Well, I was originally going to do just that and return true for empty paths, but then I realized that the non-BFS version didn't, so I went and took a look at its logic in detail.
20141109 21:52:54< shadowm> And it just avoids creating a parent if there is no parent in the path string, so yeah.
20141109 21:54:19< gfgtdf> shadowm: maybe the intention is not not allow something like `wesnoth -p path/to/data/core ""` ?
20141109 21:54:39< gfgtdf> shadowm: or whaever teh correct syntax it to pas an empty strign argument
20141109 21:54:43< gfgtdf> is*
20141109 21:55:40< shadowm> You can't create an empty directory, no, so even if you went pass the sanity checks you'd stumble upon a failed system call.
20141109 21:55:46< shadowm> *past
20141109 21:55:59< shadowm> Eh.
20141109 21:56:06< shadowm> I mean a directory or file with an empty name.
20141109 21:56:26< shadowm> (Though if you want to be pedantic, you can't create an empty directory on Linux either.)
20141109 21:56:55< shadowm> (Every directory must have the . and .. (if not /) dentries.)
20141109 21:58:34< gfgtdf> shadowm: i thought the second parameter is the directoy name and teh data gets written to directoryname/cfgname ?
20141109 22:00:59< shadowm> Something like that, yes.
20141109 22:02:26< gfgtdf> shadowm: so just to make sure we are talking about returning true here: https://github.com/wesnoth/wesnoth/blob/master/src/filesystem_boost.cpp#L274 no ?
20141109 22:02:48< shadowm> Did you even check my patch?
20141109 22:03:32< gfgtdf> shadowm: i taked about "Well, I was originally going to do just that and return true for empty paths, but then I realized that the non-BFS version didn't, so I went and took a look at its logic in detail."
20141109 22:03:58< gfgtdf> shadowm: y i looked at teh patch and i see no rpblems with it
20141109 22:04:06< shadowm> Yes, that means I realized that the alternative (first) approach was wrong.
20141109 22:04:52< shadowm> Wow.
20141109 22:05:02< gfgtdf> ?
20141109 22:05:13< shadowm> gfgtdf, iceiceice: I just realized that none of the Boost.filesystem/.locale stuff is in the 1.11.19 changelog.
20141109 22:05:23< shadowm> Could you add it anyway for reference?
20141109 22:06:23< irker465> wesnoth: Ignacio R. Morelle wesnoth:master c293e20d25dc / src/filesystem_boost.cpp: fs: Fix relative directory creation incongruity with Boost.filesystem http://git.io/Gj4heQ
20141109 22:07:18< irker465> wesnoth: Ignacio R. Morelle wesnoth:1.12 c87134f36e2a / src/server/server.cpp: wesnothd: Accept 1.12.x by default http://git.io/9poZ6A
20141109 22:07:21< irker465> wesnoth: Ignacio R. Morelle wesnoth:1.12 83907ce8caa5 / changelog src/filesystem_boost.cpp: fs: Fix relative directory creation incongruity with Boost.filesystem http://git.io/NshJvg
20141109 22:07:58< gfgtdf> shadowm: shodul we then add it to the 1.11.19 or 1.11.20 changelog ?
20141109 22:08:23< shadowm> 1.11.19.
20141109 22:09:00< shadowm> It's amazing how much the changelog has been neglected for the past two RCs.
20141109 22:09:32< shadowm> Perhaps we should introduce a "changelog entry or your commit gets reverted" from this point onwards.
20141109 22:09:55< shadowm> Nah.
20141109 22:12:50< irker465> wesnoth: gfgtdf wesnoth:1.12 78d71d4119a1 / changelog: Update changelog http://git.io/gM_Jmg
20141109 22:20:56-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141109 22:23:34-!- happygrue [~Laptop@wesnoth/developer/wintermute] has quit [Remote host closed the connection]
20141109 22:33:43-!- cib0 [~cib@p5DD20C5F.dip0.t-ipconnect.de] has quit [Ping timeout: 255 seconds]
20141109 22:38:11-!- Anakonda [Anakonda@88-148-236-16.bb.dnainternet.fi] has quit [Read error: Connection reset by peer]
20141109 22:47:06< shadowm> mattsc: Oops, I forgot to remove the single-item list of must-fix  issues from the announcement before posting. Fixed now.
20141109 22:54:10-!- trewe [~trewe@bl23-101-129.dsl.telepac.pt] has quit [Quit: quit]
20141109 22:55:46-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20141109 22:59:10-!- iceiceice [~chris@192.16.204.74] has joined #wesnoth-dev
20141109 22:59:10-!- iceiceice [~chris@192.16.204.74] has quit [Changing host]
20141109 22:59:10-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20141109 22:59:27< iceiceice> shadowm: yeah i think i didnt make changelogs when i cherry-picked,
20141109 22:59:42< iceiceice> i did it mostly in one 24 hour sitting, and i was very concerned not to break things
20141109 22:59:55< iceiceice> and i dont think there were changelogs on master at the time that i did it so i just didn't think of it
20141109 23:04:51< mattsc> shadowm: Thanks!
20141109 23:06:06< iceiceice> shadowm: two of the bugs you highlighted in the announcement for the "unicode support" issue are marked private
20141109 23:06:21-!- {V} [~V@72-69-ftth.on.nl] has quit [Ping timeout: 250 seconds]
20141109 23:07:18-!- {V} [~V@72-69-ftth.on.nl] has joined #wesnoth-dev
20141109 23:08:57< shadowm> iceiceice: I think I added only one of them and the other was already there.
20141109 23:09:08< iceiceice> oh, it might have been my fault
20141109 23:09:29< iceiceice> its not really a big deal, i just thought i would point it out
20141109 23:09:41< shadowm> As for the one I added, I'd be tempted to make it public because the excuse for making it private is really silly.
20141109 23:10:12< shadowm> But meh, who is going to click on those links anyway?
20141109 23:11:22< shadowm> gfgtdf: Is there a particular reason you haven't backported the fix for #22921 to 1.12 yet?
20141109 23:12:16< gfgtdf> shadowm: no
20141109 23:12:58-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 256 seconds]
20141109 23:13:42< shadowm> gfgtdf: https://gna.org/bugs/?22928 seems to be related.
20141109 23:14:09< shadowm> That is, I can reproduce it on 1.12 with "system default" selected, but not en_US.
20141109 23:15:04< shadowm> master is okay with "system default".
20141109 23:15:54< shadowm> I'm not sure why the bad encoding causes problems with stripping the prefix, though, because it's an ASCII character.. :\
20141109 23:16:40< mattsc> gfgtdf, shadowm: there was something similar reported somewhere very recently …
20141109 23:17:46-!- kex [~kex@78.157.29.160] has quit [Remote host closed the connection]
20141109 23:18:01-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20141109 23:18:25< mattsc> something where the prefix thing also showed up when it shouldn’t have, I think.  Maybe it had to do with translations, I forgot and cannot find it right now.
20141109 23:18:54< shadowm> Do note that I've seen translations include the prefix.
20141109 23:19:32< irker465> wesnoth: gfgtdf wesnoth:1.12 83caa8d48b1f / src/gettext_boost.cpp: maybe fix default langauge http://git.io/sLJ2jg
20141109 23:19:47< shadowm> Translations must not include the prefix, or it'll indeed be displayed  in the game. That's not a bug, just translators being silly.
20141109 23:20:24< shadowm> I remember at some point receiving such a report regarding the Add-ons Manager dialog and Polish.
20141109 23:24:57-!- markus_ [~mjs-de@f048014023.adsl.alicedsl.de] has joined #wesnoth-dev
20141109 23:29:11-!- mjs-de [~mjs-de@g228036085.adsl.alicedsl.de] has quit [Ping timeout: 272 seconds]
20141109 23:29:45< iceiceice> shadowm: this is also a little late, but it might be worth pointing out that, mixing and matching boost libraries from different versions is a no no and can cause you to crash
20141109 23:30:14< iceiceice> so really it's like "you can either build with all of these + filesystem and locale, version >= 1.48, or you can build without filesystem and locale, with version >= 1.36, and libintl is then required"
20141109 23:32:27< shadowm> I didn't undertand that last line but the first is rather obvious.
20141109 23:33:46< iceiceice> i agree it should be obvious but then it's confusing that we write "filesystem version >= 1.44"
20141109 23:33:50< iceiceice> because that 1.44 number is never relevant
20141109 23:36:47< shadowm> I don't know who wrote that, I just took what was in R_N and formatted it.
20141109 23:36:57< iceiceice> i wrote it, but now i regret it T_T
20141109 23:37:28-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20141109 23:37:45< gfgtdf> iceiceice: maybe for teh csae that we wantot o compile with boost filesystem but not with boost locale ?
20141109 23:37:53< gfgtdf> want to*
20141109 23:38:02< iceiceice> gfgtdf: yeah but that's not possible with scons or cmake atm
20141109 23:38:13< iceiceice> i guess it is if you use an IDE
20141109 23:38:56-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141109 23:39:09< iceiceice> gfgtdf: any reason not to backport this? https://github.com/wesnoth/wesnoth/commit/ab87bb391f40a9839e5330b45fec9dd8244100b2
20141109 23:39:25< gfgtdf> iceiceice: no
20141109 23:39:28< iceiceice> ok
20141109 23:40:10-!- stikonas__ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141109 23:42:07< irker465> wesnoth: Chris Beck wesnoth:1.12 14b4286bea8e / src/gettext.cpp: fixup OS X compilation (for BFS-disabled) by reapply bugfix #16694 http://git.io/mPYtCQ
20141109 23:42:09< irker465> wesnoth: Chris Beck wesnoth:1.12 505fa4681f87 / / (308 files in 38 dirs): Merge branch '1.12' of https://github.com/wesnoth/wesnoth into 1.12 http://git.io/b5KtWA
20141109 23:43:53-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20141109 23:43:53-!- stikonas__ [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20141109 23:44:43-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20141109 23:44:53-!- markus_ [~mjs-de@f048014023.adsl.alicedsl.de] has quit [Ping timeout: 255 seconds]
20141109 23:48:50< shadowm> gfgtdf: Will you write a changelog entry for 83caa8d48b1f ?
20141109 23:49:24< gfgtdf> shadowm. OK
20141109 23:51:48< irker465> wesnoth: gfgtdf wesnoth:1.12 3f1c1a705ad0 / changelog: Update changelog http://git.io/dXRGgw
20141109 23:52:04< shadowm> Well.
20141109 23:52:29< shadowm> I don't know if you've seen previous changelog entries, but we normally write "bug #12345" rather than provide a link to gna.org, which takes up too much space.
20141109 23:52:42< shadowm> I'll rewrite that entry later.
20141109 23:54:20< gfgtdf> shadowm: it's not that this causes the entry to be 2 lines long instead of one line.
20141109 23:54:52< shadowm> Cosnsistency.
20141109 23:55:22< gfgtdf> shadowm: will the bug ids stayif we move to another bugtracker ?
20141109 23:57:02< shadowm> We'd specifically make sure that is the case.
20141109 23:58:28< irker465> wesnoth: Ignacio R. Morelle wesnoth:1.12 a8cb62ecb6d2 / changelog: Adorned a changelog entry with more information, moved it to i18n http://git.io/vj4L8Q
20141109 23:59:55< iceiceice> gfgtdf: do you think its okay to rename the folder "game_initialization" to just "game_init" ?
--- Log closed Mon Nov 10 00:00:02 2014