| 00:20.02 | Notify | 03BZFlag:Constitution * 8589 /Master-ChildAccountSystem: sp |
| 00:22.52 | Notify | 03BZFlag:Constitution * 8590 /Master-ChildAccountSystem: sp |
| 01:27.59 | *** mode/#bzflag [-v Foo_man_choo] by ChanServ |
| 01:33.28 | *** join/#bzflag JeffM (~Jeffery@cpe-76-167-236-199.socal.res.rr.com) |
| 01:33.28 | *** join/#bzflag JeffM (~Jeffery@unaffiliated/jeffm2501) |
| 01:33.28 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 02:15.33 | *** join/#bzflag Detrimental (~james@75.117.220.227) |
| 02:16.36 | *** join/#bzflag Detrimental (~james@h227.220.117.75.dynamic.ip.windstream.net) |
| 02:23.37 | *** part/#bzflag Detrimental (~james@h227.220.117.75.dynamic.ip.windstream.net) |
| 02:32.54 | blast007 | oh that's neat. I pushed a changeset to the main BZFlag site repo on bitbucket, and then on the web interface for the fork I made yesterday it said it was 1 commit out of sync, and I could sync it right from the web interface |
| 02:37.34 | khonkhortisan | github works the same way, it does neat stuff like that |
| 02:41.15 | Foo_man_choo | I shall now quote team four star re-character... Alucard.... <sp> Neeeat |
| 02:42.15 | khonkhortisan | Too bad bzflag and svn doesn't have something like that, you have to send in patches as files instead of commits |
| 02:46.54 | allejo | it's because patches make you feel like a pirate and blast likes feeling like a pirate |
| 02:47.08 | blast007 | arrrrrr |
| 02:48.26 | *** join/#bzflag Detrimental (~james@75.117.220.227) |
| 02:48.30 | khonkhortisan | same .diff |
| 02:49.46 | khonkhortisan | made half a pun |
| 02:58.28 | Foo_man_choo | But but... It's not pirates bay on t eh intarwebs |
| 03:06.22 | *** join/#bzflag mdskpr (~mdskpr___@128.235.137.77) |
| 03:08.21 | JeffM | yay, project presentation is done, and no longer 54 slides long :) |
| 03:08.58 | JeffM | khonkhortisan, but then who will say "Patches welcome" ? |
| 03:14.50 | blast007 | Pull requests welcome! |
| 03:18.10 | JeffM | except they arn't |
| 03:18.19 | JeffM | patches get to sit there for YEARS |
| 03:19.32 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 03:20.13 | khonkhortisan | Speaking of which, mine is sitting there |
| 03:20.59 | JeffM | the one that breaks protocol? |
| 03:21.12 | khonkhortisan | the one that flips a texture |
| 03:21.56 | JeffM | oh yeah for 3d. meh |
| 03:21.57 | JeffM | ;) |
| 03:22.23 | JeffM | I have no way to test it so it would be hard for me to commit |
| 03:22.28 | khonkhortisan | You don't? |
| 03:24.00 | JeffM | no |
| 03:24.01 | khonkhortisan | looks around the room for someone that looks like a committer |
| 03:24.13 | JeffM | I don't think many people have 3d output devices |
| 03:24.31 | khonkhortisan | ? |
| 03:24.53 | JeffM | for sterio display |
| 03:24.58 | khonkhortisan | OH |
| 03:25.09 | khonkhortisan | not _that_ kind of 3d |
| 03:26.10 | JeffM | it was tied into the sterio code IIRC |
| 03:26.15 | khonkhortisan | In regular 3d, the shot flash is backwards on the tank's right side |
| 03:26.41 | khonkhortisan | Maybe the shot flash does anaglyph too |
| 03:26.46 | JeffM | you mean regular 2d ;) |
| 03:26.56 | JeffM | your monitor is flat you know ;) |
| 03:28.09 | JeffM | what was the link to it again, Must have misread it |
| 03:30.38 | *** join/#bzflag delusional_ (~delusiona@pool-108-17-117-49.pitbpa.fios.verizon.net) |
| 03:30.38 | *** join/#bzflag delusional_ (~delusiona@unaffiliated/delusional) |
| 03:30.56 | *** join/#bzflag JeffM2501 (~Jeffery@cpe-76-167-236-199.socal.res.rr.com) |
| 03:30.56 | *** join/#bzflag JeffM2501 (~Jeffery@unaffiliated/jeffm2501) |
| 03:30.56 | *** mode/#bzflag [+v JeffM2501] by ChanServ |
| 03:32.39 | blast007 | You and your third dimension. It's cute. We have five. |
| 03:32.47 | blast007 | Thousand! |
| 03:34.24 | JeffM2501 | khonkhortisan, my bad, I totaly missred what it did |
| 03:34.30 | JeffM2501 | sorry about that |
| 03:34.42 | Notify | 03BZFlag:jeffm2501 * 22655 trunk/bzflag/src/bzflag/effectsRenderer.cxx: add patch 3603128 to fix a texture mapping issue with the shot flash. Thanks khonkhortisan |
| 03:35.41 | JeffM2501 | probalby just part of my masterplan to not have anyone work on bzflag |
| 03:36.02 | JeffM2501 | and on that note, it's time to delete some SVN accounts |
| 03:36.09 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 03:38.44 | khonkhortisan | I think the confusion arose from my contrasting shot flash with jump jets, which are drawn on the "2d" camera plane. |
| 03:40.09 | JeffM2501 | no no it was just me |
| 03:40.18 | khonkhortisan | For those that get annoyed with the confusion about whether the fourth dimension is time or spatial, just make time dimension zero. |
| 03:40.23 | JeffM2501 | if the jets were drawn in the camera plane you could see htem when you look up |
| 03:40.46 | JeffM2501 | they are drawn in a plane that is axis alligned with Z |
| 03:41.18 | khonkhortisan | they have a worldxyz point for the start, then a camera point for the end. |
| 03:41.32 | khonkhortisan | They don't disappear when you try to look along them |
| 03:41.40 | JeffM2501 | I thought you said they did |
| 03:41.48 | JeffM2501 | ok then those are called "billboards" |
| 03:43.58 | khonkhortisan | Now if only the shot flash could rotate along the turret's axis |
| 03:44.09 | JeffM2501 | it could |
| 03:44.23 | JeffM2501 | should just be a single axis transform at that point |
| 03:46.21 | khonkhortisan | experimental difficulty = theoretical difficulty / experience level |
| 03:46.39 | JeffM2501 | blast007, we have a user called "bzflag cron jobs" any idea what that's for? |
| 03:46.55 | blast007 | nope |
| 03:47.02 | JeffM2501 | Yoink! |
| 03:49.11 | khonkhortisan | I'm going to assume the camera is at the origin |
| 03:49.43 | JeffM2501 | probalby not, it's been transformed into tank space |
| 03:49.51 | JeffM2501 | and you have commit now, don't break anything ;) |
| 03:50.18 | khonkhortisan | I'm fairly confident in my ability to not break stuff |
| 03:50.30 | JeffM2501 | well don't check it in then |
| 03:50.37 | khonkhortisan | :) |
| 03:50.57 | JeffM2501 | oh man.. I'm in the T's must click carefuly |
| 03:53.04 | JeffM2501 | sourceforge is all about data integrety, thats why you can delete a user with just a single click! |
| 03:53.36 | khonkhortisan | No undo? |
| 03:54.05 | JeffM2501 | nope |
| 03:54.09 | JeffM2501 | no confirm ether |
| 03:54.30 | khonkhortisan | maybe it's for the speed of stopping a commit spammer |
| 03:54.45 | JeffM2501 | that'd still be ONE user |
| 03:54.53 | JeffM2501 | and you can always roll back the history |
| 03:56.41 | khonkhortisan | I would really like a cubical computer screen |
| 03:56.44 | JeffM2501 | all done |
| 03:56.53 | khonkhortisan | it would pave the way for 4d games |
| 03:57.09 | khonkhortisan | the 2d display is a major hindrance |
| 03:57.23 | JeffM2501 | it's called a stereo tank, go read some Heinlein |
| 04:03.33 | blast007 | JeffM2501: maybe the upgraded project platform adds a confirmation ;) |
| 04:03.36 | khonkhortisan | 3d displays are 2d, and 2d displays are 3d. Where is the confidence in word meaning? |
| 04:08.01 | Foo_man_choo | stares blankly at his monitor.... Sandman, sandman.... sandm |
| 04:17.02 | khonkhortisan | haha I couldn't figure out why eclipse wouldn't see the new commit - I had updated my playing copy but not my coding copy |
| 04:25.32 | Foo_man_choo | ooOOoo look... a Renderer commit.... bbbuuuiilllddd...fff |
| 04:26.48 | Foo_man_choo | 17.527 seconds later.... ./src/bzflag/...youknowtherest |
| 04:26.56 | Foo_man_choo | I'll shaddup now |
| 04:28.56 | delusional_ | hmm... could BZ's weather system be used to show an eclipse? |
| 04:31.26 | JeffM2501 | I belive it all tracks correctly |
| 04:31.54 | JeffM2501 | I don't know if the sun or moon is drawn frist |
| 04:38.21 | Foo_man_choo | done... fun... check ok |
| 04:38.53 | delusional_ | there's no carona |
| 04:39.01 | Foo_man_choo | ?\ |
| 04:39.14 | JeffM2501 | yeah it's just a circle |
| 04:40.12 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 04:41.23 | khonkhortisan | Foo_man_choo, the rederer difference is only seen with Options->Effect Settings->Shot Fired Effect->Smoke and Flash |
| 04:41.58 | khonkhortisan | Flash or Smoke and Flash, to be more correct |
| 04:49.27 | *** join/#bzflag jeffm (~jeffm@unaffiliated/jeffm2501) |
| 04:49.27 | *** mode/#bzflag [+v jeffm] by ChanServ |
| 04:50.12 | khonkhortisan | I see the shot effects keep the tank's velocity when the shot is fired, but aren't updated when the tank changes velocity |
| 04:50.51 | jeffm | well yeah the smoke isn't' attached to you ;) |
| 04:51.10 | khonkhortisan | it's only attached to you if you don't apply any new force |
| 04:52.03 | jeffm | I'd not say attached, it just happens to be flying next to you at the same speed |
| 04:52.54 | jeffm | it should probably slow down faster |
| 04:53.08 | khonkhortisan | I can shoot muzzle fire out of the back of my tank |
| 04:53.59 | jeffm | well your tank isn't solid |
| 04:54.11 | khonkhortisan | good enough for me |
| 04:56.26 | khonkhortisan | it only keeps positional velocity, not rotational. |
| 04:58.28 | jeffm | yep, just the exit vector |
| 04:59.09 | khonkhortisan | actually, that does make sense |
| 05:01.24 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 05:04.17 | khonkhortisan | :P used the wrong axis, and the turret is on fire |
| 05:05.01 | khonkhortisan | (not the patch, what I'm doing now) |
| 05:06.24 | BulletCatcher | I just watched _The Hunger Games_ yesterday for the first time. |
| 05:06.26 | BulletCatcher | I liked the wearable fire technology. |
| 05:06.44 | khonkhortisan | , having not watched it, has no idea what that means |
| 05:08.10 | BulletCatcher | In the movie they have technology that can make it look like you are on fire. |
| 05:08.12 | BulletCatcher | Conveniently, you don't burn up. |
| 05:10.04 | Foo_man_choo | checks later... I'm currently comatose. |
| 05:13.28 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 05:14.09 | Constitution | is there a way to make SVN ignore local updates to a certain file that's under version control (i.e. not commit them) by default? |
| 05:17.07 | jeffm | svn ignore |
| 05:17.08 | khonkhortisan | Git does that by default, you have to git add the file for it to be considered for a commit |
| 05:17.24 | BulletCatcher | Setting the svn:ignore property for a repo file doesn't work for a repo file. |
| 05:17.24 | jeffm | you have to do the same for svn |
| 05:17.31 | BulletCatcher | I just tried it. |
| 05:17.39 | jeffm | oh it's for a file that IS added? |
| 05:17.49 | khonkhortisan | I "stash" it all to patch, then use the patch to put back what I actually want to change before the commit |
| 05:17.53 | BulletCatcher | That seems to be what Constitution wants. |
| 05:17.58 | jeffm | that's odd |
| 05:18.20 | khonkhortisan | It keeps me from committing extra tabs and spaces and newlines and comments and anything unclean |
| 05:18.20 | jeffm | I have to uncheck files I'm not ready to commit |
| 05:18.30 | BulletCatcher | I think he wants to commit all but a small number of changes. |
| 05:18.55 | jeffm | windows svn has a check all, then you just uncheck the few that you don't want |
| 05:19.09 | jeffm | dunno if there is a command line thing for "except this one" |
| 05:20.00 | BulletCatcher | I see no "exclude" option to svn commit. |
| 05:20.17 | jeffm | cornerstone on the mac had that too |
| 05:22.05 | BulletCatcher | Constitution: svn commit `svn stat | grep -v notThisFile | awk '{print $2}'` |
| 05:24.14 | khonkhortisan | the shot flash isn't vertically centered either |
| 05:24.48 | jeffm | khonkhortisan, I had to guess on the values ;) |
| 05:25.14 | jeffm | that's why I went and started looking into putting the effect locations into the model |
| 05:25.22 | khonkhortisan | Where _are_ those values? |
| 05:25.27 | jeffm | then we can have different models with different locations for poofs and jets |
| 05:25.37 | jeffm | hardcoded in the effect IIRC |
| 05:33.24 | khonkhortisan | Is X^2 better written X*X or pow(X,2)? |
| 05:34.28 | jeffm | will you ever change the power? |
| 05:34.35 | khonkhortisan | no |
| 05:34.44 | jeffm | then X*X |
| 05:45.47 | Constitution | BulletCatcher: okay. I am trying to figure out how to make the compiler auto-detect the BZ and IDE versions and put them in the version string, without constantly committing the file that contains the values every time it changes |
| 05:45.53 | Constitution | (on Mac OS X) |
| 05:46.51 | Constitution | so far, the only method I see is by keeping the file out of version control, which always seems to make Xcode hiccup |
| 05:47.29 | jeffm | move it to a file you don't add |
| 05:47.45 | jeffm | then put a conditional #include in the file that you do check in |
| 05:48.37 | jeffm | so you auto detect to OSX_VERSIONS.h and include that in version.h |
| 05:48.57 | Constitution | can that be done as a preprocessor directive? |
| 05:49.06 | jeffm | sure |
| 05:49.27 | jeffm | #ifndef _OSX #include thingy.h #endif |
| 05:49.34 | jeffm | or #ifdef whatevs |
| 05:49.43 | Constitution | oh |
| 05:49.51 | jeffm | should be very simple |
| 05:51.12 | Constitution | any luck getting the MSVC version into the version string automatically on windows? |
| 05:51.34 | jeffm | didn't I fix that? |
| 05:53.21 | jeffm | it's always been made by #defs it was just wrong |
| 05:53.38 | Constitution | oh, yeah? or at least you hardcoded in version 10 :P |
| 05:53.59 | jeffm | yeah there is no #def for the IDE vesion |
| 05:54.01 | Constitution | better than before anyway |
| 05:54.44 | Constitution | if there is no #def then we should make a note to update it before release, or take the IDE version out of the client string |
| 05:55.09 | jeffm | update it before release? |
| 05:55.46 | jeffm | we'd only change it when we updated the project to the next VC |
| 05:56.08 | Constitution | to make sure the correct version in the code. e.g., until now, all windows builds have had "W32VC8" in their client string |
| 05:56.10 | jeffm | it's not like OSX or linux where the same project is used for all the different compilers |
| 05:56.19 | Constitution | oh |
| 05:57.34 | jeffm | yeah we support VC 10 |
| 05:57.44 | jeffm | not really anything else |
| 05:58.03 | jeffm | you can't really downdate it very easy |
| 06:06.32 | khonkhortisan | is getting a geometry refresher |
| 07:27.16 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 12:00.32 | *** join/#bzflag Detrimental (~james@h64.213.28.71.dynamic.ip.windstream.net) |
| 13:07.56 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 14:41.37 | *** join/#bzflag alezakos (~kongr45gp@unaffiliated/alezakos) |
| 16:10.52 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 16:10.53 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 16:35.54 | khonkhortisan | :( effectsRenderer doesn't know where the camera is |
| 16:39.28 | blast007 | TimRiker: namecheap doesn't have any kind of version control or change comment, but it does have the ability to send out security notifications when host records change. It sends out a list of all the records on a domain before and after the changes. |
| 16:43.12 | *** join/#bzflag Detrimental (~james@71.30.210.241) |
| 17:02.21 | TimRiker | blast007, that's a nice feature. so in theory you could revert any changes from what's in the email? |
| 17:02.52 | blast007 | in theory. checking to see if it still does that for delegated rights. |
| 17:07.57 | *** join/#bzflag JeffM (~JeffM@107.209.61.105) |
| 17:07.57 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 17:07.57 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 17:20.10 | Notify | 03BZFlag:Tiferrei * 0 /User:Tiferrei: |
| 18:09.56 | blast007 | TimRiker: unfortunately seems that the notifications only go the person that made the change, not necessarily the domain owner.. |
| 18:18.53 | *** join/#bzflag swigg (~swigg@bzflag/player/Swigg) |
| 18:28.25 | blast007 | TimRiker: ZoneEdit seems to allow exporting a zone via zone transfers ( https://dotster.secure.force.com/zoneeditpkb/KnowledgeArticleDetail?Id=kA260000000Cc87&articleType=How_To__kav ) |
| 18:28.59 | blast007 | Would that be sufficient to keep track of record changes? |
| 18:48.02 | BulletCatcher | TimRiker, would you be willing to store zone files in the Subversion repository and then automatically update the master server from that? |
| 18:48.31 | blast007 | or in a separate Git/Mercurial repo that's just for that and has access only given to people who should manage the DNS |
| 18:49.37 | BulletCatcher | This type of solution may be the simplest way to let more people make DNS changes while keeping version history. |
| 18:52.15 | TimRiker | BulletCatcher, I mentioned that in the last email. if the zonefiles were right in version control and Someoneā¢ wrote a postcommit hook to call the dns master and trigger it to pull from the repo and update, that would be a nice solution. |
| 18:53.35 | BulletCatcher | Huh, there it is in your e-mail. Okay, you get credit for the idea. :-) |
| 18:53.53 | TimRiker | some security concerns in that design. ie: the web server where a trigger could live does not normally have write access to the zonefiles. could do a sudo hook for some specific command that does the update. something like that. |
| 18:54.27 | blast007 | or, like.. just have a cron job run on the server that checks for updated files |
| 18:54.39 | *** join/#bzflag Detrimental (~james@h241.210.30.71.dynamic.ip.windstream.net) |
| 18:54.44 | TimRiker | yeah, cron would work, but not be as immediate. |
| 18:54.49 | BulletCatcher | I think it would be sufficient to have a cron job do "svn up" (or equivalent). |
| 18:54.59 | BulletCatcher | Every 15 minutes would be plenty often. |
| 18:55.03 | TimRiker | svn up;bind reload |
| 18:56.05 | BulletCatcher | I think that would work well enough for us. |
| 18:56.09 | TimRiker | but a trigger would be nicer. better to check changes right then than to have to wait 15 min for someone to notice that you missed a "." in your edit. :) |
| 18:56.28 | blast007 | Sourceforge SVN does not let you write custom hooks |
| 18:56.52 | JeffM | could you not host a git repo on the machine that does the DNS, the you can controll who has access to it, and have a tigher notifcaiton of changes? |
| 18:57.10 | TimRiker | yeah? I thought we had a cia hook in there in the past. was cia polling all the time? |
| 18:57.24 | blast007 | SF provides certain hooks |
| 18:57.38 | blast007 | but you can't write your own |
| 18:57.39 | TimRiker | sure, could set up whatever local repository. svn, git, merc, etc and do the hooks there. |
| 18:57.58 | JeffM | is there an advantage to it being in the SF repo? |
| 18:58.10 | blast007 | there's an advantage to it *not* being in the SF repo |
| 18:58.23 | TimRiker | just that SomeoneElseā¢ is doing backups |
| 18:58.23 | BulletCatcher | SF sends e-mail notifications of commits, we ought to be able to trigger from those. |
| 18:58.38 | TimRiker | BulletCatcher, good call. that would work. |
| 18:58.49 | blast007 | still.. why use SF SVN? |
| 18:59.01 | JeffM | how is the current zone file backed up? |
| 18:59.29 | TimRiker | local svn repo that is backed up remotely. |
| 18:59.48 | JeffM | so it's already in a svn repo? |
| 18:59.54 | JeffM | on that machine? |
| 18:59.54 | TimRiker | yes |
| 19:00.03 | TimRiker | rikers.org |
| 19:00.18 | JeffM | does svn do file level access permisions? |
| 19:00.49 | JeffM | or would there be advantage to having it in a differnet repo then it is in now? |
| 19:00.52 | TimRiker | I don't count on that, I just set the permissions once and they stay. |
| 19:01.01 | TimRiker | a remote checkout might not get them right. |
| 19:01.25 | JeffM | sorry, I don't mean the unix file permsisions, I mean user access permisions from SVN on a per file basis |
| 19:01.27 | JeffM | my bad |
| 19:01.28 | blast007 | I think JeffM means security access on a per-file basis, not chmod |
| 19:01.38 | TimRiker | is bzflag.org running bind now? |
| 19:01.41 | blast007 | no |
| 19:02.11 | TimRiker | oh, right now theres no permission on the repo. no remote users have access. |
| 19:02.45 | TimRiker | bz.bzflag.bz is one of the secondaries right now. |
| 19:03.43 | JeffM | yeah I guess that, I am curious if this is just a simple matter of adding users and giving a remote user access to just those files |
| 19:03.58 | TimRiker | could use some more. I had one of the free services setup, but bzflag.org is in one of the network hack lists, so it gets more dns requests than the free servers support. they last a few days and then stop responding |
| 19:04.02 | JeffM | but then that probably means more server setup, so may be bad idea |
| 19:04.52 | TimRiker | I'm not tied to being the master dns server. I would like to see multiple people with write access. |
| 19:05.47 | TimRiker | I'm happy to remain the master if that's the easiest. I could setup remote access for some users, but then that's back to me as the bottleneck. if this was someplace in the normal svn tree, then sf rights apply. |
| 19:06.52 | blast007 | I'd just think tossing a repo (git or mercurial) onto bitbucket.org would work well enough. |
| 19:13.23 | blast007 | TimRiker: I think I'll experiment a bit with a repo, a test VM or two, and one of my domains |
| 19:15.42 | BulletCatcher | If the access controls on the SF repo are satisfactory then there doesn't seem to be much of a reason to use any other repo. |
| 19:20.01 | BulletCatcher | I am not aware of any malicious BZFlag repo changes in the past. |
| 19:20.02 | BulletCatcher | If it becomes a problem in the future we can react appropriately. |
| 19:23.09 | BulletCatcher | The immediate response would be to rollback and freeze the master DNS server config. |
| 19:24.24 | TimRiker | nods. I don't see strong motivation to block anyone that currently has commit access. If you can commit, and you know what you're doing, feel free to make dns changes. if you don't know what you're doing, then leave the zonefiles alone. :) |
| 19:25.06 | BulletCatcher | Yup. That applies to every part of the repo. :-) |
| 19:25.09 | TimRiker | no scripts would be checked in there, just the zonefiles. or if the scripts do get checked in, they would not auto-update like the zonefiles. |
| 19:25.16 | TimRiker | nods |
| 19:25.54 | TimRiker | right now I only check in the .net file and generate the org and com from that. |
| 19:25.55 | BulletCatcher | Might as well check in everything, but I agree that you would not want the scripts to auto-update. |
| 19:25.59 | TimRiker | simple format: |
| 19:27.03 | TimRiker | bzfIN A46.165.219.228;U when there ;U means it will get commented out in the com and org version. |
| 19:27.26 | TimRiker | I forget why I used a U there. might have a comment someplace. |
| 19:27.38 | TimRiker | got a meeting I have to head too. |
| 19:27.51 | BulletCatcher | If you commit the scripts, others can document them. :-) |
| 19:28.46 | TimRiker | agreed. just want to avoid someone being able to commit scripts that do damage. so auto-update the zonefiles but manual update on the scripts. |
| 20:09.39 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 21:06.14 | *** join/#bzflag mdskpr_ (~quassel@li59-174.members.linode.com) |
| 22:27.11 | *** join/#bzflag Delusional (~delusiona@pool-108-17-117-49.pitbpa.fios.verizon.net) |
| 22:27.11 | *** join/#bzflag Delusional (~delusiona@unaffiliated/delusional) |
| 22:27.21 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 23:41.15 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 23:41.16 | *** mode/#bzflag [+o TimRiker] by ChanServ |