--- Log opened Thu Apr 16 00:00:27 2015
20150416 00:01:37< shadowm> Okay, who made SDL_image mandatory with scons for building campaignd?
20150416 00:02:39< shadowm> loonycyborg: ^
20150416 00:03:05< shadowm> I could install SDL_image in a few seconds but I don't want to because this shouldn't really happen and has not been the case for previous series.
20150416 00:03:13< loonycyborg> not me
20150416 00:04:04-!- new_one [~new_one@128.42.81.10] has joined #wesnoth-dev
20150416 00:07:51< shadowm> Whoever did this is currently eligible as a target for the squeaky mallet.
20150416 00:08:09< shadowm> I'll check the log -p later I guess.
20150416 00:23:26-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20150416 00:42:29-!- Ravana_ [SZ_Bot@unaffiliated/ravana/x-2327071] has quit [Read error: Connection reset by peer]
20150416 00:48:49-!- ancestral [~ancestral@174-20-187-184.mpls.qwest.net] has joined #wesnoth-dev
20150416 00:54:48< shadowm> ancestral: You read the logs, right?
20150416 00:55:35< ancestral> I read the logs, but I have not read the logs from the last 36 hours
20150416 00:55:57< shadowm> Well, time to do that then.
20150416 01:03:14-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20150416 01:06:36< ancestral> shadowm: I am still unclear. When exactly do you want my build up on the server?
20150416 01:06:55< ancestral> Let me elaborate slightly
20150416 01:06:57< shadowm> ... Let's go over this again.
20150416 01:07:06< ancestral> Friday at 14:00 UTC
20150416 01:07:14< ancestral> Starting or by
20150416 01:07:27< shadowm> My only responsibility here is 1) tagging and packaging the source code distribution; and 2) announcing.
20150416 01:08:04< shadowm> When I decide on a date and time, it's the date and time for *tagging* the release, not announcing it.
20150416 01:08:32< shadowm> Announcing releases is a less deterministic process and thus never has a definite ETA.
20150416 01:08:36< shadowm> This is because:
20150416 01:09:02< shadowm> 1) Packagers may find issues after tagging that we might decide are too serious to continue the process
20150416 01:09:07-!- groggy_ [~chatzilla@75-143-179-137.dhcp.gnvl.sc.charter.com] has joined #wesnoth-dev
20150416 01:09:25< shadowm> 2) Our primary packagers (loonycyborg and you) may not make their packages instantly available
20150416 01:10:14-!- new_one [~new_one@128.42.81.10] has quit [Ping timeout: 245 seconds]
20150416 01:10:36< shadowm> The announcement delay is at most 72 hours, and at least 24 hours. Usually we'll announce as soon as the primary packages are available if at least 24 hours have passed.
20150416 01:11:12< ancestral> Alright
20150416 01:11:12-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Read error: Connection reset by peer]
20150416 01:11:13< shadowm> This means that you and loonycyborg have exactly 72 hours (but ideally no more than 24 hours) to get things done.
20150416 01:11:38-!- iceiceice [~chris@50.245.222.235] has joined #wesnoth-dev
20150416 01:11:38-!- iceiceice [~chris@50.245.222.235] has quit [Changing host]
20150416 01:11:38-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20150416 01:11:57< shadowm> The faster you start working on the packages, the sooner we can detect issues that may require holding it back.
20150416 01:12:03< ancestral> Got it
20150416 01:12:19< shadowm> Which is why this CTD nonsense should be sorted out beforehand, not during the release process.
20150416 01:12:47< ancestral> And it builds fine through homebrew, so yes, I have some libs to weed through for the Xcode build
20150416 01:13:12< ancestral> We’re not ready for bundling through builds in homebrew any time soon
20150416 01:13:50< ancestral> I’m off Thursday and Saturday, so I can accommodate the release timeframe
20150416 01:13:59< ancestral> And update the project file
20150416 01:18:05< shadowm> !commit 7b6c125ffdbb3c1f64ca40ca7cbfd446b2c28c2c @ loonycyborg 
20150416 01:18:06< shikadibot> loonycyborg: Revision 7b6c125ffdbb (Boldizsár Lipka) on Sat Mar  8 20:24:37 2014:
20150416 01:18:09< shikadibot> loonycyborg: Add an sdl2 option to SCons.
20150416 01:18:12< shikadibot> loonycyborg:  
20150416 01:18:14< shikadibot> loonycyborg: It allows building Wesnoth with SDL2. False by default. The SDL2 versions of
20150416 01:18:17< shikadibot> loonycyborg: (+1 discarded lines)
20150416 01:18:19< shadowm> shikadibot: seen lipkab
20150416 01:18:19< shikadibot> shadowm: The person with the nick lipkab 4d 10h ago they left with the message: Ping timeout: 272 seconds
20150416 01:18:22< shikadibot> loonycyborg: Web interface URL: https://github.com/wesnoth/wesnoth/commit/7b6c125ffdbb
20150416 01:18:33< iceiceice> ancestral: if it would be helpful, we could try to figure out how this "dylib bundler" program works
20150416 01:18:39< iceiceice> like sooner rather than later
20150416 01:18:40< shadowm> loonycyborg: If I understand correctly, this might be the cause.
20150416 01:18:52< iceiceice> the thing that's holding me back is that i dont know if i should expect it to work if i run it on linux
20150416 01:18:57< ancestral> iceiceice: I’m open to it
20150416 01:19:00< ancestral> What’s it called?
20150416 01:19:12< iceiceice> i think its "brew install dylibbundler"
20150416 01:19:19< ancestral> I can try it out too
20150416 01:19:31< iceiceice> i think its this ting: https://github.com/auriamg/macdylibbundler/
20150416 01:19:46< shadowm> loonycyborg: Okay, I may have parsed the diff incorrectly, actually.
20150416 01:20:18< iceiceice> if it works like it says on the tin, it sounds like it just "magically makes everything happen"...
20150416 01:20:20< iceiceice> who knows though
20150416 01:20:43< iceiceice> i think i saw it recommended or +1'd somewhere but i can't remember exactly
20150416 01:21:11< ancestral> iceiceice: I’ll try it out here in a short bit
20150416 01:21:13< ancestral> Thanks
20150416 01:21:16< iceiceice> np :)
20150416 01:21:52< shadowm> IIUC SDL_image's presence is determined by have_sdl_other().
20150416 01:21:53< gfgtdf_> iceiceice: you knwo whether it is possible to disallow Ai in a [multiplayer_side] ?
20150416 01:22:02< shadowm> But have_server_prereqs doesn't use that, so...
20150416 01:23:05< iceiceice> gfgtdf: you can set it to "allow player = no"
20150416 01:23:14< iceiceice> and then it should be hidden in the mp connect window
20150416 01:23:27< iceiceice> and configured however the wml set it up
20150416 01:23:32-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20150416 01:23:36< iceiceice> to disallow AI though?
20150416 01:23:38< iceiceice> idk
20150416 01:23:56< iceiceice> thunderstruck made much "force_..." stuf but idk if force_controller is one of the
20150416 01:24:11< gfgtdf_> iceiceice: afaik allow_player is for sides inside an mp scneairo but not for [nultiplayer_side]s
20150416 01:24:22< iceiceice> ohhh hmm
20150416 01:24:32< iceiceice> so you want to set some faction to not be AI playable?
20150416 01:24:51< iceiceice> why ?
20150416 01:27:21< gfgtdf_> iceiceice: i want to try make my scenario with robots scenario into an Mp era and i have no code that enables teh Ai to buidl robots
20150416 01:27:25-!- Appleman1234 [~Appleman1@CPE-121-208-6-89.bqzl1.cha.bigpond.net.au] has quit [Ping timeout: 264 seconds]
20150416 01:27:44< gfgtdf_> iceiceice: so teh Ai woudl onyl have units with 1 Movepoint and without any attacks which doesnt relly make sense
20150416 01:28:08< iceiceice> i think alot of addons are like that unfortunatey
20150416 01:28:19< iceiceice> you could try to make some ai?
20150416 01:28:47< iceiceice> i think you would be able to make it do at least a little bit of stuff
20150416 01:29:24< gfgtdf_> iceiceice: it wouldbe a lot of work i thin
20150416 01:29:24-!- iwaim [~iwaim@2001:2c0:40e:2002:0:4:14:80] has quit [Ping timeout: 252 seconds]
20150416 01:29:36< iceiceice> if you dont mind for the AI to cheat sort of
20150416 01:29:58< iceiceice> i mean realistically it will be much worse than humans
20150416 01:30:26< iceiceice> but you could try to just give it some scripted or random robot upgrades depending on the turn count or something
20150416 01:30:32< iceiceice> idk i didnt actually play your scenario yet
20150416 01:32:20-!- Appleman1234 [~Appleman1@CPE-121-208-6-89.bqzl1.cha.bigpond.net.au] has joined #wesnoth-dev
20150416 01:32:30< iceiceice> gfgtdf: did you read my forum post here a while back? http://forums.wesnoth.org/viewtopic.php?f=21&t=41854#p583155
20150416 01:34:19< gfgtdf_> iceiceice: i read teh part that outside teh spoiler
20150416 01:43:25-!- iwaim [~iwaim@2001:2c0:40e:2002:0:4:14:80] has joined #wesnoth-dev
20150416 01:55:13-!- gfgtdf [~chatzilla@f054131199.adsl.alicedsl.de] has joined #wesnoth-dev
20150416 01:56:46< gfgtdf> iceiceice: ok i have another problem: i try to set global lua varaibles but somehow they are erased :s
20150416 01:57:30< gfgtdf> iceiceice: i have code << u = true >> in my [lua] but then when i use :lua wesnoth.message(u) it doesnt work
20150416 01:57:40< iceiceice> ehhh
20150416 01:57:42-!- gfgtdf_ [~chatzilla@f054153230.adsl.alicedsl.de] has quit [Ping timeout: 265 seconds]
20150416 01:57:52< iceiceice> where is the lua?
20150416 01:57:54< iceiceice> its in the scenario?
20150416 01:58:01< gfgtdf> in [era]
20150416 01:58:18< iceiceice> you can try to call "wesnoth.show_lua_console()"
20150416 01:58:22< iceiceice> right when you set u=true ?
20150416 01:58:42< gfgtdf> iceiceice: i can try
20150416 01:59:01< iceiceice> y see what it does maybe
20150416 01:59:53< gfgtdf> iceiceice: hm it doesnt show
20150416 02:00:09< iceiceice> so its not executing?
20150416 02:00:39< gfgtdf> iceiceicehm ok i found teh errors
20150416 02:01:02< gfgtdf> iceiceice: was just anormal lua exception before the line that sets u so it didnt reach to that line
20150416 02:01:16< gfgtdf> iceiceice: the problem is that there is no user message about that error
20150416 02:01:37< gfgtdf> iceiceice: usually there are chat messages about lue errors, but not here
20150416 02:01:49< vultraz> that's the case in a lot of things
20150416 02:02:01< vultraz> lua silently failing 
20150416 02:03:01< iceiceice> :/
20150416 02:03:10< vultraz> iirc you only get errors when you dofile/require in a [lua] block outside scenario
20150416 02:03:35< iceiceice> hmmm
20150416 02:03:55< iceiceice> oki cannot look at it right now but i can make time later
20150416 02:04:07< iceiceice> unless you want to fix it
20150416 02:04:56< gfgtdf> iceiceice: i dont want to
20150416 02:13:56-!- groggy_ [~chatzilla@75-143-179-137.dhcp.gnvl.sc.charter.com] has quit [Ping timeout: 240 seconds]
20150416 02:19:46-!- Kexoth [~kex@78.157.29.160] has quit [Remote host closed the connection]
20150416 02:22:55-!- nurupo is now known as nurupo__
20150416 02:22:59-!- nurupo__ is now known as nurupo
20150416 02:29:22< shadowm> loonycyborg, lipkab: Ugh, never mind, I'm the one who needs the squeaky mallet.
20150416 02:29:29-!- groggy_ [~chatzilla@75-143-179-137.dhcp.gnvl.sc.charter.com] has joined #wesnoth-dev
20150416 02:29:38< shadowm> > Checking for Boost random library version >= 1.40.0... (cached) no
20150416 02:30:23< shadowm> I must've committed a similar mistake before with the wesnothd container because SDL_image is installed there for no obvious reason.
20150416 02:31:04< iceiceice> yeah the server definitely needs boost random i think
20150416 02:31:11< iceiceice> otherwise theres not a point for the upgrade
20150416 02:31:33< shadowm> This is campaignd, not wesnothd, but it shares the same dependency set with wesnothd in SConscript.
20150416 02:31:42< shadowm> SConstruct.
20150416 02:32:06< iceiceice> i see
20150416 02:33:19< shadowm> Build successful now. ¬_¬
20150416 02:37:37< shadowm> 1.13 campaignd is online now.
20150416 02:41:36< gfgtdf> shadowm: so now 1.13 and 1.12 have differnt campaignd ?
20150416 02:41:59< shadowm> Yes, of course.
20150416 02:43:21-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20150416 02:43:30-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20150416 02:43:58< gfgtdf> shadowm: when i click add ons on my 1.13-dev verxsion i still hav e bug list
20150416 02:44:15< shadowm> What do you mean by "bug list"?
20150416 02:45:50< gfgtdf> big list
20150416 02:45:57< gfgtdf> shadowm: ^
20150416 02:46:01< shadowm> How long ago did you rebuild your client?
20150416 02:46:27< shadowm> Or more specifically, is it a pre- or post-2181dd8d9b6dda2d79d5a692853fca5ceee6298d build?
20150416 02:46:29< gfgtdf> shadowm: 5 days ago
20150416 02:47:04< shadowm> You need to rebuild unless you explicitly pass the port number in the configuration.
20150416 02:47:24< shadowm> As in wesnoth.org:15008 in the Add-ons menu.
20150416 02:47:58< gfgtdf> shadowm: hmm i somehow thought the client would send its version number to the server and then teh server woudl choose teh default server for him.
20150416 02:48:26< shadowm> No, that's wesnothd. It's a thing I want to work on for 1.14, though.
20150416 02:57:43-!- groggy_ [~chatzilla@75-143-179-137.dhcp.gnvl.sc.charter.com] has quit [Quit: ChatZilla 0.9.91.1 [Firefox 36.0.4/20150320202338]]
20150416 02:58:34-!- ancestral [~ancestral@174-20-187-184.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20150416 02:58:59-!- ancestral [~ancestral@174-20-187-184.mpls.qwest.net] has joined #wesnoth-dev
20150416 02:59:55< irker689> wesnoth: Charles Dang wesnoth:master 408e4bdfa51f / data/campaigns/Northern_Rebirth/ (scenarios/05a_01_The_Pursuit.cfg utils/utils.cfg): NR: move PLACE_PRISONER_IMAGE to utils http://git.io/vvrCv
20150416 02:59:58< irker689> wesnoth: Charles Dang wesnoth:master e40c9d23e921 / data/campaigns/Northern_Rebirth/scenarios/08a_Elvish_Princess.cfg: NR S8a: cleanup http://git.io/vvrCf
20150416 03:00:01< irker689> wesnoth: Charles Dang wesnoth:master e105d494f6e8 / data/campaigns/Northern_Rebirth/ (maps/09a_Introductions.map scenarios/09a_Introductions.cfg): NR S9a: cleanup http://git.io/vvrCJ
20150416 03:02:47-!- ancestral [~ancestral@174-20-187-184.mpls.qwest.net] has quit [Client Quit]
20150416 03:03:08-!- ancestral [~ancestral@174-20-187-184.mpls.qwest.net] has joined #wesnoth-dev
20150416 03:04:26-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 256 seconds]
20150416 03:06:09-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20150416 03:09:05-!- Necrosporus_ [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20150416 03:09:49-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has quit [Ping timeout: 245 seconds]
20150416 03:10:10-!- prkc [~prkc@catv-89-134-173-244.catv.broadband.hu] has quit [Remote host closed the connection]
20150416 03:11:03-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20150416 03:11:54-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has quit [Ping timeout: 245 seconds]
20150416 03:18:00-!- Necrosporus_ is now known as Necrosporus
20150416 03:19:02< Necrosporus> shadowm, are previous versions of add-on packages stored on the add-on server?
20150416 03:21:00-!- markus__ [~mjs-de@f049143147.adsl.alicedsl.de] has quit [Remote host closed the connection]
20150416 03:21:03< shadowm> Turns out the 1.13 wesnothd was live before baldras went down, I just forgot to finish up the startup configuration so 1.11 went back in its stead.
20150416 03:21:08< shadowm> *back online
20150416 03:21:44-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20150416 03:22:02-!- gfgtdf [~chatzilla@f054131199.adsl.alicedsl.de] has quit [Read error: Connection reset by peer]
20150416 03:22:32< shadowm> Oh well, I need to rebuild it anyway ahahahaha.
20150416 03:25:43< shadowm> gfgtdf: Please make sure to prod me repeatedly until I get back to you with confirmation that I've rebuilt the server next time an upgrade is needed.
20150416 03:26:35< shadowm> In particular, if you don't keep trying odds are I'll forget it.
20150416 03:27:27< shadowm> 1.13.x server rebuilt and restarted and this time it'll not get replaced by 1.11.x if the host goes down.
20150416 03:31:19-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20150416 03:34:19-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20150416 04:04:25-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20150416 04:05:54-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20150416 04:34:29-!- Ravana_ [SZ_Bot@unaffiliated/ravana/x-2327071] has joined #wesnoth-dev
20150416 04:38:39-!- Kwandulin [~Miranda@p5B008F70.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150416 04:49:54-!- groggy_ [~chatzilla@75-143-179-137.dhcp.gnvl.sc.charter.com] has joined #wesnoth-dev
20150416 05:04:35-!- groggy_ [~chatzilla@75-143-179-137.dhcp.gnvl.sc.charter.com] has quit [Quit: ChatZilla 0.9.91.1 [Firefox 37.0.1/20150402191859]]
20150416 05:20:14-!- Kwandulin [~Miranda@p5B008F70.dip0.t-ipconnect.de] has quit [Ping timeout: 265 seconds]
20150416 05:28:42-!- Kwandulin [~Miranda@p5B00822C.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150416 05:45:26< Ivanovic> Neueste Artikel
20150416 05:45:27< Ivanovic> Test: Fractal Design Define R5
20150416 05:45:29< Ivanovic> Von Jörg Heptner am 15.04.2015 um 16:00 Uhr
20150416 05:45:30< Ivanovic> Fractal Design Define R5
20150416 05:45:32< Ivanovic> Der schwedische Gehäusespezialist Fractal Design hat sich zweifelsohne in den letzten Jahren als eine feste Größe im Gehäusemarkt etabliert. Hierfür ist nicht zuletzt der Erfolg der Define-Reihe verantwortlich. Mittlerweile sind über zwei Jahre seit unserem Test zum Define R4 ins Land gezogen und nun hat Fractal Design eine neue Version mit dem Define R5 auf den Markt gebracht. Rein äußerlich sind auf den ersten Blick kaum 
20150416 05:45:33< Ivanovic> Unterschiede zu erkennen. Selbst die Abmessungen sind bis auf die Gehäusetiefe nahezu identisch. Auch die Farbvarianten, in denen das neue Modell verfügbar ist, sind gleichgeblieben: Schwarz, Titanium und Weiß; wir haben uns im heutigen Artikel die schwarze Version näher angesehen.
20150416 05:45:35< Ivanovic> Somit werden wir im nachfolgenden Test die größten Änderungen im Innenraum vorfinden. Welche Änderungen das sind und ob das Define R5 ein würdiger Nachfolger ist und in die Fußstapfen des Vorgängers treten kann, sehen wir auf den folgenden Seiten. (…) Weiterlesen »
20150416 05:45:36< Ivanovic> AMD A8-7650K - Der letzte Kaveri?
20150416 05:45:38< Ivanovic> Von Onkel_Dithmeyer am 22.03.2015 um 22:25 Uhr
20150416 05:45:39< Ivanovic> Derletzte
20150416 05:45:41< Ivanovic> Nachdem für dieses Jahr Carizzo im mobilen Sektor erscheinen soll, bedient AMD den Desktopmarkt weiterhin mit dem technologischen Vorgänger Kaveri. Als kleinen Lückenfüller bringt man den A8-7650K, der mit einem Preispunkt von unter 100 € die günstigste APU mit freiem Multiplikator darstellt. Mit Taktraten von 3300 MHz und einem Turbo bis 3700 MHz kommt er auf dem Papier sehr nah an den größeren Bruder A10-7700K heran. Um den 
20150416 05:45:42< Ivanovic> geringen Preispunkt zu unterstreichen, empfiehlt AMD ein A68H-Mainboard, welches man uns ebenfalls zum Testen überlassen hat. (…) Weiterlesen »
20150416 05:46:08< Ivanovic> ups...
20150416 05:46:16< Ivanovic> shadowm: fine by me with the release
20150416 06:01:41-!- enchilad1 is now known as enchilado
20150416 06:02:36-!- ancestral [~ancestral@174-20-187-184.mpls.qwest.net] has quit [Quit: End Transmission.]
20150416 06:31:48-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Ping timeout: 272 seconds]
20150416 06:33:11-!- cib0 [~cib@p5DD22F30.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150416 06:35:14-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 256 seconds]
20150416 06:36:04-!- [Relic] [~Relic]@2602:306:33a3:6d30:3de8:588e:d778:9f9a] has quit [Quit: Leaving]
20150416 06:36:39-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20150416 06:44:11-!- irker689 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20150416 06:53:32-!- Haudegen [~quassel@85.124.51.57] has quit [Ping timeout: 252 seconds]
20150416 07:11:31-!- Haudegen [~quassel@85.124.51.57] has joined #wesnoth-dev
20150416 07:24:39 * Rhonda peeks at Ivanovic
20150416 07:24:51-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20150416 07:40:27-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20150416 07:56:41-!- boucman_work [~jrosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20150416 08:18:01-!- Kwandulin [~Miranda@p5B00822C.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20150416 08:26:36-!- Haudegen [~quassel@85.124.51.57] has quit [Ping timeout: 240 seconds]
20150416 08:37:50-!- cib0 [~cib@p5DD22F30.dip0.t-ipconnect.de] has quit [Ping timeout: 272 seconds]
20150416 08:40:32-!- mjs-de [~mjs-de@f049143147.adsl.alicedsl.de] has joined #wesnoth-dev
20150416 08:43:10-!- Haudegen [~quassel@85.124.51.57] has joined #wesnoth-dev
20150416 08:46:58-!- cib0 [~cib@p5DD22F30.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150416 08:51:08-!- irker773 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20150416 08:51:08< irker773> wesnoth: Ignacio R. Morelle wesnoth:1.12 bde80f6887ea / src/SConscript: scons: Rewrite a couple of conditionals for compatibility with Python 2.3 http://git.io/vvoaP
20150416 08:54:01< irker773> wesnoth: Ignacio R. Morelle wesnoth:master 5e938a08db1b / src/SConscript: scons: Rewrite a conditional for compatibility with Python 2.3 http://git.io/vvoVr
20150416 08:56:03-!- Kwandulin [~Miranda@p5B00822C.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150416 08:57:58-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20150416 08:58:41-!- boucman_work [~jrosen@130.16.90.92.rev.sfr.net] has joined #wesnoth-dev
20150416 08:58:41-!- boucman_work [~jrosen@130.16.90.92.rev.sfr.net] has quit [Changing host]
20150416 08:58:41-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20150416 09:31:59-!- cib0 [~cib@p5DD22F30.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20150416 09:36:09-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 256 seconds]
20150416 09:59:57-!- Haudegen [~quassel@85.124.51.57] has quit [Ping timeout: 256 seconds]
20150416 10:16:17-!- Haudegen [~quassel@85.124.51.57] has joined #wesnoth-dev
20150416 10:21:05-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has joined #wesnoth-dev
20150416 10:26:59-!- cib0 [~cib@132.231.178.75] has joined #wesnoth-dev
20150416 10:38:08-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150416 10:52:01-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has quit [Ping timeout: 264 seconds]
20150416 11:27:58-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has joined #wesnoth-dev
20150416 11:34:37-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20150416 11:34:57-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150416 11:35:56-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Client Quit]
20150416 11:36:08-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150416 11:52:16-!- cib0 [~cib@132.231.178.75] has quit [Ping timeout: 272 seconds]
20150416 11:54:05-!- irker773 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20150416 12:06:30-!- Kwandulin [~Miranda@p5B00822C.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20150416 12:20:12-!- kex [~kex@78.157.29.160] has joined #wesnoth-dev
20150416 12:31:55-!- iceiceice [~chris@ext-74.ias.edu] has joined #wesnoth-dev
20150416 12:31:55-!- iceiceice [~chris@ext-74.ias.edu] has quit [Changing host]
20150416 12:31:55-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20150416 12:31:55-!- irker307 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20150416 12:31:55< irker307> wesnoth: Bär Halberkamp wesnoth:master 9c3f11ac5781 / data/campaigns/Eastern_Invasion/lua/bandits.lua: EI: fixed bandit code http://git.io/vvKi7
20150416 12:31:56< irker307> wesnoth: Bär Halberkamp wesnoth:master 039fc74ede3c / data/campaigns/Eastern_Invasion/scenarios/05_Northern_Outpost.cfg: EI: made S5 slightly harder http://git.io/vvKi5
20150416 12:31:57< irker307> wesnoth: Bär Halberkamp wesnoth:master e560ba63f438 / data/campaigns/Eastern_Invasion/ (maps/07a_The_Crossing.map scenarios/07a_The_Crossing.cfg): EI: First updates to S7a http://git.io/vvKid
20150416 12:31:59< irker307> wesnoth: Bär Halberkamp wesnoth:master b97c19ad8d34 / data/campaigns/Eastern_Invasion/ (6 files in 3 dirs): EI: Picking up a holy amulet now gives the unit an overlay http://git.io/vvKiF
20150416 12:32:23-!- boucman_work [~jrosen@wesnoth/developer/boucman] has quit [Ping timeout: 256 seconds]
20150416 12:36:32-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20150416 12:44:21-!- Kwandulin [~Miranda@p5B00822C.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150416 12:54:25-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has quit [Ping timeout: 264 seconds]
20150416 12:57:57-!- boucman_work [~jrosen@wesnoth/developer/boucman] has quit [Ping timeout: 248 seconds]
20150416 12:59:44-!- Catoptromancy [~Cato@unaffiliated/catoptromancy] has left #wesnoth-dev ["Leaving"]
20150416 13:02:46-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20150416 13:10:42-!- gfgtdf [~chatzilla@f054131199.adsl.alicedsl.de] has joined #wesnoth-dev
20150416 13:21:29-!- cib0 [~cib@132.231.178.89] has joined #wesnoth-dev
20150416 13:27:11-!- Appleman1234 [~Appleman1@CPE-121-208-6-89.bqzl1.cha.bigpond.net.au] has quit [Remote host closed the connection]
20150416 13:33:03-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has joined #wesnoth-dev
20150416 13:42:18-!- Kwandulin [~Miranda@p5B00822C.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20150416 14:00:16-!- gfgtdf [~chatzilla@f054131199.adsl.alicedsl.de] has quit [Ping timeout: 264 seconds]
20150416 14:06:32-!- boucman_work [~jrosen@wesnoth/developer/boucman] has quit [Ping timeout: 272 seconds]
20150416 14:15:00-!- Kwandulin [~Miranda@p5B00822C.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150416 14:22:34-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20150416 14:55:29-!- cib0 [~cib@132.231.178.89] has quit [Ping timeout: 264 seconds]
20150416 15:05:07-!- [Relic] [~Relic]@2602:306:33a3:6d30:96a:6664:c99f:ee16] has joined #wesnoth-dev
20150416 15:08:09-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20150416 15:16:48-!- boucman_work [~jrosen@wesnoth/developer/boucman] has quit [Ping timeout: 250 seconds]
20150416 15:17:32-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20150416 15:25:47-!- rayblade53 [~chatzilla@124.109.10.167] has joined #wesnoth-dev
20150416 15:25:56-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 240 seconds]
20150416 15:26:05-!- rayblade53 is now known as vultraz
20150416 15:32:10-!- irker307 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20150416 15:33:10-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20150416 15:50:39-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20150416 15:54:46-!- cib0 [~cib@p5DD22F30.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150416 16:02:48-!- new_one [~new_one@128.42.81.228] has joined #wesnoth-dev
20150416 16:03:16-!- kex [~kex@78.157.29.160] has quit [Ping timeout: 244 seconds]
20150416 16:30:34-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20150416 16:32:18-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20150416 16:34:18-!- Kwandulin [~Miranda@p5B00822C.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20150416 17:00:55-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20150416 17:06:17-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20150416 17:19:16-!- Kwandulin [~Miranda@p5B00822C.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150416 17:30:16-!- Haudegen [~quassel@85.124.51.57] has quit [Ping timeout: 250 seconds]
20150416 17:46:13-!- Haudegen [~quassel@85.124.51.57] has joined #wesnoth-dev
20150416 17:56:31-!- gfgtdf [~chatzilla@f054131199.adsl.alicedsl.de] has joined #wesnoth-dev
20150416 18:00:28< gfgtdf> shadowm: you have any idea what could o wrong in here: http://gna.org/bugs/?23488
20150416 18:00:30< gfgtdf> ?
20150416 18:16:02< Rhonda> Are we still running 1.8 server?
20150416 18:16:42 * Rhonda totally forgot to patch wesnoth-1.8 for squeeze-lts …
20150416 18:41:00-!- irker980 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20150416 18:41:00< irker980> wesnoth: Bär Halberkamp wesnoth:master 2e2cc6756326 / data/campaigns/Eastern_Invasion/ (maps/07a_The_Crossing.map scenarios/07a_The_Crossing.cfg): EI: more updates to S7a http://git.io/vvP7t
20150416 19:07:13-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20150416 19:23:58-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20150416 19:34:38-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20150416 19:48:40-!- Kwandulin [~Miranda@p5B00822C.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20150416 19:55:29-!- cib0 [~cib@p5DD22F30.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20150416 19:55:29-!- cib [~cib@p5DD22F30.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150416 19:55:51-!- cib is now known as Guest32745
20150416 19:57:36-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20150416 20:10:10-!- Guest32745 [~cib@p5DD22F30.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20150416 20:14:21-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150416 20:20:13-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20150416 20:20:54-!- mjs-de [~mjs-de@f049143147.adsl.alicedsl.de] has quit [Remote host closed the connection]
20150416 20:21:39< shadowm> Rhonda: No, we don't have an official 1.8 MP server anymore since 1.12.0 was released last November, but I wouldn't rule out people hosting their own. We also still have the official 1.8 add-ons server running.
20150416 20:23:49< shadowm> gfgtdf: Ehhhhh. No?
20150416 20:24:29< shadowm> (Why are you asking me?)
20150416 20:27:51< gfgtdf> shadowm: i thought you maybe know of similar crashes.
20150416 20:28:26< shadowm> The only potential memory corruption bug I'm aware of is the libvorbis-related one.
20150416 20:28:46< shadowm> Does this person have music enabled? Can we see the scenario they are using?
20150416 20:32:22< shadowm> Also, the valgrind log they provided is full of noise from Pango. :\
20150416 20:32:53< shadowm> And appears to be from a successful session?
20150416 20:33:06< gfgtdf> shadowm: idf i understood correctly yes
20150416 20:33:08< gfgtdf> if*
20150416 20:33:42< gfgtdf> shadowm: the crashes sees to always appear from instide malloc or free
20150416 20:33:43< shadowm> Which doesn't make it very useful.
20150416 20:34:01-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 264 seconds]
20150416 20:34:50< gfgtdf> shadowm: y but teh usualy problem is taht you cannot knwo whether you'll actualyl get a crash when you start teh programm and attack valigrind
20150416 20:34:56< shadowm> I'm no expert on the matter, but that's most likely a symptom of heap corruption.
20150416 20:35:14< shadowm> valgrind should be able to catch issues that would lead up to that scenario.
20150416 20:35:34-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20150416 20:37:00< gfgtdf> shadowm: do you think it is a bug inwesnoths code ?
20150416 20:37:09< shadowm> E.g. writing past the end/before the start of an allocation, double free, bad pointers, and so on.
20150416 20:37:46< shadowm> I wouldn't rule it out.
20150416 20:48:52< gfgtdf> shadowm: hm sould i suggest him to use our vaigrind supress file (https://github.com/wesnoth/wesnoth/blob/master/utils/valgrind_memcheck_suppressions.supp) ?
20150416 20:50:43< shadowm> I've never really used that so I don't know.
20150416 20:59:56-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20150416 21:02:00-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150416 21:03:23-!- kex [~kex@31.11.96.193] has joined #wesnoth-dev
20150416 21:05:14-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 245 seconds]
20150416 21:07:42-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20150416 21:23:31-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 265 seconds]
20150416 21:29:13-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Ping timeout: 264 seconds]
20150416 21:35:37-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20150416 21:36:48< irker980> wesnoth: Ignacio R. Morelle wesnoth:master 218b81f8336c / data/core/macros/special-notes.cfg: Use em dash in SPECIAL_NOTES_DEFENSE_CAP http://git.io/vv1L5
20150416 21:36:51< irker980> wesnoth: Ignacio R. Morelle wesnoth:master 3d2be54498b4 / src/help/help_topic_generators.cpp: help: Rename Defense Capped column to Defense Cap column http://git.io/vv1Ld
20150416 21:36:54< irker980> wesnoth: Ignacio R. Morelle wesnoth:master b33a7747593f / changelog players_changelog: Update changelog entry for Defense Cap help, add players_changelog entry http://git.io/vv1LF
20150416 21:44:13-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 255 seconds]
20150416 21:45:50-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20150416 21:45:52< shadowm> iceiceice: Spawn a Cavalryman and hover on its unit type name on the sidebar.
20150416 21:49:21-!- kex [~kex@31.11.96.193] has quit [Remote host closed the connection]
20150416 21:55:11-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 246 seconds]
20150416 21:59:35-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20150416 22:08:50-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 246 seconds]
20150416 22:12:53-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 264 seconds]
20150416 22:13:25-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20150416 22:15:30< shadowm> Why do we need to cite the source of the strict globals implementation?
20150416 22:21:01-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20150416 22:27:09-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20150416 22:35:56< shadowm> These Lua and WML examples are too verbose and should be in the wiki instead.
20150416 22:42:29< gfgtdf> shadowm: releasew will be today ?
20150416 22:42:38< gfgtdf> shadowm: tag i mena
20150416 22:44:37< shadowm> What does the topic say?
20150416 22:44:53< shadowm> !time
20150416 22:44:53< shikadibot> shadowm: The current time (UTC) is Thu Apr 16 22:44:54 2015.
20150416 22:46:15< shadowm> I'm putting together the announcement in advance to save everyone time since there's far too much stuff in it.
20150416 22:46:34-!- Appleman1234 [~Appleman1@CPE-121-208-6-89.bqzl1.cha.bigpond.net.au] has joined #wesnoth-dev
20150416 22:46:51< irker980> wesnoth: gfgtdf wesnoth:master 83e1b59b7890 / RELEASE_NOTES: Update RELEASE_NOTES http://git.io/vv1a2
20150416 22:53:23-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20150416 22:57:24< gfgtdf> iceiceice: the wiki enttry on lua page about conditonal wml is still missing
20150416 22:58:13< gfgtdf> iceiceice: you think an automatic updater would be onyl for windows/mac or also for linux? afaik linux handles pogramms differently with packame manager so i dont know
20150416 22:58:47< iceiceice> i mean it has to be per architecture
20150416 22:58:54< iceiceice> i guess
20150416 22:59:34< gfgtdf> iceiceice: hm so on linux you nee ddifferent binaries for every cpu architecture?
20150416 22:59:47< iceiceice> also for apple and widnows
20150416 22:59:55< iceiceice> i mean the PPC apple needs different binaries
20150416 22:59:59< iceiceice> but i guess thats why we are dropping support
20150416 23:00:14< gfgtdf> iceiceice: on windows we only offer a 32 bit binary
20150416 23:00:27< iceiceice> i didnt know that
20150416 23:00:32< gfgtdf> iceiceice: that also runs on 64 bit
20150416 23:00:48< gfgtdf> iceiceice: although i think it doesn run on arm or itanuim
20150416 23:00:51< iceiceice> yeah i mean unless you have a crazy 64 bit chip it will also run 32 bit
20150416 23:00:53< iceiceice> yeah
20150416 23:01:15< shadowm> You can run x86 Wesnoth on x86_64 Linux (there's a reason I'm not going to use "32-bit Linux" or "64-bit Linux" here), but there are some caveats that Windows doesn't have.
20150416 23:01:21< gfgtdf> iceiceice: i actualy have never seena  home pc with arm or itanium
20150416 23:02:16< iceiceice> i think it would be hard to make an auto updater
20150416 23:02:19< iceiceice> and hard to test it
20150416 23:02:19< gfgtdf> iceiceice: but teh question was more whteher we need an automaic updater on linux or whether their package manager already do taht.
20150416 23:02:25< iceiceice> only have one pc
20150416 23:02:38< shadowm> Really, the only potential issue that doesn't happen on Windows (because Windows' system libraries come in both flavors are we ship our own libraries for everything else) is that all our dependencies must be installed for x86.
20150416 23:02:43< iceiceice> technically the apple people also have package manager with homebrew
20150416 23:02:52< iceiceice> if we upgrade the script then it will make a bundle for them
20150416 23:03:03< iceiceice> also homebrew makes "binary packages" automatically
20150416 23:03:07< iceiceice> so they dont actually have to copile
20150416 23:03:11< shadowm> For example, here (x86_64 Debian jessie) most x86 builds of libraries do not come installed by default.
20150416 23:03:22< shadowm> This includes things like Xlib, Cairo, Pango, SDL, etc.
20150416 23:03:50< gfgtdf> iceiceice: i made abugreport about how an autoupdater coudl work http://gna.org/bugs/?23481 but it is onyl fo windows yet becasue i onyl kbnow windows.
20150416 23:03:53< shadowm> This is because in a modern Linux distribution you are usually going to use native builds of applications for your platform.
20150416 23:03:59< gfgtdf> s/bugreport/feature request
20150416 23:04:44< gfgtdf> iceiceice: i wonder whteher we shoudl auto autmativl update from one stable version to another ?
20150416 23:04:50< shadowm> It is possible to install x86 builds but it's not necessarily trivial and varies a lot from distribution to distribution.
20150416 23:04:52< gfgtdf> iceiceice: liek 1.12 to 1.14 to 1.16 ?
20150416 23:05:00< iceiceice> idk
20150416 23:05:12< iceiceice> i think some people might complain about that
20150416 23:05:31< iceiceice> but upgrade 1.12.2 to 1.12.3 is probaly good
20150416 23:05:34< gfgtdf> shadowm: but on windows you also have to find the librarires for that architecture, esp since afaik we dont previde it
20150416 23:05:52< shadowm> gfgtdf: No, that's wrong. We do provide all our dependencies that aren't core Windows dependencies.
20150416 23:06:09< gfgtdf> shadowm: where ?
20150416 23:06:21< shadowm> Everything that isn't at %systemroot%\system32 in a default Windows installation is provided by ourselves.
20150416 23:06:30< shadowm> In the official Windows packages.
20150416 23:06:33< gfgtdf> by for that architecture =for 64 bit
20150416 23:06:38< gfgtdf> i ean
20150416 23:06:39< gfgtdf> i mean
20150416 23:06:47< shadowm> x86 only.
20150416 23:07:10< gfgtdf> shadowm: do you think most of those librarires are also easiyl available for 64 bit windows ?
20150416 23:07:38< shadowm> I surmise that'd be extra work for our packager for very little gain.
20150416 23:07:56< gfgtdf> shadowm: can the .dll files of you windows releases change during a stable version ?
20150416 23:08:06< shadowm> Unless you can think of a valid reason to allow Wesnoth to address more than 4 GiB of VM.
20150416 23:08:39< shadowm> gfgtdf: I don't know, I think it's happened before with e.g. SDL 1.2.14 -> 1.2.15.
20150416 23:09:01< shadowm> I'd say "yes", because that's the curse of external libraries, really.
20150416 23:09:08< gfgtdf> shadowm: but wasnt that in 1.11.x when we developed boost filesystem?
20150416 23:09:27< gfgtdf> shadowm: i thought 64 bit is faster on 64 bit processores even if dont use more than 4gb of ram
20150416 23:09:29< shadowm> No, SDL 1.2.15 has been around for years and 1.2.14 had issues on Windows.
20150416 23:10:19< shadowm> x86_64 builds are not inherently faster than x86 builds.
20150416 23:11:43< shadowm> In order for this make a VISIBLE difference, the program must be able to benefit from increased register sizes (which increases memory consumption in certain cases) or instructions that are only available in long mode.
20150416 23:12:41< shadowm> The latter is highly unlikely in our case with the most common bottleneck (SDL) making use of hand-crafted optimizations relying on instruction set extensions that are available in both long mode and x86 compatibility mode.
20150416 23:12:48-!- kex [~kex@89.205.97.191] has joined #wesnoth-dev
20150416 23:14:39< shadowm> Itanium (a.k.a. IA64, not x86_64) is a completely different can of worms where you certainly do not want to run x86 binaries.
20150416 23:15:34< shadowm> We can also safely pretend it doesn't and has never existed as far as Windows is concerned.
20150416 23:16:29-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20150416 23:16:35< iceiceice> shadowm: no i dont agree with this actually
20150416 23:16:51< iceiceice> if we have a 64 bit processor we can store a map location in one register
20150416 23:16:55< iceiceice> instead of 2
20150416 23:17:07< iceiceice> i guess we are still passing by reference everywhere
20150416 23:17:15< iceiceice> but it potentially speeds up AI pathfinding calculations alot
20150416 23:17:22< iceiceice> which are a significant bottleneck
20150416 23:18:56< shadowm> I don't think you'll convince loonycyborg to waste time building two different versions and their accompanying libraries without a spreadsheet.
20150416 23:20:01< shadowm> Plus players must be able to notice the difference to justify having to educate them which version to download (and help those on 32-bit Windows who wind up downloading the wrong one).
20150416 23:20:13< loonycyborg> actually
20150416 23:20:23< loonycyborg> I'd build 64-bit versions too
20150416 23:20:40< loonycyborg> if I wasn't too lazy to get mingw64 to work
20150416 23:21:24< shadowm> We already have our share of people downloading the source tarball when they want the installer.
20150416 23:22:25< shadowm> iceiceice: Did you see this earlier?
20150416 23:22:26< shadowm> 18:45:53 <shadowm> iceiceice: Spawn a Cavalryman and hover on its unit type name on the sidebar.
20150416 23:22:53< iceiceice> no i didnt read logs today
20150416 23:23:00< iceiceice> not much time
20150416 23:24:54< gfgtdf> shadowm: look here: https://github.com/wesnoth/wesnoth/blob/040a69bdd968d8ebf10f3a51b0d779fc858d16e9/src/sdl/utils.hpp#L90
20150416 23:25:27< gfgtdf> shadowm: doenst this operator= create 2 scoped_sdl_surface objects which pont to teh same object
20150416 23:25:32< gfgtdf> and then both try to free them ?
20150416 23:26:04< gfgtdf> shadowm: no wait have to look teh documentation of sdl surfaces refcunt
20150416 23:30:09-!- new_one [~new_one@128.42.81.228] has quit [Quit: WeeChat 1.1.1]
20150416 23:32:14< gfgtdf> shadowm: maybe we arent allowed to free surfaces returned by SDL_GetVideoSurface() ?
20150416 23:34:44< shadowm> I don't know the definite answer to that question, but where do we do that?
20150416 23:35:16< shadowm> Also, SDL won't really effectively free a surface that has a refcount greater than 1, only decrease its refcount.
20150416 23:35:55< shadowm> IIRC.
20150416 23:35:59< shadowm> I hate it when I get asked these questions.
20150416 23:36:24< shadowm> Other than my brief foray back in 2006, I avoid SDL's internals like the plague.
20150416 23:36:55< iceiceice> gfgtdf: i agree that looks broken
20150416 23:36:58< iceiceice> it should be copy and swap
20150416 23:37:27< gfgtdf> iceiceice: no i think it is fine, SDL_Free just decreades teh refcount and we increase teh refcount in assign
20150416 23:37:44< gfgtdf> iceiceice: maybe copy and swa would be better
20150416 23:37:49< gfgtdf> iceiceice: but i dotn think it broken
20150416 23:37:55< iceiceice> i guess it cant throw exceptions
20150416 23:38:01< iceiceice> so it doesnt really matter if its copy and swap or not
20150416 23:38:09< gfgtdf> iceiceice: i currently look here: https://github.com/wesnoth/wesnoth/blob/ea212b5bc257a1cfc77f5667756bac67560354b2/src/floating_label.cpp#L417
20150416 23:38:21< gfgtdf> iceiceice: we construct  surface form SDL_GetVideoSurface()
20150416 23:38:53< iceiceice> i dont know what get video surface does
20150416 23:39:04< gfgtdf> iceiceice: afaik surcafe frees the internal SDL_Surface  but this page http://sdl.beuc.net/sdl.wiki/SDL_GetVideoSurface sais: "On success. The caller must not free the returned pointer. "
20150416 23:39:13< iceiceice> yeah i agree it sounds not good
20150416 23:39:22< iceiceice> i think i did use get video surface once maybe?/
20150416 23:39:26< iceiceice> i cant ermember if its needed for screenshot
20150416 23:39:30< gfgtdf> iceiceice: afaik it frees the SDL_Surface * when it gets destructed
20150416 23:40:33< iceiceice> yeah i tink thats right
20150416 23:40:46< iceiceice> :/
20150416 23:40:51< shadowm> :|
20150416 23:41:21 * iceiceice curses sdl
20150416 23:41:34< iceiceice> i guess its just a clib
20150416 23:41:38< iceiceice> c-lib
20150416 23:41:43< iceiceice> who knew
20150416 23:41:45< shadowm> If we are doing that then that means Wesnoth shouldn't really run most of the time.
20150416 23:42:14< iceiceice> i mean its undefined behavior right
20150416 23:42:46< shadowm> If the framebuffer surface's structures get freed when the next allocation is likely to clobber them.
20150416 23:42:57< shadowm> So how do we even...?
20150416 23:43:25< iceiceice> youknow more about sdl internals than i do
20150416 23:46:17< iceiceice> fwiw even if it turns out we've been freeing it constantly and wrongly for all these years, i still think its not as much of a surprise as this comment:
20150416 23:46:18< iceiceice> https://github.com/wesnoth/wesnoth/blob/master/src/save_blocker.hpp#L58
20150416 23:46:28< shadowm> void SDL_FreeSurface (SDL_Surface *surface) {
20150416 23:46:33< shadowm>     if ( --surface->refcount > 0 ) { return; }
20150416 23:46:57< shadowm> Around src/video/SDL_surface.c:903  as of SDL 1.2.15.
20150416 23:47:30< iceiceice> wait a minute
20150416 23:47:40< shadowm> But surface's constructor doesn't increase the refcount, so...
20150416 23:47:41< iceiceice> if SDL has internal ref counting
20150416 23:47:47< iceiceice> why do we have class surface
20150416 23:47:49< iceiceice> in SDL utils
20150416 23:48:10< iceiceice> what are you quoting to me aboe
20150416 23:48:23< shadowm> SDL_FreeSurface()'s implementation.
20150416 23:48:47< shadowm> Decrease refcount, do not free the surface if it's still greater than zero.
20150416 23:48:57< gfgtdf> shadowm: does SDL_GetVideoSurface increase teh refcount ?
20150416 23:49:16< gfgtdf> shadowm: of teh returnes surface
20150416 23:49:26< shadowm> No.
20150416 23:49:49 * iceiceice curses sdl
20150416 23:50:21< gfgtdf> shadowm: mabye we shoudl just manually increaee teh refcoutn fo teh surface returned by SDL_GetVideoSurface
20150416 23:50:53< shadowm> Avoding calling that function directly except for critical code (e.g. CVideo maybe) would be a better idea.
20150416 23:51:31< iceiceice> why does the floating labels even need to do that?
20150416 23:51:44< iceiceice> is it basically a check for whether the display is faked?
20150416 23:51:50< gfgtdf> shadowm: i actualy dont know rthe video/display/font code enough to replace those calls
20150416 23:51:50< iceiceice> b/c there are better ways to do that
20150416 23:52:28< shadowm> Okay, actually, I missed a crucial detail.
20150416 23:52:49< shadowm> We shouldn't be doing this, that's true, but it shouldn't cause issues either:
20150416 23:53:04< shadowm> http://pastebin.com/LSFNwqsk line 6.
20150416 23:54:41< gfgtdf> shadowm: maybe that line is onyl present in newer sdl version and teh reporter still has an older version ?
20150416 23:55:18< shadowm> Should note though that:
20150416 23:55:19< shadowm> #define SDL_VideoSurface	(current_video->screen)
20150416 23:55:20< shadowm> #define SDL_ShadowSurface	(current_video->shadow)
20150416 23:56:10< shadowm> But SDL_GetVideoSurface returns a third pointer, although it is probably a copy of one of those two.
--- Log closed Fri Apr 17 00:00:29 2015