IRC log for #bzflag on 20150529

00:21.09*** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535)
00:23.29*** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535)
01:11.47*** join/#bzflag Pimpi (~frank@p4FF43511.dip0.t-ipconnect.de)
01:15.00*** join/#bzflag Constitution (~josh@bzflag/developer/Constitution)
03:43.46*** join/#bzflag rob1n (Nomsayinth@unaffiliated/rob1n)
04:02.36*** join/#bzflag BZnotify (~BZnotify@192.30.252.40)
04:02.36BZnotify[13bzflag] 15allejo pushed 1 new commit to 062.4: 02http://git.io/vk8ze
04:02.36BZnotify13bzflag/062.4 149f9cec6 15allejo: Added team score increment functions to API...
04:02.36*** part/#bzflag BZnotify (~BZnotify@192.30.252.40)
04:41.06BulletCatcherIf we're going to continue to offer downloads at download.bzflag.org then we ought to make that https, too.
05:24.31*** join/#bzflag joevano (~joevano@bzflag/developer/JoeVano)
05:24.31*** mode/#bzflag [+v joevano] by ChanServ
06:08.30*** join/#bzflag Shuist (~Shuist@ppp203-122-213-220.static.internode.on.net)
06:14.41*** join/#bzflag infobot_ (ibot@rikers.org)
06:14.41*** topic/#bzflag is http://BZFlag.org || https://www.ohloh.net/p/bzflag || http://wiki.BZFlag.org/Getting_Help || Channel Logs: http://ibot.rikers.org/%23bzflag/ || 2.4.2 Current version https://goo.gl/ZaiNzX
06:14.41*** mode/#bzflag [+v infobot_] by ChanServ
07:44.21*** join/#bzflag BZnotify (~BZnotify@192.30.252.41)
07:44.21BZnotify[13bzflag] 15macsforme pushed 1 new commit to 06master: 02http://git.io/vk4t6
07:44.21BZnotify13bzflag/06master 14da5fee4 15Joshua Bodine: Also consider individual player scores, favoring weaker teams, prior to randomizing a new player's automatic team assignment.
07:44.21*** part/#bzflag BZnotify (~BZnotify@192.30.252.41)
08:27.06*** join/#bzflag Flash (~flash@c-71-56-240-88.hsd1.co.comcast.net)
08:27.06*** join/#bzflag Flash (~flash@bzflag/developer/Flash)
09:50.04*** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535)
09:55.44*** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu)
10:17.57*** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535)
10:46.22*** join/#bzflag Pimpinella (~frank@p57AE4DEF.dip0.t-ipconnect.de)
10:47.12*** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535)
11:12.17*** join/#bzflag BZnotify (~BZnotify@192.30.252.42)
11:12.17BZnotify[13bzflag] 15macsforme pushed 3 new commits to 062.4: 02http://git.io/vkBku
11:12.17BZnotify13bzflag/062.4 141b6a035 15Joshua Bodine: Implemented separate radar and panel size options.
11:12.17BZnotify13bzflag/062.4 14dd172a6 15Joshua Bodine: Did my best to update the l10n files due to the radar/panel size split. Didn't bother trying to differentiate between "size" and "height."...
11:12.17BZnotify13bzflag/062.4 1459ed0d2 15Joshua Bodine: Added the ChangeLog entry for the radar and panel size option split.
11:12.17*** part/#bzflag BZnotify (~BZnotify@192.30.252.42)
11:16.23*** join/#bzflag macsforme (~josh@bzflag/developer/Constitution)
11:20.06blast007Constitution: this is what I currently have for the dependency build script on Windows: https://github.com/BZFlag-Dev/bzflag-dependencies/blob/master/build.bat
11:20.32blast007though like I mentioned, I'll be splitting the output folder into library specific subfolders
11:21.18blast007then, environment variables would be set for stuff like LIBCURL and CARES (or similar) and those would be referenced in the project files for Visual Studio
12:11.37*** join/#bzflag disco- (~disco@unaffiliated/disco-)
13:00.03*** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu)
13:34.35Notify03BZFlag:Alezakos * 8873 /Bz_incrementPlayerWins: Created page with "{{apicall | name = bz_incrementPlayerWins | description = Increments the wins of a player. | param1 = playerID | param1type = int | param1desc = The pl..."
13:34.55Notify03BZFlag:Alezakos * 8874 /Bz_incrementPlayerLosses: Created page with "{{apicall | name = bz_incrementPlayerLosses | description = Increments the losses of a player. | param1 = playerID | param1type = int | param1desc = Th..."
13:35.24Notify03BZFlag:Alezakos * 8875 /Bz_incrementPlayerLosses:
13:36.16Notify03BZFlag:Alezakos * 8876 /Bz_incrementPlayerTKs: Created page with "{{apicall | name = bz_incrementPlayerTKs | description = Increments the team-kill count of a player. | param1 = playerID | param1type = int | param1desc..."
13:36.25Notify03BZFlag:Alezakos * 8877 /Bz_incrementPlayerWins:
13:36.33Notify03BZFlag:Alezakos * 8878 /Bz_incrementPlayerLosses:
13:40.07*** join/#bzflag BZnotify (~BZnotify@192.30.252.40)
13:40.07BZnotify[13bzflag] 15kongr45gpen pushed 1 new commit to 062.4: 02http://git.io/vkBNB
13:40.07BZnotify13bzflag/062.4 143b0beed 15kongr45gpen: Prevent variable shadowing
13:40.07*** part/#bzflag BZnotify (~BZnotify@192.30.252.40)
13:40.16alezakos~Constitution++
13:42.54blast007Constitution: also, we could release pre-built dependency packs for Windows and Mac OS X
13:43.42blast007or would that be overkill for OS X?
14:20.39*** join/#bzflag Pimpinella (~frank@p57AE4DEF.dip0.t-ipconnect.de)
14:25.55Flashmaybe not
14:26.26FlashI'm getting a compile error in SDL2Display.cxx ... "SDL_WINDOW_MOUSE_CAPTURE" is not defined
14:26.39Flashneither is SDL_CaptureMouse()
14:27.48blast007which version of SDL2 are you using?  the latest from their mercurial repository?
14:27.52Flashno
14:28.03blast0072.0.3 then, I imagine?
14:28.16FlashI just pulled from Git ... Mac OS X 10.10.3
14:28.28blast007pulled what from Git?
14:28.40Flasha fresh BZflag
14:28.48blast007and you read the Mac OSX readme?
14:29.01Flashof course not ... it was 2 in the morning :)
14:29.15Flashalthough I did note that I should have
14:29.55blast007version 2.0.4 or later of SDL2 is required
14:31.05blast0072.0.3 is the latest release last I checked, so you need to grab from their repo
14:32.32Flashso we required a version later than their latest release?
14:34.09FlashOK, I'll be a good boy and read the instructions this weekend
14:35.38BulletCatcherAlthough it would be nice to eliminate src/other, using the Git submodule feature would make managing its contents much easier.
14:35.39BulletCatcherWe could even put SDL2 there in such a manner that it pulls in a suitably recent version.
14:36.21FlashI tell you what, I am over my head with git
14:37.11FlashI cloned the trunk BZFlag project, but getting XCode and the Git GUI to play together is a chore I'm not prepared for.
14:40.04BulletCatcherYou might find it easier to use Git via the command line.
14:40.30FlashI might
14:40.48FlashI would like it to cooperate with XCode but I don't guess that's essential
14:41.11BulletCatcherConstitution might be able to give you some hints about that.
14:43.08BulletCatcherGenerally, remote help is easier for workflows on the command line than for GUI, because 'type "command arg"' is much clearer than "click there".
14:46.31BulletCatcherI owe that bit of insight to the #git bot.
14:46.35BulletCatcherhttp://jk.gs/git/bot/trigger_detail.php?trigger=gui
14:47.06Flashand I just thought it was your inherent brilliance
14:47.47BulletCatcherI'm brilliant enough to recognize wisdom when I see it. :-)
14:54.46blast007BulletCatcher: that still then requires that every Debian release manually modifies our source checkout and build scripts to remove the embedded code copies
14:55.10blast007I'm trying to get us to the point that they can just use our source checkout directly
14:57.57BulletCatcherSupporting the diverse requirements of Windows, Mac OS X, Debian, and other Linux distros is a challenge.
14:58.22allejoUsing submodules poses a problem to Debian?
14:58.51BulletCatcherIt may be possible to get autotools to only check out submodules that are needed.
14:59.35allejoFlash, if you want a GUI for git, there's SourceTree
14:59.53FlashI have that too, but I haven't used it much
15:00.28BulletCatcherBuilding via tarballs could require git, and check out exactly what is needed into src/other.
15:01.28blast007I'd rather that Linux users just use the system dependencies
15:01.58blast007that way security updates (say, for libcurl) are applied with the normal system updates
15:02.11BulletCatcherYes.  AFAIK, modern Linux distros are complete enough that they have no need of what we have in src/other.
15:02.23Flashisn't the (a?) point of tarballs that you could install without network connection?
15:02.38blast007Flash: I'd say it should be, yes
15:02.54Flashso requiring git would seem a bad idea
15:03.17blast007yeah, if we'd require git to use the tarballs, might as well not provide tarballs and just tell them how to use git
15:03.38BulletCatcherYay.  Yet another requirement. :-p  (But a valid one.)
15:05.13blast007at this point, Constitution said that OS X only needs GLEW and c-ares (and SDL 2.0.4+) as the rest is part of the OSX SDK
15:05.24BulletCatcherIf we can make autotools work when src/other is empty, then we could also produce a tarball without the src/other contents to keep Debian happy.
15:06.19blast007if we made DNS resolution a platform specific piece and instead used some native OSX method of async DNS resolution, we could eliminate the need for c-ares on OSX, but that's probably a 2.6 thing
15:07.05BulletCatcherWe could also do (mostly) platform-independent async DNS using threads and gethostbyname().
15:07.39FlashI thought OS X had cares?
15:18.39BulletCatcherIIRC, the ares included in Mac OS X Lion is incompatible with BZFlag.
15:18.40BulletCatcherI don't recall the details and I don't know about newer Mac OS X versions.
15:39.20blast007I had tried to update the libcurl and make the Windows build use it, but it was causing an issue where POST requests to the list server were sending a Content-Length header that was roughly 6.9 petabytes :P
15:39.36blast007and it's a problem with the project file we have, not with curl
15:40.26blast007(if I swap the libcurl.dll file with one I built using their project files, it works correctly)
15:41.08blast007it's a bit of a pain to update the embedded code copies for use on Windows
15:58.11BulletCatcherDo modern versions of Windows include a client http library we could use instead of curl?
16:00.56blast007kinda.  There one that is accessible via managed code.
16:01.30blast007JeffM had planned to use that, but I said we needed to wait because on XP that would mean not having SNI.
16:01.52*** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu)
16:01.54DTRemenakour copy of libcurl was specifically modified to work correctly on windows in our environment.  there were problems with the standard project files too (relatively subtle ones iirc)
16:02.28blast007we do at least use a custom project file
16:02.59DTRemenakI think we ended up configuring it to use c-ares for dns resolution, and there's some other fix that I'm not remembering
16:04.03DTRemenakusing .NET for http means having a .NET dependency and the headaches that go with that.  one more thing for the windows maintainer to keep track of and make sure gets properly installed and patched.
16:04.36blast007hmm, I don't think I was linking it against c-ares in my bzflag-dependencies script
16:05.58blast007wasn't an option in the libcurl Makefile.vc, it seems
16:06.42DTRemenakyeah, I don't think they officially support that configuration on windows
16:06.51blast007hrm
16:12.43DTRemenakof course, it's always possible that it's not necessary to do that anymore.  Looks like those changes were made in 2007...maybe some thing have been fixed in the last 8 years ;)
16:13.07blast007yeah, I was gonna check their code to see if they have some other async DNS resolution on the Windows side now
16:14.34blast007not sure I would have even noticed if libcurl wasn't using async DNS though.. do you recall what issue that really caused?
16:14.55DTRemenakno, I was trying to find that in the IRC logs, without success
16:15.42blast007might be more noticable on the server than the client, since the client generally only does HTTP requests when in a menu, whereas the server does a lot of HTTP requests in the main loop
16:15.49DTRemenakiirc there was some odd interaction between c-ares and the windows dns resolver when attempting to fetch the list
16:16.03blast007k
16:16.29DTRemenakfor all I know it was a bug in windows that's since been fixed...
16:16.31blast007that gives me something to look for, at least.  Thanks. :)
16:17.08DTRemenakthese things get hard when all we can remember was that there was a reason, not what it was.  turns into "well, we've always done it that way..." :)
16:18.00blast007yep :)
20:55.25*** join/#bzflag swigg (~Paul@bzflag/player/Swigg)
21:08.59*** join/#bzflag ukiki (~ukiki_@99-29-152-121.lightspeed.bcvloh.sbcglobal.net)
21:10.00*** join/#bzflag WarPig (~WarPig@bzflag/player/WarPig)
21:35.38*** join/#bzflag Leppp (~Leppp@ip70-181-150-130.sd.sd.cox.net)
22:42.04Lepppalezakos and i found that when the tank climbs to a box at hieght 23.55 (z-coordinate), it gets stuck and can’t move
22:42.32Leppphe also tested a box at 400 400 11.42 and same thing
22:42.45Lepppbut then specifying a material lets it work fine
22:49.14alezakosI just threw a test server up at helit.org:5156
23:13.17blast007heh, I'm banned there ;D
23:16.38alezakosoh
23:16.40alezakosoops
23:18.15blast007what kind of box is it?
23:18.33alezakosjust a box
23:18.47alezakosonly size and position specified
23:19.20alezakosblast007: You should be unbanned now :P
23:23.43blast007yeah, I got on

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.