| 15:04.45 | *** join/#bzflag ibot (~ibot@rikers.org) |
| 15:04.45 | *** topic/#bzflag is http://BZFlag.org || http://cia.vc/stats/project/BZFlag || http://wiki.BZFlag.org/Getting_Help || Channel Logs: http://ibot.rikers.org/%23bzflag/ || Please test SVN trunk for 2.4.2 release so we can have a debian package |
| 15:04.46 | *** mode/#bzflag [+o ibot] by ChanServ |
| 15:22.35 | *** join/#bzflag mdskpr_ (~mdskpr@108.25.113.103) |
| 15:45.12 | *** join/#bzflag JeffM (~JeffM@adsl-75-16-90-218.dsl.irvnca.sbcglobal.net) |
| 15:45.12 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 15:45.12 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 16:05.58 | BulletCatcher | I have a fix for https://bugzilla.redhat.com/show_bug.cgi?id=814899 . |
| 16:05.59 | BulletCatcher | Does it matter whether I reference that bug in the commit message? |
| 16:11.13 | blast007 | BulletCatcher: do you know Red Hat's policy on fixing bugs like that? Would they just apply a minimal patch to fix it, or would they update to the next major release? |
| 16:11.40 | blast007 | either way, might be nice to reference the bug in the commit |
| 16:12.30 | blast007 | (or possibly duplicate the bug in our own tracker, referencing the original Red Hat bug there, and then reference the bug in our tracker in the commit) |
| 16:12.36 | BulletCatcher | I think Red Hat (actually Fedora in this case) generally lets the package owner make that decision. |
| 16:14.28 | BulletCatcher | I am a co-maintainer of Fedora's bzflag package. The bug is an edge case, so I am inclined to wait until 2.4.2 for the fix. |
| 16:14.38 | blast007 | ok |
| 16:15.05 | BulletCatcher | The workaround is: Don't try to add/remove favorites when the server list is empty. |
| 16:16.02 | blast007 | heh |
| 16:17.45 | BulletCatcher | The SEGFAULT is always a dereference of zero, so there isn't any security risk. |
| 16:42.10 | blast007 | JeffM: [01:34:32] < Flash> Here's a stack trace from a command-line invocation (possibly more useful) http://flash.pastebin.ca/2139035 |
| 16:45.10 | JeffM | oh intersting |
| 16:45.28 | JeffM | that is not where he said it was dying before |
| 16:46.33 | JeffM | is trying to buy an old intel mac mini for under 100 bucks on ebay right now :) |
| 16:47.06 | blast007 | is it a core or a core 2? |
| 16:47.10 | JeffM | core |
| 16:47.18 | JeffM | it's like the first intel mac mini |
| 16:47.19 | blast007 | that'll limit you to 32-bit |
| 16:47.29 | blast007 | dunno if it matters or not |
| 16:47.48 | JeffM | the premade mono is 32 as well |
| 16:47.52 | JeffM | so it should be ok for basic testing |
| 16:48.06 | blast007 | just wondering how soon before Apple desupports 32-bit processors ;) |
| 16:48.18 | JeffM | it can't go to lion |
| 16:48.21 | JeffM | so probably last year |
| 16:48.29 | blast007 | ah, heh, so they already have? |
| 16:48.33 | JeffM | I think so |
| 16:48.49 | blast007 | yup, seems you're right |
| 16:49.33 | blast007 | we've got a few of the core duo iMacs here |
| 16:53.17 | CIA-104 | BZFlag: 03bullet_catcher * r22472 10/trunk/bzflag/src/bzflag/ServerMenu.cxx: |
| 16:53.17 | CIA-104 | BZFlag: Prevent segmentation fault when trying to add/remove favorites on an empty server list. |
| 16:53.17 | CIA-104 | BZFlag: Fixes Red Hat Bugzilla #814899. |
| 16:56.29 | CIA-104 | opencombat: 03jeffm2501 * r191 10/trunk/unit0/client/Input.cs: stupid one button Macintosh! |
| 16:59.58 | Quol | JeffM: but, according to the late iGod steve, that's all you need |
| 17:02.28 | JeffM | how are you going to fire your alternate weapon?! |
| 17:02.40 | JeffM | someone has to launch the missiles |
| 17:03.20 | Quol | it's easy - like every other mac thing, you just have to press the apple key, then shift, followed by the letters a and p, and then click you one button mouse |
| 17:03.33 | Quol | :) |
| 17:03.42 | JeffM | yeah my system supports that, my defaults just bind an action to the right mouse button |
| 17:03.58 | JeffM | and I wasn't checking to ensure that the setting fit inside the button array |
| 17:04.26 | JeffM | is rather proud of the input system and it's bindings. |
| 17:04.33 | Quol | cool |
| 17:41.38 | Quol | <PROTECTED> |
| 17:43.03 | JeffM | SVN is suposed to get some DVCS stuff in a future release |
| 17:46.32 | Quol | ya...read about that...I am looking forward of checking that out..that could be interesting |
| 17:47.41 | Quol | hopefully they put some effort into their merging also |
| 17:48.33 | JeffM | I've had better luck with svn merge then git merge |
| 17:49.59 | Quol | really? hmm, I have never had issue with GIT's merging, but have had issues with SVN's from time to time...it's still miles better than CVS' merging...that was pretty horible - I am glad that's a thing of the passed :) |
| 17:50.26 | JeffM | all the times I've tried to use git with more then one user merging is always a pain |
| 17:50.41 | JeffM | it seems designed to be personal version controll, not project |
| 17:51.23 | Quol | ya, I would still want a centralized system, with the ability to go completely offline |
| 17:51.49 | JeffM | see, I don't want you working offline, I want you working WITH people |
| 17:51.55 | JeffM | not doing a massive code drop |
| 17:52.30 | Quol | heh, but take this weekend for example |
| 17:52.33 | JeffM | many people abbuse the offline ability and hermit up |
| 17:52.53 | Quol | I was at a crappy wifi arena, and trying to get history on a file was PAINFULL |
| 17:52.55 | JeffM | you should have been enjoing the swim meet, not working ;) |
| 17:53.06 | Quol | it took 20 minutes to get history from a single file |
| 17:53.09 | JeffM | oh I can see uses for a local history cache |
| 17:53.25 | JeffM | but that dosn't mean it has to be totaly decentralized |
| 17:53.34 | Quol | all aong I was thinking "man, this would have been miliseconds with any DSCM" |
| 17:53.42 | JeffM | with GIT you have to drink the coolaid, there ain't anything inbetween |
| 17:53.56 | Quol | srue there is...look at githib |
| 17:54.01 | Quol | it's git....centralised :) |
| 17:54.06 | JeffM | sorta |
| 17:54.19 | JeffM | thats where I've always had my merge problems :) |
| 17:54.22 | Quol | but I don't want just git...I have issues with it too |
| 17:54.59 | JeffM | yeah, git just made dvcs popular, other people will make it good |
| 17:55.05 | Quol | I think in the end, we all need centralised to work together, but we also need decentralised for working offline or with crappy links |
| 17:55.14 | JeffM | just like linus did with his unix port :) |
| 17:55.34 | Quol | heh |
| 17:56.25 | JeffM | part of the offline problem I have is that people commit for local history reasons and then push that up |
| 17:56.48 | JeffM | I'd be nice if you could commit to local git, but say "merge all these history items before I push" |
| 17:56.58 | ruskie | it can be done |
| 17:57.00 | JeffM | so that the rest of us don't have to see that it took you 100 edits to fix that bug |
| 17:57.10 | Quol | ya, I don't mind only being online to commit, but offline history would be nice so you don't get hit all the time for stupid things |
| 17:57.23 | Quol | I mean, 20 minutes to view a diff from 4 commit's ago...ouch |
| 17:57.43 | JeffM | yea svn with a local history cache would fix that |
| 17:57.53 | Quol | that would be a good start :) |
| 17:58.23 | ruskie | git pull --squash |
| 17:58.57 | Quol | you can also use braches and rebase to master - that kinda thing too |
| 17:59.41 | JeffM | you can do that in svn too :) |
| 17:59.53 | JeffM | some people have trunk be stable and development happens in branches |
| 18:00.06 | JeffM | it just depends on how you want your project to work |
| 18:00.17 | JeffM | you can run git like a patch based projet and just pull |
| 18:00.25 | JeffM | if you want to have a dude who just pulls |
| 18:00.46 | JeffM | thats how the kernel works, so that's why git works for it |
| 18:00.50 | JeffM | they just accept patches |
| 18:02.20 | Quol | yup, although in SVN I still don't like the fact that your source isn't protected. meaning that there are not nearly as many hashing/corruption checking going on as there is in all the the DSCM's (git, hg, bzr). they gurantee your code to be corrupt free...not so in SVN. so I miss that too |
| 18:03.47 | Quol | again, more a piece of mind thing. If you have good backups..then I guess it's not too big an issue. |
| 18:32.01 | *** join/#bzflag bier (~bier@p5085E54F.dip.t-dialin.net) |
| 18:42.10 | blast007 | Quol: I've used 'svnsync' to pull down a local copy of an SVN repo, but it's not like a DVCS - don't think it would handle pushing it back up if you commit to the local repo |
| 18:42.34 | blast007 | but it's useful for quickly doing 'svn log' or 'svn annotate' or diffs |
| 18:43.25 | blast007 | I was using that when trying to convert our SVN to Mercurial |
| 18:46.31 | blast007 | (which failed horribly, btw) ;) |
| 19:38.22 | *** join/#bzflag mdskpr (~mdskpr@bnc.moooo.org) |
| 19:44.05 | Quol | blast007:ya, once upon a time a also tried synsvn, but it gave me issues...but maybe if I just treat it as a history thing...thanks for reminding me about that |
| 19:47.04 | Quol | also - why did the import fail? I imported the entire repo and converted it to git, bzr, and hg on saturday..it seemed to all be there, history etc.. |
| 19:47.33 | Quol | bzr was a no brainer - was the easisest of the 3 |
| 19:50.18 | blast007 | Quol: the failure came from not being able to retain all of the SVN history |
| 20:00.55 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 20:00.55 | *** mode/#bzflag [+v spldart] by ChanServ |
| 20:19.29 | JeffM | wipes the mac |
| 20:35.59 | *** join/#bzflag mdskpr_ (~mdskpr@bnc.moooo.org) |
| 20:51.49 | *** join/#bzflag Delusional (~delusiona@unaffiliated/delusional) |
| 21:12.33 | *** join/#bzflag meeba (~lamer@c-75-71-83-2.hsd1.co.comcast.net) |
| 21:23.00 | *** join/#bzflag mdskpr_ (~mdskpr@bnc.moooo.org) |
| 22:11.34 | *** join/#bzflag Deadalot (~philb@fl-71-55-16-28.dhcp.embarqhsd.net) |
| 22:56.14 | CIA-104 | BZFlag: 0388.240.52.100 07http://wiki.bzflag.org * r8276 10/Ruzgar-Enerjisi-ile-Elektrik-Uretimi: Created page with "R??zgar trib??n??, r??zgardaki kinetik enerjiyi ??nce mekanik enerjiye daha sonra da elektrik enerjisine d??n????t??ren sistemdir. Bir r??zgar trib??n?? genel olarak kule, jenera..." |