| 00:03.58 | *** join/#bzflag Paul__ (~Paul@97-82-254-35.dhcp.hckr.nc.charter.com) |
| 00:23.13 | *** join/#bzflag JeffM_ (~JeffM@70-240-33-134.lightspeed.irvnca.sbcglobal.net) |
| 00:36.00 | Constitution | and now you have another broken mac to pass off to blast007 |
| 00:38.15 | Constitution | or was the mini not broken |
| 00:38.49 | blast007 | wasn't broken until I was torrenting iLife to see if I wanted it, then it self destructed :P |
| 00:39.00 | blast007 | kernel paniced and never booted again |
| 00:39.07 | blast007 | that's some good copy protection! |
| 00:43.21 | blast007 | though it might have been slightly wonky before that. recall trying to boot a PPC debian install DVD and it wouldn't boot from it. |
| 00:43.37 | blast007 | that might have just been me doing it wrong though. I was probably holding it wrong. |
| 00:44.33 | Flash | so I'm ready to enter the 21st century and use git ... do we think the project is buildable from the XCode project? |
| 00:44.43 | Flash | or do I still need to autoconfig/configure |
| 00:45.13 | blast007 | the xcode project in Git doesn't use the autotools |
| 00:45.23 | blast007 | should work |
| 00:45.24 | Flash | but is it right? |
| 00:46.06 | blast007 | give it a shot regardless |
| 00:46.10 | blast007 | it should be fine |
| 00:47.44 | *** join/#bzflag Paul__ (~Paul@97-82-254-35.dhcp.hckr.nc.charter.com) |
| 00:52.05 | Flash | I decided to live on the bleeding edge and let XCode check it out from Git ... fail |
| 00:52.28 | Flash | couldn't find SDL/SDL.h |
| 00:52.53 | *** join/#bzflag JeffM_ (~JeffM@cl214203.wl.callutheran.edu) |
| 00:52.57 | blast007 | well you'd still need SDL installed on the system |
| 00:53.07 | Flash | I think it is |
| 00:54.34 | blast007 | you went through the README.MacOSX? |
| 00:54.35 | Flash | <PROTECTED> |
| 00:54.48 | Flash | what would the point of that be ? ;) |
| 00:54.51 | *** join/#bzflag JeffM__ (~JeffM@cl214203.wl.callutheran.edu) |
| 00:54.59 | blast007 | ;) |
| 00:55.15 | Flash | although I found SDL.h, I didn't find SDL/SDL.h so that may be an issue |
| 00:56.01 | JeffM__ | I don't think blast would want this mac |
| 00:56.08 | JeffM__ | but I may have an idea about how to fix it |
| 00:56.11 | JeffM__ | we'll see |
| 00:56.19 | blast007 | I wouldn't want any mac laptop |
| 00:56.21 | JeffM__ | still, I have a real video card now so that's good |
| 00:56.26 | Flash | hmmm. The README says SDL 1.2 and apparently I have SDL 2 |
| 00:56.29 | JeffM__ | heh, I had it default boot to windows :) |
| 00:56.55 | Flash | that's a pretty old README, since it targets 10.6 |
| 00:57.02 | blast007 | if I was gonna do another mac, it'd be an intel mini |
| 00:57.07 | Flash | and still refers to SVN |
| 00:57.14 | JeffM__ | yjsy |
| 00:57.33 | blast007 | it refers to git as well... so not that outdated :P |
| 00:57.37 | JeffM__ | that's basicly what the laptop is |
| 00:57.52 | JeffM__ | 2.5 gig i5with intel onboard |
| 00:58.35 | Flash | Don't you want my imac ... 3.4 GHz i7 |
| 01:00.04 | JeffM__ | this new laptop cost 200 less then my macbook, is larger, faster, has a bigger hard drive, and onboard graphics |
| 01:00.23 | *** join/#bzflag swigg_ (~Paul@97-82-254-35.dhcp.hckr.nc.charter.com) |
| 01:11.24 | *** join/#bzflag JeffM__ (~JeffM@cl214203.wl.callutheran.edu) |
| 01:13.02 | Flash | So I could get past this SDL thing without installing the older SDL if I could figure out where HAVE_SDL_SDL_H is defined. |
| 01:13.41 | Flash | or is there a compelling reason NOT to use SDL2 |
| 01:15.43 | blast007 | Constitution had ported the code to SDL2, but I don't know if it was ever pushed to any public repo |
| 01:22.13 | JeffM__ | did SDL 2 ever add multiple window support? |
| 01:22.36 | *** join/#bzflag JeffM2501 (~JeffM@unaffiliated/jeffm2501) |
| 01:22.36 | *** mode/#bzflag [+v JeffM2501] by ChanServ |
| 01:27.26 | blast007 | I think it did |
| 01:27.50 | Flash | ok, old SDL seems to be working |
| 01:28.07 | blast007 | JeffM2501: "Create and manage multiple windows" |
| 01:28.15 | JeffM2501 | sweet |
| 01:30.42 | blast007 | also looks like it can query power management status.. we could probably use that to have an 'auto' setting on the energy saver option ;) |
| 01:31.40 | Flash | hmmm. Seems that there is a pretty bad (old) error in our ares_getnameinfo() |
| 01:35.00 | Flash | ok ... stupid question ... when we went to git did I lose commit privileges? |
| 01:35.40 | blast007 | well it certainly doesn't migrate from sourceforge to github |
| 01:36.31 | blast007 | do you have a github account? and what was your SF username? |
| 01:36.47 | Flash | I don't have github. My sourceforge is jwmelto |
| 01:37.03 | blast007 | a github account is needed |
| 01:37.44 | Flash | ok, github done |
| 01:43.55 | blast007 | added to the github |
| 01:44.34 | blast007 | if you add your sourceforge email alias to your account, it should pick up the commits from the repo |
| 01:45.18 | Not-cdc9 | [02bzflag-import-3] 07jwmelto pushed 031 commit to 03v2_4_x [+0/-0/±3] 13http://git.io/0lQm8Q |
| 01:45.19 | Not-cdc9 | [02bzflag-import-3] 07Jim Melton 03f51ecae - Fix compile warnings |
| 01:45.44 | Flash | I thought Sourceforge stopped supporting e-mail aliases |
| 01:45.46 | blast007 | and I was also gonna say to check the 'Licensing and Developer Agreement' of the DEVINFO before you pushed anything, but you were too fast ;) |
| 01:46.03 | blast007 | eh, pretty sure that's still a thing |
| 01:46.20 | blast007 | in any case, it's what we had used when we converted to git |
| 01:46.30 | Flash | hmmm. Tried to use that e-mail alias before, but it didn't work. |
| 01:47.12 | blast007 | might have to check your settings in your SF account. There's a 'Mail Alias Behavior' setting. |
| 01:48.10 | blast007 | as for our ares, we do have a version that is over 4 years old in our tree |
| 01:51.31 | Flash | so I see e-mail alias behavior in the SF profile but not an address |
| 02:10.20 | Not-cdc9 | [02bzflag-import-3] 07jwmelto pushed 031 commit to 03v2_4_x [+0/-0/±3] 13http://git.io/7_1jCQ |
| 02:10.21 | Not-cdc9 | [02bzflag-import-3] 07Jim Melton 03e2d89ec - More compile warnings |
| 02:18.29 | *** join/#bzflag JeffM2501 (~JeffM@cl214203.wl.callutheran.edu) |
| 02:45.37 | *** join/#bzflag noyb (~noyb@cpe-172-248-224-184.socal.res.rr.com) |
| 04:16.40 | *** join/#bzflag JeffM_ (~JeffM@cpe-23-240-144-5.socal.res.rr.com) |
| 07:37.58 | *** join/#bzflag TD-Linux (~thomas@about/essy/indecisive/TD-Linux) |
| 08:26.38 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 08:26.38 | *** join/#bzflag delusional (~delusiona@pool-98-111-215-152.pitbpa.fios.verizon.net) |
| 08:26.38 | *** join/#bzflag rob1n (~rob1n@unaffiliated/rob1n) |
| 08:26.38 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 08:26.38 | *** join/#bzflag Notify (~notify@66-118-151-70.static.sagonet.net) |
| 08:26.38 | *** join/#bzflag contempt (contempt@unaffiliated/contempt) |
| 08:26.38 | *** join/#bzflag Admirarch (~Athelthra@mrush.mth.abdn.ac.uk) |
| 08:26.38 | *** join/#bzflag brad (~brad@unaffiliated/brad) |
| 08:26.38 | *** join/#bzflag Gnurdux (~Michael@edgerton-seven-fourty.mit.edu) |
| 08:26.38 | *** join/#bzflag L4m3r (~l4m3r@bzflag/developer/L4m3r) |
| 08:26.38 | *** join/#bzflag meeba (~lamer@c-75-71-23-204.hsd1.co.comcast.net) |
| 08:26.38 | *** join/#bzflag WillsParadise (~willspara@unaffiliated/willsparadise) |
| 08:26.38 | *** join/#bzflag ruskie (ruskie@sourcemage/mage/ruskie) |
| 08:26.38 | *** join/#bzflag tw1sted (~tw1sted@unaffiliated/tw1sted) |
| 08:26.38 | *** join/#bzflag joevano (~joevano@bzflag/developer/JoeVano) |
| 08:26.38 | *** join/#bzflag sam (~sam@poulet.zoy.org) |
| 08:26.38 | *** join/#bzflag brlcad (~sean@66-118-151-70.static.sagonet.net) |
| 08:26.39 | *** join/#bzflag allejo (~allejo@unaffiliated/allejo) |
| 08:26.39 | *** join/#bzflag JPT (~jpt@jpt.lu) |
| 08:26.39 | *** join/#bzflag khonkhortisan (~Khonkhort@c-50-132-80-20.hsd1.wa.comcast.net) |
| 08:26.39 | *** join/#bzflag mdskpr_ (~quassel@li59-174.members.linode.com) |
| 08:26.39 | *** join/#bzflag MonsieurApple (~MonsieurA@unaffiliated/mrapple) |
| 08:26.39 | *** join/#bzflag plastix- (~plastix@107.170.226.100) |
| 08:26.39 | *** join/#bzflag Chestal (~thilo@vmax.unix-ag.uni-siegen.de) |
| 08:26.39 | *** join/#bzflag catay (~smertens@valyria.catay.be) |
| 08:26.39 | *** join/#bzflag mahem1 (~argon@199.172.234.102) |
| 08:26.39 | *** join/#bzflag blast007 (~blast007@bzflag/developer/Blast) |
| 08:26.39 | *** join/#bzflag khazhyk (~khazhy@unaffiliated/khazhyk) |
| 08:26.39 | *** join/#bzflag Nitroxis (~n@wtwrp.de) |
| 08:26.39 | *** join/#bzflag McSpider (~McSpider@72.14.188.239) |
| 08:26.39 | *** join/#bzflag thot (~t@wtwrp.de) |
| 08:26.39 | *** join/#bzflag TyroneFHornigh (~dbw@108-197-33-160.lightspeed.sndgca.sbcglobal.net) |
| 08:26.39 | *** join/#bzflag cods (~cods@tuxee.net) |
| 08:26.39 | *** join/#bzflag bier_ (~bier@helixnetworks.de) |
| 08:26.40 | *** join/#bzflag ChanServ (ChanServ@services.) |
| 08:26.40 | *** mode/#bzflag [+vvoo L4m3r joevano Chestal ChanServ] by card.freenode.net |
| 08:26.40 | *** join/#bzflag alezakos (~kongr45gp@unaffiliated/alezakos) |
| 08:26.40 | *** join/#bzflag trepan (~trepan@unaffiliated/trepan) |
| 08:26.40 | *** join/#bzflag McYukon (~McYukon@72.14.188.239) |
| 08:26.40 | *** join/#bzflag javawizard (~quassel@bzflag/contributor/javawizard2539) |
| 08:26.40 | *** mode/#bzflag [+v trepan] by card.freenode.net |
| 08:27.23 | *** join/#bzflag FastLizard4 (fastlizard@wikipedia/pdpc.active.FastLizard4) |
| 08:27.23 | *** join/#bzflag Quol (Ian@2600:3c03::f03c:91ff:fe93:2c7d) |
| 08:27.23 | *** join/#bzflag rodgort (~rodgort@192.241.198.49) |
| 08:27.24 | *** join/#bzflag kierra (quassel@unaffiliated/kierra) |
| 08:27.24 | *** join/#bzflag EvilJStoker (jstoker@unaffiliated/jstoker) |
| 08:27.24 | *** join/#bzflag Kaelten (Kaelten@WoWUIDev/WoWAce/WoWIFA/CurseStaff/kaelten) |
| 08:40.47 | *** join/#bzflag Flash (~flash@c-67-190-88-17.hsd1.co.comcast.net) |
| 08:43.33 | *** join/#bzflag javawizard (~quassel@bzflag/contributor/javawizard2539) |
| 08:43.33 | *** join/#bzflag McYukon (~McYukon@72.14.188.239) |
| 08:43.33 | *** join/#bzflag trepan (~trepan@unaffiliated/trepan) |
| 08:43.33 | *** join/#bzflag alezakos (~kongr45gp@unaffiliated/alezakos) |
| 08:43.33 | *** join/#bzflag ChanServ (ChanServ@services.) |
| 08:43.33 | *** join/#bzflag bier_ (~bier@helixnetworks.de) |
| 08:43.33 | *** join/#bzflag cods (~cods@tuxee.net) |
| 08:43.33 | *** join/#bzflag TyroneFHornigh (~dbw@108-197-33-160.lightspeed.sndgca.sbcglobal.net) |
| 08:43.33 | *** join/#bzflag thot (~t@wtwrp.de) |
| 08:43.33 | *** join/#bzflag McSpider (~McSpider@72.14.188.239) |
| 08:43.33 | *** join/#bzflag Nitroxis (~n@wtwrp.de) |
| 08:43.33 | *** join/#bzflag khazhyk (~khazhy@unaffiliated/khazhyk) |
| 08:43.33 | *** join/#bzflag blast007 (~blast007@bzflag/developer/Blast) |
| 08:43.33 | *** join/#bzflag mahem1 (~argon@199.172.234.102) |
| 08:43.33 | *** join/#bzflag catay (~smertens@valyria.catay.be) |
| 08:43.33 | *** join/#bzflag Chestal (~thilo@vmax.unix-ag.uni-siegen.de) |
| 08:43.33 | *** join/#bzflag plastix- (~plastix@107.170.226.100) |
| 08:43.33 | *** join/#bzflag MonsieurApple (~MonsieurA@unaffiliated/mrapple) |
| 08:43.33 | *** join/#bzflag mdskpr_ (~quassel@li59-174.members.linode.com) |
| 08:43.33 | *** join/#bzflag khonkhortisan (~Khonkhort@c-50-132-80-20.hsd1.wa.comcast.net) |
| 08:43.34 | *** join/#bzflag JPT (~jpt@jpt.lu) |
| 08:43.34 | *** join/#bzflag allejo (~allejo@unaffiliated/allejo) |
| 08:43.34 | *** join/#bzflag brlcad (~sean@66-118-151-70.static.sagonet.net) |
| 08:43.34 | *** join/#bzflag sam (~sam@poulet.zoy.org) |
| 08:43.34 | *** join/#bzflag joevano (~joevano@bzflag/developer/JoeVano) |
| 08:43.34 | *** mode/#bzflag [+voov trepan ChanServ Chestal joevano] by card.freenode.net |
| 08:43.34 | *** join/#bzflag tw1sted (~tw1sted@unaffiliated/tw1sted) |
| 08:43.34 | *** join/#bzflag ruskie (ruskie@sourcemage/mage/ruskie) |
| 08:43.34 | *** join/#bzflag WillsParadise (~willspara@unaffiliated/willsparadise) |
| 08:43.34 | *** join/#bzflag meeba (~lamer@c-75-71-23-204.hsd1.co.comcast.net) |
| 08:43.34 | *** join/#bzflag L4m3r (~l4m3r@bzflag/developer/L4m3r) |
| 08:43.34 | *** join/#bzflag Gnurdux (~Michael@edgerton-seven-fourty.mit.edu) |
| 08:43.34 | *** join/#bzflag brad (~brad@unaffiliated/brad) |
| 08:43.34 | *** join/#bzflag Admirarch (~Athelthra@mrush.mth.abdn.ac.uk) |
| 08:43.34 | *** join/#bzflag contempt (contempt@unaffiliated/contempt) |
| 08:43.34 | *** join/#bzflag Notify (~notify@66-118-151-70.static.sagonet.net) |
| 08:43.34 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 08:43.34 | *** join/#bzflag delusional (~delusiona@pool-98-111-215-152.pitbpa.fios.verizon.net) |
| 08:43.34 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 08:43.34 | *** join/#bzflag FastLizard4 (fastlizard@wikipedia/pdpc.active.FastLizard4) |
| 08:43.34 | *** join/#bzflag Quol (Ian@2600:3c03::f03c:91ff:fe93:2c7d) |
| 08:43.34 | *** join/#bzflag rodgort (~rodgort@192.241.198.49) |
| 08:43.34 | *** join/#bzflag kierra (quassel@unaffiliated/kierra) |
| 08:43.34 | *** join/#bzflag EvilJStoker (jstoker@unaffiliated/jstoker) |
| 08:43.34 | *** join/#bzflag Kaelten (Kaelten@WoWUIDev/WoWAce/WoWIFA/CurseStaff/kaelten) |
| 08:43.34 | *** mode/#bzflag [+v L4m3r] by card.freenode.net |
| 08:44.15 | *** join/#bzflag Flash (~flash@bzflag/developer/Flash) |
| 08:58.49 | *** join/#bzflag Gnurdux (~Michael@edgerton-seven-fourty.mit.edu) |
| 10:22.06 | blast007 | hmm, we're on the front page of Hacker News right now :) |
| 11:37.35 | *** join/#bzflag noyb (~noyb@cpe-172-248-224-184.socal.res.rr.com) |
| 12:27.23 | *** join/#bzflag meeba (~lamer@c-75-71-23-204.hsd1.co.comcast.net) |
| 13:45.43 | *** join/#bzflag _lmnop1112 (~lmnop@91-65-161-106-dynip.superkabel.de) |
| 13:50.23 | *** join/#bzflag _lmnop1112 (~lmnop@91-65-152-195-dynip.superkabel.de) |
| 13:56.02 | *** join/#bzflag _lmnop1113 (~lmnop@91-65-161-106-dynip.superkabel.de) |
| 14:14.42 | *** join/#bzflag lezzit (74cb338b@gateway/web/freenode/ip.116.203.51.139) |
| 14:14.57 | lezzit | did timriker chat yesterday here? |
| 14:15.11 | lezzit | did timriker chat here yesterday?* |
| 14:15.44 | blast007 | no |
| 14:16.20 | blast007 | he left about 2 and a half hours after you did |
| 14:23.01 | lezzit | but did he chat? |
| 14:23.07 | lezzit | ok |
| 14:23.13 | lezzit | i dont know what to do now |
| 14:23.25 | lezzit | hey do you know any way to reach google? |
| 14:23.38 | lezzit | they have no support channel |
| 14:23.52 | lezzit | no irc, no mail. forums full of trolls |
| 14:25.42 | blast007 | no, I don't know, at least for your specific case |
| 14:27.33 | lezzit | trust me millions will work for cusomer service for sites like twitter, google facebook |
| 14:27.45 | lezzit | :-) |
| 14:56.10 | *** join/#bzflag _piggy_ (~afu@butthead.cba.ua.edu) |
| 14:56.41 | khazhyk | wat |
| 15:12.26 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 15:12.26 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 16:13.58 | *** mode/#bzflag [+o blast007] by ChanServ |
| 16:14.14 | *** mode/#bzflag [+b *!*@gateway/web/freenode/ip.116.203.*] by blast007 |
| 16:14.19 | *** mode/#bzflag [-o blast007] by blast007 |
| 16:27.24 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 16:30.39 | JeffM | who is that guy? |
| 16:34.09 | blast007 | someone that had posted something to an ibot logged channel that was now being indexed by search engines that they want purged.. |
| 16:35.44 | JeffM | hahahaha |
| 16:35.58 | JeffM | is he in the EU? |
| 16:36.38 | blast007 | India |
| 16:37.07 | JeffM | don't think Tim or google has any responsiblity for that then |
| 16:49.57 | JeffM | was his beef bzflag related? |
| 16:50.21 | blast007 | nope |
| 16:50.42 | JeffM | wonder what he said :) |
| 16:51.05 | blast007 | "hunter2" |
| 16:51.17 | JeffM | huh? |
| 16:51.35 | blast007 | http://bash.org/?244321 |
| 16:52.04 | JeffM | the password thing? |
| 16:52.07 | JeffM | seriously? |
| 16:52.44 | blast007 | I have no idea if that's what it was in this instance |
| 16:52.50 | JeffM | heh |
| 16:53.10 | JeffM | humans are so silly sometimes |
| 17:16.16 | *** join/#bzflag TD-Linux (~thomas@about/essy/indecisive/TD-Linux) |
| 17:23.39 | blast007 | previously when we were working on implementing Kerberos authentication, did that get dropped due to the complexity of getting it working? |
| 17:24.27 | *** join/#bzflag lezzit (74ca1576@gateway/web/freenode/ip.116.202.21.118) |
| 17:24.49 | *** mode/#bzflag [+o blast007] by ChanServ |
| 17:25.03 | *** kick/#bzflag [lezzit!~blast007@bzflag/developer/Blast] by blast007 (lezzit) |
| 17:25.17 | *** mode/#bzflag [+b *!*@gateway/web/freenode/ip.116.202.*] by blast007 |
| 17:25.22 | *** mode/#bzflag [-o blast007] by blast007 |
| 17:25.53 | BulletCatcher | Kerberos was dropped before I became involved with BZFlag, but some of the really old-timers might recall. |
| 17:27.02 | BulletCatcher | Kerberos is much less of a black art now than it was a few years ago. |
| 17:27.03 | blast007 | BulletCatcher and myself have been discussing various topics like encryption for the web services (along with possible issues with XP's lack of SNI) and IPv6 support |
| 17:27.51 | blast007 | and in supporting IPv6, we'd have to tweak how our token authentication works since we currently compare the request IP with the IP the game server sees the player join as |
| 17:28.53 | BulletCatcher | The good news for IPv6 is that I haven't found any place in the game where we would have to break protocol to use it. |
| 17:28.53 | blast007 | so perhaps Kerberos would help with that issue (and make it easier to support multiple authentication servers?) |
| 17:29.34 | BulletCatcher | Much of the work for IPv6 support would be for banlist management. |
| 17:29.47 | blast007 | should IPv6 be something we strive to get into 2.6? |
| 17:31.24 | *** join/#bzflag swigg_ (~Paul@97-82-254-35.dhcp.hckr.nc.charter.com) |
| 17:33.54 | BulletCatcher | http://wiki.bzflag.org/Development_RoadMap shows IPv6 way off in version 3.2. |
| 17:33.56 | BulletCatcher | We may find it worthwhile sooner than that. :-) |
| 17:36.17 | BulletCatcher | On the other hand, I am not aware of anyone who can't play because of the lack of IPv6. |
| 17:36.42 | blast007 | yeah. Also, this was discussed here some weeks back, but the official enet doesn't support IPv6 yet. |
| 17:37.26 | blast007 | There are some forks/patches that add it, but that may complicate getting packaged on the various linux distros. |
| 17:38.38 | blast007 | https://wiki.debian.org/ReleaseGoals/FullIPv6Support |
| 17:40.59 | BulletCatcher | I don't see anything there that should interfere with what we might do. |
| 17:41.29 | blast007 | oh, I was just pointing out that their goal is to have everything support IPv6 |
| 17:41.38 | BulletCatcher | Got it. |
| 17:42.29 | blast007 | I'm not sure at what point (or if) they'd stop allowing applications that can't do v6 |
| 17:44.03 | BulletCatcher | Windows, Mac OS X, and Linux have all had network-layer support for IPv6 for years, so at this point it is up to us to make our application use it too. |
| 17:50.20 | BulletCatcher | My personal motivation for adding IPv6 support to BZFlag is at the "maybe it would help someone" stage, so I think the items currently on the 2.6 roadmap are of higher priority. |
| 17:50.42 | BulletCatcher | That hasn't stopped me from thinking about it. |
| 17:53.42 | blast007 | might be worth thinking about how long 2.6 would be hanging around ;) |
| 17:54.10 | blast007 | will it be 3 or 4 years before we'd have 2.8? can IPv6 support wait that long? |
| 18:03.30 | JeffM | Kurbos was very complex and didn't offer any tangible benifits over the token system |
| 18:03.48 | JeffM | also the token system was just "implemented" one day by the developer that did it |
| 18:04.33 | blast007 | might be something to look into trying again for 2.8 |
| 18:04.56 | JeffM | I think it still has the same issues |
| 18:05.15 | JeffM | what does it give the end user over what we have now? |
| 18:05.19 | BulletCatcher | I think token are adequate for now. |
| 18:05.25 | JeffM | as do I |
| 18:05.44 | JeffM | if the end user dosn't see a diff, then we have to ask what do we get out of it from an admin standpoint |
| 18:05.57 | JeffM | and I don't think we get any signifigant features ether |
| 18:06.01 | blast007 | well, let's say that 2.6's goal of getting more players succeeds - do we need to think about scaling to multiple authentication servers? |
| 18:06.18 | blast007 | if not for load, for redundancy |
| 18:06.29 | JeffM | and we can't do that with the token system? |
| 18:06.36 | JeffM | and kurbos is the best way to do that? |
| 18:07.03 | blast007 | I don't know |
| 18:07.04 | JeffM | Define your requirements first before you pick a solution :) |
| 18:07.17 | JeffM | one developer just REALLY liked kurbos |
| 18:07.21 | JeffM | so he did work on it |
| 18:07.25 | JeffM | nobody else understood it |
| 18:07.39 | JeffM | another developer did the token system, more people understood it |
| 18:07.54 | blast007 | with our token system, we'd either have to keep all databases in sync, or I suppose we could pass along which server issued the token along with the token itself, and thent he game server could ask that server specifically |
| 18:07.55 | JeffM | I still think there is worth in ldap |
| 18:08.26 | JeffM | blast007, you may want to research what was gone over during the bzauthd projects, as a lot of this was researched then |
| 18:08.34 | blast007 | but LDAP doesn't help in this specific instance, does it? |
| 18:09.04 | blast007 | true, I should go back and review that |
| 18:09.10 | blast007 | almost forgot that existed ;) |
| 18:09.26 | JeffM | IIRC ldap had the info needed to allow multiple servers that would be kept in sync |
| 18:10.07 | JeffM | and honestly I'd focus on getting the game to work better, we haven't had outage issues in a long time |
| 18:10.34 | blast007 | yeah |
| 18:10.44 | blast007 | the main reason it was even brought up was IPv6 |
| 18:10.53 | JeffM | I'd recomend that we move auth resolution on the server into a plugin like thingm, then we can update auth as needed with out breaking protcoll |
| 18:11.12 | JeffM | sure the auth system will have to support that |
| 18:11.28 | JeffM | but it would be trivial to extend our auth system to do that |
| 18:11.32 | blast007 | we'd have to remove IP checking |
| 18:11.37 | JeffM | or change it |
| 18:11.49 | JeffM | and well if we go with enet our current connection testing wont work |
| 18:11.51 | blast007 | I don't think changing it would really be possible |
| 18:12.09 | JeffM | depends on how hard the server tries |
| 18:12.16 | blast007 | you couldn't assume that the HTTP request and the game connection would be be using the same IP version |
| 18:12.19 | JeffM | but yes it will have some challenges that we'll have to evaluate |
| 18:12.23 | JeffM | yeah |
| 18:12.57 | JeffM | I don't think kurbos or ldap do that type of checking so maybe removing the IP check is the thing |
| 18:13.03 | JeffM | I was never quite sure why it was put in |
| 18:13.12 | JeffM | probalby something to do with IE and certificates |
| 18:13.30 | blast007 | because an evil server could capture a token and use it to join another server as that player |
| 18:14.22 | JeffM | well I can think of a few other ways to solve that |
| 18:14.58 | blast007 | limiting the token to a specific server is one |
| 18:15.02 | JeffM | yeah |
| 18:15.10 | JeffM | have the client say "I am authenticating for XXX" |
| 18:15.29 | blast007 | that would actually take care of the issue completely, I'd think.. |
| 18:15.36 | JeffM | probalby |
| 18:15.55 | JeffM | it'd mean another hit on join but it'd be fine |
| 18:16.12 | JeffM | we'd still want a general "list" auth so we can filter list results |
| 18:16.19 | JeffM | then they'd do another auth for join |
| 18:16.41 | JeffM | there are many ways to solve the issues |
| 18:17.24 | BulletCatcher | Kerberos solves all of those problems :-), but it is heavyweight. |
| 18:19.31 | JeffM | yeah |
| 18:19.48 | JeffM | I'm sure there are other systems that solve those issues as well |
| 18:19.58 | JeffM | how many authentication systems are there? |
| 18:20.18 | JeffM | cus why not do 2 factor authentication why we are at it :) |
| 18:20.49 | blast007 | "You haven't joined this server before. Please check your phone and enter the 8 digit number below." |
| 18:25.00 | BulletCatcher | Perhaps the biggest auth problem we have had is the overloaded list server. |
| 18:25.01 | BulletCatcher | Removing memory-hungry PHP from the implementation would go a long way toward eliminating that bottleneck. |
| 18:26.34 | blast007 | the biggest memory hog of the system right now is the phpBB include so we can properly clean usernames for queries and check passwords ;) |
| 18:28.30 | blast007 | that, and starting another PHP call from within the first PHP call to look up the owner name in the same database ;) |
| 18:31.03 | blast007 | (the last part gets done on every 'ADD' message, so several hundreds of times per hour at minimum) |
| 18:31.16 | BulletCatcher | So, decoupling auth from phpBB is the real way to make it faster. |
| 18:31.31 | blast007 | that might help, yeah |
| 18:32.10 | blast007 | I'm not sure how big a hit we take with opcode caching enabled, though |
| 18:39.11 | blast007 | the second largest cached file is includes/functions.php from phpBB3, which the list server includes. It is 1.3MB (which I think is the cached opcode size, since the file itself is only 138KB) |
| 18:43.26 | blast007 | just loading the phpBB includes makes PHP's peak memory usage hit 1MB with opcode enabled and populated, and over 3MB without opcode caching |
| 18:55.08 | TD-Linux | BTW I just looked up enet and I don't see why you would need it in BZFlag? |
| 18:57.52 | blast007 | TD-Linux: replacement for our networking system |
| 18:58.08 | TD-Linux | blast007, yes... but I don't see any compelling features that aren't in bzflag? |
| 18:59.37 | blast007 | arbitrary packet sizes (BZFlag is limited to 1KB) for one |
| 19:00.56 | blast007 | larger message sizes will be needed for the dialog system |
| 19:01.25 | TD-Linux | why not TCP for that? isn't TCP what's currently used? |
| 19:01.39 | blast007 | the limit applies to TCP as well |
| 19:02.12 | blast007 | there was one previous attempt to make a buffered network system for BZFlag when we did 2.99.x |
| 19:02.38 | blast007 | so that's the other option - fix/finish the old buffered network code |
| 19:49.22 | TD-Linux | blast007, where doers bzflag development happen now? last time I looked into it I remember there was a transition from sourceforge to somewhere |
| 19:51.01 | blast007 | ~bzgit |
| 19:51.02 | infobot | well, bzgit is git clone --branch v2_4_x https://github.com/BZFlag-Dev/bzflag-import-3.git bzflag |
| 19:51.17 | blast007 | though the v2_6_x branch is where 2.5 is being worked on |
| 19:51.17 | khazhyk | what happened to imports 1 and 2 |
| 19:51.31 | blast007 | khazhyk: they were purged for the greater good |
| 19:52.41 | TD-Linux | blast007, you can set the v2_4_x branch to display as default in github |
| 19:52.55 | blast007 | we don't want to |
| 19:53.27 | blast007 | we'll probably do one final import and get rid of that weird 'master' and have v2_6_x as the master |
| 19:54.13 | TD-Linux | if I want to make changes, which branch should I do it in? |
| 19:54.25 | blast007 | depends on the change |
| 19:54.42 | *** join/#bzflag swigg (~Paul@bzflag/player/Swigg) |
| 19:54.49 | TD-Linux | also if you do another import are you going to wipe later commits? |
| 19:55.08 | blast007 | we'll have to reapply the changes |
| 19:55.24 | blast007 | the import would be from SVN again |
| 19:56.10 | TD-Linux | also couldn't you just force remove the master branch from svn, and then re branch it from v2_6_x? or are there other import fixes you need to do? |
| 19:56.38 | blast007 | there's no master branch in SVN |
| 19:56.54 | TD-Linux | err s/svn/git |
| 19:57.16 | blast007 | possibly, but it would require changing history anyways |
| 19:57.36 | blast007 | I can't recall if there was any other import issues we wanted to fix |
| 19:57.58 | TD-Linux | it would change history but you wouldn't have to manually reapply all changes |
| 19:58.39 | blast007 | true, but we might have to fix more commits than we'd have to reapply (since 2.5 existed in SVN as well) |
| 20:21.31 | *** join/#bzflag meeba (~lamer@c-75-71-23-204.hsd1.co.comcast.net) |
| 20:21.31 | *** join/#bzflag JeffM (~JeffM@107-209-61-105.lightspeed.irvnca.sbcglobal.net) |
| 20:21.31 | *** join/#bzflag BulletCatcher (~bc@bzflag/developer/BulletCatcher) |
| 20:21.31 | *** join/#bzflag dcat (~dcat@c-98-244-106-246.hsd1.va.comcast.net) |
| 20:21.31 | *** join/#bzflag dngor (abuse@p3m/dngor) |
| 20:21.31 | *** join/#bzflag Cobra_Fast (~coprah@wtwrp.de) |
| 20:21.31 | *** join/#bzflag Not-cdc9 (~notifico@198.199.82.216) |
| 20:21.31 | *** join/#bzflag AAA_awright (~aaa@2001:41d0:1:d632::1) |
| 20:21.31 | *** join/#bzflag brad_ (~brad@unaffiliated/brad) |
| 20:23.26 | TD-Linux | blast007, from what I can tell, in the case of TCP you're not using any sort of delimiter? |
| 20:23.52 | blast007 | no |
| 20:24.06 | TD-Linux | which in theory shouldn't matter because TCP can't get out of sync |
| 20:24.11 | blast007 | for both TCP and UDP we send a message type and a message length |
| 20:33.26 | *** join/#bzflag infobot (~infobot@rikers.org) |
| 20:33.26 | *** 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 http://goo.gl/PI9KFD |
| 20:33.26 | *** mode/#bzflag [+o infobot] by ChanServ |
| 20:36.35 | *** join/#bzflag _piggy_ (~afu@butthead.cba.ua.edu) |
| 20:36.35 | *** join/#bzflag Flash (~flash@bzflag/developer/Flash) |
| 20:39.14 | TD-Linux | is the server list down or something? I can't see any servers |
| 20:40.38 | blast007 | http://my.bzflag.org/db/?action=LIST |
| 20:42.01 | TD-Linux | is the v2_4_x branch not compatible? |
| 20:43.23 | TD-Linux | hmm seems that it's actually 2.5? and not bzfs0221 |
| 20:43.44 | TD-Linux | oh whoops I checked out the wrong branch. disregard |
| 20:44.15 | blast007 | ;D |
| 20:44.35 | blast007 | and note that you don't have to clone again to get the right one |
| 20:44.58 | blast007 | you can just 'git checkout v2_4_x' inside the source directory |
| 20:45.53 | blast007 | (not sure if that cleans up all the build files, so a 'git clean -d -x -f' or similar might be in order) |
| 20:46.55 | TD-Linux | yup |
| 20:49.04 | *** join/#bzflag swigg_ (~Paul@97-82-254-35.dhcp.hckr.nc.charter.com) |
| 20:49.41 | *** join/#bzflag swigg_ (~Paul@97-82-254-35.dhcp.hckr.nc.charter.com) |
| 20:55.10 | *** join/#bzflag kourten (uid35595@gateway/web/irccloud.com/x-nwzifxoquglilhdf) |
| 20:55.59 | kourten | hi |
| 20:56.32 | kourten | is this a development related channel |
| 20:59.11 | TD-Linux | kourten, indeed. |
| 21:11.59 | JeffM | blast007, just switch to using Unity's master server, and facebook auth :) |
| 21:14.51 | blast007 | JeffM: don't even joke about that :P |
| 21:15.02 | JeffM | way of the future :) |
| 21:15.17 | JeffM | the first part isn't too bad, the last part is probalby not awesome |
| 21:15.24 | blast007 | yeah |
| 21:15.26 | JeffM | tho google auth would be more accepted |
| 21:15.32 | blast007 | ew, no |
| 21:15.34 | JeffM | and suposedly that's SUPER easy with a plugin |
| 21:16.05 | blast007 | not much better than facebook from an evil scale |
| 21:16.10 | JeffM | heh |
| 21:16.26 | JeffM | I get the feeling that the public dosn't care that much about the evil's that we care about |
| 21:16.58 | blast007 | well, eventually I hope to ween myself off gmail, so that would be a problem for me in the future ;) |
| 21:22.20 | JeffM | require an AppleID? |
| 21:26.54 | JeffM | I bet it's REALY easy to do that if we used SWIFT :) |
| 21:49.58 | TD-Linux | man the nouveau driver really does not like the ground rendering. |
| 21:51.50 | JeffM | what blend mode are you in? |
| 21:52.00 | JeffM | anisotropic? |
| 21:52.55 | TD-Linux | default settings, no anisotropic |
| 21:53.10 | TD-Linux | it looks like a depth issue mostly, but the vertex lighting looks weird too |
| 21:53.32 | JeffM | so bilinear? |
| 21:53.43 | JeffM | not everyone gets the same defaults |
| 21:53.50 | JeffM | we do a test to see what is "best" |
| 21:53.54 | JeffM | but we usualy get it wrong |
| 21:54.03 | JeffM | you probalby want linearMipMapLinear |
| 21:54.20 | JeffM | and ensure that blending is on |
| 21:55.04 | JeffM | if that acts odd you can try just linear, that will do no mip-mapping in case your driver doesn't handle that well |
| 21:55.26 | JeffM | but we do some odd bug legal things with the depth buffer before we draw the ground |
| 21:55.33 | JeffM | but not bug :) |
| 21:55.38 | TD-Linux | http://a.pomf.se/hhbmfv.png |
| 21:55.54 | TD-Linux | yeah I think it's depth buffer issues or something. it's drawing the texture but picking up lighting from the skybox it seems? |
| 21:56.13 | TD-Linux | I might guess it's nouveau driver bug. I'll see if I can isolate it and file a bug report |
| 21:56.16 | JeffM | that is odd |
| 21:56.35 | JeffM | does that map use a skybox? |
| 21:56.58 | JeffM | it's like it got the blend mode backwards |
| 21:57.02 | TD-Linux | the same bug happens on all of the maps I've used. isn't there a default skybox in bzflag |
| 21:57.10 | JeffM | no there isn't |
| 21:57.11 | JeffM | not a skybox |
| 21:57.24 | JeffM | we draw the sky ourselves with some fancy code that does the sun and stars |
| 21:57.45 | JeffM | we draw the sky, then the ground, then the map |
| 21:58.18 | JeffM | but it looks like it didn't pick up the change to solid blend between the sky and ground |
| 21:58.51 | TD-Linux | oh is the ground some really weird mesh that moves with the viewer |
| 21:58.58 | JeffM | ehter that or it doesn't like the stencil buffer |
| 21:59.01 | JeffM | ish |
| 21:59.09 | JeffM | but yeah it's more like that then a big map object |
| 21:59.26 | JeffM | bzflag is old, it's rendering is desgined to minimize overdraw |
| 21:59.46 | JeffM | because that was what was slow on a 486DX2 |
| 21:59.54 | JeffM | and early fill rate cards |
| 22:00.01 | TD-Linux | overdraw is still slow when you have crazy pixel shaders :) |
| 22:00.06 | JeffM | yeah |
| 22:00.11 | JeffM | but you can have SOME overdraw |
| 22:00.24 | JeffM | bzflag assumed ZBuffers would be on the CPU and rare |
| 22:00.54 | JeffM | modern T&L GPUs can do depth buffering on card much faster then the CPU can |
| 22:00.59 | TD-Linux | do you guys have a minimum target for OpenGL support btw? |
| 22:01.03 | JeffM | 1.1 |
| 22:01.17 | JeffM | I took out the code that looked for 1.0 |
| 22:01.26 | JeffM | mabye one day we can get to 1.2 |
| 22:01.31 | TD-Linux | can I change that? :) |
| 22:01.35 | JeffM | what do you want to use? |
| 22:01.43 | TD-Linux | I'd maybe like to make it at least OpenGL ES 1.1 compatible |
| 22:01.52 | JeffM | what would we have to change? |
| 22:01.53 | TD-Linux | switch everything to vertex arrays |
| 22:01.59 | JeffM | that's a large project |
| 22:02.04 | JeffM | but sure |
| 22:02.08 | JeffM | it's not a bad change |
| 22:02.16 | TD-Linux | I'd probably write a script to parse the old draw calls |
| 22:02.30 | JeffM | you know most of the models are hardcoded right? |
| 22:02.44 | JeffM | don't expect us to take on a mobile project tho |
| 22:50.41 | *** join/#bzflag swigg (~Paul@97-82-254-35.dhcp.hckr.nc.charter.com) |
| 22:50.41 | *** join/#bzflag swigg (~Paul@bzflag/player/Swigg) |
| 23:00.07 | *** join/#bzflag delusional (~delusiona@pool-98-111-215-152.pitbpa.fios.verizon.net) |
| 23:12.44 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 23:21.24 | *** join/#bzflag catalyst (~catalyst@allegro/user/angelchild) |
| 23:25.27 | delusional | About once a week I start my client and it crashes. So I restart my machine and.... |
| 23:26.25 | *** join/#bzflag delusional (~delusiona@pool-98-111-215-152.pitbpa.fios.verizon.net) |
| 23:26.34 | delusional | now it's fine |
| 23:44.18 | *** join/#bzflag TD-Linux (~thomas@about/essy/indecisive/TD-Linux) |
