| 00:08.18 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 00:10.18 | CIA-11 | BZFlag: 03trepan * r19490 10/trunk/bzflag/configure.ac: * updated the FTGL build test (FTFont::ControlBlending() => FTGL::RENDER_NOBLEND) |
| 00:12.00 | CIA-11 | BZFlag: 03trepan * r19491 10/trunk/bzflag/configure.ac: * killed the silly |
| 00:20.24 | *** join/#bzflag the_j0k3r (n=the_j0k3@58.173.67.94) |
| 00:45.28 | *** join/#bzflag Constitution (n=const@bzflag/developer/Constitution) |
| 00:49.56 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 00:57.00 | *** join/#bzflag JeffM (n=Jeff@bzflag/projectadmin/JeffM) |
| 00:57.01 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 01:09.24 | BulletCatcher | Attention all Linux developers and testers: please let me know if your system has libtool version 2.x installed. The first line of a "libtool --version" command output provides the answer. |
| 01:09.31 | BulletCatcher | The latest version of cURL assumes version 2.x, but Fedora 10 has version 1.5.26 which requires a change to their libtool.m4 file. |
| 01:09.34 | BulletCatcher | I just want to know whether a proper adaptive fix is needed now or if a quick hack will get us by until later. |
| 01:13.01 | BulletCatcher | The difference is that 1.5.x defines $echo, while 2.x defines $ECHO. I can make it do one or the other, but haven't found a working way to make it do both. |
| 01:15.20 | BulletCatcher | Other than that, cURL 7.19.4 seems to work fine with BZFlag. |
| 01:20.02 | blast007 | 1.5.22 on debian etch |
| 01:20.24 | BulletCatcher | Okay, thanks. |
| 01:33.36 | spldart | Etch? That old thing? ;-) |
| 01:37.10 | Erroneous | 1.5.22 here |
| 01:37.55 | Erroneous | on two different machines, with different distros |
| 01:38.22 | Erroneous | (neither of them Etch ;) ) |
| 01:40.54 | *** join/#bzflag Think_Differentl (n=fatass@bzflag/player/ThinkDifferent) |
| 01:50.26 | BulletCatcher | Thanks for that too. It looks like Fedora 11 will have libtool 2.2.6 when it is released. |
| 02:17.32 | *** join/#bzflag gmazzola (n=meepster@CPE0015c5aef0a8-CM001ade854226.cpe.net.cable.rogers.com) |
| 03:05.51 | TD-Linux | 1.5.26 here |
| 03:09.09 | a_meteorite | 9001.3.1337 here |
| 03:09.49 | a_meteorite | I signed up for the pre-alpha version, I wish I could go back... ;) |
| 03:33.07 | *** join/#bzflag L4m3r (n=l4m3r@bzflag/developer/L4m3r) |
| 03:33.07 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 03:44.46 | blast007 | JeffM: sound works fine on the build I did on Vista (VC2008EE, Nov 2008 DX SDK, and Server 2008 .NET 3.5 Windows SDK) |
| 03:45.07 | *** join/#bzflag pacman87 (n=timothy@pool-173-57-39-82.dllstx.fios.verizon.net) |
| 03:48.15 | *** join/#bzflag FastLizard4 (i=FastLiza@wikipedia/FastLizard4) |
| 03:57.49 | blast007 | don't think I updated the Windows SDK on my XP system, so that might have affected audio |
| 04:00.32 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 04:00.32 | *** mode/#bzflag [+v spldart] by ChanServ |
| 04:04.33 | *** join/#bzflag JeffM (n=Jeff@bzflag/projectadmin/JeffM) |
| 04:04.33 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 05:24.42 | *** join/#bzflag PositiveG (n=sniper15@S0106002191dd19a8.gv.shawcable.net) |
| 06:16.50 | *** join/#bzflag nightstrike_ (n=nightstr@210.212.97.141) |
| 06:30.25 | nightstrike_ | I've been going through the source lately, and just to see if I've understood things right, can someone tell me if getPostition() used with shots, tanks etc is an example of code that has been repeated everywhere, and hence needs to be moved to libgame? |
| 06:36.56 | blast007 | probably |
| 06:37.32 | blast007 | I think the general idea is to move any shared game logic to a shared lib, that way it's easy for all of the applications to have the same behavior |
| 06:38.08 | blast007 | and could also help us run a simulation of the game on the server to do better sanity/cheat checks |
| 06:38.59 | nightstrike_ | hmmm... true |
| 06:39.17 | nightstrike_ | Can you give me a few more examples of such code? Which needs to be moved? |
| 06:39.38 | nightstrike_ | I'll spend a day or two more checking out code before I start preparing my GSoC proposal/application |
| 06:40.54 | blast007 | tank physics in general, shot simulation, etc |
| 06:41.15 | nightstrike_ | okies, I'll get on it... thanks blast007 |
| 06:41.21 | blast007 | no problem |
| 06:41.50 | blast007 | I'm probably not the best one for that topic, so feel free to ask one of the other devs for more clarification of any details |
| 06:43.08 | nightstrike_ | of course, brlcad comes online at around 6-8 hours from now, I'll ask him |
| 06:46.22 | trepan | nightstrike_: anything related to game state should be extracted from the src/bzflag dir |
| 06:47.31 | nightstrike_ | yes, like positions of different objects and scores? |
| 06:47.36 | trepan | yes |
| 06:47.59 | nightstrike_ | wow! So what'll be left in src/bzflag? |
| 06:48.04 | trepan | plenty |
| 06:48.48 | nightstrike_ | presently, there's game logic and OpenGL code there... what else? |
| 06:49.16 | nightstrike_ | and communications code of course |
| 06:50.45 | trepan | initialization, input event management, command bindings, etc... |
| 06:52.17 | nightstrike_ | okies, thanks trepan. I'll go through some more code and I'll discuss further |
| 06:52.30 | nightstrike_ | in around 8-9 hours time maybe |
| 06:56.04 | *** join/#bzflag nightstrike_ (n=nightstr@210.212.97.141) |
| 07:23.23 | CIA-11 | BZFlag: 03trepan * r19493 10/trunk/bzflag/src/ (9 files in 4 dirs): |
| 07:23.23 | CIA-11 | BZFlag: * added the bz.SetMouseBox() call-in |
| 07:23.23 | CIA-11 | BZFlag: * renamed the bzdb variable 'GroundOverideColor' to 'GroundOverrideColor' |
| 07:23.23 | CIA-11 | BZFlag: ===>>> not backwards compatible <<<=== |
| 07:23.25 | CIA-11 | BZFlag: 03trepan * r19492 10/trunk/bzflag/src/bzflag/clientCommands.cxx: |
| 07:23.25 | CIA-11 | BZFlag: * added concatArgs() for the luauser, luaworld, and luabzorg commands, |
| 07:23.28 | CIA-11 | BZFlag: so that arbitrary lua command lines (with whitespace), can be bound |
| 07:23.30 | CIA-11 | BZFlag: (ex: bind & down luauser customcommand arg1 arg2 arg2) |
| 07:23.32 | CIA-11 | BZFlag: * did a little reformatting |
| 07:35.04 | CIA-11 | BZFlag: 03trepan * r19494 10/trunk/bzflag/src/ (3 files in 2 dirs): (log message trimmed) |
| 07:35.04 | CIA-11 | BZFlag: * renamed some bzdb variables for consistency: |
| 07:35.04 | CIA-11 | BZFlag: GroundOverrideColor => groundOverrideColor |
| 07:35.04 | CIA-11 | BZFlag: UseBitmapFonts => useBitmapFonts |
| 07:35.04 | CIA-11 | BZFlag: MinAliasedFontSize => minAliasedFontSize |
| 07:35.05 | CIA-11 | BZFlag: NoDisplayListsForFonts => noDisplayListsForFonts |
| 07:35.07 | CIA-11 | BZFlag: NOTE: the SDLAudio, SDLVideo, SDLJoystick, and Win32NoMin |
| 08:00.54 | *** join/#bzflag Cygal (n=cygal@zancdar.eu) |
| 08:00.57 | *** join/#bzflag I_Died_Once (n=I_Died_O@unaffiliated/idiedonce/x-1828535) |
| 08:01.13 | I_Died_Once | NightMare is on the Cubist Missile Crisis server |
| 08:01.53 | I_Died_Once | he left |
| 08:18.31 | *** join/#bzflag Upsetter (n=Ups@i577B4707.versanet.de) |
| 08:27.29 | *** join/#bzflag jh` (i=jh@host-212-149-242-219.kpylaajakaista.net) |
| 09:24.13 | *** join/#bzflag dexter- (n=whodaman@bzflag/player/Dexter) |
| 09:52.03 | *** join/#bzflag trepan (n=trepan@unaffiliated/trepan) |
| 09:52.03 | *** mode/#bzflag [+v trepan] by ChanServ |
| 10:35.29 | Cygal | hi. |
| 10:41.31 | *** join/#bzflag temp_dist (n=temp_dis@bzflag/serverop/TemporalDistraction) |
| 11:33.24 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 12:40.58 | *** join/#bzflag dexter- (n=whodaman@bzflag/player/Dexter) |
| 13:05.18 | *** join/#bzflag nightstrike_ (n=nightstr@210.212.97.141) |
| 13:09.52 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 14:38.54 | *** join/#bzflag L4m3r (n=l4m3r@bzflag/developer/L4m3r) |
| 14:38.54 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 14:57.03 | *** join/#bzflag spldart (n=short_ci@bzflag/contributor/spldart) |
| 14:57.03 | *** mode/#bzflag [+v spldart] by ChanServ |
| 15:16.38 | *** join/#bzflag TD-Linux (n=wheeeeee@96-42-68-26.dhcp.roch.mn.charter.com) |
| 15:39.20 | *** join/#bzflag res|laptop (n=res@pdpc/supporter/student/res2k) |
| 15:43.39 | res|laptop | so... potential SoC students who found an idea on the bzflags ideas list that fits them pretty well, how should they best start with getting in touch with the developing community? ;) |
| 15:44.13 | joevano | uh, you have started :P |
| 15:44.36 | res|laptop | that was easy |
| 15:44.40 | joevano | yep |
| 15:45.15 | joevano | takes a while sometimes for someone to respond, but we are alwaysout here.. just maybe not at our keyboard |
| 15:45.48 | res|laptop | yeah. my IRC client also runs 24/7, whereever I actually am ;) |
| 15:45.48 | joevano | so how may we help you :) |
| 15:46.09 | res|laptop | nothing in particular yet |
| 15:46.23 | res|laptop | just talking to people a bit |
| 15:46.25 | res|laptop | the particular idea I'm interested in is "Modularization of OpenGL logic" |
| 15:46.31 | joevano | well we encourage communication all through the application process |
| 15:46.51 | joevano | cool |
| 15:47.46 | joevano | we encourage talking about your application and thoughts before the submission deadline |
| 15:48.07 | joevano | makes for much a much better application process |
| 15:48.53 | joevano | and we get to know each other a bit that way before we need to decide who we are going to take on |
| 15:49.30 | res|laptop | alright |
| 15:50.10 | res|laptop | well ... I'll just be rummaging a bit through the code, make myself a picture how 'bad' the situation with the GL calls is ;) |
| 15:50.13 | res|laptop | meanwhile, |
| 15:50.15 | res|laptop | lurks |
| 15:54.23 | joevano | sounds like an excellent plan and good luck |
| 15:56.12 | res|laptop | yeah. can't do anything wrong with lurking! |
| 15:56.59 | *** join/#bzflag MPS_ (n=mathias@p57B213CF.dip0.t-ipconnect.de) |
| 16:10.46 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 16:14.03 | *** join/#bzflag gusfm (n=gustavo@201-66-206-7.smace701.dsl.brasiltelecom.net.br) |
| 16:43.12 | Wyk3d | blast007: can you reproduce that worldeventmanager crash again or was that just a one time fluke ? |
| 16:43.43 | blast007 | Reproduceable |
| 16:44.09 | Wyk3d | i've added fastmap and httpserver plugins, do i need to add more ? |
| 16:44.16 | blast007 | I'll have to test again with new code |
| 16:44.35 | Wyk3d | well i'm testing with ~week old code actually :) |
| 16:45.07 | Wyk3d | so what do you do to reproduce it ? |
| 16:46.21 | *** join/#bzflag ll (n=46b5b7cb@bz.bzflag.bz) |
| 16:47.25 | blast007 | I had torblock, servercontrol, fastmap, and webstats |
| 16:47.53 | blast007 | and I was just joining/leaving a couple times |
| 16:48.02 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 16:52.24 | *** join/#bzflag Carnage00 (n=carnage@dyn216-8-130-10.ADSL.mnsi.net) |
| 17:07.20 | *** join/#bzflag MindstormsKid (n=chatzill@adsl-074-183-055-029.sip.cha.bellsouth.net) |
| 17:10.00 | Wyk3d | omg .. reproduced it :D .. well not it, better than it, found the cause ^^ |
| 17:12.26 | Winny | I blame the failwhale |
| 17:25.40 | *** join/#bzflag zwergy (n=543f9016@bz.bzflag.bz) |
| 17:33.03 | *** join/#bzflag Ratfink (n=weechat@nc-67-76-227-5.sta.embarqhsd.net) |
| 17:33.44 | Ratfink | is it possible to make a plugin that changes the teleporter linkage table? |
| 17:41.47 | *** join/#bzflag JefferyM (n=JefferyM@bzflag/projectadmin/JeffM) |
| 17:41.48 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 17:42.12 | *** join/#bzflag DiegoCasella (n=polentin@ppp-144-146.21-151.libero.it) |
| 17:42.33 | *** join/#bzflag Ratfink1 (n=weechat@nc-67-76-227-5.sta.embarqhsd.net) |
| 17:47.29 | pacman87 | Ratfink: i dont think so for 2.0.x, but i'm pretty sure there's a teleport event in 2.99 you can link into |
| 17:47.44 | pacman87 | but i've been out of the loop for a while |
| 17:48.12 | Ratfink | it would be really cool if you could have teleporters that can be linked or unlinked depending on the position of other players |
| 17:49.13 | pacman87 | i think the idea with the 2.99 version is that a plugin can determine the endpoint of a teleportor |
| 17:49.34 | pacman87 | so to "unlink" you'd set the exit to be the same as the entrance |
| 17:49.46 | pacman87 | but i haven't played with it myself |
| 17:49.55 | Ratfink | that would be really cool if you could do that |
| 17:50.21 | pacman87 | are you working with 2.0 or 2.99? |
| 17:50.40 | Ratfink | I'm not really working with anything |
| 17:50.46 | Ratfink | I was just wondering if it was possible |
| 17:52.03 | *** join/#bzflag Ratfink1 (n=weechat@nc-67-76-227-5.sta.embarqhsd.net) |
| 17:53.13 | pacman87 | http://my.bzflag.org/w/Bz_eTeleportEvent |
| 17:53.23 | pacman87 | you can't actually change anything, i was wrong |
| 17:53.28 | pacman87 | it's just a notification event |
| 17:55.13 | Ratfink | oh |
| 17:58.14 | pacman87 | ~svn |
| 17:58.15 | ibot | Subversion (aka SVN) is version control software that aims to be a better CVS than CVS. See http://subversion.tigris.org/. |
| 17:58.20 | pacman87 | ~bzsvn |
| 17:58.21 | ibot | i heard bzsvn is http://my.bzflag.org/w/BZFlag_SVN and svn co https://bzflag.svn.sourceforge.net/svnroot/bzflag/trunk/bzflag bzflag |
| 18:18.43 | *** join/#bzflag tj13820 (n=unknown@unaffiliated/tj13820) |
| 18:40.23 | *** join/#bzflag menotume (n=menotume@bzflag/contributor/menotume) |
| 18:40.23 | *** mode/#bzflag [+v menotume] by ChanServ |
| 18:43.54 | nightstrike_ | Hi all, as far as the libgame project is concerned, I've found a couple of instances of redundant code and I'm getting a better idea of the problem at hand. So as far as deliverables for the project is concerned, may I know what the developers have in mind? |
| 18:45.53 | nightstrike_ | is refactoring and modularizing redundant code, say in, src/bzflag, src/bzrobots and src/bzfs a sufficiently long list? |
| 18:53.03 | pacman87 | TimeKeeper.cxx: In static member function 'static void TimeKeeper::setProcessorAffinity(int)': |
| 18:53.03 | pacman87 | TimeKeeper.cxx:398: error: ISO C++ forbids braced-groups within expressions |
| 18:54.48 | *** join/#bzflag me1 (n=ausom@bzflag/player/Me1) |
| 19:03.01 | trepan | http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=453687 |
| 19:07.28 | pacman87 | hmm |
| 19:07.34 | pacman87 | i have gcc 4.2.4 on slackware 12 |
| 19:09.12 | *** part/#bzflag pacman87 (n=timothy@pool-173-57-39-82.dllstx.fios.verizon.net) |
| 19:09.18 | *** join/#bzflag pacman87 (n=timothy@pool-173-57-39-82.dllstx.fios.verizon.net) |
| 19:10.59 | trepan | libc version? |
| 19:15.43 | pacman87 | 2.7 |
| 19:25.08 | *** join/#bzflag Greywhind (n=Greywhin@Jameson-63.resnet.brown.edu) |
| 19:31.00 | *** join/#bzflag Khezar (n=Greywhin@Jameson-84.resnet.brown.edu) |
| 19:39.14 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 19:40.00 | *** join/#bzflag MindstormsKid (n=chatzill@adsl-074-183-055-029.sip.cha.bellsouth.net) |
| 19:42.29 | *** join/#bzflag Khezar_ (n=Greywhin@Jameson-84.resnet.brown.edu) |
| 19:44.48 | *** join/#bzflag [Po]lentino (n=polentin@ppp-123-148.21-151.libero.it) |
| 19:46.54 | *** join/#bzflag bier (n=bier@p54A56ED2.dip.t-dialin.net) |
| 19:47.03 | *** join/#bzflag Will07c5 (n=William@c-67-173-127-196.hsd1.il.comcast.net) |
| 20:00.50 | Wyk3d | globals are bad .. |
| 20:00.58 | Wyk3d | static URLFetchHandler urlFetchHandler; |
| 20:01.30 | Wyk3d | static std::map<CURL*, cURLManager*> cURLMap; |
| 20:01.48 | Wyk3d | urlFetchHandler's destructor wants to erase something from cURLMap |
| 20:01.59 | Wyk3d | guess what happens if cURLMap is destroyed first |
| 20:03.10 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 20:10.15 | trepan | hilarity ensues? |
| 20:10.21 | Wyk3d | totally .. |
| 20:10.29 | trepan | urlFetchHandler would be my bad, cURLMap ... not so much |
| 20:11.12 | trepan | were you guys tracking down a running crash, or a shutdown segv? |
| 20:11.29 | pacman87 | trepan: upgrading to glibc 2.9 fixed it for me, thanks |
| 20:11.35 | Wyk3d | well i could only reproduce it as a shutdown crash |
| 20:11.51 | trepan | so there's a running crash still to be found? |
| 20:12.21 | Wyk3d | in blast007's case i don't know .. it could have been that the server shut itself down for some reason |
| 20:12.36 | Wyk3d | that can happen from several places as i've found |
| 20:13.09 | Wyk3d | and that crash is also caused by global madness |
| 20:13.25 | Wyk3d | (found the CURL one by mistake) |
| 20:14.10 | Wyk3d | serverControl and torblock use global vars for eventhandlers |
| 20:15.08 | Wyk3d | and for some reason when you shut the server down bz_Unload doesn't seem to be called and the global in the DLL is deleted before the worldEventManager |
| 20:17.08 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@bzflag/contributor/SpazzyMcGee) |
| 20:19.38 | Wyk3d | and by "shut the server down" i mean send a terminate signal to it by X-ing the window |
| 20:20.08 | Wyk3d | i saw that signal get triggered but didn't find any signal handlers anyway |
| 20:20.13 | Wyk3d | *anywhere |
| 20:20.24 | Wyk3d | that may be the problem |
| 20:21.48 | trepan | i fix the urlFetchHandler shutdown problem, unless you want to |
| 20:21.55 | trepan | s/i fix/i'll fix/ |
| 20:23.56 | Wyk3d | i'd fix it, just need to find where urlFetchHandler needs to be initialized and destroyed if not globally |
| 20:24.51 | trepan | another way to do it would be to use a static function call for cURLMap accesses |
| 20:26.54 | Wyk3d | and by static function call you mean static getCurlMap() { static cURLMapType *curlmap = new CurlMap(); return *curlmap; } or ? |
| 20:27.21 | Wyk3d | i.e singleton-like |
| 20:29.44 | Wyk3d | that would work i guess .. and then you woud delete &getCurlMap when you are sure you won't need it again .. but that is when ? |
| 20:32.03 | blast007 | Wyk3d: I'll play with it more when I get home. My issue might already be fixed. |
| 20:41.39 | Wyk3d | trepan: i think the easiest way is to use cURLManager::ref to find out when it needs to be cURLMap needs to be created/destroyed |
| 20:42.08 | Wyk3d | s/it needs to be// |
| 20:42.26 | *** join/#bzflag short_circuit (n=james@c-98-197-19-35.hsd1.tx.comcast.net) |
| 21:06.06 | CIA-11 | BZFlag: 03Wyk3d * r19495 10/trunk/bzflag/ (include/cURLManager.h src/common/cURLManager.cxx): Fixed a crash caused by the static cURLMap being destroyed sooner than global cURLManagers. |
| 21:12.49 | trepan | Wyk3d: i step out for a few minutes, and you've already got it fixed :) |
| 21:13.11 | Wyk3d | sorry ;) |
| 21:22.39 | Will07c5 | any developers around that can answer a question about one of the gsoc ideas? |
| 21:36.22 | trepan | Will07c5: on irc, it's usually best to just ask your question and wait for a reply |
| 21:37.03 | *** join/#bzflag Greywhind (n=Greywhin@Jameson-90.resnet.brown.edu) |
| 21:37.43 | Will07c5 | thanks for the tip |
| 21:39.30 | Will07c5 | I was just wondering if the opengl modularization includes hunting down and replacing all the opengl calls in bzflag |
| 21:47.17 | *** join/#bzflag Constitution (n=const@24.251.199.11) |
| 21:49.26 | Constitution | ~bzflist |
| 21:51.02 | brlcad | mysql is overloaded doing something |
| 21:51.04 | brlcad | resetting it |
| 21:51.19 | Constitution | k |
| 22:00.02 | *** join/#bzflag KTL (n=KTL@213.219.144.221.adsl.dyn.edpnet.net) |
| 22:06.02 | blast007 | Will07c5: find all the GL calls, moving them to a central location, and then either replacing those calls and/or reorganizing how the drawing is done |
| 22:11.05 | *** join/#bzflag dexter- (n=whodaman@bzflag/player/Dexter) |
| 22:16.15 | Will07c5 | can you point me to where most of the opengl calls are located in the code? |
| 22:20.46 | trepan | find . -name *.cxx -exec grep -Rl '[^a-zA-Z]gl[A-WYZ]' {} \; > gl-files.txt |
| 22:21.05 | trepan | http://trepan.bzflag.bz/gl-files.txt (for the *nix disabled ;-) |
| 22:24.55 | trepan | sorted and re-uploaded ... |
| 22:30.11 | Constitution | ~trepan++ |
| 22:31.55 | trepan | on another topic, http://trepan.bzflag.bz/lower-case-files.txt |
| 22:33.36 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 22:34.15 | trepan | i can see the justification for some of them, but effectsRenderer.cxx and the like should probably be corralled into the herd |
| 22:35.44 | trepan | almost typed 'hurd' :) |
| 22:38.07 | *** join/#bzflag MindstormsKid (n=chatzill@adsl-074-183-055-029.sip.cha.bellsouth.net) |
| 22:41.23 | Will07c5 | trepan: thanks for uploading that since I am stuck with windows for the week :/ |
| 22:43.17 | *** join/#bzflag Think_Differentl (n=fatass@bzflag/player/ThinkDifferent) |
| 22:59.39 | tj13820 | does the BZFlag project have a twitter account? |
| 23:03.01 | *** part/#bzflag pacman87 (n=timothy@pool-173-57-39-82.dllstx.fios.verizon.net) |
| 23:07.07 | Constitution | Will07c5: vmware + ubuntu |
| 23:08.30 | Will07c5 | actually even using vmware will completely crash my machine |
| 23:09.41 | Will07c5 | I should probably just go for an older version of ubuntu since I think it is the latest kernel that causes the issue |
| 23:10.06 | *** join/#bzflag dexter- (n=whodaman@bzflag/player/Dexter) |
| 23:18.24 | Winny | tj13820: that would be an interesting way of providing commit updates |
| 23:19.20 | tj13820 | @Winny: i was thinking more of "Project Information and status" as nowadays /everyone/ has twitter |
| 23:30.35 | *** join/#bzflag JeffM (n=Jeff@bzflag/projectadmin/JeffM) |
| 23:30.35 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 23:35.02 | *** join/#bzflag Constitution (n=const@bzflag/developer/Constitution) |
| 23:55.22 | *** join/#bzflag elad01 (n=none@82.80.133.48) |