| 00:36.00 | *** join/#bzflag Delusional (~delusiona@173.71.173.108) |
| 00:36.01 | *** join/#bzflag Delusional (~delusiona@unaffiliated/delusional) |
| 00:55.37 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 00:55.38 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 00:55.55 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 01:07.27 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 01:58.41 | *** join/#bzflag TD-Linux (~TD-Linux@about/essy/indecisive/TD-Linux) |
| 02:20.17 | *** join/#bzflag mebigfatguy (~dave@128.177.74.185) |
| 02:29.25 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 03:23.49 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 03:23.49 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 03:29.54 | *** join/#bzflag JeffM_ (~JeffM@cpe-76-167-236-199.socal.res.rr.com) |
| 03:37.22 | *** join/#bzflag Gnurdux (~gnurdux@c-67-186-57-145.hsd1.pa.comcast.net) |
| 05:09.26 | *** join/#bzflag dcat (~dcat@c-98-244-106-246.hsd1.va.comcast.net) |
| 07:45.16 | *** join/#bzflag Constitution (~josh@bzflag/developer/Constitution) |
| 09:28.19 | *** join/#bzflag NTH (~JBouncer@host31-53-245-192.range31-53.btcentralplus.com) |
| 11:09.21 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 11:57.17 | *** join/#bzflag Constitution (~josh@bzflag/developer/Constitution) |
| 14:35.20 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 15:22.20 | *** join/#bzflag unclelightning (~chatzilla@pool-70-16-70-138.port.east.myfairpoint.net) |
| 16:16.41 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 16:16.41 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 16:35.53 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 16:44.05 | BulletCatcher | r22827 and r22828 were committed to SVN after it was copied but before the conversion to git was completed. |
| 16:44.08 | BulletCatcher | Any reason not to copy those to git as a v2_4 branch off of 373570ad2767bcf31c248e1864da7ac38f4c46ba (aka r22826)? |
| 16:44.27 | JeffM | what do they do? |
| 16:45.02 | JeffM | but no , there is no reason not to make a branch for 2.4 |
| 16:45.16 | BulletCatcher | One removes an unused subroutine. The other fixes a crash on Solaris. |
| 16:45.35 | swigg | Odd question: Who runs solaris? |
| 16:45.39 | BulletCatcher | I do. |
| 16:45.41 | JeffM | for solaris.. ANYTHING |
| 16:45.46 | BulletCatcher | On my server. |
| 16:46.50 | BulletCatcher | I have some other pending changes that apply equally to 2.4.3 and 2.5.1, and it would be efficient to commit them to the v2_4 branch and then merge to master. |
| 16:46.53 | BulletCatcher | git makes it easy to keep doing that kind of parallel development as long as nothing incompatible happens in v2_4. |
| 16:47.36 | JeffM | go for it |
| 16:47.57 | BulletCatcher | Is "v2_4" the name we want for the branch? |
| 16:48.29 | JeffM | is that consisent with the other ones? |
| 16:49.30 | BulletCatcher | We have v2_0, v1_10, etc. |
| 16:49.35 | JeffM | then yeah |
| 16:50.06 | BulletCatcher | There is also one called v2_0branch, but I haven't looked to see how it differs from v2_0. |
| 16:50.29 | JeffM | IIRC the ones with out branch are the release tags |
| 16:50.45 | JeffM | the ones with branch are the continuing work on those compatability lines |
| 16:51.10 | BulletCatcher | That sounds like a useful distinction. |
| 16:51.25 | BulletCatcher | So for now we would just have v2_4branch. |
| 16:51.31 | JeffM | yeah |
| 16:51.57 | JeffM | personally I'd make them vMajor_Minor_x_branch |
| 16:52.08 | JeffM | but branch is good enough |
| 16:53.04 | BulletCatcher | Actually, the github page distingushes between branches and tags. |
| 16:53.47 | BulletCatcher | We have v2_4_0 and v2_4_2 tags, for example. |
| 16:54.12 | JeffM | then maybe someone just decided to put the word branch on one |
| 16:54.25 | JeffM | I like the working branch and tags having different names |
| 16:59.32 | BulletCatcher | If the branch I am about to create is named v2_4_3, then that should be unambiguous and never have to change. |
| 17:00.44 | JeffM | what I don't like about that is that we will never release a _3 version and it dosn't have a distinct features |
| 17:00.52 | JeffM | I'd prefer v2_4_x |
| 17:00.57 | JeffM | because that describes what it is |
| 17:01.10 | BulletCatcher | ok |
| 17:01.22 | JeffM | if we were to make a 2.4.4, we'd snap it off of the x one and the x one woiuld still keep being the x :) |
| 17:01.45 | BulletCatcher | I was in the process of typing the same thing. :-) |
| 17:01.49 | JeffM | heh |
| 17:02.00 | JeffM | great Jeffs think alike |
| 17:02.02 | JeffM | sometimes |
| 17:02.20 | BulletCatcher | Just because we think alike doesn't mean we are great. ;-) |
| 17:02.38 | JeffM | I'dunno, I'm getting pretty fat |
| 17:02.53 | BulletCatcher | Ok, so "v2_4_x" will be the branch name. |
| 17:02.59 | JeffM | sounds good |
| 17:03.31 | BulletCatcher | I think we can change it later if we want, but I prefer to choose wisely the first time. |
| 17:04.00 | JeffM | sure, less confusion |
| 17:06.45 | blast007 | there's still some conversion weirdness, specifically with the branches |
| 17:07.46 | blast007 | the issues are because we reorganized the 'branches' directory in SVN to have subdirectories like 'experimental' |
| 17:08.27 | blast007 | so the v2_0branch appears empty (because all the code had been moved from /branches/v2_0branch/ to /branches/experimental/v2_0branch) |
| 17:08.36 | JeffM | we suck |
| 17:08.43 | BulletCatcher | lol |
| 17:08.43 | blast007 | and then we have this mess: https://github.com/BZFlag-Dev/bzflag/tree/experimental |
| 17:09.56 | blast007 | ah, actually we have moved it to /branches/release_maint/v2_0 |
| 17:09.59 | blast007 | had* |
| 17:10.20 | blast007 | so then there's this: https://github.com/BZFlag-Dev/bzflag/tree/release_maint |
| 17:10.53 | JeffM | well joevano did have to become a cyborg during all that |
| 17:10.59 | blast007 | yeah :) |
| 17:11.07 | blast007 | dunno the best way to fix that |
| 17:11.16 | JeffM | I think he did pretty good and the rest can be cleaned up |
| 17:11.53 | blast007 | yeah, that's really the only issue I see with the entire conversion |
| 17:12.21 | blast007 | well, and this: https://github.com/BZFlag-Dev/bzflag/tree/gamestats_live :) |
| 17:12.56 | BulletCatcher | It looks to me like those branches are messy and not the way it would look if we had always used git, but they seem to faithfully represent SVN. |
| 17:12.57 | BulletCatcher | Or am I missing something? |
| 17:13.17 | JeffM | that pretty much summs it up |
| 17:13.35 | JeffM | git dosn't do it that way so he's saying we should clean it up to be more gittlike |
| 17:14.28 | blast007 | BulletCatcher: no, you're missing something. The directories within the 'experimental', 'release_maint', and 'summer_of_code' branches should have been imported as branches themselves |
| 17:14.44 | BulletCatcher | ok |
| 17:15.07 | blast007 | for instance, branch release_maint, subdirectory v2_0 should really be the v2_0branch branch |
| 17:15.36 | blast007 | (or as mentioned above, just v2_0, as calling it branch in git is redundant) |
| 17:16.14 | BulletCatcher | waits for JeffM to return |
| 17:26.06 | *** join/#bzflag Guest728 (ba952ab3@gateway/web/freenode/ip.186.149.42.179) |
| 17:26.14 | Guest728 | hola |
| 17:26.26 | Guest728 | i will ur bzflag because i was banned |
| 17:26.29 | Guest728 | hack |
| 17:26.32 | Guest728 | i will hack |
| 17:26.48 | Guest728 | unban me ;) |
| 17:26.56 | Guest728 | or ur server wil die |
| 17:28.12 | Guest728 | good bye |
| 17:30.40 | blast007 | kthxbi |
| 17:32.28 | BulletCatcher | If he hacks as well as he types, there isn't much to worry about. |
| 17:33.10 | allejo | and by hack he means ddos |
| 17:33.16 | blast007 | well, he is generating at least a mild DDoS on mofo |
| 17:43.56 | kierra | oh, he's back and on irc |
| 17:52.18 | *** join/#bzflag JeffM (~JeffM@107-209-61-105.lightspeed.irvnca.sbcglobal.net) |
| 17:52.18 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 17:52.18 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 17:55.36 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 18:02.01 | BulletCatcher | If we really want to, it isn't too late to adjust SVN and then reimport into git to get the configuration we want. |
| 18:06.31 | *** join/#bzflag Not-003 (~notifico@198.199.82.216) |
| 18:06.31 | Not-003 | [02bzflag] 07JMakey pushed 032 commits to 03v2_4_x [+0/-0/±4] 13http://git.io/yJmn2w |
| 18:06.32 | Not-003 | [02bzflag] 07JMakey 033af158c - Remove the updateNumPlayers() subroutine, which does nothing useful. |
| 18:06.33 | Not-003 | [02bzflag] 07JMakey 0382cb3e0 - Undo r11261 to prevent a segfault at exit on Solaris, which apparently destroys class objects and function-local static variables in a different order at program exit than Linux. |
| 18:11.34 | blast007 | BulletCatcher: yeah, that'd be one possible option, assuming the conversion works that way |
| 18:12.23 | BulletCatcher | It looks like the conversion preserved top-level branches, not the nested ones. |
| 18:12.58 | blast007 | well, I mean, assuming it doesn't miss stuff between the two organizational changes |
| 18:14.00 | blast007 | we'd still want changes made to the /branches/release_maint/v2_0/ to appear as changsets to the v2_0branch branch in git |
| 18:16.03 | *** join/#bzflag Erroneous (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 18:16.03 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 18:16.51 | BulletCatcher | As nice as it would be to have all of the historical branches look pretty in git, I don't have much interest in doing a lot of work to make that happen. |
| 19:30.51 | *** join/#bzflag mebigfatguy (~dave@128.177.74.185) |
| 19:47.03 | *** join/#bzflag Gnurdux (~gnurdux@128.237.240.81) |
| 20:15.17 | BulletCatcher | In the unlikely event that we decide to abandon GitHub and go back to SourceForge, it looks like git-svn can transfer git commits back into SVN. |
| 20:15.18 | BulletCatcher | I'll be committing future 2.4.x changes only to git. |
| 20:15.28 | JeffM | coo |
| 20:17.07 | BulletCatcher | Should we disable commit access to the SF repo to prevent "accidents"? |
| 20:19.28 | JeffM | sure |
| 20:19.37 | *** join/#bzflag randomparticle (~randompar@about/essy/snick/randomparticle) |
| 20:20.36 | randomparticle | could we possibly recode bzflag all in C? |
| 20:20.49 | JeffM | why? |
| 20:20.54 | JeffM | that's how it started |
| 20:21.02 | randomparticle | C++ is ghastly |
| 20:21.13 | JeffM | so is pure C |
| 20:21.24 | JeffM | in a way worse way |
| 20:21.35 | JeffM | you can write C++ in the style of C since C is a subset of C++ |
| 20:21.58 | JeffM | but more then likely you are just looking at some badly writen C++ |
| 20:22.10 | randomparticle | Linus Torvalds wrote this: "I've come |
| 20:22.10 | randomparticle | to the conclusion that any programmer that would prefer the project to be |
| 20:22.11 | randomparticle | in C++ over C is likely a programmer that I really *would* prefer to piss |
| 20:22.12 | randomparticle | off, so that he doesn't come and screw up any project I'm involved with." |
| 20:22.27 | JeffM | he's a bigoted old man |
| 20:22.44 | randomparticle | attention seeker i think |
| 20:22.47 | JeffM | crap developers will write crap code in any language |
| 20:22.50 | JeffM | sure |
| 20:23.04 | JeffM | but he's still mean about thinks he personaly don't like or agree with |
| 20:23.40 | JeffM | he dosn't want anyone to come mess up HIS code |
| 20:23.59 | JeffM | and yeah throwing C++ in for OO's sake in a pure C project can get fugly fast |
| 20:24.10 | JeffM | just like trying to put pure C in a OO project |
| 20:24.29 | randomparticle | i think some of the classes in bzflag are a bit strained |
| 20:24.38 | JeffM | bzflag his horrible |
| 20:24.45 | JeffM | it has had no design |
| 20:24.47 | JeffM | so yes |
| 20:25.07 | JeffM | but that would happen in any lanuage base don how it was developed |
| 20:25.21 | JeffM | the author started it in C, it was unwieldy so he redid it in C++ |
| 20:26.00 | JeffM | several aspects of the game lend themselves to OO design, objects in the world, players, tanks, etc.. |
| 20:27.20 | *** join/#bzflag swigg_ (~swigg@50.42.52.178) |
| 20:27.40 | randomparticle | i can understand redoing it all is terribly problematic |
| 20:28.45 | JeffM | not these days |
| 20:28.49 | JeffM | 3 man months |
| 20:29.07 | randomparticle | if you leverage third party libs? |
| 20:29.12 | JeffM | yeah |
| 20:29.18 | JeffM | there is no reason to write your own engine these days |
| 20:29.25 | BulletCatcher | If we were going to change languages, we'd switch to Java. |
| 20:29.26 | BulletCatcher | ducks |
| 20:29.29 | JeffM | unless you need something special |
| 20:29.50 | JeffM | BulletCatcher, say C#, same benifits of java, less suck, more open source, and I'm fine with that |
| 20:30.47 | JeffM | but yes for what BZ does a VM based language is not a bad choice |
| 20:31.26 | randomparticle | what is the problem some people have with c++ templates? they have a bad reputation for some reason |
| 20:31.39 | JeffM | generics like that hard for people to understand |
| 20:31.57 | JeffM | they are quite useful |
| 20:32.14 | JeffM | generics have a layer of abstracitons, and like pointers they confuse people who are new to it |
| 20:32.26 | JeffM | they also used to be slower then normal code, but that time is long past |
| 20:33.23 | JeffM | optimising compilers have gotten a lot better int he past 20 years so most of the old arguments against a buch of OO stuff arn't really valid anymore |
| 20:33.32 | randomparticle | when i tried to compile bzflag with xcode 4.1 it complained about the absence of shared_ptr |
| 20:33.49 | randomparticle | apparently, there is a version of that in boost |
| 20:33.51 | JeffM | yeah that's C++11 |
| 20:33.53 | BulletCatcher | You need Xcode 4.2 for that. |
| 20:34.08 | JeffM | that's part of the LLVM stuff |
| 20:34.20 | JeffM | or newer GCCs that apple dosn't use |
| 20:34.27 | randomparticle | yes. i'm slightly reluctant to upgrade. if i only wanted to compile bzflag, i'd upgrade immediately |
| 20:34.52 | JeffM | the one in boost is in a different namespace and works slithgly differently |
| 20:35.08 | JeffM | the C++11 one is based on the boost one but is not identical |
| 20:35.25 | randomparticle | do you think potentially, i could use the boost one to get it to work? obviously, just for me |
| 20:35.47 | JeffM | no |
| 20:35.54 | JeffM | not with out modifying the code |
| 20:36.02 | randomparticle | change std to boost? |
| 20:36.08 | JeffM | maybe |
| 20:36.11 | randomparticle | ok |
| 20:36.24 | JeffM | I think I only used operattors on the class so they'd recompiile |
| 20:36.39 | JeffM | but if I used any methods you may need to change the called names |
| 20:36.50 | randomparticle | thx |
| 20:37.06 | JeffM | but we are possibly going to use other C++11 features later so you'll have to upgrade at some point |
| 20:37.13 | randomparticle | yes |
| 20:37.16 | JeffM | std::function is next |
| 20:37.38 | randomparticle | i may be getting a new machine soonish |
| 20:37.39 | JeffM | and auto |
| 20:37.50 | randomparticle | so that would probably be a good time to get everything up to date |
| 20:37.58 | JeffM | just get another drive and boot to both OSs |
| 20:38.14 | JeffM | that's what many apple users do that have these kinds of problems |
| 20:38.56 | BulletCatcher | Xcode 4.2 works fine on my 10.7.5 Mac, randomparticle. |
| 20:38.56 | BulletCatcher | Can't you upgrade to that? |
| 20:39.08 | JeffM | he looses GCC and that scares him |
| 20:39.30 | BulletCatcher | gcc and other tools are available in a separate package. |
| 20:39.31 | randomparticle | i can upgrade, but i compile a lot of other open source software that uses gnu autotools |
| 20:39.45 | randomparticle | i'm worried that i will lose something that will mean hours of faffing about |
| 20:39.59 | JeffM | do you have room on your disk for another partition? |
| 20:40.13 | BulletCatcher | Yeah. I haven't found any autotools for Xcode 4.2. |
| 20:40.34 | randomparticle | i have two disks, one with os 10.7, the other with 10.6.8 |
| 20:40.44 | randomparticle | the latter is my backup disk |
| 20:40.55 | JeffM | throw a different compiler on one of them :) |
| 20:41.00 | randomparticle | could do |
| 20:41.19 | randomparticle | honestly, i don't know what's up with 10.7.5 |
| 20:41.31 | BulletCatcher | I use "make dist" on a Linux system to get a BZFlag tarball, and then on the Mac I can build by starting with "configure". |
| 20:41.36 | randomparticle | it takes about 15 seconds longer to boot than 10.6.8 (both 64-bit kernel) |
| 20:42.07 | randomparticle | and lion is terrible ram-eater. not sure why at all |
| 20:42.35 | randomparticle | i could put more ram in the machine, but at this point would be more sensible to wait for the new machine |
| 20:43.03 | randomparticle | i have 4GB currently |
| 20:43.29 | randomparticle | would be about another $170 for another 4GB |
| 20:43.43 | randomparticle | it's expensive because it's weird ram :--) |
| 20:51.25 | Not-003 | [02bzflag] 07JMakey pushed 032 commits to 03v2_4_x [+0/-0/±2] 13http://git.io/f6aMqw |
| 20:51.26 | Not-003 | [02bzflag] 07JMakey 031271a78 - Use only 1 level of square bracket quotes for autoconf 2.63 compatibility. |
| 20:51.27 | Not-003 | [02bzflag] 07JMakey 034d58043 - Build only a dynamic library version of the bzfscron plugin. |
| 20:53.14 | JeffM | what mac takes "Wierd ram"? |
| 20:56.16 | randomparticle | mac pro 2008 |
| 20:57.51 | randomparticle | it uses FB-DIMM memory, which was mainly a server ram technology and only used by intel for a brief period |
| 20:59.08 | randomparticle | it's serial ram, not parallel. is clocked at about 5 GHz i believe, so the ram needs heatsinks |
| 20:59.19 | JeffM | going to save up for a jet engine mac pro? |
| 20:59.38 | randomparticle | i'm waiting to see how much it will cost |
| 20:59.55 | JeffM | I think it's silly to go back to propritary video cards |
| 21:00.18 | JeffM | it's going to be like 3 to 4 grand |
| 21:01.12 | randomparticle | you can actually run external video cards. it's not a neat solution though |
| 21:01.14 | randomparticle | http://www.engadget.com/2013/07/31/macbook-air-home-built-external-gpu/ |
| 21:01.29 | JeffM | yeah thunderbolt is PCI-E over wire |
| 21:01.38 | randomparticle | that's one crazy tangle of wiring |
| 21:01.45 | JeffM | I think it's only 8X |
| 21:02.23 | randomparticle | i don't game a lot on my machine, so i'm not sure if the cards thing matters that much. hard to say |
| 21:02.53 | JeffM | I just fear them breaking and being limited to having to get that one card, or finding vendors that will make the form factor |
| 21:03.16 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 21:04.01 | randomparticle | yeah. the new mac pro design is a bit of unknown. it's so different. maybe the cooling will be effective. maybe not |
| 21:04.09 | randomparticle | it's a one fan design, apparently |
| 21:04.13 | JeffM | eww those externals are pCIE 1x |
| 21:04.16 | JeffM | yeah |
| 21:04.36 | JeffM | well to get a card into that heatsync it has to be non standard |
| 21:04.55 | JeffM | and the pictures didn't look like the conenctor was on the long side of the card, but the short side, but who knows |
| 21:05.06 | JeffM | I doubt it'll take standard form factor cards |
| 21:05.16 | randomparticle | am wondering if it will be a dust-trap or not |
| 21:05.30 | JeffM | the dust will be inside the central cavity |
| 21:05.37 | JeffM | and that's sealed against the outer ring of compoents |
| 21:05.39 | randomparticle | do the components face away? |
| 21:05.47 | JeffM | so I don't think that will be too big of a deal |
| 21:05.48 | JeffM | yeah |
| 21:05.53 | randomparticle | that sounds good |
| 21:06.18 | randomparticle | i think if i had one, i'd want a cover for when it's switched off |
| 21:06.20 | JeffM | the heatync/fan is a tupe with the components in a triangle outside of it |
| 21:06.22 | randomparticle | the vent is upward facing |
| 21:06.28 | JeffM | heat rises :) |
| 21:06.39 | JeffM | modern PC cases vent out the top with a fan |
| 21:06.45 | randomparticle | ah |
| 21:07.09 | JeffM | they found that you'd end up with a hot zone of air at the top of the case that could not escape |
| 21:07.17 | JeffM | so you put a blowhole in it |
| 21:07.21 | JeffM | with an exaust fan up top |
| 21:07.52 | randomparticle | doesn't look like it will have the heatsinks my current mac has. i.e., like this: http://www.powermax.com/img/articles/macpro2/processor_sinc.jpg |
| 21:08.42 | JeffM | yeah it's not a normal PC motherboard |
| 21:08.57 | randomparticle | i wonder how fast that fan spins |
| 21:09.04 | JeffM | it's big so not that fast |
| 21:09.22 | JeffM | larger fans are better, they are quieter sicne they can move the same air at less speed |
| 21:09.35 | JeffM | I use all 120s and my PC is quiet |
| 21:09.49 | JeffM | Erroneous has a big 240 in the side of his |
| 21:10.07 | randomparticle | mine are 120mm also. the fans are quiet. unfortunately, my disk drives are noisy |
| 21:10.24 | Erroneous | ssds solve that :) |
| 21:10.27 | randomparticle | yeah |
| 21:10.43 | randomparticle | the metal sleds looks nice, but they transmit all the noise |
| 21:11.25 | randomparticle | i'm quite exciting about ssds. are they more reliable now than they were? |
| 21:11.29 | randomparticle | *excited |
| 21:11.48 | randomparticle | there were some controller issues etc with some of the earlier ones |
| 21:12.18 | JeffM | with modern hardware they work fine |
| 21:12.22 | JeffM | dunno about old macs |
| 22:03.36 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 22:16.29 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 22:32.30 | blast007 | non-cheap SSDs are probably just fine. The SSD I bought lasted about 6 months. |
| 22:34.41 | Erroneous | I've been running an Intel SSD for a few years now. No problems yet (knock on wood). |
| 22:34.44 | randomparticle | i was wondering the other day … what would be a good way of altering a bit or two here and there within a filesystem from the command line? |
| 22:34.55 | randomparticle | i have zfs partition that i'm experimenting with |
| 22:35.01 | JeffM | Erroneous, your desk is made of glue |
| 22:35.08 | randomparticle | i would like to see how it copes with damage |
| 22:35.22 | Erroneous | JeffM: I'm sure I have some wood somewhere around here |
| 22:35.23 | randomparticle | maybe something using dd? |
| 22:35.39 | blast007 | Erroneous: yeah, if I go SSD again, I'll get an Intel |
| 22:35.39 | JeffM | Erroneous, I have a 1x1 over here |
| 22:36.15 | blast007 | the one I have is a 64GB Patriot Torqx 2 |
| 22:36.26 | randomparticle | i guess i could write a C program to flip the occasional bit in an input stream |
| 22:36.47 | blast007 | I had been getting controller errors in the event log for some time. |
| 22:37.14 | Erroneous | randomparticle: dd is the right solution, if you're looking for a way to altering data directly on the block device |
| 22:37.29 | blast007 | rebooted the machine two weeks back, and it didn't come back up, and received I/O errors when trying to dd the data to a different drive. |
| 22:37.38 | BulletCatcher | randomparticle: a simple C program that does a read, twiddle, seek, and write on the /dev/mumble device will do it. |
| 22:37.41 | Erroneous | s/altering/alter/ |
| 22:38.26 | BulletCatcher | Good thing you had backups, blast007. |
| 22:38.36 | randomparticle | C program would probably be best, i think. just wondering if a combination existing commands could do it |
| 22:38.42 | blast007 | BulletCatcher: I did, full back of that drive every Friday night. ;) |
| 22:38.44 | blast007 | came in handy |
| 22:38.46 | BulletCatcher | yay |
| 22:39.04 | blast007 | though it was just the OS and applications mostly |
| 22:39.21 | randomparticle | i'm hoping zfs will prove nearly indestructible |
| 22:39.35 | blast007 | all the important data isn't backed up yet, and is on an external 2TB :P |
| 22:40.17 | randomparticle | blast007: be careful not to back up corrupted files :--) |
| 22:40.37 | BulletCatcher | I have a ZFS pool on a single bad disk, configured to store 2 copies of each file. |
| 22:40.38 | BulletCatcher | When it happens to read from a bad block, it fails over to a good block nicely. |
| 22:40.54 | blast007 | randomparticle: yeah, that'd be the fun part... I think the windows backup utility only kept a single backup |
| 22:41.32 | randomparticle | which OS BulletCatcher ? |
| 22:42.15 | BulletCatcher | Linux and zfs-fuse. |
| 22:42.35 | BulletCatcher | I use ZFS on Solaris 10 at work. It rocks. |
| 22:43.54 | randomparticle | on Solaris, is ZFS used for the boot partition? |
| 22:44.51 | BulletCatcher | It can be. I do so when I install new systems. |
| 22:49.02 | randomparticle | maybe i should try solaris on my mac |
| 22:49.32 | BulletCatcher | The problem with Solaris is that it is owned by Oracle. |
| 22:50.11 | JeffM | same problem java has |
| 22:51.16 | BulletCatcher | Mostly, but Oracle hasn't figured out how to collect revenue from ordinary Java users. |
| 22:51.32 | JeffM | they have for solaris :) |
| 22:51.53 | BulletCatcher | Yup. You can't legally use Solaris in production without a maintenance contract. |
| 22:52.59 | Not-003 | [02bzflag] 07JMakey pushed 032 commits to 03master [+0/-0/±5] 13http://git.io/mLZeYA |
| 22:53.00 | Not-003 | [02bzflag] 07JMakey 03f37d6ed - Change the BZFlag version number from 2.4.3 to 2.5.1 in additional files that need it. |
| 22:53.01 | Not-003 | [02bzflag] 07JMakey 0368c7a06 - Use "git ls-files" to get the list of files managed by the repo. |
| 22:53.23 | JeffM | nice, so it's effectivly a subscription |
| 22:53.33 | BulletCatcher | yeah |
| 22:53.42 | JeffM | they need an app store :) |
| 22:53.53 | JeffM | it's all about microtransactions these days |
| 22:53.55 | BulletCatcher | One thing Oracle does *very* well is make money. |
| 22:54.59 | BulletCatcher | Oracle is happy to focus on macrotransactions and ignore the micros. |
| 22:55.13 | JeffM | heh |
| 22:55.35 | JeffM | apple and valve have the microtransactions down |
| 22:55.49 | JeffM | build a platform, let people use it, collect your cut |
| 22:57.57 | BulletCatcher | Do we want to change 2.5.1's BZ_CONFIG_DIR_VERSION now, or wait until there is something different in the config file? |
| 22:58.36 | JeffM | I'd wait, once we change we have to write the upgrade code to copy the config, I don't think that part is automagic |
| 22:58.51 | BulletCatcher | It isn't, so we'll wait. |
| 23:01.18 | Not-003 | [02bzflag] 07JMakey pushed 031 commit to 03v2_4_x [+0/-0/±1] 13http://git.io/44ngMw |
| 23:01.19 | Not-003 | [02bzflag] 07JMakey 034717a78 - Add 2 more files to the list of those to be modified when the BZFlag version number changes. |
| 23:03.54 | BulletCatcher | That's weird. My client said that the push of 4717a78 was rejected. |
| 23:04.09 | blast007 | rejected! |
| 23:04.31 | blast007 | mercurial is much more accepting of change.... ;) |
| 23:04.59 | *** join/#bzflag JeffM_ (~JeffM@107-209-61-109.lightspeed.irvnca.sbcglobal.net) |
| 23:05.23 | JeffM | bad other JeffM_... you go now |
| 23:06.04 | BulletCatcher | 4717a78 seems to be in the GitHub repo ok. |
| 23:06.19 | JeffM | maybe it was svn props |
| 23:06.24 | BulletCatcher | :-p |
| 23:22.50 | JeffM | how does git handle line ending conversions if it dosn't need those kind of props? |
| 23:23.03 | JeffM | and how does it know what a bin file is? |
| 23:29.36 | blast007 | seems it can automatically detect most binary files, and for those it can't, there's this: https://www.kernel.org/pub/software/scm/git/docs/gitattributes.html |
| 23:31.04 | blast007 | http://git-scm.com/book/ch7-2.html (this one notes that Xcode projects get treated like text, but should be treated as binary) |
| 23:39.52 | JeffM | ahh so it's stored in a file like the ignore stuff |
