| 00:13.12 | *** join/#bzflag swigg (~swigg@71-85-132-27.dhcp.spbg.sc.charter.com) |
| 00:13.57 | swigg | Q: Is it possible in 2.4 to revert to the older WG flag jump behavior? |
| 00:16.31 | BulletCatcher | no |
| 00:25.37 | *** join/#bzflag Anxuiz (~Anxuiz@unaffiliated/anxuiz) |
| 00:56.39 | *** join/#bzflag bier (~bier@p54A5BA0F.dip.t-dialin.net) |
| 00:57.25 | *** join/#bzflag bier|tp (~bier@p54A5BA0F.dip.t-dialin.net) |
| 01:47.14 | *** part/#bzflag BlasterWisconsin (~BlasterWi@unaffiliated/blaster-wisconsi/x-3628685) |
| 02:02.27 | *** join/#bzflag dcat (~dcat@c-98-249-63-154.hsd1.va.comcast.net) |
| 03:42.07 | *** join/#bzflag meeba (~lamer@c-71-196-238-53.hsd1.co.comcast.net) |
| 04:04.30 | *** join/#bzflag BZAnathema (BZAnathema@50-90-137-96.res.bhn.net) |
| 04:48.03 | *** join/#bzflag Tuxist (~quassel@dyndsl-085-016-197-132.ewe-ip-backbone.de) |
| 04:48.53 | allejo | was +showadmin ever added to bzfs or is the plugin still required? or does the plugin still work? |
| 04:53.06 | allejo | minus the last question |
| 05:04.50 | allejo | nvm, updated the plugin anyways |
| 05:11.08 | BZAnathema | you always were a sucker for plugins :P |
| 05:21.20 | allejo | if that's what you call it |
| 05:21.45 | BZAnathema | call what |
| 05:21.50 | BZAnathema | your condition? |
| 05:22.01 | BZAnathema | or the plugin. |
| 05:22.09 | allejo | huh? |
| 05:22.15 | BZAnathema | oh forget it |
| 05:22.19 | BZAnathema | if that's what i call what |
| 05:22.21 | BZAnathema | ? |
| 05:23.05 | allejo | o.o |
| 05:24.16 | BZAnathema | ehm *cough* I didn't say anything |
| 06:01.03 | *** join/#bzflag Tuxist (~quassel@dyndsl-085-016-193-044.ewe-ip-backbone.de) |
| 06:04.03 | *** join/#bzflag Marzipan- (~Marzipan@p5B22341C.dip.t-dialin.net) |
| 06:04.48 | *** join/#bzflag Marzipan (~Marzipan@bzflag/player/Marzipan) |
| 07:00.34 | *** join/#bzflag Marzipan- (~Marzipan@p5B2249E5.dip.t-dialin.net) |
| 07:02.01 | *** join/#bzflag Marzipan (~Marzipan@bzflag/player/Marzipan) |
| 07:17.44 | *** join/#bzflag Tuxist (~quassel@dyndsl-085-016-197-132.ewe-ip-backbone.de) |
| 07:26.00 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 07:33.55 | *** join/#bzflag Tuxi (~quassel@dyndsl-085-016-193-044.ewe-ip-backbone.de) |
| 10:13.19 | *** join/#bzflag blast007 (~blast007@bzflag/developer/Blast) |
| 10:13.19 | *** mode/#bzflag [+v blast007] by ChanServ |
| 10:26.48 | *** join/#bzflag blast007 (~blast007@bzflag/developer/Blast) |
| 10:26.48 | *** mode/#bzflag [+v blast007] by ChanServ |
| 10:47.12 | *** join/#bzflag mdskpr_ (~mdskpr@108.25.145.104) |
| 11:09.29 | *** join/#bzflag KTL (~KTL@213.219.154.82.adsl.dyn.edpnet.net) |
| 11:19.44 | *** join/#bzflag KTL (~KTL@213.219.154.82.adsl.dyn.edpnet.net) |
| 12:39.24 | *** join/#bzflag ironfist_ (7a6da6a0@gateway/web/freenode/ip.122.109.166.160) |
| 13:36.37 | *** join/#bzflag spldart (~spldart2@c-98-201-137-215.hsd1.tx.comcast.net) |
| 13:36.37 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 13:36.37 | *** mode/#bzflag [+v spldart] by ChanServ |
| 13:54.29 | *** join/#bzflag meeba (~lamer@c-71-196-238-53.hsd1.co.comcast.net) |
| 14:14.27 | *** join/#bzflag mrapple (~mrapple@bzextreme.com) |
| 14:16.01 | *** join/#bzflag mrapple (~mrapple@bzflag/player/MrAppleComputer) |
| 14:21.35 | mdskpr_ | observers dont have teamchat in offa..... |
| 14:59.47 | *** join/#bzflag quantumdot (~jmlopez@bzflag/player/QuantumDot) |
| 15:11.19 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 15:11.19 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 15:12.50 | quantumdot | blast007: the new MW 2.4 server is much more fun with teamkilling enabled, thank you. |
| 15:14.39 | *** join/#bzflag JeffM (~JeffM@adsl-75-16-90-217.dsl.irvnca.sbcglobal.net) |
| 15:14.40 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 15:14.40 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 15:37.49 | joevano | Mono lives! http://tirania.org/blog/archive/2011/Jul-18.html |
| 15:38.28 | JeffM | I don't think it ever died |
| 15:38.40 | JeffM | it just moved houses |
| 15:39.12 | joevano | no probably not... and I'm not sure that having Novell in any part of a relationship is good |
| 15:44.38 | JeffM | they'll be fine |
| 15:44.49 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 15:44.49 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 15:56.18 | TimRiker | has anyone gotten deb packages built yet? I'm back working on that today. setting up pbuilder on xmission.bzflag.org to build multiple deb releases. |
| 16:06.45 | blast007 | TimRiker: I had started to play with pbuilder, but I was kinda lost :) |
| 16:07.07 | *** join/#bzflag sirquine (~quine@c-71-229-206-163.hsd1.co.comcast.net) |
| 16:07.11 | blast007 | also hasn't ever built a .deb that actually worked on other computers |
| 16:10.52 | TimRiker | heh. well, we'll see how much time I get to put in today. I hope to at least get a deb pushed into debian. |
| 16:11.23 | JeffM | how long would that take to be seen in a repository a "normal" person is using? |
| 16:11.37 | JeffM | since I assume you'll be pusing to unstable or testing |
| 16:12.09 | TimRiker | about 2 weeks normally. but I can host an apt-get feed on xmission so they show up sooner. |
| 16:12.43 | JeffM | then how long till that gets pushed to stable? next time debian releases or when ubuntu updates? |
| 16:12.52 | TimRiker | 2 weeks for sid (unstable) that is. stable as an update may or may not happen. politics. |
| 16:13.35 | TimRiker | I'll try to get it pushed as an update to stable as the version there is properly deprecated so this is needed to connect. that should be a valid reason to push to stable. |
| 16:14.29 | JeffM | it should be, or it's a rather pointless distrobution method for online games |
| 16:14.40 | TimRiker | nods |
| 16:15.18 | JeffM | I assume firefox and the like have good enough reasons to get updates in quicker? |
| 16:15.30 | TimRiker | nods |
| 16:16.00 | JeffM | cus having our game come out on debian in 2014 would suck ;) |
| 16:16.11 | TimRiker | heh |
| 16:16.54 | JeffM | how would they feel if the debian package was just a small shell app that went and got the components from another server and installed/used them? |
| 16:16.58 | JeffM | WOW style |
| 16:17.20 | *** join/#bzflag sirquine (~quine@c-71-229-206-163.hsd1.co.comcast.net) |
| 16:17.32 | TimRiker | that happens with things like the acroread wrappers, but not in main. |
| 16:18.06 | JeffM | that limits debian for MMO style games in the future |
| 16:18.14 | JeffM | where they all have to be same version |
| 16:18.15 | TimRiker | we don't have the machines to build all the different deb platforms though. better to submit the source and get approvals happening. |
| 16:18.31 | JeffM | or make our app be able to compile it's replacement ;) |
| 16:19.03 | TimRiker | ugh. that would pull in a complete dev environment on every machine you install it on. |
| 16:19.46 | JeffM | that's the main advantage I see in .net stuff one bin all platforms |
| 16:20.14 | TimRiker | nods, or java apps |
| 16:20.24 | blast007 | *vomits* |
| 16:20.38 | JeffM | yeah but java sucks ;) |
| 16:21.03 | JeffM | .net dosn't require a runtime install on your major platform |
| 16:21.43 | *** join/#bzflag Constitution (~const@bzflag/developer/Constitution) |
| 16:21.58 | JeffM | but that's nether here nor there |
| 16:23.33 | JeffM | but still it looks like we will have to expect several weeks at the least for a turnaround on updates for debian even at a best case |
| 16:23.51 | JeffM | I think we should really look at hosting our own repository then |
| 16:24.11 | JeffM | and build some of the major platforms |
| 16:24.26 | JeffM | at least the 36/64 bit intels |
| 16:24.30 | JeffM | 32 even |
| 16:25.05 | TimRiker | yeah, I was hoping to do both anyway. quick updates for those that want, and as low lag on the mainstream package as we can get too. |
| 16:25.22 | JeffM | that'd be good |
| 16:25.26 | JeffM | it's all driven by the servers |
| 16:25.31 | JeffM | and they seem to be on th ball |
| 16:25.44 | JeffM | since the server token is weeding out some of the less then responsive owners |
| 16:27.00 | TimRiker | still need to fix the perl monitor script for ibot and mrtg stats sometime. |
| 16:27.12 | TimRiker | ~bzflist |
| 16:27.34 | blast007 | hehe.. player counts are just a *bit* off ;) |
| 16:27.39 | TimRiker | nods |
| 16:31.57 | TimRiker | misc/bzfquery.pl has the same issues. |
| 16:33.55 | blast007 | seems to work here - are you looking at the one in trunk? |
| 16:34.33 | TimRiker | hmm. I might have firewall issues then. I'll try from home later. |
| 16:48.52 | *** join/#bzflag randomparticle (~randompar@about/essy/snick/randomparticle) |
| 16:49.31 | randomparticle | after compiling bz on my mac i have a plugins directory containing files with a 'so' extension |
| 16:50.05 | randomparticle | these appear to be mach-o dynamic libraries. the expected extension would be 'dylib' |
| 16:50.15 | randomparticle | 'so' is a linux convention, afaik |
| 16:51.18 | TimRiker | so is generic for many *nix platforms |
| 16:51.34 | *** join/#bzflag temporalD (~a_temp_di@bzflag/serverop/TemporalDistraction) |
| 16:51.43 | JeffM | the macinstosh is not *nix, it just has some *nixisms |
| 16:51.56 | JeffM | it's not BSD but it plays one on TV |
| 16:52.40 | randomparticle | why do you say macintosh is not *nix? |
| 16:52.54 | blast007 | JeffM: on Apple TV(tm), specifically |
| 16:53.00 | randomparticle | it's certified as unix |
| 16:53.18 | JeffM | randomparticle, yes that just means it supports a very specific feature set. |
| 16:53.27 | blast007 | so you're saying it's certifiable? ;) |
| 16:53.29 | JeffM | that does not mean it works exactly like linux |
| 16:53.35 | JeffM | there are differences |
| 16:53.38 | randomparticle | linux is less like unix than os x is |
| 16:53.40 | JeffM | and this is one |
| 16:53.54 | JeffM | well bzflag is using the linux build system on mac ;) |
| 16:53.55 | randomparticle | 'so' is a foreign extension name |
| 16:54.00 | JeffM | whatever |
| 16:54.09 | *** join/#bzflag temporalD (~a_temp_di@bzflag/serverop/TemporalDistraction) |
| 16:54.09 | randomparticle | nobody else uses it but you :) |
| 16:54.26 | randomparticle | ok, i can't verify that statement but.. |
| 16:54.27 | TimRiker | I didn't say os x is not unix. what I said was that .so is common on many unix platforms. |
| 16:54.27 | JeffM | I'm just saying that not all of our linux assumptions may work on the mac |
| 16:54.40 | JeffM | many but not all |
| 16:54.43 | randomparticle | having installed dozens of programs i have never seen a library with an 'so' extension |
| 16:54.52 | JeffM | exactly |
| 16:55.05 | TimRiker | randomparticle, and how many *nix plaforms have you installed programs on? |
| 16:55.29 | randomparticle | that's not the point. mac os x isn't all those other platforms |
| 16:55.38 | JeffM | that was my point too |
| 16:56.05 | JeffM | I think we make too many linuxlike assumptions with our build system on OSX |
| 16:56.06 | randomparticle | show me a document that says a unix system must have libraries with the 'so' extension :) |
| 16:56.15 | JeffM | he didn't say that |
| 16:56.19 | JeffM | and you are getting way off point |
| 16:56.28 | randomparticle | i'm not saying you can't use it. it's just very odd to do so |
| 16:56.30 | JeffM | he said that MANY, not ALL unix system CAN support the .so |
| 16:56.39 | JeffM | that's what we are all saying |
| 16:56.42 | randomparticle | would be less odd to simply have no extension at all. that's quite common on os x |
| 16:56.55 | TimRiker | osx uses Mach-O where as many *nix platforms use ELF. Mach-O allows multi cpu librarys which ELF does not natively handle etc. |
| 16:56.58 | JeffM | for the main app that is common |
| 16:57.28 | JeffM | wikipedia says ".so, a filename extension for "shared object" dynamic library files in Unix" |
| 16:57.34 | randomparticle | would be easy to rename those files in the xcode project when they're copied |
| 16:57.48 | randomparticle | assuming there are not 'so' links inside any files |
| 16:57.51 | JeffM | but yes, due to the multi cpu structure on the mac they do some different stuff with binary formats for native apps |
| 16:57.58 | TimRiker | .so != .dylib renaming sounds like a bad idea to me. |
| 16:58.12 | JeffM | yeah they are probalby not compiled as the correc thing |
| 16:58.26 | JeffM | autotools may have been told to make the wrong thing |
| 16:58.34 | JeffM | since GCC does support cross compiling |
| 16:58.45 | JeffM | it bears investigation |
| 16:59.01 | JeffM | BulletCatcher, I don't belive the loading code for plugins is different on OSX |
| 16:59.08 | JeffM | it uses the same load calls as linux |
| 16:59.17 | TimRiker | what does "file <somefile.so>" show on osx? does it think they are Mach-O dynlib files? I would not think so, but I don't have an OSX install here to check on. |
| 16:59.38 | randomparticle | TimRiker: it shows it as a mach-o dynamic library |
| 16:59.40 | JeffM | on a native app in OSX how does one load a dynlib? |
| 16:59.55 | randomparticle | e.g.: Mach-O 64-bit dSYM companion file x86_64 |
| 17:00.31 | randomparticle | i'm assuming that's referring to a dynamix library. perhaps not |
| 17:00.35 | randomparticle | *dynaic |
| 17:00.40 | randomparticle | sigh.. |
| 17:00.56 | TimRiker | randomparticle, really? hmm. ok, then I withdraw my assumption. perhaps we should be naming them .dynlib if that's what we are correctly building. I'd have to dig deeper on an OSX build before casting a vote. |
| 17:01.14 | randomparticle | i'll see if i can verify further what they are |
| 17:01.21 | randomparticle | just to be sure |
| 17:01.25 | JeffM | I would not rename at the xcode level but at the makefile level |
| 17:01.35 | JeffM | so that OSX builds could be done both ways |
| 17:01.58 | JeffM | autotools should be able to take an output name I would think |
| 17:01.59 | TimRiker | JeffM, yeah, I mean looking into automake/make and seeing if we can steer the output in that direction. |
| 17:02.21 | JeffM | it may just be a switch to throw that we are missing |
| 17:03.01 | randomparticle | magic number is cffa edfe |
| 17:05.31 | *** join/#bzflag sirquine (~quine@c-71-229-206-163.hsd1.co.comcast.net) |
| 17:06.00 | *** join/#bzflag swigg (~swigg@71-85-132-27.dhcp.spbg.sc.charter.com) |
| 17:07.31 | JeffM | TimRiker, BulletCatcher wikipedia says that .dylib files are so style linked librarys with a different extension. |
| 17:07.40 | JeffM | "The system inherits static library conventions from BSD, with the library stored in a .a file, and can use .so-style dynamically-linked libraries (with the .dylib suffix instead). " |
| 17:07.58 | randomparticle | yes |
| 17:08.10 | JeffM | and it also agrees with tim, "Most modern unix-like systems" use .so |
| 17:08.15 | randomparticle | often no extension is used, though, as in many apple supplied frameworks |
| 17:08.38 | JeffM | yes it mentions that framework bundles are different |
| 17:08.38 | randomparticle | i'm not sure what these files actually are. i'm getting this from otool: |
| 17:08.46 | randomparticle | <PROTECTED> |
| 17:08.46 | randomparticle | MH_MAGIC_64 X86_64 ALL 0x00 DSYM 6 2256 0x00000000 |
| 17:08.54 | JeffM | but plugins are not frameworks, since they are not bundles |
| 17:09.01 | randomparticle | whereas, for one of my own dylibs, i get this |
| 17:09.09 | randomparticle | MH_MAGIC_64 X86_64 ALL 0x00 DYLIB 12 1760 NOUNDEFS DYLDLINK TWOLEVEL NO_REEXPORTED_DYLIBS |
| 17:09.45 | randomparticle | dsym refers to some sort of symbolic debugging information i think |
| 17:09.55 | JeffM | debug symbols |
| 17:10.30 | TimRiker | interesting. Not sure what filetype DSYM as opposed to DYLIB actually means. sry, you've exhausted my osx understanding. :/ |
| 17:10.45 | JeffM | TimRiker, it's debug symbols |
| 17:10.57 | JeffM | the stuff that gets striped for release |
| 17:10.58 | randomparticle | but is it a library with debug symbols, or just the symbols? |
| 17:11.07 | randomparticle | file refers to it as a "companion file" |
| 17:11.08 | JeffM | probably both |
| 17:11.18 | TimRiker | but surely not just debug symbols, right? ie: can you strip a DSYM and end up with a DYLIB? |
| 17:11.33 | JeffM | thats what I'm thinking, it's imbeded |
| 17:11.39 | TimRiker | dunno |
| 17:11.41 | randomparticle | i could try running strip and see what happens :) |
| 17:12.26 | randomparticle | hmm: strip: object: /private/tmp/wwzones.so malformed object (section contents at offset 0 with a size of 11211, overlaps Mach-O headers at offset 0 with a size of 2288) |
| 17:14.56 | randomparticle | it's not disassembling nicely either |
| 17:15.07 | randomparticle | there's something fishy about that file |
| 17:16.02 | *** join/#bzflag sirquine (~quine@c-71-237-73-109.hsd1.co.comcast.net) |
| 17:18.09 | randomparticle | how can i quickly test one of the standard plugins? |
| 17:18.32 | randomparticle | i'm wondering if it will crash bzfs |
| 17:18.41 | TimRiker | wonders too |
| 17:19.23 | *** join/#bzflag bryjen (~bryjen@76.92.85.169) |
| 17:19.23 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 17:20.14 | randomparticle | the bzflag wiki isn't responding |
| 17:20.26 | randomparticle | is there something i can quickly add to a world file to load a plugin? |
| 17:22.26 | TimRiker | hmm. I can't connect to http://my.bzflag.org/ from here |
| 17:22.39 | TimRiker | ~nslookup my.bzflag.org |
| 17:22.43 | TimRiker | ~nslookup bzflag.org |
| 17:23.36 | randomparticle | WARNING: unable to load the plugin; ../PlugIns/chathistory.so |
| 17:23.58 | TimRiker | not looking good... |
| 17:24.02 | randomparticle | that's just a random one i picked |
| 17:24.13 | randomparticle | i'll try an absolute pathname, just in case |
| 17:24.39 | randomparticle | nope. no luck with that either |
| 17:37.16 | randomparticle | i've hacked 2.4 so it gets actual mouse data rather than os mangled pointer data |
| 17:37.33 | randomparticle | and i have a nice little slider so i can adjust apparent mouse sensitivity in the game |
| 17:37.53 | randomparticle | i couldn't help but notice this in the HID usage tables: |
| 17:37.54 | randomparticle | kHIDUsage_Sim_TankSimulationDevice |
| 17:38.44 | JeffM | wants to redo the entire mouse input system |
| 17:38.50 | JeffM | get rid of the cursor entirely |
| 17:38.53 | randomparticle | i've got code for windows too |
| 17:39.01 | JeffM | and make a common UI element for all input methods |
| 17:39.09 | randomparticle | yeah, that's what i have :) |
| 17:39.24 | JeffM | what does it look like? |
| 17:39.29 | randomparticle | i get data directly from the mouse and use that in bzflag to position the cursor |
| 17:39.35 | randomparticle | there is already fake cursor support in bzflag |
| 17:39.36 | JeffM | oh no tha'ts not what I mean |
| 17:39.41 | JeffM | I want to remove the cursor |
| 17:39.47 | randomparticle | well, you could do that |
| 17:39.48 | JeffM | cursors are for clicking |
| 17:39.55 | BZAnathema | amen |
| 17:40.11 | JeffM | and there should be a friggin crosshair, it's a tank! |
| 17:40.15 | TimRiker | so how will the user know where they are trying to move? an axis slider or something? |
| 17:40.17 | JeffM | not a deadbox |
| 17:40.20 | randomparticle | i recall you mentioning this a couple of years ago |
| 17:40.22 | JeffM | TimRiker, or something |
| 17:40.27 | BZAnathema | or if you want to get complicated about it, clicking locks GM :P |
| 17:40.29 | JeffM | I will draw it before I do it |
| 17:41.12 | randomparticle | the main thing for me was to avoid pointer position sampling |
| 17:41.20 | randomparticle | pointer position is os dependent |
| 17:41.28 | JeffM | yes |
| 17:41.32 | JeffM | and resolution dependent |
| 17:41.35 | randomparticle | yeah |
| 17:41.37 | JeffM | that's my big issue with it |
| 17:41.48 | JeffM | the size of your screen should not give you more input granularity |
| 17:41.50 | randomparticle | personally, i hate the os x mouse velocity curves |
| 17:42.00 | blast007 | yeah.. I sometimes turn down the resolution for BZ just to get better response.. |
| 17:42.26 | JeffM | convert it to just delta samples then you get a real sensitivity controll |
| 17:42.39 | randomparticle | yes |
| 17:43.09 | randomparticle | i've used the HID system for OS X, and DirectInput for Windows to get actual mouse "mickeys" (official unit of mouse movement) |
| 17:43.13 | JeffM | TimRiker, I am thinking of a UI element that shows where your input is from 0 to max value in that axis, with a marker that also shows where the tank actualy is on that axis, so there is a visual indication of acceleration limits. |
| 17:43.38 | JeffM | then the same element is used for mouse, keyboard, and joystick input with consistent feedback |
| 17:44.14 | JeffM | then sensitivity just addjusts the input to that system and you can make it as graphicaly large or small as you want with out changing the mouse responce |
| 17:44.26 | TimRiker | sounds like an improvement |
| 17:44.45 | JeffM | thinks he also wants to rename OO and WG :) |
| 17:44.51 | randomparticle | ideally mouse would report their dpi. i don't think they do though |
| 17:44.57 | randomparticle | *mice |
| 17:44.58 | JeffM | Wings should be reanmed to JumpJets since thats what they are now |
| 17:45.24 | JeffM | and OO references an old movie that many people may not have sadly seen |
| 17:46.17 | TimRiker | course they might go see it just to understand. :) |
| 17:46.44 | JeffM | true, but not the best thing for new player retention |
| 17:46.54 | JeffM | I'd call it PhaseShift |
| 17:46.55 | BZAnathema | which old movie? |
| 17:47.02 | JeffM | CASE IN POINT! |
| 17:47.09 | JeffM | wherever you go.. there you are |
| 17:47.28 | blast007 | JeffM: is your server responding to web requests right now? |
| 17:47.43 | blast007 | not sure if it's just something wacky here or not |
| 17:47.53 | blast007 | wiki.bzflag.org doesn't come up |
| 17:48.01 | JeffM | negative ghost rider |
| 17:48.16 | randomparticle | blast007: same problem here |
| 17:48.28 | JeffM | BZAnathema, Buckaroo Banzai: across the 8th dimenstion |
| 17:48.32 | blast007 | oh, .bz is in the same datacenter, right? |
| 17:48.35 | blast007 | cuz that's down too :) |
| 17:48.42 | JeffM | yeah it is |
| 17:48.51 | JeffM | next room |
| 17:48.58 | blast007 | can't ping either |
| 17:49.19 | randomparticle | not 5 9s availability then ;) |
| 17:49.26 | joevano | yeps |
| 17:50.07 | randomparticle | ok, this is my latest modded bzflag, with mouse input change (64-bit OS X): http://dl.dropbox.com/u/22994649/BZ2.4.zip |
| 17:50.20 | randomparticle | patch file: http://dl.dropbox.com/u/22994649/macpatches.diff |
| 17:50.27 | JeffM | actualy we have some downtime scheduled |
| 17:50.30 | JeffM | I just need to see when |
| 17:50.50 | JeffM | but no not 5 nines that costs a bit more |
| 17:51.16 | blast007 | and even if it is 5 9's, scheduled downtime usually doesn't count towards that |
| 17:51.43 | JeffM | tho I thought our downtime was at night |
| 17:51.52 | randomparticle | your night! |
| 17:52.23 | blast007 | JeffM: well, it's almost midnight in India. ;) |
| 17:52.44 | JeffM | the datacenter is in florida and I've only ever seen them do there own support |
| 17:53.01 | *** join/#bzflag jujibo (~jujibo@89.29.252.81) |
| 17:53.01 | *** mode/#bzflag [+v jujibo] by ChanServ |
| 17:53.15 | randomparticle | quite a cooling bill in florida i would imagine |
| 17:54.10 | JeffM | the maint isn't supposed to happen till tomorow night |
| 17:54.15 | JeffM | bet something blew |
| 17:54.28 | JeffM | they were moving us to a new rack |
| 17:55.04 | blast007 | some intern tripped while carrying the server and unplugged the important power cord |
| 17:55.12 | JeffM | can't get to the mainsite ether, probably somthing big |
| 17:55.17 | blast007 | fun |
| 17:55.19 | JeffM | yeah |
| 17:58.05 | *** join/#bzflag kierra_away (~jolie@unaffiliated/kierra) |
| 18:03.33 | bryjen | that's different. services are down and Tim is first one to notice? ;) |
| 18:05.07 | kierra_away | :) |
| 18:07.05 | blast007 | ~bryjen++ |
| 18:07.20 | *** join/#bzflag bzhossa (~bzhossa@adsl-074-244-015-114.sip.asm.bellsouth.net) |
| 18:08.37 | *** mode/#bzflag [+o blast007] by ChanServ |
| 18:09.18 | *** topic/#bzflag by blast007 -> Web services are down right now || http://my.BZFlag.org || http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || Channel Logs: http://ibot.rikers.org/%23bzflag/ || BZFlag 2.4.0 has been released! || The PLAN http://my.bzflag.org/w/Development_RoadMap |
| 18:09.43 | *** join/#bzflag sirquine (~quine@c-71-237-73-109.hsd1.co.comcast.net) |
| 18:14.54 | joevano | back up |
| 18:15.56 | quantumdot | someone fund the missing plug :) |
| 18:16.04 | quantumdot | found* |
| 18:18.33 | JeffM | they are back now |
| 18:19.04 | JeffM | there will be downtime for about 20 min, tomorow night, we get moved to another rack |
| 18:22.13 | *** join/#bzflag sirquine (~quine@c-71-237-73-109.hsd1.co.comcast.net) |
| 18:32.35 | *** join/#bzflag brlcad (~sean@BZ.BZFLAG.BZ) |
| 18:35.24 | *** join/#bzflag sirquine (~quine@c-71-237-73-109.hsd1.co.comcast.net) |
| 18:35.58 | *** join/#bzflag ts (~ts@bzflag/developer/ts) |
| 18:38.01 | *** topic/#bzflag by blast007 -> http://my.BZFlag.org || http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || Channel Logs: http://ibot.rikers.org/%23bzflag/ || BZFlag 2.4.0 has been released! || The PLAN http://my.bzflag.org/w/Development_RoadMap |
| 18:53.38 | *** join/#bzflag jujibo (~jujibo@BZ.BZFLAG.BZ) |
| 18:53.38 | *** mode/#bzflag [+v jujibo] by ChanServ |
| 18:57.15 | *** join/#bzflag sirquine (~quine@c-71-237-73-109.hsd1.co.comcast.net) |
| 19:32.19 | *** join/#bzflag Anxuiz (~Anxuiz@unaffiliated/anxuiz) |
| 19:45.13 | *** join/#bzflag swigg_ (~swigg@71-85-132-27.dhcp.spbg.sc.charter.com) |
| 19:47.24 | *** join/#bzflag Tuxist (~quassel@dyndsl-085-016-197-132.ewe-ip-backbone.de) |
| 19:59.19 | *** join/#bzflag meeba (~lamer@c-71-196-238-53.hsd1.co.comcast.net) |
| 20:08.57 | *** join/#bzflag QBeep (~QuantumB@cpe-76-186-97-233.tx.res.rr.com) |
| 20:25.06 | bzhossa | /topic/quit |
| 20:25.09 | bzhossa | oops |
| 20:25.44 | Gabe_G23 | lol |
| 20:57.32 | *** join/#bzflag KTL (~KTL@213.219.154.82.adsl.dyn.edpnet.net) |
| 21:37.59 | *** join/#bzflag KTL (~KTL@213.219.154.82.adsl.dyn.edpnet.net) |
| 22:03.52 | *** join/#bzflag Bambino_ (~bambino@unaffiliated/sniper15) |
| 22:05.36 | *** join/#bzflag Anxuiz (~Anxuiz@unaffiliated/anxuiz) |
| 22:12.15 | Bambino | ~svn |
| 22:12.16 | ibot | Subversion (aka SVN) is version control software that aims to be a better CVS than CVS. See http://subversion.tigris.org/. |
| 22:12.27 | Bambino | ~bzsvn |
| 22:12.27 | ibot | methinks bzsvn is http://my.bzflag.org/w/BZFlag_SVN and svn co https://bzflag.svn.sourceforge.net/svnroot/bzflag/trunk/bzflag bzflag |
| 22:34.47 | *** join/#bzflag yosef (468a95fa@gateway/web/freenode/ip.70.138.149.250) |
| 22:36.46 | yosef | I was just banned from 1purplepanzer.hopto.org (Desert War) by Lemon. Is this the same admin who goes by Lem0n? How can he be contacted? |
| 22:37.27 | Gabe_G23 | bzbb PM |
| 22:37.32 | Gabe_G23 | would be the best |
| 22:38.27 | yosef | ok |
| 22:38.38 | Gabe_G23 | and I wouldn't know if they are the same person :P |
| 22:38.48 | Gabe_G23 | but pm the username that banned you |
| 22:38.59 | yosef | "Lemon -" |
| 22:39.13 | yosef | I was using the agility flag to accelerate shots |
| 22:39.22 | yosef | apparently this counts as cheating |
| 22:40.31 | Gabe_G23 | lol |
| 22:50.47 | QuantumWork | You should talk to Panzer |
| 22:50.51 | QuantumWork | he's no fool |
| 22:53.27 | yosef | QuantumWork: thanks for the advice |
| 22:53.35 | QuantumWork | np |
| 23:14.40 | *** join/#bzflag delusional (~delusiona@unaffiliated/delusional) |
| 23:22.59 | *** join/#bzflag allejo (~allejo@cpe-76-95-144-121.socal.res.rr.com) |
| 23:41.33 | *** join/#bzflag PlasticTank (~plasticta@bzextreme.com) |
| 23:43.04 | *** join/#bzflag Scrumpy (~Scrumpy@smurfnet.xs4all.nl) |
| 23:43.04 | *** join/#bzflag Gilly (~btw@about/essy/ilkimys/gilly) |