| 00:01.57 | CIA-114 | BZFlag: 03trepan * r21559 10/trunk/bzflag/ (13 files in 4 dirs): |
| 00:01.57 | CIA-114 | BZFlag: * renamed vectors.h to vectors_old.h |
| 00:01.57 | CIA-114 | BZFlag: * renamed the old fvec[234] array types to afvec[234] |
| 00:01.57 | CIA-114 | BZFlag: * raw copied the vectors.h file from 2.99.x, and included "vectors_old.h" from it |
| 00:10.22 | *** join/#bzflag kierra (~jolie@unaffiliated/kierra) |
| 00:30.41 | Erroneous | blast007: has anyone moved the curlmanager changes from 2.99? |
| 00:31.02 | Erroneous | hates the fact that we're re-fixing all the same bugs |
| 00:33.03 | trepan | don't worry, 2.4 will probably be tossed aside and we can start with 2.99.x again :) |
| 00:33.08 | Erroneous | heh |
| 00:39.26 | blast007 | Erroneous: no idea |
| 01:27.17 | *** join/#bzflag smoooth (~smoooth@cpe-098-024-240-002.ec.res.rr.com) |
| 01:47.51 | *** join/#bzflag TD-Linux (~thomas@about/essy/indecisive/TD-Linux) |
| 01:50.58 | CIA-114 | BZFlag: 03dtremenak * r21560 10/branches/experimental/v2_99continuing/: something to experiment with. |
| 02:08.19 | blast007 | Thumper_: I think I just narrowed down the auth issue |
| 02:08.23 | blast007 | Got line: "ERROR: Missing or invalid server authentication key" |
| 02:08.42 | blast007 | so it's probably not sending the public key when checking tokens |
| 02:09.17 | CIA-114 | BZFlag: 03dtremenak * r21561 10/trunk/bzflag/ (30 files in 9 dirs): support server-defined custom flags so people can stop overloading Useless. merge revisions 15952, 16846, 16848, 16849 16855, 16857, 18839, 18840, 18844, 18856-18858 from 2.99 |
| 02:15.22 | Thumper_ | blast007: ok good |
| 02:16.43 | delusional | that looks like a fun one |
| 02:19.10 | delusional | funny... when i get the svn update..... it looks like the last file downloaded is named "." I don't know if it's good or bad, just seems funny to have a file named "." |
| 02:20.15 | Thumper_ | . is the current directory |
| 02:28.38 | CIA-114 | BZFlag: 03blast007 * r21562 10/trunk/bzflag/src/bzfs/ListServerConnection.cxx: Do not try to shove the public key in the middle of the checktokens parameter. |
| 02:29.00 | blast007 | Thumper_: there :) |
| 02:29.06 | Thumper_ | \o/ |
| 02:29.18 | Thumper_ | server rebuilds start in 2 minutes |
| 02:30.04 | *** join/#bzflag delusional (~delusiona@pool-98-111-215-149.pitbpa.fios.verizon.net) |
| 02:30.04 | *** join/#bzflag delusional (~delusiona@unaffiliated/delusional) |
| 02:38.01 | *** join/#bzflag JeffM (~JeffM@adsl-75-50-186-241.dsl.lsan03.sbcglobal.net) |
| 02:38.01 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 02:38.01 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 02:38.27 | Thumper_ | DTRemenak: servers are all dead, I don't think your flag change works |
| 02:38.50 | trepan | did custom flags even work in 2.99.x ? |
| 02:38.53 | Erroneous | yup |
| 02:39.16 | Erroneous | Thumper_: you getting crashes or what? |
| 02:39.18 | Thumper_ | http://pastebin.com/t8At7eH2 |
| 02:39.25 | Erroneous | without the plugin nothing should happen |
| 02:40.12 | Thumper_ | bzflag client won't run either |
| 02:40.32 | Erroneous | yeah, if flag init is failing nothing will run |
| 02:40.54 | JeffM | are custom flags worth it with out shottype? |
| 02:41.08 | Erroneous | yup |
| 02:41.11 | Thumper_ | sees featurecreep :) |
| 02:41.28 | Erroneous | anything people do now with "useless" can be done better with custom flags |
| 02:41.36 | JeffM | true |
| 02:41.56 | Thumper_ | like that landmine thing? |
| 02:42.06 | Erroneous | that's one |
| 02:42.17 | delusional | special jump flag |
| 02:42.18 | blast007 | BZFlag 2.4, now with the Hot Potatoe flag |
| 02:42.25 | Thumper_ | ow! |
| 02:42.47 | Thumper_ | blast007: can't test your change just yet... ;) |
| 02:42.51 | blast007 | though that would require a reverse thief |
| 02:43.15 | delusional | my client won't start.... terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_S_construct NULL not valid |
| 02:43.15 | Thumper_ | wasn't that a cheat once? |
| 02:43.22 | Thumper_ | that's what I get |
| 02:43.23 | JeffM | yeah in 2.99 you could deny the death IIRC |
| 02:43.30 | Thumper_ | similar stack dump to what I posted |
| 02:44.09 | JeffM | so If I read this correctly, I did not break the server this time right? |
| 02:44.16 | JeffM | was out buying a new monitor |
| 02:44.22 | CIA-114 | BZFlag: 03dtremenak * r21563 10/trunk/bzflag/src/common/Flag.cxx: use an empty string for NullFlag |
| 02:44.26 | JeffM | and getting cut by my dinner |
| 02:44.28 | Thumper_ | right - trepan and dtr both had a go since then ;) |
| 02:44.40 | Erroneous | Thumper_: that should do it |
| 02:44.44 | Thumper_ | thx |
| 02:44.51 | Erroneous | ...I think :) |
| 02:45.04 | JeffM | did the commit I made work better for connecting? |
| 02:45.05 | Thumper_ | waits for the normal server rebuild at a quarter-to to see if it just works after that |
| 02:45.05 | blast007 | nope, Erroneous |
| 02:45.53 | Thumper_ | JeffM: yes but then auth was broken, and now everything core-dumps... so we're making progress :D |
| 02:46.01 | JeffM | sweeet |
| 02:46.09 | JeffM | then I got time to tweak my display settings :) |
| 02:46.55 | blast007 | Erroneous: http://pastebin.com/HKTnztCP |
| 02:47.22 | blast007 | Thumper_: hey, at least it'll cut down on the number of servers |
| 02:47.38 | Thumper_ | that it did :) |
| 02:47.58 | Thumper_ | http://bzflag.bzflag3.norang.ca/ |
| 02:50.20 | CIA-114 | BZFlag: 03dtremenak * r21564 10/trunk/bzflag/src/common/Flag.cxx: more less nulls. |
| 02:50.59 | blast007 | hmm, unless I updated the wrong directory the first time |
| 02:51.07 | blast007 | oh wait, you just commit :P |
| 02:51.14 | Thumper_ | client works again :) |
| 02:51.19 | Erroneous | yay :) |
| 02:51.20 | Thumper_ | no servers to play with though :( |
| 02:51.49 | Thumper_ | local server works too |
| 02:52.21 | blast007 | Thumper_: I have one running now |
| 02:52.21 | JeffM | Erroneous, need a 19 inch 3/4 display? |
| 02:53.38 | Erroneous | JeffM: don't think so; already have one |
| 02:53.46 | JeffM | k |
| 02:57.01 | CIA-114 | BZFlag: 03dtremenak * r21565 10/trunk/bzflag/src/common/Flag.cxx: also pack correctly (2.99 revs 18882, 18883) |
| 02:57.15 | *** join/#bzflag djlawler (~LD003@pool-72-94-164-204.phlapa.fios.verizon.net) |
| 02:59.23 | *** part/#bzflag kierra (~jolie@unaffiliated/kierra) |
| 03:10.50 | *** part/#bzflag djlawler (~LD003@pool-72-94-164-204.phlapa.fios.verizon.net) |
| 03:18.45 | *** join/#bzflag djlawler (~LD003@pool-72-94-164-204.phlapa.fios.verizon.net) |
| 03:21.54 | *** part/#bzflag djlawler (~LD003@pool-72-94-164-204.phlapa.fios.verizon.net) |
| 03:33.12 | CIA-114 | FTGL: 03dtremenak * r1262 10/trunk/msvc/config.h: define new symbols on msvc builds as necessary |
| 03:34.24 | *** join/#bzflag djlawler (~LD003@pool-72-94-164-204.phlapa.fios.verizon.net) |
| 03:34.26 | *** part/#bzflag djlawler (~LD003@pool-72-94-164-204.phlapa.fios.verizon.net) |
| 03:34.52 | meem1029 | I was able to connect to a public server! Yay! Great work over the last couple of days to all who made that happen! |
| 03:35.23 | *** join/#bzflag djlawler (~LD003@pool-72-94-164-204.phlapa.fios.verizon.net) |
| 03:35.26 | *** part/#bzflag djlawler (~LD003@pool-72-94-164-204.phlapa.fios.verizon.net) |
| 03:36.59 | *** join/#bzflag djlawler (~LD003@pool-72-94-164-204.phlapa.fios.verizon.net) |
| 03:37.12 | *** part/#bzflag djlawler (~LD003@pool-72-94-164-204.phlapa.fios.verizon.net) |
| 03:41.15 | CIA-114 | BZFlag: 03dtremenak * r21566 10/branches/experimental/v2_99continuing/bzflag/src/ (48 files in 16 dirs): sync ftgl with upstream. fixes missing characters, among other things. |
| 03:44.21 | CIA-114 | BZFlag: 03dtremenak * r21567 10/branches/experimental/v2_99continuing/bzflag/src/other/ftgl/ChangeLog: synced ftgl to upstream r1262. touch a file to get a commit message with the upstream revision. |
| 03:58.52 | CIA-114 | BZFlag: 03dtremenak * r21568 10/trunk/bzflag/ChangeLog: ChangeLog entry for custom flags |
| 03:59.28 | a_meteorite | Custon flags? yay! |
| 04:26.33 | *** join/#bzflag dcat (~dcat@c-98-249-63-154.hsd1.va.comcast.net) |
| 04:28.20 | *** join/#bzflag JeffM1 (~Jeff@adsl-75-50-186-241.dsl.lsan03.sbcglobal.net) |
| 04:33.10 | CIA-114 | BZFlag: 03trepan * r21569 10/branches/experimental/v2_99continuing/bzflag/src/other/ftgl/src/FTGL/ftgl.h: * removed the extra comma |
| 04:52.42 | CIA-114 | BZFlag: 03bthansen * r21570 10/trunk/bzflag/ (13 files in 5 dirs): |
| 04:52.42 | CIA-114 | BZFlag: Compute handicap server side so cheat can be eventually detected |
| 04:52.42 | CIA-114 | BZFlag: It's a bit simplistic and needs retuning. |
| 04:52.42 | CIA-114 | BZFlag: Bump protocol. |
| 04:52.42 | CIA-114 | BZFlag: Backported from r12019, r12020, and r12022. |
| 06:12.02 | *** join/#bzflag Marzipan- (~Marzipan@p5B226BB5.dip.t-dialin.net) |
| 06:13.41 | *** join/#bzflag Marzipan (~Marzipan@bzflag/player/Marzipan) |
| 06:43.46 | *** join/#bzflag eTangenT (~lamer@c-24-8-181-169.hsd1.co.comcast.net) |
| 07:05.37 | CIA-114 | BZFlag: 03bullet_catcher * r21571 10/trunk/bzflag/src/bzfs/bzfs.cxx: |
| 07:05.37 | CIA-114 | BZFlag: Use the correct operator to test for ClassicCTF mode. |
| 07:05.37 | CIA-114 | BZFlag: Kills count for teams in OpenFFA mode, not in ClassicCTF mode. |
| 09:00.51 | Zac_ | .. |
| 09:34.37 | CIA-114 | BZFlag: 03blast007 * r21572 10/trunk/bzflag/configure.ac: Update the AC_INIT line to match the version in buildDate.cxx |
| 09:48.31 | brad | the "you must identify" msg is sent twice in bzfx.cxx on lines 2648 and 2098 |
| 09:49.50 | *** join/#bzflag tupone (~alfredo@gentoo/developer/tupone) |
| 09:49.51 | *** mode/#bzflag [+v tupone] by ChanServ |
| 10:11.20 | *** join/#bzflag Pimpi (~frank@gondolin.pimpi.org) |
| 11:49.56 | *** join/#bzflag KTL (~KTL@213.219.155.59.adsl.dyn.edpnet.net) |
| 12:36.50 | *** join/#bzflag djlawler (~LD003@lma625.siteprotect.com) |
| 12:37.08 | *** part/#bzflag djlawler (~LD003@lma625.siteprotect.com) |
| 12:54.59 | *** join/#bzflag djlawler (~LD003@lma625.siteprotect.com) |
| 13:01.29 | *** part/#bzflag djlawler (~LD003@lma625.siteprotect.com) |
| 13:02.23 | Thumper_ | blast007: oops - I missed the ACINIT lint - thanks for catching that |
| 13:02.30 | Thumper_ | line* |
| 13:05.25 | blast007 | no prob :) |
| 13:05.53 | blast007 | I'll probably forget to do it for my own changes ;) |
| 13:09.54 | Thumper_ | I'll be gone for the weekend Sat - Monday |
| 13:13.45 | *** join/#bzflag djlawler (~LD003@lma625.siteprotect.com) |
| 13:13.55 | *** part/#bzflag djlawler (~LD003@lma625.siteprotect.com) |
| 13:13.58 | *** join/#bzflag djlawler (~LD003@lma625.siteprotect.com) |
| 13:14.46 | trepan | bb |
| 13:14.53 | trepan | sorry... |
| 13:24.56 | *** part/#bzflag djlawler (~LD003@lma625.siteprotect.com) |
| 13:34.47 | *** join/#bzflag mdskpr_ (~mdskpr@108.25.108.121) |
| 13:57.37 | CIA-114 | BZFlag: 03trepan * r21573 10/branches/experimental/v2_99continuing/bzflag/src/other/lua/ (Makefile.am README_BZFLAG src/lcode.cxx): * update the patchlevel to http://www.lua.org/ftp/patch-lua-5.1.4-3 |
| 14:13.34 | *** join/#bzflag bier|tp (~bier@p54A5B3E4.dip.t-dialin.net) |
| 14:13.44 | *** join/#bzflag bier (~bier@p54A5B3E4.dip.t-dialin.net) |
| 14:39.15 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 14:39.16 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 14:43.25 | *** join/#bzflag JeffM (~JeffM@75.50.186.241) |
| 14:43.25 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 14:43.25 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 14:58.44 | *** join/#bzflag spldart (~spldart2@c-98-201-137-215.hsd1.tx.comcast.net) |
| 14:58.44 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 14:58.44 | *** mode/#bzflag [+v spldart] by ChanServ |
| 15:01.51 | *** join/#bzflag djlawler (~LD003@lma625.siteprotect.com) |
| 15:01.53 | *** part/#bzflag djlawler (~LD003@lma625.siteprotect.com) |
| 15:12.03 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 15:12.04 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 15:34.17 | *** join/#bzflag temporalD (~a_temp_di@bzflag/serverop/TemporalDistraction) |
| 15:47.19 | Zac_ | temp :) |
| 15:57.36 | temporalD | lol - yo |
| 16:23.41 | CIA-114 | BZFlag: 03trepan * r21574 10/branches/experimental/v2_99continuing/bzflag/ (other_src/ src/other/): |
| 16:23.41 | CIA-114 | BZFlag: * moved src/other/ to other_src/ |
| 16:23.41 | CIA-114 | BZFlag: (the next commit will fix the build paths) |
| 16:25.30 | *** join/#bzflag jujibo (~jujibo@BZ.BZFLAG.BZ) |
| 16:25.30 | *** mode/#bzflag [+v jujibo] by ChanServ |
| 16:28.33 | CIA-114 | BZFlag: 03trepan * r21575 10/branches/experimental/v2_99continuing/bzflag/ (11 files in 7 dirs): * build path updates for src/other/ => other_src/ |
| 16:33.36 | trepan | MSVC/ files have commit checksum errors, strange |
| 16:34.43 | *** join/#bzflag JeffM (~JeffM@69.36.85.130) |
| 16:34.43 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 16:34.43 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 16:36.48 | Thumper_ | trepan: just delete those ;) |
| 16:36.49 | Thumper_ | ducks |
| 16:37.00 | JeffM | yes delete linux |
| 16:37.04 | JeffM | tis a silly place |
| 16:37.18 | trepan | he was talking about the MSVC/ files :) |
| 16:37.47 | JeffM | strike them down and they will return more powerful then you can ever imagine! |
| 16:37.57 | trepan | Thumper_: ironically, that is going to happen |
| 16:38.07 | Thumper_ | so ... they really are evil :) |
| 16:38.12 | trepan | (once cmake is done) |
| 16:38.42 | JeffM | you arn't considering cmake for this release are you? |
| 16:38.58 | trepan | v2_99continuing |
| 16:39.04 | JeffM | whatevs |
| 16:39.14 | trepan | you asked... |
| 16:39.18 | JeffM | tho if you do cmake I'll still keep the vcproj's installed |
| 16:39.26 | JeffM | the ones generated form cmake |
| 16:39.36 | JeffM | just so people on windows don't need cmake to build |
| 16:39.46 | trepan | whatevs ;) |
| 16:40.00 | JeffM | I've seen other projects do that to good sucsess |
| 16:40.18 | JeffM | lets devs maintain one build system but still makes it easy for VCers to build |
| 16:40.19 | trepan | i've seen that kind of setup result in inconsistent configs |
| 16:40.33 | JeffM | vc usualy has a fixed config |
| 16:40.55 | JeffM | it could be bad if there were optional libs and stuff that would change on each builders system |
| 16:41.04 | JeffM | so yes you have to be careful with it |
| 16:41.25 | JeffM | but I think it's viable |
| 16:41.32 | trepan | don't worry too much about v2_99continuing, it's just a playground for DTR and myself |
| 16:41.37 | JeffM | yeah |
| 16:41.57 | JeffM | thats why we have an experimental branch folder :) |
| 16:42.16 | JeffM | so has anyone else had connection issues? |
| 16:42.26 | trepan | the benefit to forcing winders folks to get cmake is that things like project version can be sourced from _one_ location |
| 16:42.28 | JeffM | can I cross that off my list? |
| 16:43.48 | mdskpr_ | yep i think so |
| 16:43.57 | JeffM | k |
| 16:44.30 | JeffM | tho I'll wait for BulletCatcher to say he can connect regularly before I know I'm out of the woods |
| 16:44.45 | JeffM | mdskpr_, what you workin on? |
| 16:44.49 | Thumper_ | JeffM: I think it's working again |
| 16:44.54 | BulletCatcher | I'm good. Thanks to everyone who worked to get that fixed. |
| 16:44.54 | mdskpr_ | nothing atm |
| 16:45.05 | JeffM | want to remove /identify? |
| 16:45.11 | mdskpr_ | ok |
| 16:45.31 | JeffM | it should be all in the server |
| 16:45.37 | JeffM | I'll move it to your list |
| 16:47.02 | JeffM | BulletCatcher, we never set a date for code cutoff |
| 16:47.33 | JeffM | I say 6/13 |
| 16:47.53 | JeffM | tho I think we'll be done before that |
| 16:48.11 | BulletCatcher | Or the 14th. It isn't critical as long as we actually do have an end date. |
| 16:48.48 | JeffM | k |
| 16:50.18 | BulletCatcher | On the flagbuffet map, where the zoneflag ID flags always report PZ, adding "+f ID{1}" to the config makes all of the ID flags work correctly. |
| 16:50.42 | Thumper_ | some weekday is fine |
| 16:54.20 | Thumper_ | Do we have any other known problems we need to fix besides the PZ-identify thing? |
| 16:54.58 | BulletCatcher | Even that bug exists in 2.0, so I don't consider it critical. |
| 16:56.25 | BulletCatcher | If we finish all of the scheduled tasks before the deadline we can release early, or have a longer RC period. |
| 16:57.50 | BulletCatcher | No matter when we release 2.4, players will be slow to upgrade until the major Linux distros distribute it. |
| 16:58.05 | Thumper_ | I'm not sure how long my next task is going to take - I'll have to prepare a list of possible bugfixes for discussion I think |
| 16:58.26 | Thumper_ | "Bug fixes not in notes" |
| 16:59.40 | BulletCatcher | That one is open ended, so you just need to choose the ones you think you can get done. |
| 16:59.51 | Thumper_ | yeah that's the hard part ;) |
| 17:00.03 | Thumper_ | find what there is and identifying candidate bugs to backport |
| 17:00.21 | BulletCatcher | Backport the fixes, not the bugs, please. :-) |
| 17:00.29 | Thumper_ | ok :) |
| 17:01.20 | Thumper_ | and DTRemenak said he was going to do his own so I can ignore his 660 commits |
| 17:02.32 | DTRemenak | how well did server-side ID work in 2.99? anyone remember? |
| 17:02.45 | CIA-114 | BZFlag: 03trepan * r21576 10/branches/experimental/v2_99continuing/bzflag/MSVC/build/ (28 files): * MSVC updates for other_src/ |
| 17:02.45 | Thumper_ | I dunno |
| 17:02.45 | DTRemenak | it'd be easy to move back, and would fix the ID bug as well as flag-id cheats |
| 17:03.37 | DTRemenak | revs 12394 and 12467. |
| 17:03.54 | Thumper_ | bug it is a bugfix or an enhancement? :) |
| 17:04.09 | BulletCatcher | The ID flag always worked as expected in my 2.99 testing with the flagbuffet map. |
| 17:04.34 | DTRemenak | Thumper_: sometimes enhancements fix bugs :) |
| 17:05.02 | Thumper_ | if it's easy and low risk then I'd vote for including that change |
| 17:05.52 | CIA-114 | BZFlag: 03trepan * r21577 10/branches/experimental/v2_99continuing/bzflag/MSVC/build/ (clientbase.vcproj regex.vcproj): * a couple of other_src/ stragglers |
| 17:08.35 | mdskpr_ | JeffM: with removing /identify should I also remove /register? |
| 17:08.54 | Thumper_ | I think so |
| 17:09.54 | CIA-114 | BZFlag: 03trepan * r21578 10/branches/experimental/v2_99continuing/bzflag/other_src/ftgl/demo/Makefile.am: * fixed ftgl/demo/ linkage |
| 17:13.40 | blast007 | mdskpr_: and I think there's a /deregister or /unregister |
| 17:13.59 | mdskpr_ | yeah and a /setpass i removed them all |
| 17:14.05 | blast007 | k |
| 17:14.19 | blast007 | local groups should remain for now (the /setgroup stuff) |
| 17:14.27 | mdskpr_ | right |
| 17:14.47 | Thumper_ | what about /ghost ? |
| 17:15.13 | DTRemenak | mdskpr_: don't forget to remove them from the client autocompleter also (and pull autoidentify from the client) |
| 17:15.38 | mdskpr_ | k |
| 17:16.57 | mdskpr_ | also remove antideregister from the permissions? |
| 17:17.39 | DTRemenak | I'd think so |
| 17:19.31 | DTRemenak | if you want to compare, the relevant 2.99 revisions are 12726, 17334, 17346, and 17463. |
| 17:20.05 | mdskpr_ | thanks :) |
| 17:20.12 | mdskpr_ | i couldnt find them |
| 17:28.39 | blast007 | as for the 'ID in a zone' bug, there's a isIdentifyFlagIn boolean in bzfs.cxx that I bet isn't getting flipped for those |
| 17:29.18 | DTRemenak | blast007: correct. I still say the right fix is switching to server-side identify. |
| 17:29.29 | blast007 | probably ;) |
| 17:31.13 | blast007 | and that is one of the things on the task list |
| 17:34.28 | *** join/#bzflag kierra (~jolie@unaffiliated/kierra) |
| 17:50.04 | JeffM | mdskpr_, yes, the only user management we want is global identify |
| 17:50.14 | JeffM | so the only db we need is the group db on the local server |
| 17:50.32 | mdskpr_ | k |
| 17:50.47 | JeffM | storing passwords in cleartext == bad :) |
| 17:53.17 | JeffM | treapan do you think we still need to keep , "useFogHack" ? |
| 17:55.23 | CIA-114 | BZFlag: 03JeffM2501 07http://my.bzflag.org * r7665 10/w/BZFlag_2.3: /* Projects */ timeline |
| 18:04.24 | blast007 | JeffM: do we still want local groups? |
| 18:04.51 | JeffM | maybe |
| 18:04.54 | JeffM | they may be usefull |
| 18:05.03 | JeffM | as long as they can contain bzIDs as users |
| 18:05.17 | blast007 | they can't currently, afaik |
| 18:05.27 | JeffM | if they can't they are useless |
| 18:05.38 | JeffM | in fact they shdould ONLY be able to contain BZIDs |
| 18:05.55 | JeffM | we should allow BZIDbased groups and a file that defines the perms for each group |
| 18:05.56 | JeffM | that's it |
| 18:06.10 | JeffM | heck I'd be ok with local groups having to be done via a plugin |
| 18:07.29 | blast007 | the API would need to be improved a bit for that - I don't think it gives you the raw permissions for each group, but instead the resulting permissions (so you wouldn't see a 'force off' permission via the API) |
| 18:07.32 | CIA-114 | BZFlag: 03mudskipper * r21579 10/trunk/bzflag/ (15 files in 6 dirs): Removed /setpass /identify /register, and removed the antideregister from Permissions.cxx |
| 18:07.46 | JeffM | improving the API is never a bad thing :) |
| 18:08.02 | JeffM | but you are a server admin so I trust your judgement on what is needed more |
| 18:08.21 | JeffM | I just don't want to store users localy |
| 18:08.26 | blast007 | I don't use local groups - and I'v enever liked them |
| 18:08.31 | JeffM | ok |
| 18:08.45 | JeffM | did you not like them cus of how they were implemented or just in concept? |
| 18:08.48 | blast007 | but I don't think it's critical to ditch them in this release |
| 18:08.57 | blast007 | well, I didn't like them because they used names instead of the bzid ;) |
| 18:09.08 | JeffM | if we make them use ID are they useful? |
| 18:09.11 | JeffM | I think they may be |
| 18:09.13 | blast007 | yes |
| 18:09.18 | JeffM | then we should do that |
| 18:09.26 | JeffM | it should be a simple change |
| 18:09.37 | JeffM | and it will fix a security hole |
| 18:09.53 | JeffM | just change the local group parser to read the name as the ID :) |
| 18:10.28 | JeffM | so we will allow a groups file and a perms file |
| 18:10.55 | JeffM | whats the command line option for those 2 now? |
| 18:11.02 | blast007 | groupdb contains the groups and what permissions they have, and userdb contains the user to group mapping |
| 18:11.08 | JeffM | ok |
| 18:11.22 | JeffM | perhaps we should change the names to PermDB and LocalGroupDB |
| 18:11.41 | JeffM | passdb had the username -> password mapping right? |
| 18:11.47 | blast007 | yeah |
| 18:11.52 | JeffM | ok that we need to remove |
| 18:12.07 | JeffM | and since we have no local users based on name, the userdb needs to move to IDs |
| 18:12.11 | JeffM | and userDB is a bad name :) |
| 18:12.16 | blast007 | not sure if mdskpr_ removed that as part of r21579 |
| 18:12.44 | mdskpr_ | passwordDatabase? no |
| 18:12.47 | mdskpr_ | i can... |
| 18:13.01 | JeffM | yeah if you remove local users then passdb is pointless |
| 18:13.06 | blast007 | the -passdb and related stuff |
| 18:13.10 | mdskpr_ | k |
| 18:13.48 | mdskpr_ | -passdb is already removed. |
| 18:14.16 | JeffM | can you make userdb read BZIDs instead of usernames? |
| 18:14.32 | mdskpr_ | maybe |
| 18:14.42 | mdskpr_ | I just need the file that it would be in |
| 18:14.52 | JeffM | I also think we should change the command line for userdb so that people with existing configs won't accdentaly load the wrong file |
| 18:15.02 | JeffM | find it by the command line option and trace it up |
| 18:17.34 | blast007 | -bzidtolocalgroupmappingdb |
| 18:19.06 | *** join/#bzflag Erroneous (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 18:19.06 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 18:20.28 | Constitution | what's the status of c-ares on *nix platforms? still have to install locally? |
| 18:20.47 | blast007 | yes |
| 18:22.14 | Constitution | is that permanent? |
| 18:23.28 | JeffM | -imakethegroupsyoulikethemandputtheminyourmouth |
| 18:23.52 | JeffM | no BulletCatcher is working on it |
| 18:24.11 | mdskpr_ | blast007: do you have a sample userdb somewhere? |
| 18:24.36 | blast007 | no |
| 18:25.13 | blast007 | I only use a groupdb |
| 18:26.15 | blast007 | let me see if I can easily make one, though |
| 18:38.15 | blast007 | mdskpr_: well, essentially right now it's a line with the player name, a line with the groups they are in (space delimited), and then two blank lines (which may or may not always be blank.. I'm not sure on the format) |
| 18:38.28 | mdskpr_ | ok |
| 18:59.51 | Thumper_ | Are we missing a bunch of changes in the AUTHORS file? (gsoc 2008 members etc?) |
| 19:00.06 | Thumper_ | should I try merging the version in v2.99 with what is in trunk? |
| 19:00.32 | *** join/#bzflag meem1029 (~meem1029@2001:468:1930:24:7add:8ff:fee3:6a82) |
| 19:07.06 | Thumper_ | JeffM / BulletCatcher ^^ |
| 19:07.50 | *** join/#bzflag FastLizard4|zZzZ (fastlizard@wikipedia/pdpc.active.FastLizard4) |
| 19:19.22 | *** join/#bzflag Gnurdux (~gnurdux@EASTCAMPUS-FOUR-O-FOUR.MIT.EDU) |
| 19:21.52 | *** join/#bzflag bryjen (~bryjen@76.92.85.169) |
| 19:21.52 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 19:21.58 | *** join/#bzflag AAA_awright_ (~a3@ip24-251-157-63.ph.ph.cox.net) |
| 19:25.02 | JeffM | Thumper_, one of the tasks was to move over the docs from 2.99 |
| 19:25.07 | JeffM | so yeah |
| 19:25.08 | Erroneous | Thumper_: all of the docs need to be migrated |
| 19:25.16 | JeffM | I know like devinfo should be moved |
| 19:25.17 | Erroneous | doh, JeffM was faster |
| 19:25.19 | JeffM | so yeah check em all |
| 19:25.26 | JeffM | cus I didn't have icecream |
| 19:25.31 | JeffM | my brain isn't as cold :) |
| 19:25.39 | Erroneous | hah |
| 19:25.44 | *** part/#bzflag kierra (~jolie@unaffiliated/kierra) |
| 19:29.09 | Thumper_ | all the docs includes what exactly? AUTHORS, BUGS, COPYING, DEVINFO, INSTALL, NEWS, PORTING, README*, RELNOTES, TAGS, and TODO ? |
| 19:29.37 | JeffM | sure |
| 19:29.46 | Thumper_ | did I miss anything? |
| 19:29.47 | JeffM | tho things like todo may not be valid to move over |
| 19:29.52 | Thumper_ | or BUGS |
| 19:29.55 | JeffM | yeah |
| 19:30.35 | JeffM | use your best judgement |
| 19:31.42 | Thumper_ | ok |
| 19:31.45 | Thumper_ | thx |
| 19:38.21 | mdskpr_ | im confused if you got rid of local auth why would you want userdb? with bzids its like copying the global auth. |
| 19:38.45 | JeffM | so that you could say that user 10 is in the group "loozers" |
| 19:38.53 | JeffM | and not have that group be on bzbb |
| 19:38.57 | mdskpr_ | ah |
| 19:39.26 | JeffM | more likely a group called "localAdmins" that has the bzIDs of the owner and admins |
| 19:39.45 | JeffM | but then you don't have to worry about bzbb messing up the members or anything |
| 19:39.55 | JeffM | or if you don't want the memebership to be viewable etc.. |
| 19:40.12 | JeffM | but by using bzid the members can change names all they want and still be members |
| 19:41.15 | mdskpr_ | ok, i dont think im the one for the job 'cause i dont know the first thing about bzids.. |
| 19:42.04 | Constitution | so we're dealing away with local users but keeping local group memberships? |
| 19:42.26 | JeffM | yes |
| 19:42.29 | JeffM | cus that is useful |
| 19:42.38 | JeffM | local users was a security hole |
| 19:42.44 | JeffM | but there is no security hole for local groups |
| 19:42.51 | JeffM | as long as it's just BZIDs |
| 19:44.21 | JeffM | I know at one point there was a problem with using a bzbb group for "undesirables" but since it was in bzbb they could just remove themselves from the group. With a local group the owner/operator has controll over the contents of the file |
| 19:50.46 | blast007 | once we have a proper group management system they might cease to be useful |
| 19:53.21 | Thumper_ | mdskpr_: I use it to remove perms for myself (ie. hidden admin) |
| 20:05.14 | JeffM | blast007, true, but I don't think we'll get that for this release so it may be viable to have it here. And I don't think it's a risky change |
| 20:09.23 | Thumper_ | JeffM: should the version number in README be 2.4.0 ? |
| 20:09.36 | JeffM | that's what we will ship as |
| 20:09.46 | Thumper_ | what do you want in trunk now? |
| 20:10.00 | JeffM | whats in there now? |
| 20:10.13 | Thumper_ | 2.0.17 in trunk and 3.0.0 in v2.99 |
| 20:10.22 | JeffM | sure then 2.4.0 |
| 20:10.31 | Thumper_ | ok |
| 20:10.39 | JeffM | one less thing to change when we release :) |
| 20:10.54 | Thumper_ | prepares a documentation commit |
| 20:13.56 | bryjen | any ideas why the ID flag doesn't work on the Flag Buffet server? always says closest is PZ. seems OK on other servers. |
| 20:25.57 | blast007 | bryjen: it's because the ID flags are all provided via a zone |
| 20:26.05 | blast007 | so it doesn't trigger the server into thinking an ID flag is in the field |
| 20:26.50 | blast007 | known issue, but will be moot if we bring the server-side flag ID functionality from 2.99.x |
| 20:27.08 | blast007 | JeffM: oh, yeah, I was meaning *eventually* ;) |
| 20:40.29 | KTL | my svn update looks as extensive as a svn co :) |
| 20:41.56 | CIA-114 | BZFlag: 03bthansen * r21580 10/trunk/bzflag/ (11 files): Update documentation from 2.99 for the 2.4.0 release |
| 20:42.46 | Thumper_ | trunk has README.WIN32 and 2.99 has README.WINDOWS - do we want to rename it? |
| 20:50.35 | CIA-114 | BZFlag: 03bthansen * r21581 10/trunk/bzflag/ (README.WIN32 README.WINDOWS): Rename WINDOWS readme file |
| 20:50.51 | Thumper_ | stops asking stupid questions :) |
| 21:01.55 | joevano | whew... i wondered how many years it would take... now how to figure out how to do that myself |
| 21:03.28 | Thumper_ | DEVINFO currently references nonexistent stuff: src/bzrobots, src/clientbase, src/lua, etc - leave it or take it out? |
| 21:09.34 | CIA-114 | BZFlag: 03bthansen * r21582 10/trunk/bzflag/DEVINFO: Copy DEVINFO from 2.99 |
| 21:09.41 | CIA-114 | BZFlag: 03bthansen * r21583 10/trunk/bzflag/DEVINFO: |
| 21:09.42 | CIA-114 | BZFlag: Update tag example for 2.4.0 release |
| 21:09.42 | CIA-114 | BZFlag: Remove the reference to 2.99.x |
| 21:15.03 | *** join/#bzflag TD-Linux (~thomas@about/essy/indecisive/TD-Linux) |
| 21:26.48 | KTL | ../../include/AresHandler.h:65: error: ares_channel does not name a type |
| 21:27.03 | KTL | ares.h: No such file or directory |
| 21:30.34 | JeffM | Thumper_, take it out |
| 21:33.21 | Thumper_ | KTL: you need to install / update libc-ares-dev - the build hasn't been updated for the new ares in the source tree yet |
| 21:35.24 | CIA-114 | BZFlag: 03bthansen * r21584 10/trunk/bzflag/AUTHORS: Merge in changes from the 2.99 AUTHORS file |
| 21:35.28 | KTL | why is there a ares directory in the bzflag trunk too?? (including a version of ares.h?) |
| 21:35.57 | KTL | (and there is a similar bzares.h in the source too with the same defines in it) |
| 21:38.02 | KTL | segfault with ares... : http://pastebin.com/akhGky6d |
| 21:42.44 | CIA-114 | BZFlag: 03bthansen * r21585 10/trunk/bzflag/ (DEVINFO README): Remove references to non-existent stuff |
| 21:43.02 | CIA-114 | BZFlag: 03bryjen * r21586 10/trunk/bzflag/src/bzflag/LocalPlayer.cxx: additive wings velocity when falling from v2.99 revs 14997 and 15162 |
| 21:43.55 | bryjen | blast007 or whoever can strike that off the spreadsheet |
| 21:49.26 | Thumper_ | BUGS and TODO is all that is left for documentation |
| 21:51.30 | CIA-114 | BZFlag: 03bryjen * r21587 10/trunk/bzflag/src/bzfs/BanCommands.cxx: add server command /mutelist |
| 21:56.38 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 21:56.38 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 22:58.20 | *** join/#bzflag delusional (~delusiona@unaffiliated/delusional) |
| 22:59.25 | *** join/#bzflag Pimpi (~frank@gondolin.pimpi.org) |
| 23:00.13 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 23:04.06 | CIA-114 | BZFlag: 03JeffM2501 * r21588 10/trunk/bzflag/src/bzflag/BackgroundRenderer.cxx: remove riva 128 hack code |
| 23:07.09 | CIA-114 | BZFlag: 03JeffM2501 * r21589 10/trunk/bzflag/ (include/SceneRenderer.h src/bzflag/SceneRenderer.cxx): remove openGL 1.1 "fog hack" since everyone needs to support fog. |
| 23:10.50 | CIA-114 | BZFlag: 03JeffM2501 * r21590 10/trunk/bzflag/src/ogl/OpenGLTexture.cxx: remove hacks for gl 1.1 extensions and old IMPACT video cards |
| 23:40.50 | CIA-114 | BZFlag: 03bryjen * r21591 10/trunk/bzflag/src/bzflag/BackgroundRenderer.cxx: remnants of riva removal |
| 23:56.08 | bryjen | should I have incremented the protocol version with the wings change, since that's a difference in client behavior? |
| 23:59.05 | JeffM | yes |
| 23:59.18 | JeffM | cus it would be bad for one person to have it and one to not :) |