| 00:02.07 | *** join/#bzflag temp_dist (n=pidgin@bzflag/serverop/TemporalDistraction) |
| 00:23.34 | *** join/#bzflag Yassen (n=Yassen@pool-98-111-76-249.sttlwa.fios.verizon.net) |
| 00:42.43 | *** join/#bzflag Yassen_ (n=Yassen@pool-98-111-76-249.sttlwa.fios.verizon.net) |
| 00:53.47 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 00:55.23 | *** join/#bzflag Swigg_ (n=Default@75-130-154-060.dhcp-v.spbg.sc.charter.com) |
| 02:05.26 | *** join/#bzflag Bambino (n=Bambino@unaffiliated/sniper15) |
| 02:17.00 | *** join/#bzflag Bambino_ (n=Bambino@unaffiliated/sniper15) |
| 03:15.50 | jcp | Is there a command line option that can be passed to bzfs to tell it not to print anything, even warnings or errors, to stdout? |
| 03:18.11 | x_ares_x | add "> /dev/null" to the end, it might work |
| 03:19.10 | *** join/#bzflag TD-Linux (n=wheeeeee@71.32.24.161) |
| 03:20.22 | *** join/#bzflag Abominable (n=chatzill@97.104.162.86) |
| 03:22.48 | *** join/#bzflag Thumper_ (n=Thumper@about/essy/coffeeAddict/Thumper) |
| 03:22.48 | *** mode/#bzflag [+v Thumper_] by ChanServ |
| 03:47.03 | jcp | x_ares_x: that would indeed work, but I have a plugin that writes to stdout, and I want only that plugin's output to make it to stdout, not any other output bzfs might ahve |
| 03:47.04 | jcp | *have |
| 03:48.00 | temp_dist | maybe direct your plugin output elsewhere |
| 03:48.29 | blast007 | or make your parser smart enough to ignore the other stuff |
| 03:50.48 | CIA-76 | BZFlag: 03Javawizard2539 07http://my.bzflag.org * r6580 10/w/BZFlagWiki:Content_Policy: /* Writing Style */ "exempt" is correct grammer here, not "exempted" |
| 03:50.57 | jcp | blast007: yeah, that's what I'm ending up doing, since the bzfs man page doesn't seem to indicate anything that can suppress stdout |
| 03:51.10 | blast007 | there isn't |
| 04:12.15 | CIA-76 | BZFlag: 03Javawizard2539 07http://my.bzflag.org * r6581 10/w/BZFlag_on_IRC: /* Other projects and unofficial channels */ Added BZTraining's channel |
| 04:21.06 | *** join/#bzflag JeffM (n=JeffM@bzflag/projectadmin/JeffM) |
| 04:21.06 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 04:40.33 | CIA-76 | BZFlag: 0367.232.181.52 07http://my.bzflag.org * r6582 10/w/Flag_ideas: /* Variable Speed (VS) */ |
| 05:16.42 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 07:27.02 | *** join/#bzflag joevano (n=joevano@bzflag/developer/JoeVano) |
| 07:27.02 | *** mode/#bzflag [+v joevano] by ChanServ |
| 08:42.30 | *** join/#bzflag Wyk3d (n=Wyk3d@cl-86-125-162-252.cablelink.mures.rdsnet.ro) |
| 09:11.48 | *** join/#bzflag CBG` (n=CBG@about/essy/fan/CBG) |
| 09:16.16 | *** join/#bzflag Upsetter (n=ups@89.246.170.44) |
| 09:17.36 | *** join/#bzflag Marzipan (n=marzi@84-119-63-99.dynamic.xdsl-line.inode.at) |
| 09:54.59 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 11:17.34 | *** join/#bzflag falk__ (n=falk@i577BABCA.versanet.de) |
| 11:18.24 | *** join/#bzflag Nitroxis (n=Nitroxis@p5483C68B.dip.t-dialin.net) |
| 11:40.15 | *** part/#bzflag falk__ (n=falk@i577BABCA.versanet.de) |
| 11:42.40 | *** join/#bzflag Wits (n=Wits@248.119.33.65.cfl.res.rr.com) |
| 14:04.02 | *** join/#bzflag KTL (n=KTL@213.219.151.155.adsl.dyn.edpnet.net) |
| 14:12.22 | *** join/#bzflag temp_dist (n=pidgin@bzflag/serverop/TemporalDistraction) |
| 14:37.12 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 14:46.18 | x_ares_x | how do i use the mapchange plugin? |
| 14:46.45 | CIA-76 | BZFlag: 03blast007 * r20369 10/branches/gsoc_bzauthd/3.0/: This was mistakenly added to SVN in r19847. |
| 14:52.42 | *** join/#bzflag Abominable (n=chatzill@97.104.162.86) |
| 14:52.42 | *** join/#bzflag smoooth (n=smoooth@cpe-098-024-234-056.ec.res.rr.com) |
| 14:55.40 | BulletCatcher | x_ares_x: http://my.bzflag.org/bb/viewtopic.php?t=9903 tells how to use mapchange. Be sure to read all of the responses. |
| 14:59.47 | *** join/#bzflag smoooth (n=smoooth@cpe-098-024-234-056.ec.res.rr.com) |
| 15:09.25 | x_ares_x | ty |
| 15:11.50 | BulletCatcher | No problem. I searched the wiki, and the mapchange page there has a link to the BZBB post. |
| 15:15.41 | *** join/#bzflag bier (n=bier@p54A562F1.dip.t-dialin.net) |
| 15:36.01 | *** join/#bzflag Will07c5 (n=William@c-67-173-127-196.hsd1.il.comcast.net) |
| 16:25.23 | *** join/#bzflag Electric1lf (n=dbharris@bas10-toronto63-1096783072.dsl.bell.ca) |
| 16:41.12 | *** join/#bzflag randomparticle (n=xell@about/essy/snick/randomparticle) |
| 16:53.17 | *** join/#bzflag bryjen (n=bryjen@75.81.244.171) |
| 16:53.17 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 16:58.51 | *** join/#bzflag JefferyM (n=JeffM@bzflag/projectadmin/JeffM) |
| 16:58.51 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 17:17.38 | *** join/#bzflag Will07c5|laptop (n=William@c-67-173-127-196.hsd1.il.comcast.net) |
| 17:41.53 | *** part/#bzflag randomparticle (n=xell@about/essy/snick/randomparticle) |
| 17:50.35 | CIA-76 | BZFlag: 03blast007 * r20370 10/branches/gsoc_bzauthd/MSVC/build/bzauthd.sln: |
| 17:50.35 | CIA-76 | BZFlag: Remove and re-add the libcurl and regex projects since they were glitched (couldn't view properties and linking was broken) |
| 17:50.36 | CIA-76 | BZFlag: Add the ares project, since libcurl needs that. |
| 17:51.31 | Wyk3d | huh ? they worked for me .. |
| 17:52.12 | Wyk3d | but yeah the ares was needed, it was already built when i added it so didn't notice |
| 18:00.39 | blast007 | Wyk3d: not sure why they weren't working |
| 18:00.54 | blast007 | do you have the full visual studio? |
| 18:01.16 | Wyk3d | full as in professional yes |
| 18:01.25 | blast007 | k, might just be something odd with EE |
| 18:02.35 | blast007 | the token I'm getting seems to be a single digit that increments (when using the legacy interface) |
| 18:03.05 | blast007 | well, starting as a single digit |
| 18:03.37 | Wyk3d | erm yeah, it definitely should be randomized |
| 18:04.16 | blast007 | building the bzauthd branch client to see if that one works right |
| 18:07.06 | CIA-76 | BZFlag: 03blast007 * r20371 10/branches/gsoc_bzauthd_db/bzfls.php: Get rid of the phpBB3 cruft in the list server. |
| 18:10.40 | JefferyM | trepan, any reason that you chose to parse the GL string out of the chat, rather then just give it its' own message? |
| 18:20.07 | JefferyM | is now going to officialy break bz for windows 9x :) |
| 18:21.42 | blast007 | JefferyM: it already was |
| 18:21.48 | JefferyM | ahh |
| 18:21.53 | JefferyM | ok, the "even more" |
| 18:22.01 | blast007 | can't install the 2008 runtimes on anything less than 2k afaik |
| 18:22.02 | JefferyM | GetVersionEX is 2k and higher |
| 18:22.23 | JefferyM | ahh well you COULD try to build bz with 2005 if you wanted to |
| 18:22.36 | JefferyM | be a simple mod of the proejcts |
| 18:22.47 | blast007 | meh, screw 'em :P |
| 18:22.59 | JefferyM | indeed |
| 18:23.28 | *** join/#bzflag Allejo (n=alllejo@adsl-69-234-131-36.dsl.irvnca.pacbell.net) |
| 18:24.04 | blast007 | it's already enough "fun" to get it working on 2k |
| 18:25.50 | *** join/#bzflag Will07c5__ (n=William@c-67-173-127-196.hsd1.il.comcast.net) |
| 18:29.21 | JefferyM | hmm do you think we care if people are using workstation or server builds? |
| 18:29.43 | *** join/#bzflag spoc (n=spoc@tuxee.net) |
| 18:30.38 | *** part/#bzflag spoc (n=spoc@tuxee.net) |
| 18:31.50 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 18:33.34 | Wyk3d | where do the things i print in php under debug(...) end up at ? |
| 18:34.34 | Wyk3d | on my.bzflag.bz that is .. |
| 18:46.26 | *** join/#bzflag steerpike (n=steerpik@174.36.23.173) |
| 18:54.25 | *** join/#bzflag Will07c5__ (n=William@c-67-173-127-196.hsd1.il.comcast.net) |
| 19:11.16 | *** join/#bzflag Yassen (n=Yassen@pool-98-111-76-249.sttlwa.fios.verizon.net) |
| 19:15.06 | CIA-76 | BZFlag: 03JeffM2501 * r20372 10/trunk/bzflag/ (16 files in 5 dirs): |
| 19:15.06 | CIA-76 | BZFlag: add message to query the host OS of the client and set it back to the server. |
| 19:15.06 | CIA-76 | BZFlag: query the OS on player add. |
| 19:15.06 | CIA-76 | BZFlag: send os to stats system |
| 19:15.06 | CIA-76 | BZFlag: TODO: SDL, X11, and OSX platforms need code to get the real OS. |
| 19:23.54 | *** join/#bzflag ElectricElf (n=dbharris@bas10-toronto63-1096783312.dsl.bell.ca) |
| 19:44.24 | Wyk3d | blast007: having the token increased (and starting with) a random number between (1,100) should be random enough right ? |
| 19:47.14 | Wyk3d | erm no it's not .. |
| 19:58.39 | *** join/#bzflag Will07c5 (n=William@c-67-173-127-196.hsd1.il.comcast.net) |
| 19:59.43 | blast007 | why use such a small number? |
| 20:00.24 | blast007 | the current list server uses something like "1379231577" |
| 20:02.50 | Wyk3d | and it also runs mysql queries on every single auth |
| 20:03.20 | BulletCatcher | Current tokens are 31-bit numbers. I see no reason to change that. |
| 20:03.50 | steerpike | anyone play turret defense? |
| 20:04.10 | BulletCatcher | I was there yesterday for awhile. |
| 20:04.19 | steerpike | it's cool |
| 20:04.27 | blast007 | I watched people get owned there for a bit yesterday ;) |
| 20:04.36 | Wyk3d | i was looking for a way to keep the numbers unique so that i can look them up as fast as possible, but it's not easy to make good unique random numbers, large ones especially |
| 20:04.55 | BulletCatcher | It is different. It is a cleverly-done map. But my overall impression is "meh." |
| 20:04.55 | blast007 | Wyk3d: does it have to be unique? |
| 20:05.03 | Wyk3d | no, but it's faster if it is |
| 20:05.27 | Wyk3d | but i've found a compromise that's not too much slower so i'll go with that |
| 20:05.33 | blast007 | ok |
| 20:06.18 | BulletCatcher | If the numbers don't have to be truly random there is a simple algorithm that will iterate through the space in a way that looks random to the casual observer. |
| 20:07.02 | Wyk3d | yes but if you have a function next(x) |
| 20:07.06 | Wyk3d | then anyone can run that |
| 20:07.13 | Wyk3d | it's open source |
| 20:07.47 | BulletCatcher | Okay. I wasn't 100% sure how important guessability was in this case. |
| 20:08.00 | blast007 | a token isn't top secret though. An IP address check is also done, so you can't just take someone's token and authenticate to a server. |
| 20:08.25 | blast007 | a poorly written web service that doesn't do an IP check would fail that, of course, but that's not our problem ;) |
| 20:08.44 | Wyk3d | it isn't top secret but with the current implementation and anything that can be guessed within a couple thousand guesses would make it totally possible to write an app where if you know that user will connect to a server soon, you can take over his session |
| 20:09.36 | Wyk3d | it's not a big problem but if it always works people can do it as often as they like |
| 20:10.10 | blast007 | how would they take over a session by just having the token? |
| 20:10.25 | Wyk3d | you connect to the server with the other guy's tokenBZFlag: add message to query the host OS of the client and set it back to the server. |
| 20:10.25 | Wyk3d | [22:15] <CIA-76> BZFlag: query the OS on player add. |
| 20:10.25 | Wyk3d | [22:15] <CIA-76> BZFlag: send os to stats system |
| 20:10.25 | Wyk3d | [22:15] <CIA-76> BZFlag: TODO: SDL, X11, and OSX platforms need code to get the real OS. |
| 20:10.25 | Wyk3d | [22:23] * ElectricElf (n=dbharris@bas10-toronto63-1096783312.dsl.bell.ca) has joined #bzflag |
| 20:10.26 | Wyk3d | [22:31] * @JefferyM (n=JeffM@bzflag/projectadmin/JeffM) Quit (Read error: 104 (Connection reset by peer)) |
| 20:10.26 | BulletCatcher | If the number of tokens that are active at any one time is relatively small, then checking for uniqueness (and regenerating when it isn't) is inexpensive. |
| 20:10.28 | Wyk3d | [22:39] * Electric1lf (n=dbharris@bas10-toronto63-1096783072.dsl.bell.ca) Quit (Read error: 110 (Connection timed out)) |
| 20:10.31 | Wyk3d | [22:40] * Djpenguin (n=David@c-71-202-201-94.hsd1.ca.comcast.net) Quit |
| 20:10.33 | Wyk3d | [22:44] <Wyk3d> blast007: having the token increased (and starting with) a random number between (1,100) |
| 20:10.35 | Wyk3d | daamn paste again |
| 20:10.38 | Wyk3d | well, suppose the guy is behind a NAT |
| 20:10.42 | Wyk3d | and you have the same IP |
| 20:11.00 | blast007 | that's a remote possiblity that even the current system would fail under |
| 20:11.02 | Wyk3d | then, just sending the same callsign and the token |
| 20:11.13 | Wyk3d | no, if you cannot guess the token |
| 20:11.23 | Wyk3d | you can never overtake a session |
| 20:11.29 | blast007 | I was more worried about a server operator getting the token when the client joins, not processing it, and then using it themself |
| 20:11.55 | BulletCatcher | (Be sure to read my message in the middle of the errant paste.) |
| 20:12.14 | Wyk3d | yeah i guess there's not much to do about that |
| 20:12.37 | blast007 | BulletCatcher: yeah, that's true |
| 20:13.13 | Wyk3d | BulletCatcher: yeah, but i think just hashing token+callsign is not that expensive either |
| 20:13.41 | BulletCatcher | But a hash can be predicted unless it includes randomness. |
| 20:13.48 | Wyk3d | you don't send the hash :) |
| 20:14.07 | Wyk3d | i mean a hash_map<std::pair<uint32, string>> |
| 20:14.12 | Wyk3d | hash_set rather |
| 20:15.00 | BulletCatcher | Ah. Hash as a verb rather than a noun. :-) |
| 20:15.19 | *** join/#bzflag temp_dist (n=pidgin@bzflag/serverop/TemporalDistraction) |
| 20:15.38 | Wyk3d | and then that uint32 can be as random as you like |
| 20:16.27 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 20:16.58 | Wyk3d | the strings are max 32 characters long so not that much overhead from the string hash function |
| 20:17.08 | Wyk3d | *20 |
| 20:17.21 | Wyk3d | and that doesn't increase with the load |
| 20:24.21 | *** join/#bzflag Legoguy (n=Legoguy@S0106001ee54ac005.ed.shawcable.net) |
| 20:26.40 | blast007 | Warning: Missing argument 4 for UserStore::intersectGroupsNoExplode(), called in C:\htdocs\bzfls.php on line 552 and defined in C:\htdocs\userstore.php on line 81 |
| 20:26.50 | blast007 | what should be passed for the $ids value? false? |
| 20:26.55 | Wyk3d | false |
| 20:26.58 | Wyk3d | i think |
| 20:26.58 | Wyk3d | sec |
| 20:27.15 | CIA-76 | BZFlag: 03trepan * r20373 10/trunk/bzflag/src/bzrobots/botplaying.cxx: * fixed bzrobots/ compilation by adding a handleQueryOS() stub |
| 20:27.46 | Wyk3d | yeah false |
| 20:27.53 | blast007 | ok |
| 20:28.56 | Wyk3d | so does anyone know where the php debug messages go on my.bzflag.bz, if they are stored at all.. |
| 20:28.59 | Wyk3d | ? |
| 20:30.15 | BulletCatcher | Typically they would be in the Apache error_log file. |
| 20:32.20 | trepan | try /var/log/bzfls or /var/log/httpd ? |
| 20:34.27 | Wyk3d | they seem to contain to names of zipped log files :-/ |
| 20:35.53 | Wyk3d | where's the current, uncompressed log ? |
| 20:41.10 | CIA-76 | BZFlag: 03blast007 * r20374 10/branches/gsoc_bzauthd_db/bzfls.php: |
| 20:41.10 | CIA-76 | BZFlag: The daemon returns the status codes 1, 2, and 3 for checktokens. The PHP list server was checking for 0, 1, and 2. |
| 20:41.10 | CIA-76 | BZFlag: Supply the 4th argument to intersectGroupsNoExplode(). |
| 20:42.39 | blast007 | Wyk3d: are you referring to the debug() function that bzfls uses? |
| 20:42.54 | Wyk3d | yes |
| 20:42.55 | blast007 | $debugFilename= '/var/log/bzfls/bzfls.log'; |
| 20:43.06 | Wyk3d | oh :) |
| 20:43.09 | blast007 | ;) |
| 20:47.53 | *** join/#bzflag Winny (n=iWinny@bzflag/contributor/Winny) |
| 21:04.08 | *** join/#bzflag Legoguy (n=Legoguy@S0106001ee54ac005.ed.shawcable.net) |
| 21:10.37 | *** join/#bzflag Will07c5 (n=William@c-67-173-127-196.hsd1.il.comcast.net) |
| 22:16.16 | CIA-76 | BZFlag: 03wyk3d * r20375 10/branches/gsoc_bzauthd/src/bzauthd/ (UserStorage.cxx UserStorage.h): Fixed build on FreeBSD and a bug with sending the registration email |
| 22:21.14 | *** join/#bzflag JeffM (n=JeffM@bzflag/projectadmin/JeffM) |
| 22:21.14 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 22:22.18 | Wyk3d | so the plan is to merge the bzauthd compatible client code before the release right ? |
| 22:24.34 | Wyk3d | note: there's a compatiblity layer in it which allows using the old list server for everything, so the user data does not have to be ported to ldap immediately |
| 22:25.12 | JeffM | actualy I'd do the client merge last |
| 22:25.30 | JeffM | get the list server and entire ldap based user system working, all using the HTTP compatability system first |
| 22:25.46 | JeffM | then once you are sure that backend works then move the client over from using legacy to new auth |
| 22:26.40 | JeffM | it would suck to move the client over to use bzauthd and have the backend fail after that |
| 22:26.50 | JeffM | then you have a client that can't auth |
| 22:27.10 | Wyk3d | as i wrote above, if the bzauthd auth has a problem it can always use the old list server |
| 22:27.32 | Wyk3d | the idea is that if merged early, it would allow more people to test the system before it's deployed |
| 22:28.09 | JeffM | part of me dosn't want to compound the backend tesitng with possible problems wiht a new frontend too |
| 22:28.11 | Wyk3d | if the difference is just setting a different setting in config, much more people would try it |
| 22:28.39 | JeffM | heh, if only that was true :) |
| 22:28.56 | JeffM | but it's your thing |
| 22:29.05 | JeffM | I'd much rather have the backend working with all the required data first |
| 22:29.09 | JeffM | and us knowing that it is sold |
| 22:29.45 | JeffM | if its the only system hosting auth for all bzflag, it'll get testing |
| 22:30.05 | JeffM | from 2.0.x and the various web services that have to auth against it |
| 22:31.20 | JeffM | if you run both in paralel how do you keep the data synced between them? |
| 22:31.40 | Wyk3d | you don't |
| 22:32.10 | JeffM | that's a biger problem then getting testing of the native client interface IMHO |
| 22:32.27 | JeffM | lets get the backend moved to ldap, all the users moved over and get that setup |
| 22:32.37 | JeffM | then we know we'll have a good database to test against |
| 22:32.44 | blast007 | gonna be a bit of a project just getting all the web services to use LDAP properly |
| 22:32.50 | JeffM | indeed |
| 22:32.54 | blast007 | even just phpbb alone |
| 22:33.02 | JeffM | thats why I think it should be the first thing we do |
| 22:33.19 | JeffM | it has the most reasonable possibility of "trouble" |
| 22:33.30 | blast007 | phpbb3 supports LDAP, just not the way we need it to work |
| 22:33.53 | JeffM | there is phpbb, wiki, webauth, list server, they all need to be moved over |
| 22:33.58 | JeffM | and we also need group manager |
| 22:33.59 | blast007 | (all name based - if a user changes their name in LDAP, it makes a new forum account) |
| 22:34.05 | blast007 | when they login |
| 22:34.08 | JeffM | oh that sucks |
| 22:35.23 | JeffM | I mean you can push the client code into trunk if you want, but you won't get any testing untill there is a database to use with it |
| 22:35.26 | Wyk3d | currently there's no name changing in ldap but changing a name from phpbb would be equally problematic, not to mention registration |
| 22:35.43 | JeffM | thse are things our people are used to doing |
| 22:35.50 | JeffM | do we disallow name changes in phpbb? |
| 22:36.01 | JeffM | does ldap support 'aliases' ? |
| 22:36.08 | Wyk3d | no need i mean, if you can do the registration, you can do the same with name changes |
| 22:36.19 | Wyk3d | they both would just talk to the daemon |
| 22:36.25 | JeffM | k |
| 22:36.29 | blast007 | that's more modding to phpBB3 though |
| 22:36.39 | JeffM | is it time to move off of phpbb? |
| 22:36.40 | blast007 | or are you not talking about through phpbb? |
| 22:36.51 | Wyk3d | no other way to do registration than talking to the daemon sadly |
| 22:36.54 | Wyk3d | php cannot do it |
| 22:36.56 | blast007 | JeffM: I'm not sure any other would be any better |
| 22:37.08 | JeffM | Wyk3d, you mean you have to use the game to register? |
| 22:37.19 | Wyk3d | no i mean, you have to talk to the daemon using http |
| 22:37.31 | JeffM | then we can do that with php |
| 22:37.35 | blast007 | I think the LDAP extension in PHP has several limitations |
| 22:37.35 | JeffM | getfilecontents :) |
| 22:37.42 | blast007 | JeffM: or curl |
| 22:37.45 | JeffM | indeed |
| 22:37.49 | Wyk3d | yes i'm doing it with curl currently |
| 22:37.59 | JeffM | can we turn off registrations in phpbb? |
| 22:38.08 | blast007 | probably |
| 22:38.20 | JeffM | it sounds like no mater what we will have to mod phpbb somehow |
| 22:38.28 | JeffM | perhaps all we have to do is mod the ldap extension |
| 22:38.37 | JeffM | then we can give them a patch to include or something |
| 22:38.44 | JeffM | get it included upstream |
| 22:38.55 | JeffM | as it may not be specific to us |
| 22:39.04 | Wyk3d | ldap auth may need little to no changes .. i think |
| 22:39.11 | Wyk3d | but registration and user change yes |
| 22:39.33 | Wyk3d | you don't have to talk to the daemon to do auth either |
| 22:39.53 | Wyk3d | php can do a simple bind at least |
| 22:40.07 | JeffM | that is good for the list server and webauth |
| 22:40.23 | Wyk3d | the list server is already changed to work with the daemon |
| 22:40.35 | Wyk3d | just needs more testing and some tinkering |
| 22:40.37 | JeffM | what would be the time frame to get the backend and all the services moved over to ldap? |
| 22:40.44 | JeffM | and how do we manage groups in ldap? |
| 22:41.41 | Wyk3d | well before a timeframe is established we need to establish out exactly how to do it .. which services to mod and how |
| 22:41.55 | JeffM | ok |
| 22:42.02 | blast007 | Wyk3d: I noticed the daemon doesn't send back the BZID for the checktoken HTTP command |
| 22:42.08 | JeffM | thought that was one of the goals of the SOC project |
| 22:42.47 | Wyk3d | my proposal talked about a couple of options |
| 22:43.14 | JeffM | well getting it all moved over is one of the key things to make it useable |
| 22:43.22 | JeffM | so figure out what needs figurin ;) |
| 22:43.41 | Wyk3d | i can't figure out whether you'd rather keep phbb3 or move to drupal :) |
| 22:44.00 | JeffM | they are different things IIRC |
| 22:44.00 | Wyk3d | or whether you'd mod phpbb3 or put registration on separate site |
| 22:44.10 | JeffM | drupal dosn't realy have the same type of fourm features does it? |
| 22:44.14 | JeffM | it's more of a CMS |
| 22:44.43 | blast007 | Wyk3d: we'd have some forum system, be it phpBB or otherwise |
| 22:44.54 | blast007 | drupal is a CMS that we had considered using the for the main site |
| 22:45.06 | JeffM | we don't need a new mainsite for this project |
| 22:45.06 | Wyk3d | well for "some forum system" i have the mostly reusable UserStore clas :) |
| 22:45.06 | blast007 | and would have been one area that would allow registration |
| 22:45.21 | JeffM | it needs to be as funcitonal as phpbb2 was |
| 22:45.31 | JeffM | but it does not have to do reg or group management |
| 22:45.41 | JeffM | but must have similar topic, post, attachement type stuff |
| 22:45.47 | JeffM | and look very close to the same |
| 22:46.02 | JeffM | there is no rush to have bzauthd in 3.0.0 |
| 22:46.12 | JeffM | specialy if there isn't a database to use |
| 22:46.15 | Wyk3d | JeffM: groups in ldap are done with an individual entry for each, with objectclass groupOfUniqueObjects, they have an attribute name uniqueMembers which lists the names of all users in that group |
| 22:46.33 | JeffM | Wyk3d, I don't care about the backend, I care about how a user manages them :) |
| 22:46.46 | JeffM | I want to add people to my group, what site do I go to? |
| 22:47.00 | Wyk3d | that part still needs writing :) |
| 22:47.18 | JeffM | yeah then we aint' even close to needing auth in the game :) |
| 22:47.29 | JeffM | sounds like you got the guts working |
| 22:47.43 | JeffM | now get the management and implementation aspects working |
| 22:48.14 | JeffM | in game auth is mostly useless with out group data |
| 22:48.59 | JeffM | I don't care if a group manager is made that is fugly as heck, as long as it works |
| 22:49.18 | Wyk3d | well you could always add it manually with some ldifs, i.e log in to my.bzflag.bz and run a command |
| 22:49.30 | JeffM | no |
| 22:49.35 | blast007 | how would that help a user? |
| 22:49.35 | JeffM | it has to be a website |
| 22:49.48 | JeffM | groups are managed by players and server owners |
| 22:49.49 | JeffM | not admins |
| 22:50.20 | blast007 | currently we've been creating them, but even that could be moved to the players |
| 22:50.36 | JeffM | it NEEDS to be moved to the players |
| 22:50.43 | JeffM | and players manage users in groups now |
| 22:50.51 | JeffM | that can't be moved to admins |
| 22:52.34 | Wyk3d | so, groupmanager is web/bzgrpmgr ? |
| 22:53.19 | JeffM | what is bzgrpmgr? |
| 22:53.41 | Wyk3d | you tell me i found it in trunk/web/bzgrpmgr :D |
| 22:54.02 | JeffM | that may be it, who made it? Constitution ? |
| 22:54.06 | Wyk3d | "This is a re-write of the start of the bzflag group manager. |
| 22:54.17 | JeffM | then there ya go |
| 22:54.49 | JeffM | bassicly we need to have a plan that involves similar or better actions for all uses of auth right now, at least for the end users |
| 22:55.15 | JeffM | they need to be able to use the same login for in game/fourm/wiki/weblogin |
| 22:55.26 | JeffM | they need to be able to go to some site and manage the groups they have |
| 22:55.43 | JeffM | it would be great if they could make groups themselves |
| 22:56.23 | *** part/#bzflag bryjen (n=bryjen@75.81.244.171) |
| 22:56.23 | JeffM | but bassicaly I need to be able to tell them "do this" for every action they can do now |
| 23:06.43 | BulletCatcher | The wiki currently has its own authentication system, but it would be nice to have it use the game/forum one. |
| 23:08.27 | JeffM | mediawiki can be moved to ldap too, it's prety simple IIRC |
| 23:08.30 | JeffM | we did it at work |
| 23:09.11 | Wyk3d | yes it has good plugins for that, but it would need to be modded for username changes |
| 23:09.25 | JeffM | k |
| 23:41.21 | *** join/#bzflag bryjen (n=bryjen@75.81.244.171) |
| 23:41.21 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 23:55.24 | Gabe_G23 | Is there a way to set the position of the sun to be static via the config file? |
| 23:57.53 | smoooth | Many different ways to do that Gabe. One way is to the set the fixedtime variable in the config file. Also check out the wiki on bz config file. |
| 23:58.23 | Gabe_G23 | fixedtime? okay, thanks |
| 23:58.31 | smoooth | np |
| 23:59.06 | Gabe_G23 | smoooth: Could you give a syntax example? |
| 23:59.27 | *** join/#bzflag Pimpinella (n=frank@gondolin.pimpi.org) |
| 23:59.28 | Gabe_G23 | smoooth: Such as 'set fixedtime 230' ? |
| 23:59.33 | Gabe_G23 | for 2:30 AM? |
| 23:59.40 | smoooth | set fixedTime 03:00:00 |
| 23:59.53 | Gabe_G23 | Ahh, okay |