--- Log opened Sun Jul 17 00:00:24 2011
00:54 -!- hobbes615 [~hobbes@unaffiliated/hobbes615] has joined #se2600
01:46 -!- hobbes615 [~hobbes@unaffiliated/hobbes615] has quit [Quit: This computer has gone to sleep]
04:51 <@Evilpig> Dagmar: http://i.imgur.com/y6kU2.jpg
08:52 -!- sync350 [~sync@c-98-242-80-239.hsd1.ga.comcast.net] has joined #se2600
09:31 < eryc> Dagmar: https://www1.hitachigst.com/hdd/technolo/dft/dftnew.htm
10:16 -!- sync350 [~sync@c-98-242-80-239.hsd1.ga.comcast.net] has quit [Quit: This computer has gone to sleep]
10:41 <@ware> Dagmar: pang
10:59 -!- sync350 [~sync@c-98-242-80-239.hsd1.ga.comcast.net] has joined #se2600
11:32 -!- sync350 [~sync@c-98-242-80-239.hsd1.ga.comcast.net] has quit [Quit: This computer has gone to sleep]
11:35 <@Dagmar> ware: I get a 404 on that
11:36 < eryc> wut
11:37 <@Dagmar> Why were you linking Hitachi's disk test tool at me
11:41 -!- sync350 [~sync@c-98-242-80-239.hsd1.ga.comcast.net] has joined #se2600
12:03 -!- sync350 [~sync@c-98-242-80-239.hsd1.ga.comcast.net] has quit [Quit: This computer has gone to sleep]
12:04 <@Dagmar> Crazy.  I don't know what the fuck these people trying to resell the Chinese 7" tablets are thinking
12:06 -!- sync350 [~sync@c-98-242-80-239.hsd1.ga.comcast.net] has joined #se2600
12:56 -!- sync350 [~sync@c-98-242-80-239.hsd1.ga.comcast.net] has quit [Quit: This computer has gone to sleep]
12:59 -!- sync350 [~sync@c-98-242-80-239.hsd1.ga.comcast.net] has joined #se2600
13:02 -!- overfien [~overfien@c-76-22-70-248.hsd1.wa.comcast.net] has joined #se2600
13:17 < eryc> Dagmar: as an alternative to Bonnie
13:23 <@Dagmar> These are remote disks on a SAN, dude.
13:23 <@Dagmar> er NAS
13:29 <@Dagmar> The worst thing about SMB is that it starts to make NFS look debuggable
13:31 -!- sync350 [~sync@c-98-242-80-239.hsd1.ga.comcast.net] has quit [Quit: This computer has gone to sleep]
13:32 <@Dagmar> MOnday I'm going to have to bite the bullet and pretty much engineer a second form of SNMP to figure out where the fucking hell the queries are going awry
13:33 <@Dagmar> The network guys are swearing up and down the switches never drop packets or they'd know (and it's overprovisioned) and it's really starting to look like it's the firewalls dropping them because they're trying to track state and failing
13:33 <@Dagmar> I'm gonna have to fucking play ping pong with UDP until I find a correlation
13:36 <@sdodson> sounds exciting
13:38 <@Dagmar> Being that I was the direct recipient of the false positives this generates for several years, it makes me want to murder the problem
13:39 < eryc> i thought you were talking about some minecraft server
13:39 <@Dagmar> eryc: Ah no
13:39 <@Dagmar> I'm staying out of that one until it sounds like they get stuck
13:40 <@Dagmar> There was an ongoing issue at the office with the NAS boxes being "slow" when I left Friday, but I would be adding exactly zero to that
13:41 < eryc> Netapp?
13:41 <@Dagmar> Going throught it in my head I'm not sure I'm even an admin on anything that _directly_ uses it
13:41 <@Dagmar> A buncha stuff that uses it from inside a VM, but that's about it
13:43 <@Dagmar> I'm going to try to cheap out on the SNMP thing
13:44 <@Dagmar> I'm just going to throw queries at the server from the testing host where the last few digits of the MIB are HH MM SS
13:44 -!- sync350 [~sync@c-98-242-80-239.hsd1.ga.comcast.net] has joined #se2600
13:45 < eryc> why
13:45 <@Dagmar> The incredibly annoyingness about the problem is that all the fucking queries seem to actually get to the monitored host, and they all send responses
13:45 < eryc> somethings dropping snmp?
13:45 < eryc> that'll happen when the load is high
13:46 <@Dagmar> Something's either getting queued up in a manner that's keeping me from seeing it watching it in realtime, or entire sets of queries aren't being generated on Nagios
13:46 <@Dagmar> I've been watching system load
13:46 <@Dagmar> So I figure I'll just throw in a new nagios test that gets logged seven ways from sunday with a timestamp as the MIB
13:47 <@Dagmar> In any given two-hour period, at least two SNMP checks will fail for no apparent reason because Nagios won't get the response
13:47 <@Dagmar> It doesn't happen for *all* the hosts, but it's pretty damn consistent among the ones it's happening to
13:48 <@Dagmar> I also have a strong feeling that this is a tiny bit of loose thread that will may lead to a deeper problem
13:48 < eryc> maybe check the udp buffer size
13:48 <@Dagmar> On which and where?
13:49 < eryc> both sides
13:49 < eryc> crank it way up
13:49 <@Dagmar> See, I dont' think that'll lead anywhere because ther'es other hosts doing basically the same things that aren't having the problem
13:49 < eryc> its a tunable on the stack
13:50 <@Dagmar> It could be a problem on Nagios' end, but then why just the hosts that are being affected and not all of them
13:50 <@Dagmar> The firewalls however, are suspect
13:50 < eryc> maybe nagios has a predictable scheduler
13:50 <@Dagmar> HAHAHAHA
13:50 < eryc> heh
13:50 < eryc> idk i don't use nagios
13:51 <@Dagmar> Well, one of the things its' scheduler is is "wildly variable"
13:51 <@Dagmar> More than about 500 hosts and it starts getting ugly
13:51 <@Dagmar> We're close to that line, and if that's what's causing ti I'll find that but I'm going after the most likely sources first
13:52 <@Dagmar> I figure doing it as a test in Nagios is going to give me info about all of it at once
13:52 < eryc> i'm using opennms to monitor like 330 nodes and a few thousand interfaces, snmp collection for about 75k data points
13:53 <@Dagmar> It's still possible that the packets are getting back to Nagios host but not making it to the test process, this will show it
13:53 < eryc> tcpdump would show it too
13:54 <@Dagmar> If you have the patience to manually check each and every packet sent against logs for hours, sure
13:54 <@Dagmar> This is why I'll be logging those packets with tcpdump on both ends for most of the day
13:54 <@Dagmar> Sitting and _watching_ the damn thing, it would never malfunction
13:54 <@Dagmar> It'll also drive you insane
13:55 <@Dagmar> If this is a heisenbug it makes no difference
13:56 <@Dagmar> If tcpdump changes things when I'm not watching it personally, that's fine
13:56 <@Dagmar> If it genuinely never manifests when humans aren't watching, I don't want to know.
13:57 < eryc> maybe you need to step on a cable in the datacenter
13:57 <@Dagmar> Oh hell on
13:57 <@Dagmar> s/on/no/
13:57 < eryc> or put out some mouse traps
13:57 <@Dagmar> I'm pretty sure mice aren't nibbling on the packets
13:58 <@sdodson> They are tastey.
13:58 < eryc> they have sugar inside
13:58 <@sdodson> Unless they're splenda packets.
13:58 < eryc> they like antisugar too
13:58 <@Dagmar> This is pretty much all gigabit copper going straight to fiber at hte next hop
13:58 <@Dagmar> The network guys sound very very sure that they have overbuilt.  heh
13:59 <@Dagmar> ...and they actually are paying very close attention to that
13:59 <@Dagmar> The amount of statistics collection going on there is statistician pornography
13:59 <@sdodson> ifstat and/or ethtool should show you how many errors its getting
13:59 < eryc> give me $5k and i'll fix it
13:59 <@Dagmar> Yeah, none.
14:00 <@Dagmar> I'm thinking it's entirely possible there's a firewall dropping the packet because it's overloaded
14:01 < eryc> wouldn't that be in their statistic porn
14:01 <@Dagmar> ND&E doesn't run the firewalls.
14:02 -!- sync350 [~sync@c-98-242-80-239.hsd1.ga.comcast.net] has quit [Quit: This computer has gone to sleep]
14:02 < eryc> set up a constant ping flood all day until you see dropped packets
14:03 <@Dagmar> heheh
14:03 <@Dagmar> I have been tempted
14:03 <@Dagmar> Not gonna do that tho since i don't want to *create* a whole new pile of even more interesting problems
14:04 <@Dagmar> I *expect* the firewalls to notice something like anomalous high traffic and do something about it
14:04 < eryc> doubtful
14:04 <@Dagmar> Personally, I like most of those guys over there.  I don't want one of them to get paged and have to call and ask me to stop tripping flood sensors
14:04 <@Dagmar> hehe
14:05 <@Dagmar> That would actually be a bigger waste of time than ignoring the problem
14:06 < eryc> yea you could just increase the timeout and retries for snmpget
14:06 <@Dagmar> Not needlessly bothering them will also make it easier to lean on the proper people
14:06 <@Dagmar> Well, thats' where Nagios gets annoying
14:06 <@Dagmar> Those tests have to complete in ten seconds or less
14:06 <@Dagmar> From what I can tell, they DO
14:07 <@Dagmar> I mean, I even wrote a special wrapper for some of the ones testing java things that take many seconds to complete
14:07 < eryc> move all that crap to cacti then
14:07 < eryc> i hate nagios
14:07 <@Dagmar> When invoked, the test actually reads from a cache file and sends back a response immediately, then does a fork & exec to daemonize itself and actually perform the test and populate the cache file
14:08 < eryc> heh
14:08 <@Dagmar> Yeah I did find a *REALLY* annoying thing about custom MIB usage with SNMPd
14:09 <@Dagmar> When a test tied to a custom mib is launched, it locks the daemon's database until the test is complete
14:09 <@Dagmar> ...so any other tests for that part of the tree will have to wait before they can do anything
14:09 < eryc> nice
14:09 <@Dagmar> ...which causes them to queue up
14:09 <@Dagmar> It will turn nagios into "twinkling lights" when just one plays up
14:09  * eryc adds this the list of reasons to use resmon instead of custom snmpd shit
14:10 <@Dagmar> ...because almost at random tests will fail that ten second response time
14:10 < eryc> http://labs.omniti.com/labs/resmon
14:10 < eryc> there's a nagios check for it too
14:11 < eryc> in contrib/ or something
14:11 <@Dagmar> "One of the main design goals is portability: that resmon should require nothing more than a default install of Perl." <-- i like the sound of that tho
14:11 < eryc> i contributed some patches to make it work better with opennms
14:11 < eryc> yup, though the mysql module does require dbi
14:11 < eryc> its been great
14:11 <@Dagmar> Just switching to another mechanism isn't likely to solve the issue that's causing the SNMP failures tho
14:12 < eryc> yea you should still track that down
14:12 < eryc> but resmon > custom snmpd mib
14:12 <@Dagmar> I *thought* when I wrote the wrapper that it would eliminate the problems.  Looks like there was more than one problem.
14:13 <@Dagmar> it did reduce the issue by an order of magnitude tho at least
14:13 < eryc> so the only failures you're seeing are directly related to specific snmpd checks you added?
14:13 <@Dagmar> Nope
14:13 <@Dagmar> I actually *fixed* the failures caused by the custom checks
14:13 < eryc> word
14:15 <@Dagmar> If the LDAP server got slow for a bit, or if the AD servers were under load, even being within reasonable levels, it would sort of spiral out across the network and cause various tests to be just slow-er enough that SNMP checks would be queueing up all over hte place
14:15 < eryc> i need a solution to collect stats from a log file
14:15 <@Dagmar> I generally use perl.  ;)
14:15 < eryc> something better than mail tail -f script
14:15 < eryc> yea..
14:15 < eryc> s/mail/my
14:16 < eryc> *shrug*
14:16 <@Dagmar> Yeah if my statistics professors had ever told me specifically about something like *this* I would have paid more attention
14:16 <@Dagmar> Thankfully, I still have the textbooks
14:17 < eryc> eh, i wouldn't have anything dependent on ldap/ad
14:17 < eryc> just user accounts
14:17 <@Dagmar> You wouldn't be dealing with a mixed environment with like 40,000 people on it either.
14:17 <@Dagmar> heh
14:18 <@Dagmar> Holy shit if I knew a simpler way I would
14:18 <@Dagmar> I'd absolutely wave that banner around and get offices on it
14:18 < eryc> heh
14:19 <@Dagmar> I've got a printed book here about LDAP that's goddamn three inches thick
14:19 <@Dagmar> This seems... overkill for an authentication system to me.  Heh
14:20 < eryc> do you have kerberos there too?
14:20 <@Dagmar> yes.
14:20 < eryc> nice
14:20 < eryc> :P
14:20 <@Dagmar> Although I'm not sure anything's using it anymore
14:21 <@Dagmar> One of the "occasionally slow" tests was a check that tickets are still flowing
14:21 <@Dagmar> Sometimes it would take 20s to get the kerb ticket
14:21 <@Dagmar> Test queue... many fail
14:22 <@Dagmar> So basically, kerb test and disk space check launch at the same time...
14:22 <@Dagmar> Kerb check gets slow, takes 9 seconds.  Sends response, Nagios gets it, says kerb is fine
14:22 <@Dagmar> df check takes 2 seconds, sends response, 11 seconds have now passed, Nagios logs no response from plugin
14:22 <@Dagmar> Yay
14:23 <@Dagmar> That little drama was playing out hundreds of times a day
14:24 -!- sync350 [~sync@c-98-242-80-239.hsd1.ga.comcast.net] has joined #se2600
14:28 < eryc> can't you use passive checks or something
14:30 <@Dagmar> Not really
14:37 -!- sync350 [~sync@c-98-242-80-239.hsd1.ga.comcast.net] has quit [Quit: This computer has gone to sleep]
15:07 <@sdodson> Dagmar: why not?
15:27 -!- NotLarry [~NotLarry@c-68-53-104-117.hsd1.tn.comcast.net] has joined #se2600
15:27 -!- mode/#se2600 [+o NotLarry] by ChanServ
16:13 -!- fie [~fie@67.11.4.195] has quit [Ping timeout: 240 seconds]
16:28 -!- fie [~fie@67.11.4.195] has joined #se2600
17:29 -!- sync350 [~sync@adsl-74-190-97-201.asm.bellsouth.net] has joined #se2600
17:29 -!- sync350 [~sync@adsl-74-190-97-201.asm.bellsouth.net] has quit [Client Quit]
17:33 -!- sync350 [~sync@adsl-74-190-97-201.asm.bellsouth.net] has joined #se2600
17:36 -!- sync350 [~sync@adsl-74-190-97-201.asm.bellsouth.net] has quit [Client Quit]
18:14 <@dasunt> Well, digging through the family tree some more.
18:14 <@dasunt> I'm remarkably not inbred.
18:14 <@dasunt> Think I've found one distant cousin marriage so far, and that's back in the 1700s.
18:14 <@dasunt> They aren't first cousins, but they may be second or third.
18:14 <@dasunt> Or they just share the last name for some reason.
18:15 < RangerZ> just like babs and buster bunny(no relation), lol
18:16 < RangerZ> dasunt: that person wasn't the same as the one in your family tree
18:16 <@dasunt> Heh.
18:16 <@dasunt> It could be.
18:16 <@dasunt> I tried to match up a common ancestor for each of them, but the two generations before them had the habit of having 8 children or so per family.
18:16 < RangerZ> considering i made it up after scanning your family tree, to see how long I could get you to think it was possible, no... I kind of doubt it
18:16 < RangerZ> lol
18:17 <@dasunt> I looked at 1st cousins, then I'm like "fuck it"
18:17 < RangerZ> thats where the Japanese family register is really nice to have
18:17 <@dasunt> I'm a little suprised though, cousin marriages weren't that uncommon a few hundred years ago.
18:17 < RangerZ> it has every single japanese citizen's family tree going back for hundreds of years
18:17 <@dasunt> Oh, well, I found that the village of Erfde, Germany, put their parish records online, and my great-grandpa's from there.
18:18 <@dasunt> That took me back to the 1650s or so.
18:18 < RangerZ> nice
18:18 <@dasunt> I have an entire branch of the family tree that didn't really stray more than about 10 km from that town.
18:19 <@dasunt> Remarkably, no imbreding that I found there.  Damned if I know how they avoided it.
18:19 <@dasunt> There wasn't that many people.  Did it boil down to "well, it's been 150 years.  Mary, you have to wed Hans, he's the only one not related to you around here."
18:20 < RangerZ> could have been more clan based
18:20 <@dasunt> Yah.
18:20 < RangerZ> daughters have to marry outside the clan
18:20 < RangerZ> or something like that
18:20 <@dasunt> Got a few clans actually, on the Scottish side.
18:20 <@dasunt> But the Scots either don't keep records, or they aren't online.
18:20 < RangerZ> wars = bad for records
18:21 < RangerZ> which is why i doubt i'll be able to go much farther back in ireland than 1700s or so
18:21 <@dasunt> Got a little bit of northern Irish, according to other family trees I've found.
18:22 <@dasunt> Didn't expect that.
18:23 <@dasunt> Also found some Plantegents (sp?).
18:23 <@dasunt> The old English line of kings.
18:23 <@dasunt> But by the time I get back there, I probably have around 70,000 possible ancestors, so that's not too unexpected.
18:25 < RangerZ> the problem with my family has seemed to always be that it's the mother's side that I'm on, so within just they people that i've known growing up there is a new family name every generation
18:27 < RangerZ> though it does help to sometimes not let people know that you're related to a family with a building at school named after them, lol
18:27 <@dasunt> Heh.
18:27 < RangerZ> not that _I_ personally have any of that money
18:27 <@dasunt> I stumbled across the will of a family member.
18:27 <@dasunt> Old will.  Listed like a 1000 schillings.
18:28 <@dasunt> Er, 1000 pounds.
18:28 <@dasunt> I think that was a lot of money in those days.
18:28 < RangerZ> if it is before 1900s , i'm sure it is
18:29 -!- Falun [~richard@c-107-3-142-137.hsd1.ca.comcast.net] has quit [Quit: Leaving]
18:29 <@dasunt> Yep.
18:29 <@dasunt> Also finally nailed down how much injun I am.  1/64th.
18:29 <@dasunt> I can has casino?
18:30 < RangerZ> you can has american blad eagle feather atleast
18:30 < RangerZ> but you can't take it off the reservation
18:31 <@dasunt> Well, this is Cree, up in Canada.
18:32 < RangerZ> damn canadian american blad eagles are treasonous i tell you
18:32 < RangerZ> lol
18:32 <@dasunt> Also got an ancestor who fought in the revolutionary war.
18:33 <@dasunt> So I'm going to so totally pull that out in the next argument I have with a Tea Partier.
18:33 < RangerZ> i think canadian reservations are similar to american ones (not part of the country tech., but protected by our National def., etc)
18:33 <@dasunt> I also have an ancestor with the name of "Increase Billings"
18:34 <@dasunt> Best name ever.
18:37 < RangerZ> nice
18:38 <@dasunt> Wow, my ancestors go back to the 1600s in New England?
18:39 < RangerZ> yay, religious puritans
18:40 <@dasunt> Do I have mayflower ancestors?
18:40 <@dasunt> I guess I'm going have to start voting Republican and stock up on guns.
18:41 < RangerZ> nah, owning a gun isn't republican
18:41 < RangerZ> they only want it stereotyped that way, lol
18:42 <@dasunt> I've noticed that.
18:42 <@dasunt> Hackers like guns more than one would think.
18:42 < RangerZ> i enjoy going to the range and sharp shooting, and am not adverse to hunting deer (as long as you eat the meat too)
18:43 < RangerZ> up here in ohio is apparently some of the best whitetail deer hunting in the country
18:43 < RangerZ> people get 12~14 pointers on their first time out pretty easily
18:43 <@dasunt> Got another cousin marriage.
18:43 <@dasunt> 1500s or so.
18:44 < RangerZ> you should enter all that info into a graphing program
18:44 <@dasunt> I should.
18:44 < RangerZ> maybe that family tree website, i dunno
18:44 <@dasunt> Actually using my GF's acount on ancestry.com now.
18:44 < RangerZ> problem with that is proprietary-ness
18:44 <@dasunt> I have to say, it's probably worth the $160 or so.
18:45 <@dasunt> But anything past about 1800 or so, you're basically searching other people's family trees.
18:46 <@dasunt> Er, before 1800, I should say.
18:47 <@dasunt> After that, you have primary sources scanned in, which are great, except that HOLY SHIT THERE ARE ERRORS.
18:47 <@dasunt> Like, I don't know how you can mispell "Latham" as "Lastham", but...
18:48 <@dasunt> That was really fun with the French Canuckistani side of my family.  I have some ancestors I can't match up.  I have candidates that are similar, but there's enough variation I'm not sure.
18:48 <@dasunt> It's pretty common to fuck up on spelling, or that a family gives a nickname to a census taker.
18:48 <@dasunt> And birthdates in the 1800s...  Erg.
18:49 <@dasunt> I have my great-grandma's certificates from her wedding, her death, etc.  Things *don't* match up.
18:49 <@dasunt> There's enough of a match that it has to be the same person, but the birthdates don't agree.
18:50 < RangerZ> well you don't know
18:50 < RangerZ> there is a person in the same county as us, with the same full name as my mom's maiden name
18:51 < RangerZ> and close birthdate, but off by a few digits
18:51 <@dasunt> Yah, but the family members match up.
18:51 < RangerZ> ahh
18:51 <@dasunt> It's odd.
18:52 <@dasunt> I've found two census forms, 10 years apart, obviously the same household, but ages or dates of immigration will disagree.
18:52 <@ware> neg
18:53 -!- mode/#se2600 [-o brimstone] by ware
18:53 -!- mode/#se2600 [+o brimstone] by ChanServ
18:53 -!- mode/#se2600 [-o ware] by brimstone
18:53 < ware> mo mo mo
18:53 < ware> mos
18:53 <@dasunt> Or there was some fad way back when where you'd find a household with the same age kids as your own, move in, and change your kids name to match the previous household.
18:53 < ware> brimstone: mos
18:53 <@dasunt> I'd guess some of the problem has to be a language barrier.
18:54 -!- Falun [~richard@c-107-3-142-137.hsd1.ca.comcast.net] has joined #se2600
18:56 < ware> brim hows loot?
18:56 < ware> better than phneak
18:56 < ware> amirite
18:57 <@dasunt> Heh.
18:57 <@dasunt> Name "Christian Cramp"
19:00 <@brimstone> heh
19:00 <@brimstone> it's working
19:00 <@brimstone> raid should be finished reshaping Tue Jul 19 11:48:47 CDT 2011
19:04 <@sdodson> brimstone: yay
19:04 <@sdodson> ware: y u hate merica?
19:18 -!- sync350 [~sync@adsl-74-190-97-201.asm.bellsouth.net] has joined #se2600
20:24 < ware> rofl
20:24 < ware> u
20:25 < ware> brimstone: youre a REAL piece of work
20:25 <@brimstone> ?
20:25 < ware> REAL piece of work
20:25 <@brimstone> i don't want to be a fake piece of work
21:10 <@sdodson> good idea
21:45 <@Dickie> Don't knock it til you've tried it
21:47 < RangerZ> the phrase is "fake it till you make it" for a reason
22:50 < RangerZ> http://apple.slashdot.org/story/11/07/17/2311215/iOS-434-Prevents-Hacking-and-Jailbreaking i like how the first post is a link to it being jailbroken LOL
22:54 < RangerZ> what is going to suck is that Apple is going to really screw computer forensics people over if they "really" stop the jailbreaking(b/c the software they use is a modfied jailbreak), if they do, then they will have to put a 'pull everything forensically important' feature in iOS...which is going to be a huge security issue then, lol
23:18 <@Dagmar> There's probably already something like that in there.
23:19 <@Dagmar> ABout half the products out there ship with features specifically for that
23:21 <@Dagmar> Let's be serious for a moment
23:22 <@Dagmar> The fucking TSA wouldn't be all about the warrantless searching if they didn't have pretty fuckin' easy and quick ways to compromise most portable devices in a matter of moments
23:22 <@Dagmar> Clearly it's only out third-party stuff that trips them up, because that's all you ever hear them complaining about
23:23 < RangerZ> yes/no
23:23 < RangerZ> http://www.zdziarski.com/blog/ is one of the guys who writes the software that police use
23:23 <@Dagmar> TSA != police
23:23 <@Dagmar> Police actually stand a chance at getting hung up on oversight
23:25 < RangerZ> well, either way... he lives near me and actually dates the girl they got to teach our computer forensics class(she does it for the police), and he talked to our adv. computer forensics course about the software that is out there, and how his works
23:26 < RangerZ> its basically just a jailbreak that is customized to not alter any of the saved data on the device
23:28 < RangerZ> so... Apple stopping the jailbreaking could really interfere with a lot of data collection
23:28 < RangerZ> (which I'm not saying is a _bad_ thing...)
23:33 <@Dagmar> I doubt it's possible
23:34 < RangerZ> so do I, which is why there needs to be some standard way of getting data from devices (which can be encrypted, and then the decryption key availability can be another issue entirely)
23:38 <@Dagmar> Considering storage tends to be on it's own chip someone could cook something up that way
23:38 <@Dagmar> I *may* be about to go that route versus my Sony Dash
23:39 < RangerZ> the one from woot?
23:39 < RangerZ> or was that another device up there the other day
23:39 <@Evilpig> woot has put the dash up several times the last few months
23:40 < RangerZ> does it run android?
23:40 < RangerZ> sorta looks like it might from a UI screen cap, plus the sony PS phone does, so... *shrugs*
23:41 <@Evilpig> that I don't know.  sony has always had a habit of doing things their own way so I would assume that but Dagmar should be able to say for sure
23:44 <@Dagmar> It runs Chumby's ARM linux
23:44 <@Dagmar> Except Sony has the fucking thing locked down
23:44 <@Dagmar> ...or so they think
23:44 < RangerZ> ahh
23:44 < RangerZ> video on youtube looks laggy
23:44 <@Dagmar> I can get all of it's files out, now I just have to find a way to override some of the shit
23:45 <@Dagmar> Weird.  Video plays fine on mine
23:45 <@Dagmar> The damn thing has support for Crackle.com and so forth right off the bat
23:45 <@Dagmar> Also Hulu
23:45 <@Dagmar> it's just that the interface is really shit
23:45 < RangerZ> i wonder if the hulu will be going away when they lock out all the other devices
23:46 < RangerZ> poor Hulu, it's gotten too good for its own good, same with netflix
23:47 <@Dagmar> It kinda cheeses me off that it can't natively read from my MythTV box and it *should* be able to
23:48 <@Dagmar> There's literally no capability in it to mount remote samba shares
23:48 <@Dagmar> I find this unacceptable
23:48 <@Dagmar> ...and since the motherfucker is ARM Linux *rubs hands together*...
23:49 <@Dagmar> I was really hoping someone from Lulzsec would ferret out the signing key for it
23:51 <@Dagmar> For $69 the Dash is worth it as an alarm clock tho
23:52 <@Dagmar> If you're using something old and bothersome, next time they come up I'd get one
23:52 <@opticron> I just use an old cell phone
23:56 <@Dagmar> Yer cell phone won't stream DroneZone
23:58 <@Evilpig> I really need a new alarm clock actually
--- Log closed Mon Jul 18 00:00:26 2011