[01:05] <snap-l> Any thoughts on the Samsung Galaxy S II?
[01:05] <snap-l> Yes, I am thinking about going with Ting for a wireless provider
[01:06] <rick_h> snap-l: good phone
[01:07] <snap-l> Worth $415?
[01:25] <rick_h> ouch, a little bit high, but I guess you're buying raw unsub'd hardware and it's probably going rate
[01:27] <snap-l> Yeah, it's month-to-month
[01:27] <snap-l> not unlocked, afaict, though
[01:27] <snap-l> but not having a contract is appealing
[01:27] <rick_h> yea
[01:27] <rick_h> I guess just split out the cost over the estimated time and make sure you count it
[01:28] <snap-l> Yeah,
[01:54] <greg-g> snap-l: ting looks really interesting
[01:55] <greg-g> snap-l: I have VirginMobile with a kind of crappy old android. but the price is about the same. I think I would save ~$3/mo on Ting vs VM with my usage (but probably have to buy a new phone)
[01:56] <snap-l> Yeah, I decided to roll with it
[01:57] <snap-l> worst case, it'll suck, but it's an improvement over what I have now
[01:57] <snap-l> which is bullshit
[01:57]  * greg-g nods
[01:57] <greg-g> good deal then
[01:57] <greg-g> * > bullshit
[02:01] <snap-l> Anyone want a broken TI-89?
[02:01] <snap-l> Guaranteed to be good for parts.
[02:01] <snap-l> send me your address (craig@decafbad.net) and I'll ship it to you.
[02:01] <snap-l> tired of moving it around on my desk
[02:04] <greg-g> I MISS MY OLD TI-89!
[02:07] <snap-l> greg-g: It's yours if you want a project
[02:07] <snap-l> guaranteed not to work
[02:08] <snap-l> I don't know what is wrong with it, but if you want to take a chance on it, I'm willing to foot the bill
[02:08] <greg-g> no thanks, I have a (I think) working one somewhere :)
[02:08] <snap-l> greg-g: Have two
[02:09] <snap-l> I already know the address, what's the zip? :)
[02:17] <greg-g> hah
[10:38] <snap-l> Good morning
[10:38] <snap-l> I am now up to 17% of my bandwidth used for the month. :)
[10:39] <rick_h> morning
[10:43] <rick_h> ouch on the 17%
[10:55] <snap-l> rick_h: Yeah, I think I'm going to need to find an alternative location for these files
[10:55] <snap-l> or pop for more bandwidth
[10:56] <snap-l> but it's a nice problem to have.
[10:56] <snap-l> 378 downloads of the latest episode
[10:57] <snap-l> (that's not including iphone downloads, which do some strange chunk downloading
[11:14] <snap-l> Ah, it does partial downloading
[11:15] <rick_h> yea, I noticed that when I checked my s3 logs, lots of partials so it hits a ton of times
[11:16] <rick_h> well, I'll say the s3 thing works great for lococast, costs < $7/mo I think and that includes my own storage I put up there
[11:16] <snap-l> Yeah, that's something I'm considering
[11:16] <snap-l> also archive.org, since it's CC metal.
[11:17] <rick_h> ah, cool
[11:31] <brousch> snap-l: wrt your OMC downloads, i have noticed that your files are about 3x larger/minute compared to other podcasts.
[11:32] <snap-l> That's because I encode VBR
[11:32] <snap-l> and quality 0
[11:32] <snap-l> and yes, that's probably overkill
[11:33] <brousch> so you could save some bandwidth there
[11:33] <snap-l> I'm going to play with the settings a bit to see if I can get those sizes down
[11:33] <snap-l> and not lose quality.
[11:33] <brousch> actually i'd be happy to put some files on my dreamhost if you'd like
[11:34] <brousch> "unlimited" storage and bandwidth
[12:02] <snap-l> brousch: Thank you. I think I'll be fine
[12:03] <snap-l> I can add more bandwidth if necessary
[12:03] <snap-l> Just a nice problem to have. :)
[12:04] <brousch> is it bots or people?
[12:05] <snap-l> direct downloads
[12:05] <snap-l> from people
[12:05] <snap-l> the bot problem was something else entirely
[12:05] <brousch> that is nice
[12:06] <snap-l> http://www.metalinjection.net/podcasts
[12:07] <brousch> oh yeah, baby
[12:36] <brousch> Vimmers, check out TerminalIDE in this article http://www.techrepublic.com/blog/australia/programming-for-android-on-android/854
[12:39] <rick_h> heh, cool
[12:39] <rick_h> but can it run my .vimrc?!
[12:40] <brousch> i don't know
[12:41] <snap-l> rick_h: I think there are cray machines that might have trouble with your .vimrc
[12:44] <brousch> snap-l: you would ban me from OMC if i told you the music i was currently listening to and enjoying
[12:44] <snap-l> brousch: I probably would ask for a copy.
[12:45]  * snap-l is a music omnivore
[12:45] <brousch> http://www.amazon.com/Crazy-Frog-Presents-Hits/dp/B000ALZHIO
[12:45] <brousch> http://www.amazon.com/More-Crazy-Hits-Frog/dp/B000GBEW8E
[12:45] <snap-l> You're right. What's the IP range for GR?
[12:45] <snap-l> ;)
[12:46] <brousch> a few of those are good remixes
[12:47] <brousch> check out rock steady on the second one
[12:47] <brousch> axel F and pump up the jam on the first
[12:52] <rick_h> I find this idea of "is a programming language reliable" a bit facinating http://stats.stackexchange.com/questions/25811/is-the-r-language-reliable-for-the-field-of-economics
[12:54] <snap-l> Gee, the community can dictate whether a language is crap or not
[12:54] <snap-l> I think we saw that with PHP. ;)
[12:54] <rick_h> can't?
[12:55] <rick_h> /can/can't ... we saw that with php?
[12:55] <snap-l> I mean that PH may or may not be a fine language, but the community it created gives it the reputation of being VB programmers on steroids.
[12:57] <snap-l> (responding to the selected answer)
[13:21] <jrwren> reliable is a good question.
[13:21] <jrwren> that idiot stats prof is no different than the idiot compsci prof that thinks solaris is better than linux.
[13:22] <rick_h> I don't know, I keep thinking that a programming language is the very definition of reliable
[13:22] <rick_h> you give it precise steps, and test that same input == same output
[13:22] <rick_h> how can a lanuage possibly not be reliable.
[13:23] <rick_h> now your implementation I can get, but the way that is phrased as "Is programming language X reliable?" is batty
[13:25] <jrwren> but how easy is it to give it those precise steps.
[13:25] <jrwren> e.g. the sorting bug in java that existed for 10+ yrs because of 32bit math limits
[13:26] <jrwren> ah.
[13:26] <jrwren> well, i agree with you.
[13:26] <jrwren> his phrasing was NOT that of a computer scientist.
[13:26] <jrwren> a good computer scientist would never phrase things that way
[13:26] <rick_h> true I guess
[13:26] <rick_h> anyway, funny start of the day
[13:27] <krondor> rick_h: only seeing part of this convo, there's bugs in the languages where your output can't result from your input, but that's pedantic.
[13:28] <rick_h> yea, but if you think about something that's 'reliable' just seems a programming language is about as reliable as something can be.
[13:29] <rick_h> 778530
[13:30] <jrwren> until you find ambiguities in the language spec
[13:30] <jrwren> lookup C or C++ undefined behavior :)
[13:30] <jrwren> but even that undefined behavior is VERY reliable
[13:34] <snap-l> Well, calling something a programming language doesn't suddenly imbue it with reliability
[13:34] <snap-l> We just happen to use languages that have bugs that get fixed. ;)
[13:35] <brousch> rick_h: what is 778530?
[13:36] <jrwren> just not linux distros. I'm looking at you launchpad bug #1
[13:39] <snap-l> brousch: That's his key getting hit
[13:39] <snap-l> youbikey, iirc
[13:39] <snap-l> (sp)
[13:39] <rick_h> brousch: it's this damn yibikey
[13:40] <brousch> wtf is a yibikey?
[13:40] <rick_h> I can't even get it to work right with work's 2-facator auth
[13:40] <rick_h> it's supposed to make my 2-factor auth easy peasy
[13:40] <snap-l> The furry version of a yubikey.
[13:40] <rick_h> little thing that sits in my usb port and whenever 2-factor asks for a number I press it with my finger and it dumps a number out
[13:40] <jrwren> java steals from python http://bugs.sun.com/view_bug.do?bug_id=6804124
[13:40] <rick_h> unfortunately I keep bumping it
[13:41] <jrwren> who does the 2 factor?  use duosec! :)
[13:41] <rick_h> we're starting to use 2-factor
[13:41] <jrwren> from RSA?
[13:41] <rick_h> thankfully the phone part works fine
[13:41] <brousch> so if i collect enough of them along with timestamps i can crack your encryption?
[13:41] <rick_h> brousch: well you'd still need my password/username
[13:42] <rick_h> jrwren: python ftw!
[13:42] <rick_h> bah, and damn hangouts for not using my bluetooth headset
[13:42] <rick_h> tech is letting me down today
[13:43] <rick_h> http://www.extremetech.com/computing/124855-maas-effect-canonical-to-lighten-the-load-for-provisioning-bare-metal-clusters
[13:43] <krondor> the rsa app is a pain on android, I wish I could just use google authenticator everywhere, it works really well, IMO.
[13:44] <rick_h> yea, I get to use Google authenticator
[13:44] <jrwren> bookie is blank?
[13:44] <rick_h> but wish this yubikey
[13:44] <rick_h> jrwren: on chrome 19?
[13:44] <jrwren> aurora
[13:45] <rick_h> ok cool, you can dupe it too then. Yes
[13:45] <jrwren> and chrome 19 :)
[13:45] <jrwren> those are my 2 browsers
[13:45] <rick_h> the ajax call goes out and comes back, but fails to load for some reason. Only gotten it on chrome 19 and FF nightly
[13:45] <rick_h> same here
[13:45] <brousch> works for me!
[13:45] <rick_h> but on my other desktop I have chrome 18 and FF not nightly
[13:45] <rick_h> and that works
[13:45] <rick_h> so ti's definitely something changed in the new browsers, but don't know what it is
[13:46] <rick_h> it's on my todo list for tonight at CHC
[13:46] <jrwren> whoa, nasty bug. I turn on firebug, hit reload and it works.
[13:46] <rick_h> because it works in dev mode, so think it's something  with the production/nginx setup, probably the redirect
[13:46] <rick_h> jrwren: hmm, doesn't here with firebug open
[13:48] <jrwren> it just started working for m.e
[13:48] <rick_h> what?! I've not gotten it to work at all
[13:48] <rick_h> in FF?
[13:48] <rick_h> or both FF and chrome?
[13:49] <jrwren> just FF
[13:50] <rick_h> hmm, let me update today I guess
[13:50] <jrwren> i think i'm 13a
[13:50] <jrwren> whatever aurora was yesterday :)
[13:51] <rick_h> oh hmm, 14.0a1 here
[13:52] <jrwren> lemme double check
[13:52] <jrwren> 13.0a2
[13:52] <jrwren> hehe, update waiting
[13:54] <rick_h> well anyway, yes there's some browser bug in the dev versions of both FF and chrome that's broken the result loading in bookie and I don't have a fix yet :/
[13:54] <rick_h> http://www.markshuttleworth.com/archives/1103 woot, what some LP folks have been working on is now public
[13:56] <rick_h> jrwren: http://code.google.com/p/chromium/issues/detail?can=2&q=121707&colspec=ID%20Pri%20Mstone%20ReleaseBlock%20Area%20Feature%20Status%20Owner%20Summary&id=121707 looks likely
[13:58] <rick_h> looks like it was fixed yesterday so hopefully next version of dev chrome will have the fix maybe
[13:58] <rick_h> https://bugs.webkit.org/show_bug.cgi?id=82964
[14:11] <jrwren> metal as a service. I don't get it.
[14:12] <jrwren> wait.
[14:12] <jrwren> i get it.
[14:13] <jrwren> its like ec2 provisioning, but not on a VM, on bare metal.
[14:13] <jrwren> holy crap that is awesome.
[14:13] <rick_h> right
[14:13] <rick_h> because something has to get the racks ready to go
[14:13] <rick_h> not everything can run in VM and even if you do run VMs you need to get the bare metal ready to run VMs
[14:13] <jrwren> i hate VMs, so :)
[14:14] <jjesse> automatic bare metal builds have been happening for a long time
[14:14] <jrwren> yes, but not very well
[14:14] <jjesse> i've been helping customers w/ them for 6+ years
[14:14] <jjesse> Dell and HP make great tools
[14:15] <jrwren> not open source :p
[14:15] <rick_h> right, but this is on the ubuntu server disk
[14:15] <jjesse> so if i buy a dell server i have access to their tools which doesn't care about the OS
[14:15] <jrwren> orly?
[14:15] <jrwren> i've been out of this line of work for 8yrs. how does this work?
[14:16] <jrwren> i pxe boot my dell server, then what?
[14:16] <jjesse> so i can provision the server, configure the DRAC, configure the RAID, build the OS via a scripted OS (windows) kickstart (RHEL) or others
[14:16] <jrwren> oh DRAC, doesn't that server hardware start at like $5000?
[14:16] <jjesse> DRAC isn't always needed
[14:16] <jrwren> mark's post seemed to be talking about $1k 1U type systems.
[14:17] <rick_h> yea, it's about cheap mass hardware, especially as ARM servers come around
[14:17] <jjesse> haven't gotten to mark's post yet, but this is totally doable
[14:17] <jjesse> i bare metal build PCs all day long
[14:17] <jjesse> and bare metal servers
[14:17] <jrwren> yes, its doable
[14:17] <jrwren> but how easy is it.
[14:17] <jjesse> piece of cake
[14:17] <jrwren> can i deploy an AMI to one?
[14:17] <rick_h> jjesse: right, but you provision them in racks from a webui control ui in another room?
[14:17] <jjesse> i can
[14:17] <rick_h> and tie it to juju so you can start installs/setups of tasks and such
[14:18] <rick_h> that's the idea at least
[14:18] <jjesse> ok so you are tied to Ubuntu only on the process
[14:18] <rick_h> not tried it out myself as I don't have a rack of hardware to use it against
[14:18] <jjesse> why not build it platform and OS indepdent
[14:18] <rick_h> jjesse: yes, the idea is you're using ubuntu servers to bootstrap your racks
[14:18] <jrwren> i'm less interested in ubuntu and more interested in AMI on bare metal :)
[14:19] <snap-l> good news at Yahoo: Finding a parking spot should be a lot easier.
[14:19] <rick_h> lol
[14:21] <jjesse> rick_h,  but will the build be Ubuntu only or can I build a Windows Server or RHEL server off the process?
[14:21] <rick_h> jjesse: I think it only speaks ubuntu right now. Like I said, not used it myself. Another LP team has been dev'ing it.
[14:22] <jrwren> so maybe it is just a super fancy kickstart
[14:22] <rick_h> The thing though is that you're doing things like provisioning things like hadoop clusters, it's on ubuntu server
[14:22] <jjesse> so that's my biggest issue w/ all these tools they are Ubuntu only specific as far as i can tell and need to become more OS indepdent
[14:22] <jjesse> to get greator footprint
[14:22] <jrwren> they are all open source.
[14:22] <jrwren> other distros just need to adopt
[14:23] <rick_h> jcastro_ can probably tell you more since he's Mr Cloud
[14:23] <jrwren> looks like it was announced a while ago: https://lists.ubuntu.com/archives/ubuntu-server/2012-January/006041.html
[14:24] <snap-l> Mr. Cloud. Mr. Cloud. That name again is Mr. Cloud.
[14:24] <jcastro> Hi2U!
[14:24] <rick_h> jrwren: well it's been quietly in dev. It's been cranking to get done/ready for 12.04 since it'll be on CD
[14:25] <rick_h> jcastro_: jjesse wants MAAS to bootstrap RHEL for him...tell him to sshhhhhh :P
[14:25] <jcastro> jrwren, right so when you type in "juju deploy mysql" instead of ec2 instances a server gets turned on in your datacenter and does all that kind of stuff
[14:25] <jrwren> i want it to boostrap windows
[14:25] <rick_h> double sssshhhhh
[14:25] <jrwren> nad sql server
[14:25] <jrwren> and iis
[14:25] <jcastro> http://www.windowsazure.com/en-us/
[14:25] <jcastro> there you go dude
[14:25] <jjesse> jrwren, that would be great if it did that
[14:25] <jrwren> and oracle database
[14:25] <jjesse> i'm serious
[14:26] <jrwren> i'm serious too.
[14:26] <jrwren> if you want to suceed those are the features needed
[14:26] <rick_h> right, but you don't startup/shutdown those things on a weekly basis? The idea is to take up/down frequently and manage that
[14:26] <rick_h> it's not something you run once
[14:28] <jcastro> I am misunderstanding what you guys want
[14:28] <rick_h> man, nothing as depressing as reading the yahoo job cut annoucement, just "we're firing a ton of people and expect to save some cash, the end"
[14:28] <jcastro> this isn't traditional provisioning, this is cloud-type stuff
[14:28] <jrwren> i think we just misunderstood what maas was.
[14:28] <jrwren> lol @ cloud-type stuff
[14:28] <rick_h> jcastro_: they want kickstart stuff
[14:29] <jcastro> oh, well you have that already don't you?
[14:29] <snap-l> rick_h: You can read it as "throwing off weight so we don't burn up quite as bad on re-entry"
[14:29] <rick_h> snap-l: lol
[14:30] <jrwren> zookeeper, orchestera, i need a glossary
[14:30] <rick_h> jrwren: I'm with you on that part
[14:30] <jcastro> you don't care about zookeeper directly
[14:30] <snap-l> I eagerly await lion tamer, railway-station, and dominatrix
[14:30] <jcastro> it's just the thing juju uses to keep things synced
[14:30] <jcastro> and orchestra is basically now MaaS
[14:31] <snap-l> This is almost as bad as naming your servers after silent film comedy troupes
[14:31] <jrwren> integrates with cobbler too.
[14:31] <jjesse> i just want a product that can build bare metal no matter what OS
[14:31] <jrwren> or does it replace cobbler?
[14:31] <snap-l> What happens when hardy gets decommissioned.
[14:31] <jjesse> and i can get that from the server vendors
[14:31] <snap-l> or laurel.
[14:32] <jrwren> jjesse: this is not really JUST bare metal build though, this does EVERYTHING post bare metal too. so that in the end your services are all up.
[14:32] <jjesse> a lot of this stuff you can do already, especially the MS stuff + powershell
[14:33] <jjesse> i can do a bare metal build of an exchange server + install exchange if i want to
[14:33] <jrwren> i've not seen it in MS lang.
[14:33] <jjesse> for example
[14:33] <snap-l> jjesse: You could do some of this stuff with kickstart + chef too
[14:33] <jjesse> agreee
[14:33] <jrwren> well dam, you are bad ass
[14:33] <jjesse> jrwren, it would take me a bit but MS has spent a ton of time on configuring things w/ PowerShell
[14:33] <snap-l> or puppet, or any remote SSH tool, as long as you have the keys on the remote system.
[14:33] <jrwren> you can get $$$ doing exchange deploys
[14:34] <snap-l> jrwren: Why do you think they ship jjesse all over the place.
[14:34] <snap-l> jjesse = serious badass.
[14:34] <jrwren> i don't really know the guy.
[14:34] <snap-l> He contributes to the Ubuntu Book.
[14:34] <jjesse> while they are not OS there are a ton of tools that are built to do these bare metal deployments
[14:35] <jrwren> but the point is not "anyone can do that" the point is that maas is already done it for you
[14:35] <jjesse> and a lot of work has been done on the Windows side by MS
[14:35] <snap-l> http://www.amazon.com/Official-Ubuntu-Book-Benjamin-Mako/dp/0132435942
[14:35] <jjesse> here's my frustration is that it seems there si too much "not invented by us" going on instead of working w/ established tools/vendors
[14:36] <jrwren> kinda sounds like it takes cobbler to the next level
[14:36] <jcastro> yeah basically
[14:36] <snap-l> jjesse: Because it's easier to sell a package than a toolkit
[14:38] <jjesse> snap-l,  i understand but imagine how much wider Ubuntu would be used if it integrate w/ the existing system management vendors instead of focusing on their own product (landscape)
[14:38] <jrwren> maybe.
[14:38] <snap-l> jjesse: No argument here, but we've seen how rapidly things change
[14:38] <jrwren> but a lot of us use nothing righ tnow
[14:39] <snap-l> integrating something, and having it change then causes as much headache
[14:39] <jrwren> and don't even know about existing things.
[14:39] <snap-l> Most of my work at SF.net was in writing scripts to make things happen for our home-built deployment system.
[14:40] <snap-l> We used something like puppet in the past, but it wasn't what we were looking fo
[14:40] <snap-l> r
[14:40] <snap-l> I can only imagine how much more painful that might have been with a vendor-provided solution
[14:41] <jrwren> why the virsh stuff? I thought this was bare metal. https://bazaar.launchpad.net/~maas-maintainers/maas/trunk/view/head:/docs/juju-quick-start.rst
[14:41] <jrwren> did they reuse the virsh API for managing bare servers?
[14:45] <rick_h> snap-l: ok, here you go http://alestic.com/2012/04/aws-s3-torrent
[14:45] <rick_h> snap-l: OMC episodes torrentable from s3 seeds, that's sweet
[14:46] <jrwren> whoa?
[14:47] <jrwren> holy crap.
[14:48] <jrwren> s3 just supports torrent seeding like that.
[14:48] <jrwren> that is awesome.
[14:54] <snap-l> rick_h: Oh, nice. :)
[14:56] <rick_h> snap-l: yea, not perfect but kind of a neat idae
[14:56] <rick_h> idea that is
[14:59] <krondor> argh meetings when I want in on this cloud convo :)  back in a bit
[15:55] <snap-l> Apparently I got in to Ting at the right time. Samsung Galaxy S II is now $500 list
[15:56] <snap-l> last night it was $465.
[16:05] <rick_h> snap-l: cool?}
[16:06] <snap-l> yeah, cool
[16:06] <snap-l> I ordered it last night
[16:06] <rick_h> ah ok, didn't realize you had ordered
[16:07] <greg-g> snap-l: you're the reason the demand went up, thus the price
[16:07] <greg-g> jerk
[16:07] <snap-l> greg-g: Heh
[16:07] <snap-l> That and I used the TWIG code
[16:09] <snap-l> Of course now I have to wait a while for the phone to show up
[16:16] <krondor> jjesse:  juju deploy mysql && juju deploy moodle && juju add-relation mysql moodle && juju expose moodle, that's the hard part about just kickstart + vendor build tools.. how do you provision services on things that easy.
[16:17] <krondor> that's also the part that is hard to write distro/os agnostic (the service build scripts)
[16:19]  * krondor late to the discussion and oversimplifying (config.yaml directives missing)
[16:20] <greg-g> who wants to build their own linux distro... as a game? http://lunduke.com/?page_id=2646
[16:21] <snap-l> Saw that
[16:21] <krondor> I thought that's what I was doing when I did LFS and Gentoo
[16:21] <snap-l> It looks... um... not that great. :)
[16:23] <jjesse> krondor, i understand the beauty of juju however building a bare metal is not brand new
[16:23] <jjesse> there are other tools that could be used or the engineer time could be spent improving those
[16:23] <jjesse> but yet there is the we need to invent it ourself
[16:24] <krondor> jjesse:  no but when I see maas I don't think it's just the OS build, I think it's the adding it to the pool for service deploy piece
[16:25] <jjesse> i understand the add service point of view but from my understanding its starting from bare metal and building theservices
[16:25] <jjesse> you could tie existing bare metal build tools + juju on top of it
[16:27] <krondor> yeah I can see that, it is very ubuntu-ey and probably not approachable by other distros
[16:27] <jjesse> just like Landscape or other products
[16:27] <jjesse> from a systems management point of view
[16:27] <krondor> even the service piece might be surmountable if you can abstract things far enough (package_install apache2 versus yum/apt/zypper/msiexec)
[16:28] <krondor> I'm just excited to see the charms deployable without needing all of openstack or costs for ec2
[16:29] <jjesse> i agree thats way cool
[16:29] <jjesse> however i'm a bit disappointed that yet again it seems a very ubuntu specific item and not necessarily something other OSes could/would use
[16:46] <rick_h> http://www.youtube.com/watch?feature=player_embedded&v=9c6W4CCU9M4http://www.youtube.com/watch?feature=player_embedded&v=9c6W4CCU9M4
[16:46] <snap-l> jjesse: I'm sure Canonical would be thrilled if others followed their pied piper.
[16:46] <rick_h> let the raving begin
[16:47] <snap-l> I would totally love augmented reality
[16:49] <jjesse> snap-l,  instead of working w/ pied pipers that might exist already?
[16:59] <snap-l> jjesse: Part of developer hubris is that you are the best pied piper out there. :)
[18:10] <_stink_> mmm pie.
[18:11] <rick_h> ala-mode!
[18:13] <greg-g> pie? PIE?! where?!
[18:16]  * waldo323 gives greg-g some pi
[18:19] <greg-g> how much of it?
[18:20] <snap-l> as many significant digits as you can handle
[18:23] <greg-g> ALL OF THEM!
[18:24] <greg-g> (the only request you can't comply with)
[18:25] <brousch> sure he can. it's just gonna take a while
[18:25] <brousch> like, the rest of your life
[18:26] <greg-g> nope, it would be even longer than that
[18:26] <greg-g> though, I guess, that's all i can handle....
[18:27] <brousch> well that's your fault
[18:28] <rick_h> 634354
[18:29] <greg-g> so, rick_h , you've been doing this every now and then, sending 6 digit numbers to the channel, are you messing up with your LP Bug number pasting?
[18:29] <brousch> greg-g: he covered it earlier ;)
[18:29] <greg-g> oh
[18:29] <greg-g> dangit
[18:29] <greg-g> where?
[18:29] <rick_h> so I've realized I end up placing my finger on the side of my laptop sometimes
[18:30] <brousch> 9:35am MI time
[18:30] <rick_h> greg-g: have this yubikey usb thing that you touch for 2-factor auth for work
[18:30] <greg-g> ahhh
[18:30] <rick_h> so I keep bumping it and it dumps those numbers out as if I'm trying to log into something
[18:30] <rick_h> tried all three usb ports on the laptop, but keep bumping it on accident
[18:30] <brousch> i'm collecting them to hack his system
[18:30] <greg-g> brousch: good call
[18:30] <rick_h> yea, brousch wants to take over all my bugs
[18:31] <rick_h> I tried to just give them to him, but he'd prefer I get credit when he hacks my account and fixes them all
[18:31] <brousch> i'll just mark them all as WON'T FIX
[18:32] <rick_h> works for me
[21:59] <rick_h> 559014
[22:00] <greg-g> :)
[22:01] <rick_h> bah, see I pick up the laptop and bump it. oh well
[22:40] <greg-g> for you task management geeks out there (*cough* snap-l *cough*): http://www.joelonsoftware.com/items/2007/10/26.html
[22:40] <rick_h>  going old school? 2007?
[22:40] <greg-g> taskwarrior is going to implement tools so you can do that stuff
[22:40] <greg-g> rick_h: it was just the url that the lead dev of taskwarrior sent in channel
[22:41] <rick_h> ah, gotcha
[23:54] <greg-g> anyone have a Thinkpad x200s compat battery they want to sell me that isn't crap?
[23:54] <greg-g> this one (9 cell) is getting like 2 hours :(
[23:55] <rick_h> sorry, <3 my 9cell x200 battery
[23:55] <rick_h> watch the outlet, that's where I get mine and usually around $40 vs the super $$
[23:55] <rick_h> nothing on there currently for xseries
[23:55] <greg-g> yeah, from Lenovo its like $150
[23:56] <rick_h> yea, I've gotten my last 3 spare batteries by watching the outlet nad MUCH cheaper
[23:56] <rick_h> and they've all been good
[23:56]  * greg-g nods
[23:56] <greg-g> well, don't get the next one, leave it for me! ;)
[23:57] <rick_h> heh
[23:58] <greg-g> whoa, neat, the app tabs in Fx 13 scale smaller as needed