| 00:09.29 | *** join/#bzflag Think_Differentl (n=shedelj@unaffiliated/thinkdifferentl/x-838543) |
| 00:09.43 | AAA_awright | I thought local passwords were removed in the BZFlag trunk? |
| 00:10.14 | AAA_awright | I do not see -passdb, but I see a trpedef for PasswordMap as std::map<std::string, std::string> |
| 00:15.34 | AAA_awright | Want me to move it to a plugin? Looks like a salt could be included too. |
| 00:16.22 | blast007 | no |
| 00:16.56 | AAA_awright | blast007: Weren't we taking out the password database stuff? |
| 00:17.01 | blast007 | the *main* reason it was removed was because the password shows up in the chat logs |
| 00:17.08 | AAA_awright | I see logic still included in there though |
| 00:17.48 | AAA_awright | It's a little bit of bloat. Plus it isn't inconceivable that someone would want passwords for doing private stuff |
| 00:17.50 | *** join/#bzflag FalseProphet (n=Tom@unaffiliated/emonemo) |
| 00:19.01 | AAA_awright | blast007: See Permissions.h, cxx |
| 00:19.50 | blast007 | AAA_awright: can a server owner use a passdb? nope. I'd call it removed then. |
| 00:24.54 | AAA_awright | ... |
| 00:26.21 | AAA_awright | Lets ship a copy of the Oo.o and GTK libraries with it, server owners can't access them, so it must not exist anyways</smartassremark> |
| 00:33.24 | *** join/#bzflag Gnurdux (n=gnurdux@c-69-251-255-231.hsd1.md.comcast.net) |
| 00:39.25 | blast007 | AAA_awright: mainly, we WILL have something in there again at some point |
| 00:39.48 | blast007 | but it will be hashing the password on the client, and sending that hash to the server |
| 00:40.01 | AAA_awright | What? |
| 00:40.19 | blast007 | what part didn't you understand? |
| 00:40.34 | AAA_awright | Like, you mean that literally, or is there more to that? |
| 00:40.48 | AAA_awright | (which one) |
| 00:40.49 | blast007 | mean what literally? |
| 00:41.19 | AAA_awright | Why would you hash something before sending it, as opposed to after? |
| 00:41.25 | blast007 | uh |
| 00:41.30 | blast007 | so that the server doesn't get your password |
| 00:41.53 | AAA_awright | What hash method? |
| 00:43.28 | AAA_awright | MD5 I assume, or Kerberos, like I have seen in the source more recently? |
| 00:43.47 | blast007 | AAA_awright: depends on what gets written :P |
| 00:44.10 | AAA_awright | I thought you knew this, If you send a plain, unsalted, hash, the hash becomes your password. What prevents me from using a replay attack? |
| 00:44.40 | blast007 | I don't know anything about password hashes |
| 00:44.48 | blast007 | so you thought wrong |
| 00:45.03 | AAA_awright | I don't like to assume stuff |
| 00:45.26 | blast007 | but really, it's up to the one implementing it to research that and find the most secure method |
| 00:45.34 | AAA_awright | Who got this idea then? |
| 00:45.47 | blast007 | the one who decides to write it |
| 00:46.35 | blast007 | it was removed because it was insecure. It will be put back when a secure method is found, coded, and implemented. |
| 00:47.23 | AAA_awright | It was no less secure to the end user, or anyone sniffing the network, then the current solution is. |
| 00:47.51 | AAA_awright | The server owner could read passwords, but they are the ones managing authentication, so they had to. |
| 00:47.53 | blast007 | yes it is |
| 00:48.01 | blast007 | the current solution is that there is no local auth |
| 00:48.38 | JeffM | and a password is never sent to the server, just a global token |
| 00:48.45 | AAA_awright | If the first party is managing authentication, they have to by definition, read the password. |
| 00:49.01 | AAA_awright | I think the insecure part it is was stored in logs, correct JeffM? |
| 00:49.15 | *** join/#bzflag Manu (n=jujibo@about/essy/JujiboHunter/Manu) |
| 00:49.15 | *** join/#bzflag Deepa|AFK (i=deepa@abused.armchairs.be) [NETSPLIT VICTIM] |
| 00:49.15 | *** mode/#bzflag [+ov Manu Manu] by irc.freenode.net |
| 00:49.17 | JeffM | secure is the wrong word |
| 00:49.18 | JeffM | trusted is better |
| 00:49.30 | JeffM | the current method uses more trusted sources. |
| 00:49.48 | L4m3r | logging is not the issue- the fact that the pass is (was) sent in clear text is |
| 00:49.51 | JeffM | we plaintext the passwords so they are just as "secure" as the old stuff. |
| 00:49.58 | JeffM | L4m3r, it stil is |
| 00:50.02 | JeffM | just to a differnt place |
| 00:50.08 | JeffM | a place with more trust |
| 00:50.17 | JeffM | so the likelyhood of it being abbused on that end is less likely |
| 00:50.28 | JeffM | so it's not any more "secure" it's just harder to abbuse |
| 00:51.20 | AAA_awright | L4m3r: It still is, to the list server |
| 00:51.25 | JeffM | all our current systems are vulnerable to sniffers, this just makes ther be less places to sniff |
| 00:51.32 | AAA_awright | Jeff said that already |
| 00:51.42 | L4m3r | yes |
| 00:51.54 | JeffM | and the old system basicly provided a built in sniffing and storing system for untrusted parties :) |
| 00:51.59 | L4m3r | but we can trust the list server to a much greater degree than server owners, obviously |
| 00:52.14 | AAA_awright | Flash offered an idea which I expended on, and quite like, I don't know how much of this is already part of Kerberos |
| 00:52.17 | JeffM | yes, that's why I say it's a more trusted system, not a more secure system |
| 00:52.27 | JeffM | kerbos was tried |
| 00:52.35 | AAA_awright | It is still in the trunk |
| 00:52.36 | JeffM | go read the histoy of the code |
| 00:52.39 | JeffM | shoudln't be |
| 00:52.48 | JeffM | should have been pulled |
| 00:52.48 | AAA_awright | go check out main() |
| 00:52.55 | JeffM | then it should be pulled |
| 00:53.03 | AAA_awright | at the very least. Maybe it changes in the last week since I updated |
| 00:53.14 | JeffM | it would not suprise me if parts got missed |
| 00:53.43 | AAA_awright | I assume the library must still be implemented and compiled in, since it compiled with the refrence. |
| 00:53.50 | JeffM | I don't think anyone dosn't agree that we need a local auth system that is secure, since you can't trust the end user. |
| 00:54.38 | JeffM | AAA_awright, main in the cient or server? |
| 00:54.43 | AAA_awright | bzfs |
| 00:55.08 | bryjen | heh. just because the word "Kerberos" appears in a comment does not mean there's anything there. |
| 00:55.27 | JeffM | hmm I don't see it in my shot branch |
| 00:55.50 | AAA_awright | Alright, I was wrong bryjen |
| 00:56.03 | AAA_awright | I didn't check the function definition, thought that was a library call |
| 00:56.05 | JeffM | were you looking at branch? |
| 00:56.05 | blast007 | <PROTECTED> |
| 00:56.05 | blast007 | <PROTECTED> |
| 00:56.18 | JeffM | ahh yeah |
| 00:56.22 | blast007 | and iirc, the cleanUp function is empty |
| 00:56.24 | JeffM | there was a kerbos version of the auth class |
| 00:56.31 | JeffM | yeah that'd just be the base hooks |
| 00:56.34 | AAA_awright | It is blast007 |
| 00:57.46 | AAA_awright | Anyways, an idea, which lacks a few features like global groups: a BZFlag CA hands out client certificates, which clients can use to sign a token sent to servers. The token is generated by the client, with no central registry, with the target server name, callsign, and a timestamp. |
| 00:58.12 | JeffM | write it up |
| 00:58.25 | JeffM | seems like overkill for lan games |
| 00:58.33 | JeffM | how many lan games in the world need auth? |
| 00:58.50 | AAA_awright | Basicly you say to a server "Let me log in to server xyz for a period of time after aa:bb", you sign it with the client cert, which in turn is signed by the BZFlag CA. |
| 00:59.21 | AAA_awright | Global login can now be used on any server, no network needed. |
| 01:00.59 | AAA_awright | For global groups, I guess it would work similarly, servers would keep a cache of it, and would be pushed a list every time it is updated, signed with a special cert under the BZFlag CA. |
| 01:03.44 | blast007 | another option is to just make a really basic web-server that runs a basic list server ;) |
| 01:03.52 | blast007 | "here, want auth on a LAN? run this!" |
| 01:04.28 | AAA_awright | Interesting concept I think, but I don't know how well it would work in reality. The primary upshot isn't it works without a network, but you get rid of *all* the HTTP overhead. |
| 01:04.52 | JeffM | how many lan games use auth? |
| 01:05.11 | blast007 | not enough |
| 01:05.21 | AAA_awright | I am thinking a rate of about 0%, +=0. |
| 01:05.31 | AAA_awright | idk actually. |
| 01:06.01 | AAA_awright | I was keeping in mind fast server connections, with no in-between provider needed. |
| 01:06.46 | JeffM | I'd rather just see how many people complain that local auth is gone, and then see what there actual needs are |
| 01:06.53 | JeffM | then design a solution to the actual problem |
| 01:06.59 | JeffM | not the other way around. |
| 01:07.07 | JeffM | local auth was made cus global didn't exist |
| 01:07.16 | JeffM | it was not made for lan play |
| 01:07.53 | AAA_awright | Flash had a similar idea, and an established secure connection, that doesn't need a network connection to authenticate, but you are gonna have to bug him for the details on that. |
| 01:08.17 | JeffM | it may be accepteable ehough to make a plug-in that does what local auth did for those few lan people |
| 01:09.04 | AAA_awright | JeffM: What I am talking about right now really has nothing to do with LAN play, even though it does support that |
| 01:09.17 | JeffM | AAA_awright, then what do you need non network auth for? |
| 01:09.56 | AAA_awright | Faster authentication. If the problem connecting to a server is a quick negotiation, why not just get rid of it entirely ;) |
| 01:10.11 | JeffM | the problem isn't quick negotiation |
| 01:10.14 | JeffM | it's CPU load |
| 01:10.19 | AAA_awright | For who? |
| 01:10.36 | JeffM | you are the ONLY person who has ever said auth was unacceptably slow |
| 01:10.37 | JeffM | EVER |
| 01:11.05 | JeffM | so far we have not seen that laod ties are the core problem with auth |
| 01:11.21 | JeffM | it's the fact that the system itself is laggy |
| 01:11.29 | JeffM | and adds more latency then simple networking |
| 01:11.37 | JeffM | that and reduntancy are the core issues |
| 01:11.54 | AAA_awright | The current solution isn't "unacceptable", but it isn't exactly a speed demon either |
| 01:12.01 | JeffM | it dosn't have to be |
| 01:12.06 | JeffM | it's a rare time event |
| 01:12.18 | AAA_awright | Hm, I quite like this idea actually. |
| 01:12.26 | JeffM | of course you do |
| 01:12.31 | JeffM | let us know when you have it done |
| 01:12.44 | AAA_awright | Alright! |
| 01:13.03 | JeffM | kills his php page |
| 01:14.21 | AAA_awright | You get around all the problems of speed, redundancy, requiring a network, everything. The only problem is that encryption is required, which causes legal and CPU issues for slow computers, at the worst. |
| 01:14.46 | JeffM | the point of global auth is to use a network ;) |
| 01:14.52 | JeffM | that woudl be the global part of it |
| 01:15.51 | AAA_awright | This would have a global part, the distribution of client keys. The list server would need to generate a new client key encrypted with the user's password and callsign and bzid embedded, and a way to revoke keys. |
| 01:17.04 | JeffM | and how does that do what we have now? |
| 01:17.06 | AAA_awright | It would need a serial number so you could ghost old, expired or revoked keys |
| 01:18.44 | AAA_awright | If the client doesn't have a key, it would need to send the list server the callsign and password to generate a new one. |
| 01:19.02 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 01:19.25 | Think_Differentl | it sounds like there are too many transactions. if something goes wrong then it could be a mess. |
| 01:19.26 | AAA_awright | That would be an easy way to DOS the list server. Hm. |
| 01:19.57 | AAA_awright | Think_Differentl: There is only one transaction, the client sends the server some signed text saying log me in |
| 01:20.12 | JeffM | AAA_awright, and when the guy changes his password online? |
| 01:20.16 | Think_Differentl | then the server has to reply? |
| 01:20.20 | JeffM | how does the client know to get a new key? |
| 01:20.54 | Think_Differentl | it contacts the list server, i think. |
| 01:20.58 | AAA_awright | JeffM: It wouldn't. |
| 01:21.08 | JeffM | so then you have a key that is valid using a wrong password? |
| 01:21.42 | AAA_awright | I guess the list server would revoke the key, and issue a new one. |
| 01:21.58 | AAA_awright | But that is no real solution |
| 01:22.11 | JeffM | sure it is, my password got out, someone uses it. I change it |
| 01:22.25 | JeffM | you keep diging yourself a larger hole it seems |
| 01:22.32 | JeffM | if oyu want it to be a real idea work it all out |
| 01:22.48 | JeffM | write it up, see how it handles all situations and how many interactions it does |
| 01:22.57 | JeffM | then you can compare it to other soltuions |
| 01:23.28 | AAA_awright | I wasn't entirely serious, but in a perfect world it would work. Well, in a perfect world, we wouldn't need authentication :p |
| 01:23.38 | F687s | Hehe. *cries* |
| 01:23.49 | TD-Linux | not a great way to approach security |
| 01:23.53 | JeffM | nice waste of time. |
| 01:27.35 | AAA_awright | I am guessing, that when bzfs starts up, it would get the global group list, as well as the lowest acceptable serial number. |
| 01:27.52 | blast007 | yawns |
| 01:27.58 | blast007 | and this solves what problem? |
| 01:28.00 | blast007 | world hunger? |
| 01:28.12 | AAA_awright | I am mostly doing creative thinking right now, this is no solution of anything |
| 01:28.28 | Think_Differentl | so basically it's a waste of network and CPU cycles? |
| 01:28.37 | JeffM | and our mental ones |
| 01:28.38 | AAA_awright | Huh? |
| 01:28.50 | blast007 | AAA_awright: then stop thinking with your fingers |
| 01:29.21 | AAA_awright | ... |
| 01:31.18 | AAA_awright | Just because I don't have a solution doesn't mean that there is no solution. I am talking about the positives. I'll think about some other ways to authenticate that could improve upon the current system. |
| 01:31.43 | JeffM | we never said thinking about ideas was a bad thing |
| 01:31.43 | blast007 | but what is the problem you are trying to solve? |
| 01:31.53 | JeffM | just doing it in public isn't productive |
| 01:32.03 | AAA_awright | I have people to bounce ideas off of |
| 01:32.13 | AAA_awright | JeffM: Back to the origional topic at hand, there is still password database logic in bzfs, should that be removed? |
| 01:32.15 | JeffM | you assume they want to be hit with them. |
| 01:32.28 | AAA_awright | Well I am not forcing anyone to chat with me |
| 01:32.45 | JeffM | AAA_awright, the loic is probalby there but the commands are removed. The logic should be pulled as well. |
| 01:35.27 | AAA_awright | That's what I thought |
| 01:35.34 | JeffM | why? |
| 01:36.34 | AAA_awright | I assumed that "removed passdb" meant all relevant logic. |
| 01:37.25 | blast007 | AAA_awright: patch it |
| 01:37.28 | JeffM | you assume much ;) |
| 01:37.33 | JeffM | humans are not perfect |
| 01:37.41 | AAA_awright | Heh, exactly what I try and avoid |
| 01:37.55 | AAA_awright | blast007: That is what I am aiming for, if I can get bzfs to compile within the next century... |
| 01:38.10 | blast007 | eh, why can't you compile it? |
| 01:38.34 | AAA_awright | Every time I try and run it it says whole subset of dependencies also need to be compiled |
| 01:38.38 | Think_Differentl | *cough*gentoo*cough* |
| 01:38.40 | AAA_awright | MSVC does |
| 01:38.56 | AAA_awright | No, Gentoo is amazing |
| 01:38.58 | blast007 | it should build without needing anything |
| 01:39.16 | blast007 | we have our dependencies right in our source tree afaik |
| 01:39.26 | blast007 | I didn't have to install anything extra for VC |
| 01:39.42 | JeffM | what version of VC do you have? |
| 01:39.45 | blast007 | linux, I'm not sure, since I already have that set up for 2.0.x, which did need those |
| 01:40.08 | AAA_awright | 2005, that is 8.0 |
| 01:40.16 | blast007 | EE? |
| 01:40.37 | JeffM | did you install directX and the platform SDK and set them up? |
| 01:41.06 | AAA_awright | Oh, done. |
| 01:41.51 | blast007 | what is? the compile of bzfs? or installing DX SDK and PSDK? |
| 01:42.22 | JeffM | has to be direct x april or earlyer |
| 01:42.43 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 01:43.21 | blast007 | april 07* |
| 01:43.22 | AAA_awright | Compiling |
| 02:08.07 | macsforme | ~donny_baker++ |
| 02:16.37 | Flash | my idea for authentication was to use PKI. Registration is accomplished by signing client certificates with a BZFlag CA. Anyone can then verify that a certificate is valid (without additional network dialog) |
| 02:16.55 | Flash | the real downside is that you have to have your certificate with you to use your registered account |
| 02:17.07 | Flash | might not be popular for people who move around machines |
| 02:17.39 | Flash | as cool as it is, I don't think it's quite what bzflag wants/needs |
| 02:18.17 | Flash | AAA_awright overstates the complexity of authenticating; it's quite simple and built in to openSSL |
| 02:18.56 | Flash | we could choose to use SSL instead of TCP, or simply establish a secure connection to authenticate |
| 02:21.35 | *** join/#bzflag spldart (n=short_ci@c-98-197-19-50.hsd1.tx.comcast.net) |
| 02:21.35 | *** mode/#bzflag [+v spldart] by ChanServ |
| 02:41.41 | *** join/#bzflag JeffM (n=JeffM@adsl-69-232-7-185.dsl.irvnca.pacbell.net) |
| 03:17.46 | *** join/#bzflag JeffM (n=Jeff@pool-71-109-223-10.lsanca.dsl-w.verizon.net) |
| 03:20.00 | Flash | BulletCatcher has figured out how to make freetype work... how does his hack become an "acceptable" part of the baseline? |
| 04:18.44 | TD-Linux | Flash, what? |
| 04:47.28 | *** join/#bzflag _jptr (n=jptr@dslb-088-068-105-119.pools.arcor-ip.net) |
| 04:47.42 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 04:47.42 | *** mode/#bzflag [+v tupone] by ChanServ |
| 04:48.13 | *** join/#bzflag AlexanderLAW (n=Alexande@83.239.61.153) |
| 04:49.14 | BulletCatcher | Flash, I have been thinking about that question myself. |
| 04:49.21 | BulletCatcher | Before getting into it, however, I want to be clear about the problem to be solved. |
| 04:49.25 | BulletCatcher | The specific problem is that MacOS ships with an older freetype version that BZFlag uses even when configured with --enable-freetype-build, correct? |
| 04:49.34 | Flash | only partly |
| 04:50.00 | Flash | the configure to use *any* freetype assumes that freetype-config is in a 'bin' directory |
| 04:50.25 | Flash | since it can't find one in the distribution, it ends up finding the delivered one in /usr/X11/bin |
| 04:50.31 | Flash | and there is no joy after that |
| 04:51.22 | Flash | the Mac-shipped freetype-config explicitly places '-L/usr/X11/lib' on the link line, where it finds an incompatible libgl |
| 04:51.41 | Flash | if not for that one linker argument, this wouldn't be so hard |
| 04:52.37 | blast007 | is the configure script detecting that it should use the built-in freetype? |
| 04:53.15 | Flash | I think it tries, but can't find the freetype-config (especially since it hasn't been built yet) |
| 04:53.31 | Flash | or rather, when I tell it NOT to, ^^^^ |
| 04:53.58 | blast007 | it should only trust what a system 'freetype-config' script says if it's using the system freetype |
| 04:54.14 | Flash | the default configure script will use the system freetype, but that won't work on OS 10.5 |
| 04:54.33 | blast007 | hmm, so it is not an issue on 10.4? |
| 04:54.40 | Flash | Apparently not |
| 04:54.45 | BulletCatcher | In terms of requirements, would you agree that if one does a "./configure --enable-freetype-build" then BZFlag should be built using its own freetype rather than any other one that may be present? |
| 04:54.51 | blast007 | fun, guess I can't help debug that one then |
| 04:55.00 | Flash | brlcad said that 10.5 is using X11r7 |
| 04:55.17 | Flash | yes, I agree that should be the requirement |
| 04:56.05 | blast007 | if freetype is not installed in the system, how does our build system get the correct compiler/linker flags? |
| 04:56.06 | Flash | BulletCatcher: unfortunately, I don't believe the shipped source tree is enough to allow configure to succeed |
| 04:56.29 | Flash | blast007: I don't know; I don't have a system like that |
| 04:56.33 | blast007 | hehe |
| 04:56.56 | BulletCatcher | Okay. If we can get another +1 or two then I am willing to change the BZFlag configure system to make that happen . |
| 04:57.14 | Flash | +1?? |
| 04:57.18 | BulletCatcher | What I currently have is an ugly hack. |
| 04:57.22 | Flash | ~BulletCatcher++ |
| 04:57.26 | Flash | does that count? |
| 04:57.32 | blast007 | heh |
| 04:57.36 | BulletCatcher | +1 == a vote for making a change |
| 04:57.45 | BulletCatcher | not just karma |
| 04:57.56 | Flash | if brlcad wakes up, I think he'd agree, but you'll have to wait for him |
| 04:58.16 | BulletCatcher | bangs on brlcad's door |
| 04:58.46 | Flash | BulletCatcher: are you a committer? |
| 04:58.54 | BulletCatcher | No, I do not have commit access. |
| 04:59.01 | Flash | so submit a patch |
| 04:59.21 | Flash | even if they don't accept it, I'll be grateful |
| 04:59.58 | BulletCatcher | It will be a couple more hours of work, and I would like some assurance that it will be accepted before spending that time. |
| 04:59.59 | BulletCatcher | You already have a working hack. |
| 05:00.13 | Flash | I can see that |
| 05:00.24 | Flash | but I think the need is self-evident |
| 05:00.48 | Flash | I may be the minority on 10.5 now, but if we are going to support Mac in the future, it has to be fixed |
| 05:01.06 | BulletCatcher | No argument from me on that. |
| 05:02.36 | BulletCatcher | A "proper" fix will require coordination with Windows developers to ensure that it continues to work for them. |
| 05:02.56 | blast007 | what would change that would affect Windows builds? |
| 05:03.09 | blast007 | isn't it just the build system that needs fixing? |
| 05:03.22 | BulletCatcher | I envision reorganizing the src/other/freetype tree somewhat. |
| 05:03.30 | blast007 | ah |
| 05:12.28 | BulletCatcher | What I'd like to do is have the BZFlag configure system by default choose the newer of its own vs. the system version of freetype. |
| 05:12.53 | BulletCatcher | Using --enable-freetype-build or --disable-freetype-build would have the obvious effect, as well. |
| 05:13.20 | Flash | I was wondering if our freetype is up to date? |
| 05:13.32 | BulletCatcher | It should be that simple to make the choice. A few non-trivial underlying changes to the configure system will be necessary. |
| 05:13.56 | BulletCatcher | BZFlag includes freetype 2.3.4. The latest is 2.3.5. |
| 05:14.27 | Flash | close enough |
| 05:15.17 | BulletCatcher | I have 2.3.5 on my Linux system and they both seem to work fine. |
| 05:21.23 | *** join/#bzflag BenUrban_ (n=benurban@unaffiliated/benurban) |
| 05:27.54 | *** join/#bzflag BenUrban (n=benurban@unaffiliated/benurban) |
| 05:27.58 | BulletCatcher | The freetype changelog shows lots of undoubtedly beneficial changes between 2.3.4 and 2.3.5, but none of them caught my eye as making a difference to BZFlag. |
| 05:31.59 | *** join/#bzflag BenUrban_ (n=benurban@unaffiliated/benurban) |
| 05:37.12 | *** join/#bzflag FusionDude` (n=jwmelto@c-24-8-45-143.hsd1.co.comcast.net) |
| 05:39.23 | Flash | BulletCatcher: were you the one talking about irc in emacs? |
| 05:40.10 | BulletCatcher | Yes. |
| 05:40.28 | FusionDude | I just found AquaEmacs (GNU-based) |
| 05:40.40 | FusionDude | it has plain old 'irc' |
| 05:40.48 | FusionDude | what package did you recommend again? |
| 05:41.33 | BulletCatcher | I use rcirc, which is included in GNU Emacs 22. |
| 05:41.44 | FusionDude | ok, irc is an alias to rcirc |
| 05:42.06 | BulletCatcher | Yup. I do "M-x irc" to get it going. |
| 05:42.09 | FusionDude | I've gotten used to MacIrssi, it will take a bit to re-adjust |
| 05:42.29 | FusionDude | but at least now I don't have to switch between applications |
| 05:42.37 | *** join/#bzflag Gilly (n=btw@83.146.211.140) |
| 05:42.58 | Flash | k |
| 05:43.04 | brlcad | hm? |
| 05:43.06 | Flash | oops.... wrong window |
| 05:44.12 | brlcad | BulletCatcher: yes, that is the intent of the --enable-*-build flags .. if they don't turn ours on, it's unintentional |
| 05:44.46 | FusionDude | one might even say, a bug? |
| 05:45.05 | brlcad | that would be a build system bug, yes |
| 05:45.10 | BulletCatcher | With the existing system there are issues that prevent --enable-freetype-build from working when there is a system version. |
| 05:45.33 | brlcad | not surprising, hasn't been heavily tested yet |
| 05:45.58 | Flash | wears the alpha T-shirt |
| 05:46.06 | BulletCatcher | I have a hackish workaround at http://pastebin.bzflag.bz/m265f9349, but I'm sure I can come up with a more elegant solution. |
| 05:49.17 | brlcad | that is a hack, you shouldn't be turning pic on or off, libtool manages that |
| 05:49.52 | BulletCatcher | The compiler complained bitterly on Linux when pic was turned off. |
| 05:50.57 | brlcad | probably because it's listed as an inst lib, might need to be a noinst |
| 05:52.25 | BulletCatcher | It should be noinst anyway, because we don't want to install it with the other BZFlag files. |
| 05:53.25 | brlcad | it "should" be an unmodifed freetype, we replace their build because freetype's is a mess |
| 05:53.46 | brlcad | so it's not a proper subconfigure |
| 05:54.52 | Flash | is there a reason to prefer 'const int value = 0' to 'enum { value }' ? |
| 05:54.53 | brlcad | ideally, we revert/upgrade to the latest freetype and figure out what patch is needed for subconfigure to work |
| 05:55.41 | BulletCatcher | I agree. I am willing (and I think able) to do that. |
| 05:55.56 | brlcad | Flash: other than convention that enums be capitalized, consistency with existing use .. not really, it's a bikeshed decision |
| 06:57.30 | *** join/#bzflag QuantumTim (n=tim@62-249-230-206.no-dns-yet.enta.net) |
| 07:21.43 | *** join/#bzflag noyb_ (n=noyb@pool-71-119-173-104.lsanca.dsl-w.verizon.net) |
| 08:17.22 | *** join/#bzflag LongDon (n=LongDon@vpn199-063.hrz.uni-oldenburg.de) |
| 08:55.55 | *** join/#bzflag Upsetter (n=Ups@i577B7621.versanet.de) |
| 09:44.45 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) |
| 09:45.03 | *** join/#bzflag Wits (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 09:57.41 | *** join/#bzflag Saturos (n=Saturos@i59F7698E.versanet.de) |
| 10:17.07 | *** join/#bzflag Suspect (n=Suspect@68-113-163-117.dhcp.plt.ny.charter.com) |
| 10:23.28 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 10:23.28 | *** mode/#bzflag [+v tupone] by ChanServ |
| 10:30.15 | *** join/#bzflag Upsette1 (n=Ups@i577B748E.versanet.de) |
| 10:34.54 | *** join/#bzflag Upsette2 (n=Ups@i577B61B5.versanet.de) |
| 10:37.57 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 10:44.13 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 10:47.15 | *** join/#bzflag Upsette1 (n=Ups@i577B680E.versanet.de) |
| 11:05.45 | *** join/#bzflag Upsetter (n=Ups@i577B53C9.versanet.de) |
| 11:14.49 | *** join/#bzflag Dontkillmeimabeg (n=Michael@frnk-4d01e98d.pool.mediaWays.net) |
| 11:16.36 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 11:17.38 | *** topic/#bzflag by Dontkillmeimabeg -> :-) |
| 11:19.44 | *** topic/#bzflag by ruskie -> http://BZFlag.org || http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || logs at http://ibot.rikers.org/%23bzflag/ || http://ohloh.net/projects/189 || 2.0.10 is the latest public release || GSoC 2008, mentor blog at http://tanks4code.blogspot.com || Congratulations GSoC participants: http://code.google.com/soc/2008/bzflag/about.html || Students should add their projects to the wiki for review |
| 11:19.56 | ruskie | time to get you removed from the premisses |
| 11:27.45 | ruskie | Dontkillmeimabeg!n=Michael@frnk-4d*.pool.mediaWays.net <-- this seems to be constant with him... |
| 11:31.19 | spldart | ? |
| 11:31.27 | ruskie | spldart, for a ban :) |
| 11:32.00 | spldart | I'm confuzzled... He can't actually change the topic can he? |
| 11:32.11 | ruskie | he can |
| 11:32.14 | ruskie | there's no topic lock here |
| 11:32.19 | ruskie | anyone here can |
| 11:32.20 | spldart | snap |
| 11:32.24 | ruskie | but abuse tends to be punished |
| 11:32.24 | whodaman- | Actually |
| 11:32.35 | whodaman- | ruskie, topiclock isn't the important one |
| 11:32.38 | CBG` | Why _isn't_ there a topic lock? |
| 11:32.39 | whodaman- | +t would be |
| 11:32.51 | ruskie | whodaman-, that is topic lock :) |
| 11:32.54 | whodaman- | no |
| 11:32.59 | ruskie | I'm not talking chanserv crap |
| 11:33.00 | ruskie | :) |
| 11:33.03 | whodaman- | ruskie, :P |
| 11:33.15 | ruskie | whodaman-, I NEVER talk chanserv crap unless I explicitly say so |
| 11:33.28 | whodaman- | heh |
| 11:33.40 | CBG` | chanserv "CRAP" is actually common freaking sense |
| 11:33.57 | spldart | I know I can kick but I don't know if I can ban... I'm so tempted to ban Dontkillmeimabeginner |
| 11:34.28 | CBG` | It'd be better in the long run to ban whoever could lock the topic and didn't... :P |
| 11:34.34 | whodaman- | spldart, you can ;P |
| 11:34.36 | spldart | lol |
| 11:34.56 | spldart | Never done it before.... |
| 11:36.49 | spldart | is it /ban nick!user@host? |
| 11:36.58 | whodaman- | just host |
| 11:37.02 | ruskie | all 3 |
| 11:37.07 | ruskie | or any two |
| 11:37.27 | ruskie | Dontkillmeimabeg!n=Michael@frnk-4d*.pool.mediaWays.net <-- this are the things that haven't changed so far |
| 11:37.40 | spldart | I'm tempted to do it... and just copy your paste ruskie |
| 11:37.43 | ruskie | you can use *!n=Michael@frnk-4d*.pool.mediaWays.net to avoid nick changes |
| 11:37.53 | spldart | He's really getting on my nerves |
| 11:37.58 | whodaman- | ...what I said |
| 11:37.58 | spldart | I like that better |
| 11:37.59 | whodaman- | host |
| 11:38.17 | ruskie | whodaman-, not only host there... also ident |
| 11:38.18 | ruskie | :) |
| 11:38.24 | spldart | Nope |
| 11:38.27 | spldart | I cannot ban |
| 11:38.34 | ruskie | yup +v can't |
| 11:38.37 | ruskie | only +o can |
| 11:38.44 | whodaman- | <PROTECTED> |
| 11:38.47 | whodaman- | do that spldart |
| 11:38.56 | whodaman- | ruskie, it's the access that matters |
| 11:38.59 | ruskie | I always look at a strictest ban as possible... not broadest |
| 11:38.59 | *** mode/#bzflag [+o spldart] by ChanServ |
| 11:39.06 | spldart | ooOOoo |
| 11:39.07 | ruskie | whodaman-, only where there are chanservs ;) |
| 11:39.13 | *** mode/#bzflag [+b *!n=Michael@frnk-4d*.pool.mediaWays.net] by spldart |
| 11:39.34 | spldart | How to deop |
| 11:39.37 | ruskie | whodaman-, which I ignore as possible topics since they differ from one network to another... |
| 11:39.47 | whodaman- | <PROTECTED> |
| 11:39.53 | whodaman- | or /msg ChanServ OP #bzflag -spldart |
| 11:39.54 | *** mode/#bzflag [-o spldart] by spldart |
| 11:40.00 | spldart | Not intuitive |
| 11:40.30 | spldart | I just changed OP to DEOP in the previous operation thinking that would work meh |
| 11:42.54 | spldart | I'm gonna wait till one of the higher ups show up and see about that topic lock.. or if one of you are first thats cool |
| 11:43.15 | spldart | although I can't think of a reason not to have it considering the GSoC |
| 11:43.32 | ruskie | already asked that... and it was said no need for one... |
| 11:43.35 | spldart | Kinda important to keep that up and untampered |
| 11:43.39 | ruskie | abuse get's punished... |
| 11:43.48 | spldart | Was that recently? |
| 11:43.51 | ruskie | yup |
| 11:43.55 | spldart | Huh |
| 11:44.03 | ruskie | I think a week or two ago |
| 11:44.19 | spldart | I would have thought their tune would change considering the hightened importance of the topic for this summer |
| 11:44.45 | ruskie | don't see why... |
| 11:45.01 | ruskie | the topic is wrongly focused anyway... and way to long... |
| 11:45.35 | spldart | Perhaps... but the GSoC info is important @ this time. |
| 11:46.17 | ruskie | so it should be first or second and coalesced into a single wiki page to which a link is to be posted... |
| 11:46.34 | ruskie | or to the google code soc page... |
| 11:48.16 | spldart | That may be a better way of doin it. But my boggle is even if the topic was more terse then it still has a link for the gsoc info and that should be locked for it's importance of ease of access @ any time... that's all |
| 11:48.34 | spldart | :) |
| 11:48.51 | spldart | Anywho... problem solved temporarily |
| 11:49.12 | ruskie | now do the same in #bzchat ;) |
| 11:49.23 | spldart | GOOD CALL man |
| 11:49.52 | *** mode/#bzflag [+o spldart] by ChanServ |
| 11:50.35 | *** mode/#bzflag [-o spldart] by spldart |
| 11:50.39 | spldart | Meh |
| 11:50.42 | ruskie | if you have access of course |
| 11:50.48 | spldart | I do not. |
| 11:51.29 | spldart | I was only given op in here for this summer for any Mentor meetings I may have in here :) |
| 11:51.35 | ruskie | :) |
| 11:51.50 | ruskie | hmm wouldn't a dedicated soc chan be better for those? |
| 11:52.33 | spldart | It was decided that this is the 'development' channel for bzflag and that is what the gsoc is doin... developing |
| 11:52.48 | *** join/#bzflag eTangenT (i=etangent@inge069019.halls.colostate.edu) |
| 11:58.03 | spldart | is watching the storms roll in wondering if he will be able to beat them to work on his motorcycle :- |
| 12:01.10 | *** join/#bzflag bier_ (n=bier@p54A57ED0.dip.t-dialin.net) |
| 12:05.42 | *** join/#bzflag Upsette1 (n=Ups@i577B5273.versanet.de) |
| 12:08.37 | *** join/#bzflag spldart (n=vircuser@c-98-197-19-50.hsd1.tx.comcast.net) |
| 12:08.37 | *** mode/#bzflag [+v spldart] by ChanServ |
| 12:16.06 | Constitution | ~spldart++ |
| 12:17.23 | spldart | danke |
| 12:18.02 | Constitution | first instance of /topic abuse I've seen in a while |
| 12:20.39 | spldart | ~ruskie++ |
| 12:20.43 | spldart | He helped :) |
| 12:21.26 | spldart | I really need to read up on irc operations |
| 12:21.46 | Constitution | what client? |
| 12:22.09 | Constitution | some clients have really easy graphics methods of carrying out operations |
| 12:34.42 | *** join/#bzflag AlexanderLAW (n=Alexande@83.239.61.153) |
| 12:35.32 | Manu | oh.. I see dontkillme is banned |
| 12:36.18 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 12:36.18 | *** mode/#bzflag [+v tupone] by ChanServ |
| 12:39.03 | ruskie | was about time :) |
| 12:39.12 | ruskie | though still not in bzchat... |
| 12:40.09 | Constitution | #bzchat is Jeff's, basically... although DTR could probably also help |
| 12:41.11 | spldart | In windows Virc, in linux Xchat |
| 12:42.39 | Constitution | in xchat you can right-click and ban from the menu... never heard of Virc. Still, it isn't a bad idea to learn some commands |
| 12:42.39 | ruskie | why not xchat on both? |
| 12:43.46 | spldart | I have used windows longer than linux... windows umpteen years and linux as a desktop maybe 2.5 years.. I was was nice and confy with virc already... I do need to make that transistion though |
| 13:12.56 | _jptr | excuse me did I mention, that I can not access http://my.bzflag.org |
| 13:14.22 | jptr | sorry to bother you. but it's 2 days already I get a 403 on http://my.bzflag.org |
| 13:15.52 | *** topic/#bzflag by jptr -> "403" |
| 13:16.21 | brad | .. |
| 13:17.03 | *** topic/#bzflag by brad -> http://BZFlag.org || http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || logs |
| 13:17.05 | *** topic/#bzflag by Manu -> http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || logs at http://ibot.rikers.org/%23bzflag/ || http://ohloh.net/projects/189 || 2.0.10 is the latest public release || GSoC 2008, mentor blog at http://tanks4code.blogspot.com || Congratulations GSoC participants: http://code.google.com/soc/2008/bzflag/about.html || Students should add their projects to the wiki for review |
| 13:17.07 | brad | <PROTECTED> |
| 13:17.09 | brad | <PROTECTED> |
| 13:17.13 | brad | fails |
| 13:17.26 | brad | darn irssi let me down! |
| 13:17.30 | brad | ~manu++ |
| 13:17.40 | *** kick/#bzflag [jptr!n=jujibo@about/essy/JujiboHunter/Manu] by Manu (topic abuse) |
| 13:17.41 | *** join/#bzflag jptr (n=jptr@dslb-088-068-105-119.pools.arcor-ip.net) |
| 13:18.37 | *** topic/#bzflag by jptr -> "http://BZFlag.org || http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || logs at http://ibot.rikers.org/%23bzflag/ || http://ohloh.net/projects/189 || 2.0.10 is the latest public release || GSoC 2008, mentor blog at http://tanks4code.blogspot.com || Congratulations GSoC participants: http://code.google.com/soc/2008/bzflag/about.html || Students should add their projects to http://code.google.com/soc/2008/bzflag/a |
| 13:18.53 | whodaman- | ... |
| 13:18.55 | *** mode/#bzflag [+b *!*n=jptr@*.pools.arcor-ip.net] by Manu |
| 13:19.01 | *** join/#bzflag LongDon (n=LongDon@134.106.59.210) |
| 13:19.05 | *** kick/#bzflag [jptr!n=jujibo@about/essy/JujiboHunter/Manu] by Manu (topic abuse) |
| 13:19.10 | *** part/#bzflag LongDon (n=LongDon@134.106.59.210) |
| 13:19.18 | *** join/#bzflag hobbsc (n=hobbsc@ip70-178-55-100.ks.ks.cox.net) |
| 13:19.27 | *** topic/#bzflag by Manu -> http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || logs at http://ibot.rikers.org/%23bzflag/ || http://ohloh.net/projects/189 || 2.0.10 is the latest public release || GSoC 2008, mentor blog at http://tanks4code.blogspot.com || Congratulations GSoC participants: http://code.google.com/soc/2008/bzflag/about.html || Students should add their projects to the wiki for review |
| 13:19.33 | Manu | K |
| 13:20.53 | *** mode/#bzflag [-b *!*n=jptr@*.pools.arcor-ip.net] by Manu |
| 13:21.37 | Manu | at last he apologized |
| 13:21.49 | *** join/#bzflag pjtr (n=pjtr@dslb-088-068-114-081.pools.arcor-ip.net) |
| 13:23.28 | CBG` | lock the freaking topic |
| 13:23.36 | Manu | pjtr: the server is up and running, probably it's a DNS problem |
| 13:24.01 | Manu | pjtr: try to connect using the IP -> 66.111.56.50 |
| 13:24.28 | pjtr | Can someone skilled enough to analyze the matter do it? |
| 13:25.19 | pjtr | I mean it looks like a bunch of not so skilled people maintain the webserver. |
| 13:25.24 | Manu | pjtr: write the ip I wrote in your web explorer url and try to connect |
| 13:25.32 | pjtr | LOL |
| 13:26.42 | Manu | pjtr: LOL? nobody camplain about it, probably you are the only user can't connect |
| 13:26.54 | *** part/#bzflag pjtr (n=pjtr@dslb-088-068-114-081.pools.arcor-ip.net) |
| 13:27.32 | Manu | wow, what happens today? :/ |
| 13:28.37 | brad | glad he can't connect to the list server - 1 less idiot in bz |
| 13:29.42 | Manu | I'm thinking in adding the ban again :S |
| 13:31.21 | Manu | brad: do you get 403 error? :) |
| 13:31.34 | brad | no |
| 13:31.37 | Manu | probably he is trying to access somr forbidden resource |
| 13:31.43 | Manu | some* |
| 13:31.55 | Manu | or he is so skilled.. |
| 13:33.13 | Manu | or he is banned :/ |
| 13:33.17 | brad | maybe...but I doubt he is stupid enough to complain about that :P |
| 13:36.35 | CBG` | You have a serious lack of faith, brad. |
| 13:36.44 | CBG` | Never underestimate stupidity. |
| 13:38.18 | Manu | :) |
| 13:41.49 | donny | ~spldart++ |
| 13:42.04 | donny | you win for the first to lose patience with him :) |
| 13:43.31 | Manu | heh |
| 13:44.01 | hwilde | is it true that if he had a really old version, he would not be able to connect to the list server? |
| 13:44.42 | brad | 403 error is in a web browser |
| 13:46.18 | brad | and the old list server is still up so it would still work :P |
| 14:01.17 | brlcad | there is intentionally no topic lock, just ban abuse (and keep them banned) |
| 14:03.17 | Manu | brlcad: he apologized that's why I unbanned him |
| 14:03.20 | hwilde | topicbait |
| 14:03.22 | hwilde | lol |
| 14:03.40 | brlcad | nods |
| 14:03.40 | Manu | brlcad: but probably was a bad idea if you read his messages ;) |
| 14:04.18 | brlcad | yeah, I would have kept him banned, but it works either way .. he'll be back I bet |
| 14:04.37 | Manu | BTW, user dontkillmeimabeg turned mad :/ (as expected) |
| 14:05.41 | Manu | brlcad: I was going to read the web server logs to see what happened, but after his attitude, I don't want to waste my time |
| 14:05.58 | ruskie | :) |
| 14:06.41 | Manu | even when only he can't connect |
| 14:08.00 | *** join/#bzflag Tedius (n=Tedius@musictech.MUSC.CWRU.Edu) |
| 14:09.20 | brlcad | yeah, not worth it |
| 14:13.00 | hwilde | maybe if you were more skilled :) |
| 14:14.23 | Manu | yes, it's a pity ;) |
| 14:41.05 | *** join/#bzflag spldart (n=short_ci@adsl-70-240-240-32.dsl.hstntx.swbell.net) |
| 14:41.05 | *** mode/#bzflag [+v spldart] by ChanServ |
| 15:09.32 | *** join/#bzflag Saturos (n=Saturos@i59F7698E.versanet.de) |
| 15:58.03 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 16:24.47 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@unaffiliated/spazzymcgee) |
| 16:32.15 | *** join/#bzflag Dessy (n=Dessy@88-134-204-43-dynip.superkabel.de) |
| 16:48.36 | *** join/#bzflag pjtr (n=pjtr@dslb-088-068-114-081.pools.arcor-ip.net) |
| 16:49.32 | pjtr | so, still error 403 on http://my.bzflag.org |
| 16:51.23 | blast007 | k |
| 16:52.21 | pjtr | when I use lynx, the page is loaded. Iceweasle gets error 403 |
| 16:52.33 | blast007 | fix your browser then |
| 16:52.35 | JeffM | what if you use something normal like firefox |
| 16:52.50 | JeffM | yeah your browser probably looks to us like it's attacking |
| 16:52.52 | blast007 | Iceweasle is basically firefox |
| 16:52.55 | BulletCatcher | It could be a proxy setting. |
| 16:52.58 | blast007 | with art under the same license |
| 16:52.58 | JeffM | maybe |
| 16:53.16 | JeffM | but yeah pjtr basicly you just proved that it's you not us |
| 16:54.01 | pjtr | well. perhaps we could have reasolved it faster, if somebody could have looked at error.log |
| 16:54.21 | blast007 | maybe |
| 16:55.01 | pjtr | thank you. |
| 16:59.09 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
| 17:11.05 | hwilde | the lord helps those who help themselves. |
| 17:12.01 | pjtr | tosses a penny at hwilde |
| 17:13.46 | hwilde | sorry, that's not enough to buy basic troubleshooting skills |
| 17:14.43 | donny | and it seemed to be your problem to solve from the begining, since we all reported no issue |
| 17:16.15 | *** join/#bzflag nn64 (n=nn@74.94.43.196) |
| 17:16.23 | *** join/#bzflag Phase (i=phase@unaffiliated/phase) |
| 17:17.12 | brlcad | pjtr: fyi, changing the topic regardless of your ability to do so is a bannable offense |
| 17:17.38 | brlcad | leave it alone, especially if you're just going to abuse it |
| 17:18.50 | JeffM2501 | is he the same guy as don'tkillme? |
| 17:18.52 | brlcad | and being a jackass to people that have no obligation to help you is just plain rude |
| 17:19.57 | JeffM2501 | odd that there have been 2 topic abbusers today |
| 17:20.44 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 17:20.44 | *** mode/#bzflag [+v tupone] by ChanServ |
| 17:21.20 | brlcad | they were sorta at the same time |
| 17:21.27 | brlcad | learning by example |
| 17:21.38 | JeffM2501 | no es bueno |
| 17:21.48 | spldart | ah |
| 17:21.51 | SportChick | hugs brlcad |
| 17:21.59 | hwilde | same person, different nick |
| 17:22.14 | JeffM2501 | hwilde, what maks you say that? |
| 17:22.34 | hwilde | jptr == pjtr ? |
| 17:22.54 | JeffM2501 | but not the same as "don't kill me I'm a beginer" |
| 17:23.12 | spldart | which was first? |
| 17:23.55 | spldart | topic changer |
| 17:24.36 | hwilde | dkmiab was first |
| 17:24.41 | hwilde | but he just put a smiley face on there |
| 17:25.06 | SportChick | tacklehugs JeffM2501 |
| 17:25.13 | JeffM2501 | how are you SportChick :) |
| 17:25.18 | hwilde | shoots rabic SC with tranquilizer dart |
| 17:25.19 | JeffM2501 | staying out of trouble? |
| 17:25.26 | SportChick | JeffM2501: always ;) |
| 17:25.46 | hwilde | *rabid lol |
| 17:26.04 | SportChick | JeffM2501: a better question is "Are *you* staying out of trouble?" |
| 17:26.07 | *** join/#bzflag Dessy (n=Dessy@88-134-204-43-dynip.superkabel.de) |
| 17:26.12 | *** join/#bzflag Erroneous (n=dtremena@about/essy/CrazyCoder/DTRemenak) |
| 17:26.12 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 17:26.17 | JeffM2501 | havent' had to use bail money yet :) |
| 17:26.21 | brlcad | hiya SportChick |
| 17:26.24 | brlcad | *hugs* |
| 17:26.45 | JeffM2501 | but I've had to write php, and that can be considered "trouble" :) |
| 17:26.48 | SportChick | JeffM2501: hehe, cuz I am *certain* Erroneous is not :) |
| 17:27.15 | JeffM2501 | he's a good boy he is |
| 17:27.23 | JeffM2501 | even tho he ditched JBdiGriz and myself |
| 17:27.26 | Erroneous | not what?! |
| 17:27.31 | SportChick | he ditched you?! |
| 17:27.33 | SportChick | WHAT?! |
| 17:27.42 | SportChick | that's not the actions of a "good boy" |
| 17:27.42 | JeffM2501 | well |
| 17:27.46 | *** join/#bzflag kirun (n=kirun@222.5.gr6.adsl.brightview.com) |
| 17:27.47 | Erroneous | hides |
| 17:27.49 | JeffM2501 | he didn't try hard ;) |
| 17:27.52 | SportChick | eyes Erroneous |
| 17:28.21 | JBdiGriz | Actually, he stood us up, rather than ditching us |
| 17:28.26 | *** join/#bzflag Dessy (n=Dessy@88-134-204-43-dynip.superkabel.de) |
| 17:28.30 | JeffM2501 | Erroneous, you can ignore the e-mail I sent you this morning. we did the load test. |
| 17:28.35 | JeffM2501 | JBdiGriz, that's true |
| 17:28.44 | Erroneous | cool |
| 17:28.50 | Erroneous | was wondering about that |
| 17:29.00 | JeffM2501 | it looks purdy now tho :) |
| 17:35.07 | Manu | hugs SportChick |
| 17:35.24 | SportChick | hugs Manu |
| 17:36.08 | *** join/#bzflag TimRiker (n=timr@rikers.org) |
| 17:36.09 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 17:47.20 | *** join/#bzflag jftsang (n=jftsang@88-108-172-109.dynamic.dsl.as9105.com) |
| 17:47.30 | *** part/#bzflag jftsang (n=jftsang@88-108-172-109.dynamic.dsl.as9105.com) |
| 18:08.29 | *** join/#bzflag Pimpinella (n=frank@gondolin.pimpi.org) |
| 18:10.58 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 18:21.56 | hwilde | shoots all the tank huggers with gms in their faces |
| 18:22.22 | hwilde | make bzwar not bzlove :) |
| 18:30.16 | *** join/#bzflag KungFu (n=Kuni@frnk-4d01e98d.pool.mediaWays.net) |
| 18:30.29 | *** part/#bzflag KungFu (n=Kuni@frnk-4d01e98d.pool.mediaWays.net) |
| 18:37.33 | *** join/#bzflag Phase (i=phase@unaffiliated/phase) |
| 18:38.21 | *** join/#bzflag noyb (n=noyb@nat/sun/x-fad1c184b8059297) |
| 18:39.21 | *** join/#bzflag LongDon (n=LongDon@host-091-097-002-088.ewe-ip-backbone.de) |
| 18:43.31 | *** join/#bzflag Wits (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 18:45.49 | *** join/#bzflag Suspect (n=Suspect@68-113-163-117.dhcp.plt.ny.charter.com) |
| 18:55.46 | *** join/#bzflag Phase (i=phase@unaffiliated/phase) |
| 19:08.35 | spldart | sets up laser tripped SWs all over the room |
| 19:08.53 | spldart | Call it a world weapon, and a hobby. |
| 19:10.57 | SpazzyMcGee | ahem http://my.bzflag.org/bb/viewtopic.php?t=10967&highlight= |
| 19:11.19 | whodaman- | lol... |
| 19:11.24 | Winny | yeah, he sent me a PM |
| 19:11.43 | Winny | "do you have a usergroup? i am a freind of BAPTIST and hes says your the coolest so i would like to b in your group and i am 17 so you could trust me." |
| 19:11.43 | SpazzyMcGee | I think that means the summer influx of people using BZBB like MSN Messenger has officially arrived. |
| 19:13.50 | *** join/#bzflag L4m3r (i=l4m3r@about/essy/warning/L4m3r) |
| 19:13.50 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 19:13.57 | SpazzyMcGee | lol u died in particular |
| 19:17.34 | Winny | hehe |
| 19:26.19 | *** part/#bzflag LongDon (n=LongDon@host-091-097-002-088.ewe-ip-backbone.de) |
| 19:28.32 | donny | BZFlag chat research study being presented at Microsoft Research next week |
| 19:28.36 | donny | http://www.slis.indiana.edu/news/story.php?story_id=1747 |
| 19:29.04 | Winny | I thought that said bzflag cheat research, heh |
| 19:29.17 | donny | hehe |
| 19:29.31 | donny | no the one with all the pretty slides on the forums |
| 19:29.44 | Winny | :) |
| 19:41.48 | JBdiGriz | Did we know they were doing this research? |
| 19:42.05 | Winny | It's been on the forums for about 6 months or more |
| 19:42.10 | *** join/#bzflag Legoguy (n=Legoguy@Legoguy.broker.freenet6.net) |
| 19:42.53 | JBdiGriz | I'll have to go searching for it. |
| 20:09.23 | JeffM2501 | brlcad, any more info on orgs? |
| 20:11.24 | *** join/#bzflag F687s (n=noah@cpe-71-67-112-44.woh.res.rr.com) |
| 20:33.07 | brlcad | not yet |
| 20:36.49 | *** join/#bzflag Phase (i=phase@unaffiliated/phase) |
| 20:54.42 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 20:58.54 | *** join/#bzflag TimRiker (n=timr@rikers.org) |
| 20:58.55 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 21:00.20 | *** join/#bzflag Tedius (n=Tedius@musictech.MUSC.CWRU.Edu) |
| 21:06.25 | *** join/#bzflag {JAH} (n={jah}@24-56-146-164.mn.warpdriveonline.com) |
| 21:09.21 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 21:09.21 | *** mode/#bzflag [+v tupone] by ChanServ |
| 21:19.28 | *** join/#bzflag Think_Differentl (n=shedelj@unaffiliated/thinkdifferentl/x-838543) |
| 21:22.21 | *** join/#bzflag awilcox (n=awilcox@unaffiliated/awosdev) |
| 21:33.00 | *** join/#bzflag [dmp] (n=dennis@static.88-198-0-201.clients.your-server.de) |
| 21:42.32 | *** join/#bzflag eTangenT (i=etangent@inge069019.halls.colostate.edu) |
| 21:52.22 | *** join/#bzflag QuantumTim (n=tim@62-249-230-206.no-dns-yet.enta.net) |
| 22:11.37 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 22:11.38 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 22:24.18 | *** join/#bzflag spldart (n=vircuser@c-98-197-19-50.hsd1.tx.comcast.net) |
| 22:24.19 | *** mode/#bzflag [+v spldart] by ChanServ |
| 22:32.31 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) |
| 22:33.07 | JeffM2501 | Constitution, the shot branch should be more ready for you |
| 22:33.15 | JeffM2501 | we got it able to actualy shoot :) |
| 22:33.25 | Constitution | well that would be a definite plus |
| 22:33.33 | JeffM2501 | at first it didn't shoot enough |
| 22:33.40 | JeffM2501 | then it shot too much |
| 22:33.43 | JeffM2501 | now it shoots just right |
| 22:37.33 | *** join/#bzflag TimRiker (n=timr@rikers.org) |
| 22:37.33 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 22:40.37 | Constitution | guess I should check it out and see what it does |
| 22:46.02 | *** join/#bzflag me1 (n=me1@unaffiliated/me1) |
| 22:52.22 | Erroneous | just wait until the bears come back... |
| 22:53.32 | Constitution | submits the last school project of his semester |
| 22:53.37 | Erroneous | woot |
| 22:54.13 | brlcad | yeehaw |
| 22:55.12 | Constitution | C# .NET... ew :( |
| 22:57.13 | Lukstr | bears? |
| 22:59.27 | blast007 | Constitution: nothing wrong with C# :) |
| 23:08.26 | Constitution | blast007: except that it doesn't run on the greatest operating system ever ;) |
| 23:09.03 | whodaman- | Constitution, do I hear OS X? |
| 23:09.20 | blast007 | Constitution: mono doesn't run on OSX? |
| 23:09.21 | Constitution | how astute |
| 23:09.53 | Constitution | eh, yeah, I'm probably misinformed :) |
| 23:10.20 | Lukstr | lies, OS X is BSD! |
| 23:11.23 | Constitution | sits back and watches the OS Apocalypse unfold |
| 23:11.29 | Lukstr | :P |
| 23:42.24 | *** join/#bzflag Noodleman (n=tuckerm@64.207.229.213) |
| 23:50.14 | *** join/#bzflag TimRiker (n=timr@rikers.org) |
| 23:50.15 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 23:50.39 | blast007 | Constitution: http://www.mono-project.com/Mono:OSX |
| 23:50.46 | blast007 | so .NET really isn't that bad ;) |
| 23:51.12 | blast007 | most (?) stuff should build on Windows, Linux, and Mac |
| 23:51.27 | Constitution | cool |
| 23:51.34 | blast007 | I haven't tried yet, but it might be interesting to get my BZWTestLauncher running on Linux and OSX |
| 23:51.38 | blast007 | it's written in C# |
| 23:52.51 | blast007 | probably not as user friendly as a direct port though |
| 23:54.55 | me1 | blast007, what does your bzwtestlauncher do? does it have options and stuff, or does it just load a map and run. (I never really tried it.) |
| 23:55.49 | AAA_awright | blast007: It just launches a bzw map with some settings? Very quick? |
| 23:57.20 | AAA_awright | The best time saver is it restarts the server every time you change the map, by watching the modification timestamp |
| 23:57.33 | AAA_awright | That shouldn't be too hard to do, hmm.... |
| 23:59.15 | me1 | AAA_awright, was that supposed to be towards me, or blast? |
| 23:59.35 | AAA_awright | Uh, Yes. |
| 23:59.46 | me1 | Huh? |
| 23:59.52 | AAA_awright | Blast mostly |