[00:01] <rick_h> Blazeix: yea, same here
[00:01] <rick_h> brousch: lol I saw that and thought it was kind of funny
[00:24] <snap-l> jrwren: http://www.archive.org/details/Rachmaninoff-PaganiniRhapsodyrachmaninoff
[00:24] <snap-l> Actually sounds better to my ears than the "pro recording"
[00:24] <snap-l> http://www.amazon.com/Rachmaninoff-Plays-Piano-Concertos/dp/B000003FGS/ref=cm_cr_pr_product_top
[00:25] <snap-l> http://www.archive.org/details/RachmaninoffConcertoNo.4
[00:43] <rick_h> downloading ubuntu for the reinstall. So long arch
[00:53] <snap-l> yey?
[00:53] <rick_h> heh
[00:54] <snap-l> Just re-bought the third version of Dragon's Lair. This one is on the Wii.
[00:54] <rick_h> wii!
[00:54] <snap-l> As opposed to the DVD version, and the 3DO version
[01:41] <brousch> i just spent 1.5 hours in the bathroom convincing my son to poop
[01:46] <rick_h> woo!
[01:46] <rick_h> success?
[01:46] <snap-l> That's one they dont tell you in parenting class.
[01:46] <jjesse> evening
[01:47]  * snap-l just finished an interview with the band Carthasy.
[01:47] <rick_h> nice
[01:47] <snap-l> rick_h: I think you'd really like this band.
[01:47] <rick_h> yea? is that the stuff above?
[01:47] <rick_h> linky linky
[01:47] <snap-l> no. Here's their EP
[01:48] <rick_h> first time I think you've said that so I'm overly curious now
[01:48] <snap-l> http://carthasy.bandcamp.com/
[01:48] <snap-l> They remind me of A PErfect Circle
[01:52] <gamerchick02> hey, i'm still here. :)
[01:53] <snap-l> howdy!
[01:53] <gamerchick02> :) masterpiece contemporary is due to start soon but i can chat and watch at the same time
[01:53] <rick_h> coolio
[01:54] <rick_h> anyone need a desk?
[01:54] <rick_h> that's the problem with reorg...wtf to do with the rest of the stuff
[01:54] <gamerchick02> need a desk? I have a desk... well. yeah.
[01:55] <gamerchick02> i have a desk coming. to my apartment. it's my writing desk but it can be used for a computer.
[02:00] <snap-l> So, let's get started with the meeting
[02:00] <jjesse> we have a meeting?
[02:00] <rick_h> oh, coolio I'm in time for it
[02:01] <snap-l> http://loco.ubuntu.com/meetings/ubuntu-michigan/83/detail/
[02:01] <snap-l> There's not much to really go over
[02:02] <snap-l> First off, who all is here for the meeting?
[02:02] <snap-l> o/
[02:02] <jjesse> me
[02:02] <rick_h> I'm going to need more wine for this me thinks
[02:02] <snap-l> heh
[02:03] <snap-l> Oh c'mon, it's not that bad. :)
[02:03] <snap-l> First order of business, we're a re-approved loco
[02:03] <jjesse> yay
[02:03] <snap-l> so give yourselfes a round of applause for being awesome
[02:04] <gamerchick02> yay!!!
[02:04] <snap-l> Hopefully we can continue to keep the awesome going for when we're reapproved in 2013
[02:04]  * gamerchick02 does a funky dance
[02:04] <gamerchick02> i'm sure we will be able to
[02:04] <snap-l> I'm getting pretty excited for this cycle. Should be a good one.
[02:05] <snap-l> Wondering if we could do a few jams in the interim (maybe online, or in person)
[02:05] <rick_h> +1
[02:05] <gamerchick02> that'd be fun
[02:05] <snap-l> we have a little time to plan for that. I know the holiday times can be a little hectic for everyone
[02:05] <snap-l> but keep that in the back of your minds
[02:05] <gamerchick02> eeee! i forgot about the holidays
[02:06] <snap-l> gamerchick02: Meijer will not let you forget.
[02:06] <gamerchick02> and i've got a Circus coming up in February.
[02:06] <snap-l> Believe me.
[02:06] <gamerchick02> snap-l neither will the mall. *le sigh*
[02:06]  * snap-l runs off to join said circus.
[02:06] <snap-l> Anywho...
[02:06] <gamerchick02> oooh, i think you'd fit in. can you herd tigers? ;)
[02:06] <snap-l> I juggle
[02:07] <gamerchick02> oooh. there we have it.
[02:07]  * gamerchick02 derails meeting
[02:07] <snap-l> that's how I met JoDee. :)
[02:07] <snap-l> but that's another topic for another time
[02:07] <snap-l> Any other thoughts on reapproval?
[02:07] <snap-l> Going in 3...
[02:08] <snap-l> 2...
[02:08] <snap-l> 1...
[02:08] <snap-l> OK, next topic: CDs
[02:08] <rick_h> just thanks greg-g snap-l and brousch for making that happen
[02:08] <rick_h> really, they're the heros of the reapproval
[02:08] <snap-l> Yes, most definitely
[02:08] <snap-l> Thanks to greg-g for leadership, and brousch for really making the west side happen
[02:09] <snap-l> I think that really impressed the council that we had a strong west-side contingent
[02:09] <snap-l> I'd really love to branch out to mid-Michigan and the UP as well
[02:09] <gamerchick02> yes they are
[02:09] <snap-l> Thank you. :)
[02:09] <gamerchick02> oooh. too bad i've moved from MidMI, or I'd spearhead that.
[02:10] <gamerchick02> what about a Northern Detroit-ish group. is there anyone from the Auburn Hills/Pontiac/Rochester Hills area?
[02:10] <snap-l> I think the next time that mydogsnameisrudy is on, we should ask if he'd be interested in getting the UP representin'
[02:10] <gamerchick02> besides me, i mean.
[02:10] <snap-l> I think there's some folks out that way
[02:11] <gamerchick02> it'd be fun to have a meetup in da UP.
[02:11] <gamerchick02> good reason to go up north.
[02:11] <snap-l> Though we usually just tell them to suck it up and drive. ;)
[02:11] <gamerchick02> eeeee!
[02:11] <gamerchick02> they'd be snowed in half the year. heh.
[02:11] <snap-l> I meant the Rochester Hills folks
[02:12] <snap-l> the UP folks would have to wait for the bridge. ;)
[02:12] <snap-l> and that's no fun
[02:12] <gamerchick02> you're right.
[02:12] <rick_h> yea, there's a few of us, but I think we participate with the south vs our own thing
[02:12] <snap-l> Anywho, on to the CDs.
[02:12] <snap-l> I have them, and I'm motivated to get rid of them
[02:12] <snap-l> (Speaking of JoDee, my lovely wife)
[02:13] <gamerchick02> hehe
[02:13] <gamerchick02> i could take a few and have them at work for people who are interested
[02:13] <snap-l> I'm planning on sending another care-package to brousch for the west siders.
[02:13] <snap-l> If anyone is looking for some, I'll gladly send them
[02:13] <gamerchick02> i've sparked some interest in people who've never tried it before. you only need one hit of this version before you're hooked.
[02:13] <rick_h> gamerchick02: CHC?
[02:14] <snap-l> either hit me up at CHC, MUG, or (if you prefer) I can mail them.
[02:14] <rick_h> can grab some from snap-l  then
[02:14] <rick_h> ah, or MUG
[02:14] <snap-l> Just LMK in advance if you want some, and I'll bring some extras
[02:14] <gamerchick02> rick_h_ yes, but not next week; i have Nile the night before and will be working late on Wednesday
[02:14] <snap-l> If anyone wants me to mail them some, I'd like to do it in batches of 10
[02:14] <gamerchick02> or this coming week, rather. oi
[02:15] <snap-l> (note: I'll be writing this in a mail message as well)
[02:15] <gamerchick02> you can mail them to me once i move and have a permanent address
[02:15] <gamerchick02> or you could send them up to my house
[02:15] <gamerchick02> my mom's house.
[02:15] <snap-l> I'll send them free of charge, but if you'd like to help offset postage, I won't argue with you. :) Just send me ~$5 via paypal.
[02:15] <snap-l><EMAIL_ADDRESS>[02:15] <gamerchick02> that's a good idea.
[02:16] <snap-l> I have Ubuntu 11.10, Kubuntu 11.10, and Server  11.10
[02:16] <snap-l> I'll be bringing some to MUG and CHC this week
[02:16] <snap-l> also am planning on sending some to MDLUG and Washtenaw LUG
[02:17] <snap-l> Again, if you're also interested in them, just let me know which, and I'll send them.
[02:17] <snap-l> Any questions, concerns?
[02:18] <gamerchick02> when is MUG?
[02:18] <snap-l> This Tuesday
[02:18] <snap-l> 6:30pm at the Farmington Hills Library.
[02:18] <snap-l> lmorchard will be there.
[02:18] <snap-l> he's presenting. ;)
[02:18] <gamerchick02> ah, how convenient. i can't skip Nile because, i'm the... uh... Queen. oi.
[02:19] <gamerchick02> that's cool
[02:19] <gamerchick02> too bad I can't go.
[02:19] <snap-l> I'll be bringing CDs with me to most of the events that I'm at
[02:19] <snap-l> so MUG, CHC, etc
[02:19] <gamerchick02> cool.
[02:20] <snap-l> and again, I'll send discs to anyone who wants theom
[02:20] <snap-l> just LMK<EMAIL_ADDRESS>[02:20] <gamerchick02> if I can make it to a CHC this month (this is a busy month), I'll take you up on the offer.
[02:20] <snap-l> I'm motivated to get them out of the house. ;)
[02:20] <gamerchick02> JoDee doesn't like them?
[02:21] <snap-l> gamerchick02: JoDee sees them as one more thing taking up space in our rather small living establishment.
[02:21] <gamerchick02> ah.
[02:21] <gamerchick02> do you have a box or something?
[02:21] <gamerchick02> i'm not sure about how many you have.
[02:22] <snap-l> Canonical sent a box with a bunch of them in there.
[02:23] <gamerchick02> ah. that's not so bad; if they're all in one box. but i can see you wanting to get rid of them. they're more use to people in their hands than in a box.
[02:23] <snap-l> yep
[02:24] <snap-l> so, any questions about the CDS?
[02:24] <gamerchick02> not really, from this end.
[02:24] <snap-l> I'll send out a note to let folks know how to get their grubby mits on them.
[02:25] <gamerchick02> you know, if the Masonic Center gets internet, i'd be willing to run an Ubuntu Hour or something up there when i'm going to be in town anyway
[02:25] <gamerchick02> i can have my brother handle logistics, and i have keys til March.
[02:25] <snap-l> If you'd like to set something up, that would be pretty cool
[02:25] <gamerchick02> but it depends on how long it takes the Temple Board to move on getting internet. they've said that "dial up is just fine" for now
[02:26] <gamerchick02> i think they are paying out the patoot for AO-Hell right now
[02:26] <jjesse> theres no free interent for mason?
[02:26] <jjesse> masons?
[02:26] <gamerchick02> probably not
[02:26] <jjesse> don't you just do some secret sign or something?
[02:27] <gamerchick02> everything is going slowly with the Temple Board. they're all old anyway
[02:27] <brousch> crap, is the meeting still going?
[02:27] <brousch> fell asleep on the couch
[02:27] <gamerchick02> i'm surprised they don't want the fastest internet possible; one could die waiting for a page to load
[02:27] <snap-l> brousch: Yeah, and you're getting a carepackage. ;)
[02:27] <brousch> ut oh
[02:27] <gamerchick02> brousch we're almost done. i'm complaining about old people and the internet
[02:29] <snap-l> Yeah, I think we're done with the CDs
[02:29] <snap-l> anything else anyone wants to bring up that isn't on the agenda.
[02:29] <brousch> i heard 12.04 is too big for a CD
[02:29] <snap-l> brousch: that's always a concern
[02:29] <jjesse> brousch it is
[02:30] <jjesse> snap-l no the default will be 750
[02:30] <jjesse> or something like that
[02:30] <snap-l> jjesse: Really?
[02:30] <jjesse> all over planet ubuntu
[02:30] <jjesse> yeah too large for a cd
[02:30] <jjesse> and they will be pushing amd64 by default
[02:30] <snap-l> jjesse: Ah, they're finally busting the CD
[02:30] <brousch> you know, if it's more than a cd you might as well use 1GB
[02:30] <snap-l> yeah, no kidding
[02:30] <gamerchick02> i agree, brousch and snap-l
[02:31] <jjesse> the default download will be be amd64
[02:31] <jjesse> and you will have too look for the 32 bit download
[02:31] <gamerchick02> but they'll have to do something about the servers
[02:31] <gamerchick02> such a large download will be really slow on release day
[02:31] <gamerchick02> it should be an option under "other versions"
[02:31] <gamerchick02> should. not sure if it will be...
[02:33] <snap-l> OK, if nobody else has anything to bring up, I'd like to thank everyone for coming out for the meeting
[02:34] <jjesse> i owuld like to tahnk you for leading the meeting
[02:34] <snap-l> Thank you.
[02:35] <gamerchick02> wow. a nice short meeting
[02:35] <gamerchick02> i hope i can keep my meeting on Tuesday short as well
[02:36] <snap-l> :)
[02:36] <gamerchick02> we're having ice cream afterwards.
[02:36] <gamerchick02> it's for our founders day celebration.
[02:38] <brousch> thanks snap-l
[02:49] <snap-l> http://www.youtube.com/watch?v=x6bFTVi0hHs&feature=related
[02:50] <gamerchick02> http://i.imgur.com/Cpdaq.jpg
[02:50] <gamerchick02> that is awesome
[02:55] <snap-l> http://pastebin.com/raw.php?i=FD3xe6Jt
[02:57] <gamerchick02> ugh. that's horrible
[02:57] <snap-l> gamerchick02: Which one?
[02:58] <gamerchick02> the last one. the pastebin
[02:58] <gamerchick02> didn't see the video. this wifi is horrible and will take 5 minutes to load a 2 minute video. it's frustrating
[02:58] <snap-l> yeah, the mongodb stuff is a bit scary
[02:58] <gamerchick02> it's like going back to 1999 and dial up.
[02:59] <snap-l> I think 10gen has great intentions, but play like a start-up with data.
[02:59] <gamerchick02> instead of an hour for the 5 minute video to load, it takes 10 minutes but whatever
[02:59] <gamerchick02> snap-l yeah. why would someone use that instead of something else?
[02:59] <gamerchick02> and do you pay for it?
[02:59] <snap-l> gamerchick02: Because it's blindingly fast
[03:00] <gamerchick02> it's fast because it's losing data. :-P
[03:00] <snap-l> and it uses a document store, which is awesome.
[03:00] <gamerchick02> ah
[03:00] <snap-l> Well, that's just a small detail. ;)
[03:02] <gamerchick02> a rather important one
[03:12] <snap-l> http://www.archive.org/details/ChopinBalladeNo.1horowitz1965Ch
[03:54] <gamerchick02> ok
[03:54] <gamerchick02> time for bed
[03:54] <gamerchick02> see everyone tomorrow after work.
[13:17] <Wolfger> morning
[13:23] <Wolfger> vim vs emacs on O'Reilly deal of the day http://www.oreillynet.com/pub/pq/271
[13:30] <snap-l> Good morning
[13:30] <snap-l> Wolfger: Yeah, I saw that.
[13:30] <snap-l> pretty cheap shot, making me want to re-buy a book I already have to support the editor I love. :)
[13:31] <ColonelPanic001> hi
[13:31] <ColonelPanic001> saw that, tempting
[13:31] <ColonelPanic001> I could stand to learn vim better. Much better.
[13:31] <ColonelPanic001> on the other hand, the internets teaches me stuff too
[13:31] <ColonelPanic001> but books are nice to just sit and read.
[13:34] <Wolfger> I am strongly tempted to purchase the vim e-book and finally actually learn to use it better than just h, j, k, l, dd, dw, yy, p, etc...
[13:34] <ColonelPanic001> exactly my situation
[13:37] <rick_h> vim classes at CHC
[13:37] <ColonelPanic001> wat
[13:37] <snap-l> vim classes on #ubuntu-us-mi daily
[13:37] <rick_h> people want to learn, I'll run vim classes at CHC
[13:37] <rick_h> but first watch my screencasts
[13:38] <rick_h> and I need to get some t-shirts to make $$ off the whole thing
[13:38] <rick_h> oh and morning
[13:38] <ColonelPanic001> "I learned vim from Rick and all I got was this tshirt"
[13:39] <snap-l> The official Rick's Vimcasts T-Shirt?
[13:40] <ColonelPanic001> the thing with books, too, though, is that with random screencasts and blog reading, you tend to jump around, rather than one constant and gradual learning curve. And, sometimes it's just nice to load up Kindle for Android and read at lunch, etc
[13:40] <ColonelPanic001> I CAN'T TAKE THIS KIND OF DECISION IN THE MORNING
[13:42] <snap-l> "When you can snatch the text from the buffer, it will be time for you to leave"
[13:42] <ColonelPanic001> hah
[13:42] <ColonelPanic001> s/snatch/yank/
[13:46] <ColonelPanic001> good god
[13:46] <ColonelPanic001> coworker's baby was born maybe a week go
[13:46] <ColonelPanic001> already has a domain and blog
[13:47] <Wolfger> rofl
[13:48] <Wolfger> also, ++ on the regex ColonelPanic001
[13:48] <ColonelPanic001> yeah, born oct. 31
[13:48] <ColonelPanic001> http://ceciliadenardis.com/
[13:48] <ColonelPanic001> wtf
[13:51] <brousch> bah, the kid should at least pick their own domain name
[13:51] <snap-l> Well, it's not what she calls herself
[13:51] <snap-l> she calls herself "Tyrannus, destroyer of worlds"
[13:51] <ColonelPanic001> I don't know if "gooaaahgg.com" is a good domain
[13:52] <ColonelPanic001> neither is "FEEDMEORILLSHITMYSELFAGAIN.COM"
[13:52] <brousch> ColonelPanic001: exactly. so she should not have a domain un til she can pick one herself
[13:52] <ColonelPanic001> they can redirect later. heh
[13:53] <snap-l> cname. ;)
[13:59] <ColonelPanic001> out of morbid curiosity, anyone else get a Diaspora invite?
[13:59] <snap-l> I sined up a while ago, and finally closed my account.
[14:00] <ColonelPanic001> wonder what noserub is like nowadays
[14:02] <ColonelPanic001> I kind of liked how it just acted as a aggregator profile, sort of
[14:12] <ColonelPanic001> http://identoo.com/mike if anyone's not familiar and curious
[14:12] <ColonelPanic001> hah, you can add github on there, too
[14:13] <rick_h> man, I need to get some esata on the desktop. Sad I can backup to my esata 160gb laptop disk faster than to my external usb on the desktop
[14:48] <snap-l> rick_h: joDee asked if celery supports cream cheese.
[14:50] <snap-l> http://soundcloud.com/celldweller
[14:50] <snap-l> Disposable War Pigs
[14:52] <brousch> no, but it wraps peanut butter and raisins nicely
[15:07] <ColonelPanic001> good god what has google done to gmail
[15:07] <rick_h> lol
[15:07] <rick_h> click the gear, change it down to compact
[15:07] <ColonelPanic001> soon as my eyes stop bleeding
[15:07] <ColonelPanic001> THAT HELPS
[15:07]  * ColonelPanic001 should remove the caps lock key
[15:07] <rick_h> map it to ctrl like a normal person :P
[15:08] <brousch> map it to search like chromebooks
[15:08] <ColonelPanic001> I rarely connect "like a normal person" to "things Rick suggests doing with a computer"
[15:08] <rick_h> damn, caught me
[15:08] <rick_h> I'm trying to convince people that the things I do are normal to help uptake of the patterns
[15:08] <rick_h> until they reach "what normal people do"
[15:08] <rick_h> levels
[15:09] <ColonelPanic001> heh
[15:09] <brousch> keep repeating it and it becomes true?
[15:09] <rick_h> keep spreading it and eventually it'll become true
[15:11] <rick_h> woot, my usb display arrived
[15:11] <rick_h> this afternoon shall be fun if these backups ever finish
[15:11] <_stink_> usb display?
[15:12] <snap-l> Ugh, sinuses be damned
[15:12] <rick_h> _stink_: yea, 9" 1024 usb powered monitor
[15:12] <_stink_> wtf
[15:12] <_stink_> how
[15:12] <brousch> works with linux?
[15:12] <rick_h> for taking on these weeklong sprints/etc to act as a dual monitor to my 12" on the laptop
[15:12] <rick_h> supposedly
[15:12] <rick_h> https://bmark.us/recent/monitor
[15:12] <rick_h> displaylink is the way it works
[15:13] <rick_h> needs an additional xserver module that's not in by default
[15:13] <rick_h> and requires a xorg conf file
[15:13] <rick_h> but should work
[15:13] <_stink_> well, i'll be damned
[15:13] <_stink_> that's slick
[15:13] <rick_h> yea, I <3 my 12" laptop
[15:13] <snap-l> That link is loading slow
[15:13] <rick_h> but not sure I can hack for a week on just that
[15:13] <rick_h> if I get it running I'll bring it to CHC wed
[15:14] <rick_h> I'm guessing it's going to be a bear though from all the links I gathered
[15:14] <snap-l> I think it runs just fine under a Macintosh. ;)
[15:14] <_stink_> rick_h: you started with the evil corporation Canonical yet?
[15:14] <rick_h> yea, it does. I saw one in one of the pics from the IDS team at UDS here in FL
[15:14] <rick_h> _stink_: next monday
[15:14] <rick_h> this week is prep for that week
[15:15] <rick_h> taking the last of my morpace vacation days to get a week to adjust
[15:15] <_stink_> ah, ok
[15:15] <_stink_> cool
[15:15] <brousch> don't canonical folks use apple and run ubuntu in a VM?
[15:15] <rick_h> yea, Foord does
[15:15] <rick_h> he's the one I saw with the display in the uds pics
[15:17] <brousch> will apple become less evil now that jobs is dead?
[15:17] <rick_h> who knows
[15:17] <snap-l> too soon
[15:18] <rick_h> yea
[15:18] <_stink_> his soul is still in charge, duh.
[15:18] <_stink_> now everyone hears "noooo buttttooonnnsss" in their sleep
[15:19] <brousch> snap-l: too soon to know or too soon to be speaking ill of the dead?
[15:20] <snap-l> both
[15:20] <_stink_> hah
[15:22] <snap-l> It'd be like making malloc jokes about Dennis Ritchie
[15:22]  * _stink_ stifles a laugh
[15:22] <snap-l> Or Too Many Parens jokes about McCarthy
[15:24] <snap-l> http://objectmix.com/lisp/171900-lisp-joke-day.html
[15:25] <_stink_> haha
[15:28] <snap-l> The boy is smoking and leaving smoke rings into the air.
[15:28] <snap-l> The girl gets irritated with the smoke and says to her lover: "Can't you see the warning written on the cigarettes packet, smoking is injurious to health!"
[15:28] <snap-l> The boy replies back: "Darling, I am a programmer. We don't worry about warnings, we only worry about errors."
 No time like the present
[15:46] <snap-l> Trust me. Would I steer you wrong?
[15:46] <ColonelPanic001> if it was funny, maybe.
[15:47] <ColonelPanic001> that's usually my criteria
[15:47] <snap-l> Well, that goes without saying.
[15:47] <snap-l> comedic effect trumps all
[15:47] <ColonelPanic001> "Don't go that way there's a banana peel... er, nevermind. Carry on"
[15:47] <ColonelPanic001> so far this instrumental bit is quite good
[15:47] <snap-l> It's all instrumental
[15:48] <ColonelPanic001> ah, cool.
[15:48] <ColonelPanic001> not too common to find good instrumental metal
[15:48] <snap-l> Yeah
[15:49] <snap-l> http://www.jamendo.com/en/album/74928 <- Also fantastic stuff
[15:49] <ColonelPanic001> I'm liking this CK
[15:49] <ColonelPanic001> "Jamendo is currently under maintainance"
[15:49] <ColonelPanic001> WHAT HAVE YOU DONE?
[15:49] <snap-l> Give it a sec. ;)
[15:49] <ColonelPanic001> the link was too good to contain
[15:51] <ColonelPanic001> # is pertty damn nice
[15:52] <_stink_> ok now i must listen
[15:52] <ColonelPanic001> you might like it, actually
[15:52] <ColonelPanic001> it's pretty good. snap-l did not lead us astray.
[15:53] <snap-l> "Beacons" is definitely one of my desert island discs.
[15:55] <ColonelPanic001> I'll do that one next
[15:56] <ColonelPanic001> (which means, now. Just started)
[15:57] <brousch> snap-l: what's a disc?
[15:57] <snap-l> brousch: The things I'm mailing you
[15:59] <brousch> do i need a turntable or a cassette player?
[16:00] <snap-l> Nope, just open wide: http://media.photobucket.com/image/recent/venter_2009/mouth_with_cd.jpg
[16:01] <ColonelPanic001> yeah, I'm a fan already. This is good music for work, too
[16:02] <ColonelPanic001> reminds me of post-rock, but metal.
[16:02] <snap-l> Yeah
[16:02] <snap-l> I think it's pretty progressive.
[16:02] <ColonelPanic001> it is
[16:03] <ColonelPanic001> I'd consider it in that genre. Prog-metalish.
[16:03] <snap-l> Bah, labels
[16:03] <_stink_> you made that up.
[16:03] <ColonelPanic001> you've never heard of Progressive metal, _stink_ ?
[16:03] <_stink_> i don't remember
[16:03] <_stink_> but i think 'Prog-metalish' is made up by you just now.
[16:03] <ColonelPanic001> labels are cumbersome, but it's a lot easier than taking 20 minutes to describe them. Just can't take them too seriously
[16:03] <ColonelPanic001> I added the ish.
[16:03] <snap-l> Have you heard of Dream Theater, Fates Warning, or Opeth?
[16:04] <_stink_> ..
[16:04] <_stink_> here it comes
[16:04] <_stink_> unless you were asking me
[16:04] <snap-l> I was asking. :)
[16:04] <_stink_> oh, see, i though you were asking ColonelPanic001.
[16:04] <_stink_> but you two have probably discussed this at length.
[16:04] <snap-l> No, I was asking you
[16:04] <_stink_> i've heard of Opeth from ColonelPanic001.
[16:04] <_stink_> that's it, i think
[16:04] <_stink_> but i shall now listen to all of them
[16:05] <snap-l> _stink_: Do yourself a favor: Check out Images and Words by Dream Theater
[16:05] <_stink_> ColonelPanic001 got me listening to Amon Amarth last week
[16:05] <snap-l> it's a little dated, but it's awesome.
[16:05] <ColonelPanic001> Opeth is easily my favorite metal band.
[16:05] <_stink_> i shall.
[16:05] <ColonelPanic001> I keep meaning to check out Dream Theater.
[16:05] <ColonelPanic001> will-do, too
[16:05] <_stink_> snap-l: thank you.
[16:05] <ColonelPanic001> I just tend towards the heavier metal bands. Death/black mostly. Not entirely, though. I mean, I loved Opeth's "Damnation", for example.
[16:05] <snap-l> I'm under protest for their latest album since it doesn't have Mike Portnoy
[16:06] <snap-l> but they're awesome musicians
[16:06] <snap-l> If you don't mind crazy, over-the-top musical circle jerking, Liquid Tension Experiment is awesome as well
[16:06] <_stink_> snap-l: it's not dated if it's new to me :)
[16:06] <brousch> Amon amarth r0x0rz
[16:07]  * snap-l needs to have a listening room. :)
[16:07] <brousch> only thing better is Morbid Angel
[16:07] <snap-l> Quick, to the bat-mobile!
[16:07] <rick_h> http://twitter.com/#!/mpiccinato/status/133571372340363264
[16:07] <rick_h> ^^
[16:07] <rick_h> another father in the club
[16:07] <snap-l> AWESMOME!
[16:08] <rick_h> their baby registry is wiped, but if anyone's interested, I did an amazon gift card to him, pm me for the email if interested
[16:10] <brousch> doesn't sound familiar
[16:10] <rick_h> he's a CHCers from our side
[16:10] <rick_h> so yea, not 100% in the channel stuff, but a lot of us know him
[16:10] <_stink_> ah, yeah, ok
[16:10] <_stink_> i recognize him now
[16:19] <_stink_> snap-l: have Images and Words on now.
[16:19] <_stink_> funky.
[16:20] <ColonelPanic001> I'm still on Beacons. This is great
[16:20] <_stink_> there is a whole new world of music unfolding in front of me.
[16:21] <snap-l> _stink_: LMK if you want more. I have a severe love of prog metal
[16:22] <snap-l> also filtered into a love of prog in general
[16:25]  * snap-l will get the whole channel listening to Rush before you know it. Muhahahahahahahaha!
[16:25] <ColonelPanic001> Rush is okay
[16:25] <ColonelPanic001> a little hit and miss for me
[16:25] <_stink_> Rush is awesome.  i do not need to be sold.
[16:25] <_stink_> NO
[16:25] <_stink_> YOU ARE WRONG
[16:26] <snap-l> _stink_: you like hockey.  This looks to be free mobile scrabble
[16:32] <snap-l> I'm snapl on there
[16:32] <snap-l> Less annoying ads than Words with friends
[16:32] <ColonelPanic001> is it basically scrabble, then?
[16:32] <snap-l> Yeah, but without the trademark board
[16:32] <ColonelPanic001> I'm sold
[16:32] <snap-l> it has the ability to randomize the board.
[16:33] <_stink_> free?
[16:33] <snap-l> I got hugely lucky in my last game with greg-g
[16:33] <snap-l> he was leading me pretty well, but I managed to come up from behind
[16:33] <snap-l> _stink_: Yeah, free with ads.
[16:33] <snap-l> and $2.99 to shut them off
[16:34] <_stink_> man
[16:34] <ColonelPanic001> I don't like that it has access to contact data. Maybe later or something
[16:34] <ColonelPanic001> other than that, then, I was sold. heh
[16:35] <snap-l> Yeah, it uses that to find folks
[16:35] <ColonelPanic001> as far as we know
[16:35] <ColonelPanic001> I should use this as an excuse to try decompiling apks
[16:35] <ColonelPanic001> could actually check
[16:35] <snap-l> There you go. :)
[16:35] <ColonelPanic001> must do this later
[16:36] <ColonelPanic001> normally I'd just say "scrabble isn't worth it" and not install, but hey, worth the excuse. Then I can say I used something from 1devday
[16:37] <snap-l> Wow, went to B&N last night
[16:37] <snap-l> they had 40% off their classical CDs
[16:37] <snap-l> and I had a 30% coupon
[16:37] <ColonelPanic001> \o/
[16:37] <ColonelPanic001> haha
[16:37] <snap-l> Picked up some Gershwin and Rachmaninov piano-roll performances.
[16:38] <snap-l> Along with Tchaikovsky's Pathetique, and Two Yo Yo Ma Discs (The Dvorak Album, and Schumann)
[16:38] <snap-l> I really hope I don't bankrupt them too. ;)
[16:38] <ColonelPanic001> I have that Dvorak album
[16:38] <ColonelPanic001> <3
[16:39] <ColonelPanic001> now I have to go home and listen to it
[16:39] <snap-l> Yeah, it's a little roughly mixed though, but it's nice.
[16:39] <ColonelPanic001> btw, Beacons just finished, and it was great
[16:39] <snap-l> Awesome. :)
[16:39] <ColonelPanic001> on Portmanteau now
[16:40] <ColonelPanic001> well, after lunch
[16:40] <snap-l> I'd recommend ]]][[[ next.
[16:40] <snap-l> It's an earlier album, but it was remastered
[16:41] <Wolfger> Man, you people are all talky when I'm busy....
[16:41] <snap-l> Ok, shhh, Wolfger is back
[16:42] <snap-l> rick_h: Do I have to take this Staples survey? :)
[16:45] <Wolfger> snap-l: keep talking. I'm not really here.  Busy day
[16:47] <ColonelPanic001> I started on ]]][[[
[17:19] <snap-l> ColonelPanic001: So, how do you like ]]][[[
[17:19] <ColonelPanic001> it was good
[17:19] <snap-l> (Which I think is the album title to really make programmers want to hurt people)
[17:20] <ColonelPanic001> heh
[17:31] <rick_h> ok, time to reinstall...bbl
[17:52] <rick_h> man, how do people deal with ootb experience with this stuff
[17:56] <_stink_> not sure
[18:15] <snap-l> rick_h: Not everyone expects a chess set to make the perfect go board. :)
[18:17] <rick_h> yea
[18:18] <brousch> rick_h: we whine and complain on the interwebs
[18:38] <rick_h> ahhh, back in awesome with my lovely keybindings
[18:40] <brousch> boooo
[18:40] <brousch> eat the dogfood
[18:43] <jcastro> rick_h: I WIN.
[18:43] <jcastro> mwahahahaa
[18:43] <snap-l> jcastro: What did you win? :)
[18:44] <jcastro> well, it's almost the end of december craig
[18:44] <jcastro> I believe I am going to win the Mac bet with you
[18:44] <snap-l> Yes, yes I know
[18:44] <jcastro> and I won by making Rick switch back to ubuntu
[18:44] <brousch> there was a bet that rick_h would switch back to ubuntu?
[18:45]  * snap-l should have made the bet with both Mac and iOS devices.
[18:45] <snap-l> but, a deal's a deal
[18:45] <jcastro> heh
[18:45] <jcastro> you'd win on tablets
[18:45] <jcastro> but not phones
[18:45] <jcastro> so it'd be a split
[18:45] <snap-l> check it
[18:45] <jcastro> brousch: no, switching rick back is a personal goal
[18:46] <brousch> you just had to hire him to make it so?
[18:46] <snap-l> http://marketshare.hitslink.com/operating-system-market-share.aspx?qprid=8
[18:46] <jcastro> if you ain't cheatin' you ain't tryin'
[18:46] <snap-l> Stil less than 10%, though, but iOS and Mac combined are pretty close to that magic 10%
[18:47] <snap-l> 9.94%
[18:47] <snap-l> I'll kick myself if that Mac number hits 10% after January, though
[18:47] <jcastro> it won't
[18:47] <jcastro> it's been declining since the 80's dude
[18:48] <jcastro> it's just hard to get that through mac people's heads.
[18:48] <snap-l> We just need more people using macs to browse the web. ;)
[18:48] <snap-l> stop pretending you're IE6. ;)
[18:48] <brousch> damn. linux is only 1%
[18:50] <snap-l> brousch: We're an extremely vocal minority.
[18:50] <snap-l> speaking of which, I need to yell at someone about diminishing OS/2 support sometime.
[18:52] <mydogsnameisrudy> linux users are l33t tho
[18:52] <snap-l> My dad thinks Linux is cool
[18:53] <mydogsnameisrudy> im not your dad
[18:53] <snap-l> thank God for small miracles. ;)
[18:53] <mydogsnameisrudy> indeed
[18:53] <rick_h> lol
[18:53] <rick_h> jcastro: back from uds?
[18:53] <rick_h> guess you didn't have that far to go though
[18:53] <jcastro> yeah
[18:54] <jcastro> yeah but I was there for 2 weeks because of a sprint
[18:54] <jcastro> so I was totally ready to come home
[18:54] <rick_h> yea no kidding
[18:54] <rick_h> I'm kind of excited but dreading to be gone for week in Nov and then again in Jan
[18:54] <snap-l> I secretly think they had it near jcastro's house just so he wouldn't have to travel.
[18:54] <jcastro> yeah, if only, now I will just miss gold status this year. :(
[18:55] <rick_h> hah
[18:56] <greg-g> jcastro: do a mileage run?
[18:56] <jcastro> heh
[18:56] <greg-g> :)
[18:57] <brousch> greg-g: are you occupying oakland?
[18:58] <greg-g> brousch: I'm in DC right now (well, MD, actually)
[18:58] <greg-g> brousch: so, no.
[18:58] <greg-g> I visited the SF one for a bit around halloween weekend
[18:59] <brousch> DC?
[18:59] <rick_h> jcastro: ooh, instructions including writing an xorg.conf file
[18:59] <snap-l> District of Columbia
[18:59] <snap-l> our Nation's Capital
[18:59]  * snap-l signs brousch up for civics 101
[19:00] <jjesse> gold status w/ airline or hotel?
[19:00] <snap-l> "Become a Zehnder's Facebook fan and enter to win a Splashtastic Getaway at Zehnder's Splash Village!"
[19:00] <snap-l> FML
[19:02] <snap-l> Apparently my internet is flaking out
[19:02] <snap-l> Apparently my internet is flaking out
[19:04] <greg-g> is your internet flaking out?
[19:04] <snap-l> Yes
[19:04] <snap-l> so much so that I had to say it twice. :)
[19:04] <greg-g> :)
[19:05] <greg-g> what I'm in DC for, for those who are curious (no one): http://www.setda.org/web/guest/2011leadershipsummitschedule
[19:16] <_stink_> so you'll be active in IRC at 7am for the next few days?
[19:22] <rick_h> woot! it's alive
[19:22] <rick_h> very flaky, ugh..but alive
[19:23] <rick_h> might need to hit up some xorg masters at MUG
[19:25] <Blazeix> protip: delete xorg.conf, hope to god everything autoconfigures
[19:26] <rick_h> heh, yea but you have to have one for displaylink devices
[19:26] <rick_h> so irc is running sweet on my usb display
[19:26] <rick_h> but things open in one monitor/other without reason
[19:26] <rick_h> and you can't drag windows across them
[19:26] <brousch> http://xkcd.com/963/
[19:26] <rick_h> and anything with a gui is running with a HUGE font on the usb monitor
[19:27] <rick_h> yea, but this is too cool
[19:30] <_stink_> sounds like they are different X displays.
[19:30] <_stink_> i think that's what prohibits moving between them
[19:31] <snap-l> Jesus, I'm not sure how they could make reporting my time any worse.
[19:31] <snap-l> IE only, buried on HR page somewhere.
[19:32] <snap-l> and then they get pissy when you don't report it promptly.
[19:32] <mydogsnameisrudy> keep looking your on the clock
[19:33]  * snap-l should just start busking in Royal Oak, and call it a day.
[19:33] <snap-l> clack clack clack clack clack I'm IE, and I can't do a page load without clack clack clack
[19:34] <snap-l> clack clack clack clack please cleack shoot clack me.
[19:34] <mydogsnameisrudy> dont bookmark it when you find it they will just change everytying again
[19:35] <snap-l> "Sorry, your browser/program is not supported by Web Dynpro!"
[19:35] <snap-l> That's under Firefox
[19:36] <mydogsnameisrudy> your one of them 1% linux users
[19:36] <snap-l> I'm one of those 99% shouldn't have to care what browser I'm using Users.
[19:38] <mydogsnameisrudy> boot disk 1.44mb windows 98 series
[19:43] <rick_h> _stink_: yea, they're setup in xorg as diff displays
[19:43] <rick_h> seems to work if I make the usb one the primary
[19:43] <rick_h> but not if I don't
[19:43] <snap-l> Oh that sucks
[19:43] <_stink_> :|
[19:43] <snap-l> Is it something to do with the boot order?
[19:44] <snap-l> (he said, while distancing himself from any potential fallout from that statement)
[19:47] <rick_h> heh, not sure
[19:47] <rick_h> there's a mix of posts but all are gdm
[19:47] <rick_h> so lightdm is different
[19:47] <rick_h> and so there's probably a way, but not sure
[19:58] <rick_h> https://plus.google.com/116120911388966791792/posts/Gg9YjxRSWS7
[19:58] <rick_h> better pics from the camera (not phone) and you can see the strange quirks with the usb display
[20:00] <jcastro> rick_h: blog about that doublesight thing pls.
[20:00] <rick_h> k, will do
[20:04] <brousch> rick_h: do you like the ball?
[20:04] <rick_h> brousch: yea, I've never used it a ton because my desk was the wrong height for it
[20:04] <rick_h> and it hurt my wrists, but now I'm trying to get into using it vs the chair when I'm in sitting
[20:06] <brousch> i haven't been able to requisition and standing desk at work, so i'm thinking about a ball
[20:06] <rick_h> yea, you can tell
[20:07] <rick_h> it takes some muscles to keep on there and setup right
[20:07] <rick_h> but the thing is that it's harder to adjust the height
[20:07] <rick_h> it needs to be filled properly
[20:07] <ColonelPanic001> never forget to keep your balls filled
[20:09] <brousch> ColonelPanic001: i prefer them empty O:-)
[20:13] <_stink_> that halo is creeping me out.
[20:14] <ColonelPanic001> hah
[20:15] <ColonelPanic001> but not his balls. Those are fine.
[20:15] <brousch> ColonelPanic001: thank you
[20:28] <snap-l> rick_h: Does that ball serve a purpose?
[20:29] <ColonelPanic001> does yours?
[20:29] <snap-l> Also, JoDee says it's too much clutter.
[20:29] <snap-l> ColonelPanic001: I thought he was doing the standing desk
[20:29] <ColonelPanic001> you lose yours when you stand? Might want to see a doctor.
[20:30] <_stink_> STOP
[20:30] <snap-l> and I've been thinking of using the sitting ball desk
[20:30] <snap-l> _stink_: If you ignore it, it'll stop. :)
[20:30] <ColonelPanic001> _stink_ knows better.
[20:30] <_stink_> i can't ignore ColonelPanic001.  i'm within throwing distance
[20:30] <ColonelPanic001> I'm not in here to entertain you. You're in here to entertain me!
[20:30]  * ColonelPanic001 throws hot oil on someone.
[20:32] <snap-l> heh
[20:33] <ColonelPanic001> standing now and then would be nice, but I can't imagine that much work/money/etc into one that could do both, and I don't care to stand in one place all day
[20:34] <brousch> i'm enjoying this kind of thing more than progressive metal today http://www.jamendo.com/en/track/14585
[20:42] <rick_h> snap-l: yes, I sit on it when I'm not standing :)
[20:42] <rick_h> snap-l: yea, I'm still org'ing
[20:43] <rick_h> and I've got backup drives/etc going on that normally won't be there
[20:43] <rick_h> ColonelPanic001: yea, well this was cheaper than getting the nice Aeron chair
[20:43] <rick_h> so I justify it that way
[20:43] <rick_h> and healthier
[20:46] <ColonelPanic001> yeah, I imagine
[20:53] <snap-l> I keep looking at what I've lovingly termed the Fart-master 5000
[20:54] <snap-l> Mesh chairs that don't trap expulsions
[20:54] <snap-l> Though I'm tempted with the ball chairs
[20:55] <ColonelPanic001> only works if you have mesh underpants
[20:55] <brousch> snap-l: that is better than farts trapped in cushions which get violently released when you sit down
[21:46] <snap-l> http://news.ycombinator.com/item?id=3202959
[21:46] <snap-l> brousch: Exactly. I need to febreeze my chair every so often because it smells like Microcenter's parts department after a while.
[21:47] <snap-l> (this is not a point of pride, just so you know)
[21:52] <brousch> sure it's not
[21:57] <snap-l> http://www.youtube.com/watch?v=TWSRgsk2oaw <- iTunes phone
[21:57] <snap-l> Man, that was an abortion
[21:58] <snap-l> I think this is the reason Apple worked hard to not let the carriers decide anything about the iPhone
[22:45] <jcastro> http://meta.askubuntu.com/questions/1089/community-promotion-ads-1h-2011/1996#1996
[22:46] <jcastro> upvotes if you have them pls
[22:46] <snap-l> upvoted
[22:47] <snap-l> even though I still have NFC what Juju is. :)
[22:50] <jcastro> \o/
[22:50] <jcastro> snap-l: apt but for services, and across machines/clouds
[22:50] <snap-l> Looking at the demo now
[22:52] <snap-l> That's kinda funky
[23:46] <snap-l>  Is there any sensation more rewarding for a developer than fixing something that has been bugging you for a while?
[23:46] <snap-l> Was inspired to fix a firefox extension for flickr that was causing me some grief.


[00:23] <ricosecada> Hi. I am just in the process of migrating from cvs to bzr. I have a debian server just running sshd. On cvs I normally just specify a CVSROOT variable which points to the server, and after doing an init on the server it is set up. I can't seem to figure out, if its possible to run bzr the same kindda way?
[00:31] <fullermd> Well, there's no CVSROOT equivalent; the concept doesn't map.  But you get a CVS-like workflow using checkouts.
[00:33] <fullermd> You just have to specify the full remote URL when you do the checkout.
[00:35] <ricosecada> fullermd, do I have to specify the url when I do commits as well then?
[00:36] <Odd_Bloke> ricosecada: No, your branch will remember where it is checked-out from.
[00:36] <fullermd> No, any more than you need to specify the module or have $CVSROOT set when you do a CVS commit.
[00:37] <ricosecada> since the server is running ssh, what would the complete command look like?
[00:37] <ricosecada> with the url
[00:37] <fullermd> bzr+ssh://server/path/on/server/   (or sftp:// if you can't get bzr running on the server)
[00:38] <ricosecada> aah :-)
[00:38] <lifeless> e.g. bzr checkout bzr+ssh://server/path/on/server/
[00:38] <fullermd> Hm.  That reminds me; we have a bug open for "No ~ on bzr+ssh", right?
[00:38] <lifeless> yes
[00:39] <fullermd> That's one of the sort of things I'd put on the "rough edges that 1.0 shouldn't like" list.
[00:40] <fullermd> Little and rather piddly stuff, but it makes you frown.
[00:42] <ricosecada> do I need to specify the BZR_REMOTE_PATH anywhere?
[00:42] <lifeless> only if bzr is not in the usual place
[00:44] <tanderson> So if I want to start a new project using bzr I can store my project in a location accessible via my webserver to allow anyone to do a checkout via bzr http://... right?
[00:45] <lifeless> yes
[00:45] <lifeless> though anonymous users will usually use bzr branch
[00:46] <tanderson> I see
[00:49] <ricosecada> are there any specific packages needed to use bzr with ssh?
[00:49] <lifeless> ricosecada: install the recommends:
[00:49] <ricosecada> lifeless, I did. I can do a checkout from the ssh server fine now, but when I try to commit I get this bzr: ERROR: exceptions.AssertionError: end of file reading from server
[00:50] <tanderson> And if a developer wanted to work on this project and did an initial checkout/branch via bzr http://....  I would need to install the webdav plugin to allow them to commit back to http:// right?
[00:56] <ricosecada> looks like a bug
[00:57] <lifeless> ricosecada: hmm, there are some bugs open
[00:57] <lifeless> ricosecada: its likely the permissions error bug, we mis-represent a permissions error sometimes
[00:57] <ricosecada> and I was just beginning to enjoy this :-)
[00:57] <lifeless> ricosecada: you could try sftp:// with the same url; it might give a better diagnostics
[00:58] <ricosecada> I'll try that
[00:59] <ricosecada> lifeless, it works fine with sftp
[00:59] <ricosecada> no errors
[00:59] <fullermd> What version do you have on the client and server sides?
[01:00] <ricosecada> on the client 0.91.0 on the server 0.11.0
[01:00] <fullermd> Wuff.
[01:01] <ricosecada> I am running debian testing on the client and stable on the server
[01:01] <ricosecada> but its ok when its working with sftp
[01:01] <fullermd> I think 0.11 supported bzr+ssh (though it was brand new then).  But it didn't support dirstate-tags branches, which I guess you have.
[01:02] <fullermd> sftp doesn't use bzr on the server side at all.
[01:02] <abentley> ricosecada: For bzr+ssh compatibility, I'd recommend something much more recent.  That support has been evolving rapidly lately.
[01:03] <ricosecada> I will perhaps upgrade the bzr packages on the server
[01:04] <ricosecada> one more question, I have been searching for the variables like $author$ and $id$ to insert in the files. would someone mind pointing me in the direction to doc on that?
[01:04] <fullermd> That's filed under "keyword expansion".  Support doesn't exist yet.
[01:05] <ricosecada> ok
[01:16] <ricosecada> I upgraded bzr on the server - no bugs now
[01:25] <lifeless> ricosecada: fullermd failed to mention 'bzr version-info --help'
[01:26] <lifeless> ricosecada: this is in many ways technically superior - its simpler, works with binaries as well as sources, etc.
[01:26] <ricosecada> ok
[01:26] <ricosecada> I am running 0.91 on both server and client now
[01:26] <ricosecada> I do miss the keyword expansion though
[01:26] <fullermd> Hm.  That reminds me, I should rewrite some scripts to use revision-info
[01:27] <lifeless> ricosecada: we have no moral objection to it, and will eventually do it for folk that want the bad ol' days :)
[01:27]  * fullermd is one who wants the bad ol' days   ;)
[01:27] <ricosecada> :-)
[01:28] <fullermd> WAG'ing from the current active lists, I'd be surprised if we saw it before next summer at the earliest.
[01:28] <fullermd> Probably farther out than that.
[01:28] <lifeless> abentley: I find working with [NULL_REVISION] rather than [], to be quite annoying. As we have None to represent 'not here', all it really means is that [] is *never* used
[01:30] <abentley> lifeless: Well, in theory it would be used for get_parents(NULL_REVISION)
[01:30] <lifeless> abentley: I'm not saying NULL_REVISION shouldn't exist. just that having end-of-graph be coerced to it is extra typing and logic
[01:31] <lifeless> I appreciate NULL_REVISION having to exist to differentiate unpassed parameters (None), and NULL_REVISION itself.
[01:31] <lifeless> anyhow, I may be wrong, there may be some point where it turns out to be useful, so I'm using it.
[01:32] <jelmer> abentley: btw, any particular reason Repository.get_parents() uses self.get_revision(x).parent_ids rather self.revision_parents() ?
[01:32] <jelmer> my guess would be that revision_parents() is intended to be deprecated, but it's not marked as such (yet)
[01:34] <lifeless> jelmer: I think you'll find knit and pack repos have a different get_parents, and also see Repository.get_graph.
[01:34] <abentley> lifeless: Well, I was thinking two things: 1. the graph is more accurate with NULL_REVISION in it.  2. I've seen what a pain it is when we don't use NULL_REVISION enough, so let's try erring on the other side.
[01:35] <jelmer> lifeless: Still, it would be nice to have a fast default implementation
[01:35] <lifeless> jelmer: for jbof repositories, get_revision.parent_ids is fast
[01:35] <lifeless> jelmer: there really is no well defined 'fast' :)
[01:35] <jelmer> lifeless, revision_parents() will always be faster I imagine, as it is more specific
[01:36] <jelmer> since the information it returns is a subset of the information returned by get_revision()
[01:36] <jelmer> *faster or same speed
[01:36] <lifeless> sure I guess
[01:36] <lifeless> just saying, check around a bit
[01:36] <lifeless> if you come to a conclusion, send a patch
[01:37] <jelmer> sure, will do
[01:38] <abentley> jelmer: frankly, I don't remember.  I may have been thinking that for weave repos, the implementation just needed to be correct, not fast.
[01:39] <lifeless> abentley: if so, revision_parents has the same constraint though; also weaverepo.py can handle that. (Not critiquing, just noting)
[01:45] <abentley> Oh, what about ghosts?  Weaves don't record ghost parents.
[01:53] <lifeless> a weave will return [NULL_REVISION] when it shouldn't
[01:54] <abentley> Sounds like a bug.  Do you know where it is?
[01:55] <lifeless> my point is that weaves can't tell [] from [NULL_REVISION]
[01:55] <lifeless> so they can't choose to return [] instead of [ghost], so any mapping will just preserve the defect
[01:56] <lifeless> you have to go out to the real data to tell; and if you do that you can return [ghost] correctly anyway
[02:02] <abentley> Are we talking about jelmer's thing or your thing?
[02:04] <lifeless> my thing
[02:04] <lifeless> sorry for adduing confusion
[02:05] <abentley> The implementation of get_parents for weaves does hit the real data.
[02:05] <Peng> bzr.dev reconcile took 356 minutes wall-clock time, 305m user time and 44m sys time.
[02:06] <lifeless> Peng: yah
[02:06] <lifeless> Peng: newer one is nearly done
[02:06] <lifeless> I have _generate_text_key_index written
[02:07] <lifeless> just need to hook in the LRU cache
[02:09] <lifeless> damn its not too shabby
[02:09] <lifeless> 2K/36K done
[02:09] <lifeless> -no cache-
[02:09] <lifeless> 4K
[02:10] <lifeless> ok, I'm out for the day. damn 4am starts :)
[02:10] <lifeless> I'll send this in for review but not merge.
[02:10] <lifeless> 80M memory usage
[02:11] <Peng> vs. 7 GB?
[02:11] <Peng> Or whatever it was?
[02:11] <lifeless> this is bzr.dev
[02:11] <lifeless> so you were seeing how much yesterday?
[02:11] <lifeless> 6.5K
[02:12] <lifeless> 8K
[02:15] <lifeless> 12K
[02:17] <Peng> Didn't you mention that it used like 7 GB of virtual RAM?
[02:17] <lifeless> that was launchpad
[02:17] <Peng> Oh.
[02:17] <lifeless> I'm testing that now
[02:17] <lifeless> it's using 88M
[02:17] <Peng> Ooh, bzr check is almost done.
[02:17] <Peng> Wow.
[02:18] <Peng> Umm.
[02:18] <Peng> There are MORE inconsistent parents since running reconcile.
[02:18] <lifeless> okies, I'm happy with this.
[02:18] <Peng> Well, I made another commit, so that's probably that.
[02:18] <lifeless> Peng: using what bzr version ?
[02:18] <Peng> bzr.dev.
[02:18] <lifeless> thats bizaare
[02:18] <lifeless> bzr.dev won't create inconsistent parents
[02:18] <Peng> Hee, 19,996 unique file texts.
[02:19] <Peng> Well, the increase is probably because I made another commit.
[02:19] <Peng> But reconcile definitely didn't help.
[02:19] <lifeless> not if you committed using bzr.dev
[02:20] <Peng> Oh, I didn't commit using bzr.dev.
[02:21] <Peng> I only used bzr.dev for reconcile and check.
[02:22] <Peng> Wasn't bzr.dev's check supposed to fix this?
[02:22] <lifeless> do you mean reconcile?
[02:22] <lifeless> and I thought you converted to packs. ...
[02:23] <Peng> I still had the knit version around.
[02:23] <Peng> So I ran reconcile on it.
[02:26] <lifeless> ok
[02:26] <Peng> And it didn't help.
[02:26] <lifeless> well bzr.dev reconcile is meant to correct mismatched texts, but IIRC it keeps unreferenced and unused texts around just in case.
[02:28] <Peng> I can successfully push, so I should just keep all of the messed up parent stuff?
[02:29] <lifeless> with packs? I'd keep a backup of the knit repo just-in-case. Until I can have you run a native reconcile I'm just a tad cautious is all.
[02:29] <Peng> I'm planning to keep a backup of the knits.
[02:33] <lifeless> ciao
[02:33] <Peng> This is making my head hurt.
[02:35] <lifeless> ignore it
[02:35] <lifeless> use the packs
[02:35] <lifeless> enjoy the packs
[02:35] <lifeless> and don't delete the knit copy for now:)
[02:35] <Peng> Uh-huh.
[02:36] <Peng> "Don't worry about the errors. Have fun. But don't delete your backup." I'm so confident. :P
[02:37] <lifeless> they are a trivial defect 99.99% of the time
[02:38] <lifeless> the only place we *know* to be affected by the non-trivial case is bzr.dev, from the bad ole weave days
[02:38] <lifeless> another day or so and a clean pack reconcile should be available
[02:38] <lifeless> and I'll get you to run that
[02:38] <Peng> Okie-dokie. :)
[02:43]  * igc lunch
[02:47] <abentley> Am I correctly understanding that we have no general way of fetching between repositories whose serializers differ?
[02:48] <lifeless> none hooked up commitbuilder is probably the closest thing
[02:48] <lifeless> that was one of its intents
[02:55] <abentley> Hmm.  Bundles can do it, though.
[02:55] <abentley> I'm having trouble parsing "none hooked up commitbuilder"
[02:56] <lifeless> i ,but
[03:01] <abentley> I beg your pardon?
[03:03] <lifeless> none hooked up, but commitbuilder is probably the closest thing
[03:03] <lifeless> i starts insert mode in vim ;)
[03:12] <abentley> Gotcha.
[03:16] <abentley> I would think it's cheaper to deserialize and reserialize than to run through CommitBuilder.  But I guess CommitBuilder handles the case where more than the serializer differs.
[03:26] <lifeless> right;  AFAIK we have no cases where the serializer is the only difference
[03:26] <lifeless> (today)
[04:16] <ricosecada> Hi. How does bzr handle binary files?
[04:17] <AfC> ricosecada: uh, correctly?
[04:17] <ricosecada> Afc, and how is that?
[04:21] <fullermd> I was gonna say "with heavy leather gloves and 4 foot tongs"...
[04:44] <Peng> Wow. The local repo that I converted to packs is a 225 MB .pack file. But when pushing it, it's a bit less than 200 MB. That's a lot of space wasted by revisions I had uncommitted.
[04:54] <AfC> Whoa. `bzr viz` in bzr-gtk 0.92.1 is _really_ sexy
[04:58] <ricosecada> Does bzr allow one to checkout a single directory with a repos?
[04:59] <Peng> Nope.
[05:00] <Peng> I don't think any of the DVCSes do. It would be a little tricky.
[05:03] <ricosecada> Some of them does: http://better-scm.berlios.de/comparison/comparison.html#work_on_dir
[05:12]  * Peng has fun deleting gigabytes of data.
[05:30] <lifeless> lol
[05:30] <lifeless> ricosecada missed that all of those that said yes, were not (D)VCS
[05:30] <lifeless> Peng: ?
[05:39] <Peng> I had a bunch of copies of everything from when I converted from bzr to hg. I just deleted most of them.
[05:45] <Peng> Well, anyway, the pack version of that other repository is working fine, not that I've done much of anything with it.
[05:45] <Peng> One commit.
[05:54] <fullermd> Well, when I was a kid, my parents told me that if I could keep the bike balanced all the way to the mailbox, I could keep it balanced for any distance.
[05:54] <fullermd> So by that logic, if it worked for one commit, it'll never fail   :]
[05:59] <Peng> Ack. Duh, compressing a tar of compressed stuff doesn't help much...
[06:00] <Peng> Well, it saved 4 MB.
[06:00] <Peng> Out of 1.2 GB.
[06:01] <fullermd> Not bad.  I've got a whole hard drive that would save...
[06:01] <Peng> Wait, way more than that.
[06:02] <Peng> 60 MB.
[06:03] <Peng> Anyway, unless p7zip can extract things *really* fast, that's not really worth it.
[06:03] <Peng> At least I can save a bunch of inodes.
[06:18] <abentley> jelmer: initial version of a rich-root repo format is here: http://code.aaronbentley.com/bzr/bzrrepo/rich-root
[06:53] <quicksilver> abentley: thanks. We're playing with it.
[06:54] <quicksilver> abentley: certain amount of yak shaving was involved in getting the rights versions of python and stuff, but that's computers for you.
[07:03] <Peng> Hey, I just pulled ~30 new changesets from bzr.dev and it only took like 10 seconds. How did that happen?
[07:04] <lifeless> no idea
[07:06] <fullermd> I'd guess you already had most of 'em.
[07:06] <fullermd> Actually, with that timing, near all..
[07:06] <Peng> Ohh. You're right.
[07:07] <Peng> All of them were already in the repo because I had just pulled another branch.
[08:03] <ig1> night all
[11:15] <mwhudson> can someone here explain what's required of a progress bar?
[11:16] <Kinnison> Ideally, indicate what's going on, progress evenly and monotonically giving a good indication of the amount of time consumed/remaining rather than number of tasks
[11:17] <mwhudson> ah, i was imprecise
[11:17] <mwhudson> i meant expected from a bzrlib point of view
[11:18] <mwhudson> i need to provide an alternative implementation, and wonder what methods i need to provide
[11:18] <Odd_Bloke> mwhudson: Checkout bzrlib.progress
[11:18] <Odd_Bloke> *Check out
[11:19] <Odd_Bloke> It has a base class and a number of implementations.
[11:20] <mwhudson> i guess i can just inherit from DummyProgress and override everything
[12:56] <mwhudson> gar, raising exceptions that hide other exceptions is pretty rude
[14:23] <howari> ls -la
[14:44] <jam-laptop>  .
[14:44] <jam-laptop> ..
[14:45] <jam-laptop> foo
[14:45] <jam-laptop> bar/
[14:45] <jam-laptop> howari: any other files?
[14:45] <Odd_Bloke> :D
[15:16] <jelmer> abentley: Cool, I'll have a look
[15:17] <sbalneav> Hello.  I'm using bzr, and all of a sudden, I'm getting an error trying to do a commit.  Is there a pastebin for this channel?
[15:17] <sbalneav> !pastebin
[15:17] <ubotu> pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[15:17] <sbalneav> perfect
[15:18] <sbalneav> http://paste.ubuntu-nl.org/44622/
[15:19] <sbalneav> Seems to be complaining that the branch is read-only.
[15:20] <sbalneav> Permissions are fine.  However, it's on an NFS mounted home dir.  Might that be the problem?
[15:20] <jelmer> sbalneav: you appear to be committing over http - is that intentional?
[15:20] <jelmer> it doesn't know how to send commits to the master branch using http
[15:21] <sbalneav> ah, wait.
[15:21] <sbalneav> maybe I did a bzr checkout instead of a branch?
[15:21] <jelmer> ah
[15:21] <sbalneav> Might that be it?
[15:21] <jelmer> That would explain it
[15:22] <sbalneav> durr
[15:22]  * sbalneav facepalms
[15:22] <jelmer> you can unbind from the master branch using "bzr unbind"
[15:22] <jelmer> hey Szilveszter
[15:22] <phanatic> hey jelmer
[15:22] <sbalneav> ok, then just push back later with bzr push sftp://?
[15:23] <jelmer> yup
[15:23] <sbalneav> perfect.
[15:23] <jelmer> or bind to that branch using "bzr bind sftp://" and it will automatically push when you commit
[15:23] <sbalneav> ah, even better.
[15:23] <sbalneav> one of these days my bzr-fu will get to the point where I'm not so helpless :)
[15:24] <jelmer> sbalneav: well, I admit the error you got when committing to the checkout wasn't very helpful
[15:25] <sbalneav> Nah, makes sense now that I look at it.  I was simply panicky after doing 1/2 hour of work :)
[15:26] <sbalneav> Didn't know about the bind tho'.  That's a nice tip.
[15:33] <jam> jelmer, sbalneav: that error has been improved in 0.91 or 0.92 to not give the ugly traceback
[15:33] <jelmer> jam: ah, nice
[15:34] <jam> now you get a single line error:
[15:34] <jam> bzr: ERROR: Cannot lock LockDir(http://bazaar.launchpad.net/%7Ebzr/bzr-cvsps-import/trunk/.bzr/repository/lock): Transport operation not possible: http does not support mkdir()
[15:35] <jam> It isn't perfect, but it does make it a lot more obvious
[15:50] <sbalneav> Yeah, working fine now after the bind.
[15:50] <sbalneav> jelmer, jam, thanks muchly.
[15:50] <sbalneav> Cheers!
[15:50] <jam> happy to help
[16:53] <nelius> is it possible to push a branch to a samba share?
[16:53] <nelius> on a local fs it works, but on a samba share i get : bzr: ERROR: [Errno 5] Input/output error
[16:53] <jelmer> nelius: Sure, if you've mounted that share locally
[16:53] <beuno> nelius, absolutely, it's the same as pushing locally
[16:54] <jelmer> nelius: How have you mounted the share, and what is the server running?
[16:55] <nelius> my client is osx, i mounted is as smb:// from finder
[16:55] <nelius> the server runs samba 3 on sun os 9
[16:56] <jelmer> I'm not sure how much of the POSIX extensions are implemented in OS X's smb implementation at this point
[16:57] <jelmer> nelius, Can you run with BZR_PDB=1 set and see what function is failing?
[16:58] <nelius> jelmer: please advice, how do i set BZR_PDB=1?
[16:59] <jelmer> it's an environment variable
[16:59] <nelius> jelmer: btw this mornig i mailed that bzr selftest fails from macport
[17:12] <nelius> jelmer: http://paste.uni.cc/17598
[17:12] <jelmer> nelius: hmm, odd
[17:13] <jam> I would rather just see the output from ~/.bzr.log
[17:13] <jam> rather than BZR_PDB=1
[17:13] <jam> I think jelmer was actually  wanting "bzr -Derror ..."
[17:13] <jam> which prints the traceback to the screen
[17:14] <jam> BZR_PDB=1 puts you into the debugger to interactively figure out what is going on
[17:14] <jelmer> yeah, ~/.bzr.log would've worked too
[17:14] <jelmer> though this helps us somewhat too
[17:14]  * jelmer first thought would still be to blame Mac OS X's smb implementation
[17:15] <jam> Well, it tells us that writing to a file descriptor is failing for some reason
[17:15] <jam> Which does sound like a problem with smb://
[17:15] <jelmer> it would be interesting to see if this also breaks with a Linux client
[17:16] <nelius> if i try again and again, in some cases bzr enters the "Fetch phase 0/4" but in most cases it breaks just after i hit enter
[17:16] <nelius> i'll paste the .bzr.log after the current try failed
[17:17] <nelius> http://paste.uni.cc/17599
[17:22] <jam> weird, it seems capable of copying the file texts up, but when we try to start pushing revisions
[17:22] <jam> it fails at the signature file
[17:23] <jam> you know what, though, we are probably creating the file with 0 bytes of data
[17:23] <jam> So that the file exists, but doesn't hold anything
[17:25] <jam> nelius: can you try this patch: http://paste.uni.cc/17600
[17:29] <nelius> jepp, i'm trying... the fech phase takes really long... pleas hold the line
[17:29] <nelius> argh...  it failed, but in a new file: /opt/local/lib/python2.5/site-packages/bzrlib/atomicfile.py(97)write()
[17:30] <nelius> want a log?
[17:31] <nelius> http://paste.uni.cc/17601
[17:36] <lnxtech> If I want to setup a smart server that will be accessed via bzr:// does it use the local accounts of the server?
[17:38] <vila> lnxtech: no it will use the account it is run from
[17:39] <vila> you should use bzr+ssh for now if you want authentication
[17:40] <lnxtech> vila: thanks.
[17:43] <lnxtech> Also,  Is it possible to push/commit to two separate locations at the same time?  I want to have a bazaar repository for my projects at work, but I also want to mirror to my external server so I can work from home and what not
[17:54] <vila> lnxtech: you want bound branches, look at 'bzr help bind'
[17:55] <lnxtech> vila: thanks again
[17:59] <jam> nelius: sorry about the delay, it looks like the same bug. We are creating a file and writing a 0-length string to it, and that is causing a failure
[18:02] <jam> nelius: http://paste.uni.cc/17602
[18:02] <jam> use that and the earlier patch
[18:15] <jam> nelius: I filed bug 162930 for your use case
[18:15] <ubotu> Launchpad bug 162930 in bzr "Bazaar tries to write 0-length strings to files" [Undecided,New] https://launchpad.net/bugs/162930
[18:15] <ubotu> New bug: #162930 in bzr "Bazaar tries to write 0-length strings to files" [Undecided,New] https://launchpad.net/bugs/162930
[18:15] <ubotu> New bug: #162931 in bzr "`bzr check` incorrectly reports about inconsistent parents" [Low,Confirmed] https://launchpad.net/bugs/162931
[18:16] <vila> lnxtech: you may want to track progress on bug #126911, but don't hold your breath
[18:16] <ubotu> Launchpad bug 126911 in bzr "Smart server has no built in authentication" [High,Triaged] https://launchpad.net/bugs/126911
[18:17]  * vila dinner
[18:19] <jam> mmmm.... food
[19:03] <dato> hm. what was the recipe to merge two unrelated branches?
[19:03] <dato> I just want to merge a branch containing one file into another.
[19:04] <bialix> bzr merge -r0..-1
[19:04] <dato> ah, thanks.
[19:04] <dato> I was trying -r 0.. only
[19:05] <bialix> if you supplied only one rev merge try to merge up to this revision
[19:05] <bialix> so you actually did merge -r0..0
[20:06] <lifeless> moing
[20:06] <lifeless> adsl--
[20:07] <jelmer> hey lifeless
[20:07] <jelmer> I think that was the first time I see you actually disconnect from IRC :-)
[20:11] <lifeless> I didn't. My ISP disconnected *me* :)
[20:12] <jelmer> :-)
[20:18] <lnxtech> When you run bzr init-repo does it default to using --trees or --no-trees?
[20:19] <lifeless> trees
[20:20] <lifeless> on bzr 0.9x and above
[20:20] <lifeless> this is the same as '--init' creating a tree
[20:20] <lifeless> so we felt it was more predictable
[20:23] <lnxtech> If I'm wanting to create a shared repo to hold several projects it is generally recommended to use trees or no-trees?
[20:23] <lnxtech> or is it personal preference?
[20:25] <lifeless> personal preference
[20:25] <lifeless> if you are working within the repo, trees is handy
[20:25] <lifeless> if the repo is somewhere else, and you're using it like a svn or cvs repo, no-trees is better on disk space
[20:28] <lifeless> jam: ping
[20:29] <jam> lifeless: pong
[20:34] <lifeless> jam: my stack of patches is growing alarmingly
[20:35] <lifeless> jam: could you review e.g. find_text_key_references ?
[20:35] <jam> sure
[20:35] <lifeless> its not in BB for some reason
[20:35] <lifeless> but it is on the list
[20:38] <lifeless> abentley: ^ btw, that may be me misuing bzr send; I sent in a cherry pick to get the right diff for _generate_text_key_index
[20:47] <igc> morning
[20:48] <lifeless> hi
[21:06] <lnxtech> lifeless: Why is no-trees better on disk space? (I've been reading through the documentation about this but for some reason I can't seem to get my head around the differences)
[21:06] <dato> lnxtech: because it doesn't contain the trees. :)
[21:07] <lifeless> say your source code is 100MB extracted on disk
[21:07] <lifeless> and say you have 10 branches
[21:07] <dato> lnxtech: you normally use --trees for the repository at home, and --no-trees for what you publish on your webserver.
[21:07] <lifeless> our branch metadata is a few hundred bytes.
[21:07] <lifeless> so with disk cluster overhead thats, oh, 200K for 10 branches.
[21:07] <lifeless> and 1G for 10 working trees.
[21:19] <sabdfl> lifeless: very cool perspective from Gerry, huh?
[21:19] <lifeless> absolutely
[21:19] <lifeless> Ian said about my reply: 'That's what I love about you Rob' - always to the point. :-)'
[22:10] <glyph> hello!  let me preface this by saying that I am not trolling
[22:10]  * jml waves
[22:10] <glyph> I am about to recommend bzr to someone
[22:10] <glyph> or rather, I'd like to
[22:10] <glyph> but a hard requirement for them is sensible GUI tools for Windows clients, where tortoiseSVN has set a baseline for "reasonable"
[22:11] <glyph> erm sensible
[22:11] <glyph> is there such a thing for bzr yet?
[22:14] <poolfool> glyph: http://bazaar-vcs.org/TortoiseBzr
[22:16] <glyph> the other thing that this particular recommendation hinges upon is "asset" (large binary file) management
[22:16] <lifeless> what does that mean
[22:17] <glyph> lifeless: I'm not sure that I can give a good answer, because it's large and sprawling, and I am not an artist myself, but "this stuff: http://www.softimage.com/products/alienbrain/" is probably a good approximation
[22:18] <glyph> lifeless: the person I am talking to is a game developer who needs a single version control system for all the art associated with the game as well as the code
[22:19] <glyph> lifeless: they also need to give their (non-technical, windows-using, and somewhat obnoxious) publisher access to the code as it is developed, hence the GUI requirement
[22:19] <lifeless> wowser
[22:19] <glyph> everything has problems
[22:19] <lifeless> anyhow
[22:19] <glyph> AlienBrain is ... unsuitable for code
[22:20] <lifeless> (the wowser was me looking at the alienbrain page)
[22:20] <lifeless> bzr versions binaries fine
[22:20] <lifeless> if they are /huge/ it will eat memory
[22:20] <lifeless> and really big may thrash/error. We have a plan there.
[22:21] <glyph> lifeless: is 200MB "huge"?
[22:21] <lifeless> if you have 600MB of ram, no.
[22:21] <lifeless> I think 3 times is our current peak
[22:22] <lifeless> it might be 4 time
[22:22] <glyph> hmm
[22:22] <glyph> lifeless: if you were doing a checkin that touched 6 200MB files would you need a gig and a half of RAM or only 600M?
[22:23] <glyph> erm I mean 4G
[22:23] <lifeless> one base copy, one current copy, do a diff, generate a zip store
[22:23] <lifeless> glyph: each file is done serially, 600M
[22:24] <glyph> lifeless: that's on commit, right?  any issues with update?
[22:24] <glyph> maybe I mean "pull"
[22:24] <lifeless> in non-merge cases we'll extract the new text (200MB) and write to disk
[22:25] <lifeless> in merge cases we'll extract 3 copies to do a 3-way merge and write a new one to disk, until it trips the binary flag. so 800MB peak.
[22:25] <glyph> that's pretty hefty, but probably not a problem
[22:25] <glyph> these artists have ridiculous machines
[22:25] <lifeless> but I wouldn't expect artists to be trying to merge these files, that would bad.
[22:25] <lifeless> binaries and merging. eewww.
[22:25] <glyph> it's apparently not uncommon to have a 64bit windows box with 16G of RAM
[22:26] <glyph> lifeless: actually that is the major feature of alienbrain, it does merging on things like photoshop and 3d studio max files
[22:27] <glyph> lifeless: by having plugins for the appropriate programs which visually display the differences
[22:27] <hugh> hi folks, I've been using bzr for a couple of months, after having used svn for a long time
[22:28] <hugh> I'm still having trouble getting robust mental models of the entities in the bzr world
[22:28] <glyph> (one day, when I have a billion dollars and nothing better to do, I am going to make bzr do that.  starting with Python, and "emacs" as the "appropriate program" to have a plugin for.)
[22:28] <hugh> Could someone patiently explain to me the difference between a branch and a checkout?
[22:29] <LeoNerd> A checkout contains copies of the actual files, that you can work on
[22:29] <LeoNerd> A branch simply stores history
[22:29] <lifeless> glyph: we can do that if someone writes the code; merging is already pluggable
[22:29] <hugh> Ok, thanks; so what is the difference between a checkout and a working tree?
[22:29] <LeoNerd> Other RCSes call it a "working directory" or a "workspace" or a "working tree" or similar
[22:30] <lifeless> hugh: checkout is more about workflow - working like CVS and svn. working tree is as LeoNerd says.
[22:30] <hugh> OK; the documentation repeatedly refers to a checkout as a thing rather than a process; this has been confusing.
[22:30] <lifeless> hugh: it is - 'bzr checkout' creates a checkout
[22:31] <lifeless> a checkout is a thing which is geared to act as a drop-in replacement for cvs or svn
[22:31] <hugh> my point exactly, 'a checkout' a thing rather than a process...
[22:31] <lifeless> its a thing to support a process :)
[22:31] <hugh> is a checkout a thing that is any different from the working tree?
[22:31] <lifeless> a working tree is a component of a checkout
[22:32] <lifeless> a working tree is also present when you have a branch with a tree, so that you can edit and commit in the branch
[22:32] <hugh> ok; what else are components of a checkout?
[22:32] <igc> hugh: A new User Guide is coming that tries to help explain the concepts up front. See http://people.ubuntu.com/~ianc/doc/en/user-guide/index.html for progress to date.
[22:33] <lifeless> a checkout has one of two additional components: Either a 'branch pointer' that points to a branch somewhere else. We call this configuration a 'lightweight checkout'.
[22:33] <lifeless> hugh: or it has a 'bound branch', which is a regular branch with a configuration setting that makes commits/pushes/pulls etc to it also be applied to a remote branch.
[22:34] <lifeless> we call that a 'heavyweight' checkout, because you have all the history of the project locally so they take more time to create, and more disk space
[22:38] <hugh> ok, so the lightweight checkout is more like the svn view of things, whereas the heaveyweight checkout bring in bzr's ability to keep the
[22:38] <hugh> entire branch history locally
[22:38] <lifeless> right
[22:38] <lifeless> lightweight checkouts have minimal offline capability; heavyweight checkouts have comprehensive offline capability
[22:39] <lifeless> many people don't use checkouts at all, just regular branches. It really depends on your team workflow and needs.
[22:39] <lifeless> if you are a solo developer, you can ignore checkouts.
[22:39] <hugh> so the different checkout variants each get you a working tree, but with more or less support for offline capabilities
[22:40] <hugh> no I'm working with several folks sitting in different states
[22:41] <hugh> we're only rarely at the same site at the same time
[22:41] <hugh> so we have an 'official' repository, and one guy who's more bzr savvy keeps one or more other branches.... that mirror the official repo
[22:42] <hugh> the basic model of: modify files, do local commits, do a push   more or less makes sense, it's when things go wrong that I get confused
[22:43] <glyph> lifeless: that's great to hear
[22:43] <hugh> and then I go look at the man page for the 70th time and try to solidify my mental picture of what's happening :-)
[22:43] <beuno> hugh, if you're going to be doing local commits, I believe branching makes more sense the checkouts
[22:44] <glyph> lifeless: It looks like tortoisesvn isn't quite there yet, although it's getting close
[22:44]  * glyph reluctantly recommends SVN plus a bunch of horrible Apache configuration
[22:44] <hugh> I think I have a local branch (but am not sure). I do local commits and then push later
[22:44] <beuno> when using checkouts, local commits are normally an exception (have to add an extra parameter), but when branching out, it's local by default, and you send the changes off with "push
[22:44] <beuno> " when needed
[22:44] <hugh> yes, I must have a local branch
[22:45] <beuno> hugh, sounds like bzr branch is what you want
[22:45] <beuno> unless lifeless proves me wrong  :D
[22:45] <lifeless> glyph: ah well.
[22:46] <lifeless> beuno: I think you're right
[22:46] <lifeless> checkouts are when you want to be in lockstep with other people
[22:46] <lifeless> have a look at the Workflows wiki page
[22:48] <beuno> hugh, using checkouts for that kind of workflow won't break anything, just make it a bit more uncomfortable as you will have to be adding an extra parameter every time
[22:49] <lifeless> beuno: extra parameter ?
[22:49] <beuno> lifeless, --local?
[22:50] <lifeless> oh right; when you want offline
[22:50] <beuno> (when using checkouts)
[22:50] <lifeless> anyhow, my advice is -
[22:50] <beuno> he was saying he does local commits until he wants to send it off to the parent branch
[22:51] <lifeless> if you are used to cvs or svn, use the cvs and svn commands - bzr checkout, bzr commit, bzr merge, bzr branch REMOTEURL to create a new branch then bzr checkout that URL
[22:52] <lifeless> if you are not used to cvs or svn, do not use the checkout command at all until you are comfortable with regular branches
[22:53] <jml> how can you use an external diff util w/ bzr?
[22:54] <jml> there's a diff option option, but not a diff cmd option.
[22:54] <beuno> jml, you can use aliases for that
[22:54] <jml> how?
[22:54] <dato> jml: I *think* there is a plugin
[22:55] <beuno> jml, http://doc.bazaar-vcs.org/latest/en/user-guide/using_aliases.html
[22:55] <lifeless> jml:  it will automatically use gnu diff if the options are not supported in bzr
[22:55] <beuno> wait, the example isn't there
[22:55] <lifeless> jml: also there is a diffutils plugin
[22:55]  * beuno looks for the example of using different diff utils
[22:56] <beuno> wasn't there one laying around that used meld?
[23:02] <lifeless> I thought diffutils did that
[23:02] <lifeless> meld is in my ep2006 talk slides
[23:03] <igc> jml: the diffutils plugin is great
[23:03] <igc> I use it in combination with meld all the time
[23:07] <YGingras> I see that mercurial uses bzr's diff3, anyone knows if it have been factored out from either rev control system?  I'd need 3-way merge in Gazest, a wiki I'm working on
[23:07] <igc> bbiab
[23:08] <lifeless> YGingras: you could just import bzrlib :)
[23:10] <YGingras> lifeless is it exported in a way that I can use it without a bzr repo?
[23:11] <lifeless> yes
[23:12] <YGingras> will bzr easy_install cleanly on most plateforms?
[23:13] <YGingras> I see C extentions: probably not
[23:13] <lifeless> they are optional
[23:14] <lifeless> and
[23:14] <lifeless> won't affect loading the diff3 stuff you need
[23:16] <YGingras> so, in Merge3.__init__(self, base, a, b), base, a and b are paths?  I thought those were rev-ids or something
[23:18] <hugh> lifeless: beuno: others: thanks for your feedback; this is helping me a lot; catch you later
[23:18] <YGingras> ok, I see it: list of lines
[23:18] <YGingras> lifeless: how does it compares with gnu diff3?
[23:19] <beuno> hugh, anytime  :D
[23:21] <lifeless> YGingras: they are texts
[23:21] <lifeless> Merge3(['line\n',
[23:21] <lifeless> 'line2\n'], [], [])
[23:22] <lifeless> for instnace
[23:24] <YGingras> lifeless: sounds good, I think I'm going to use it.  Will you guys be mad at me if I end up repackaging it yet another time? :-)
[23:25] <lifeless> mad? no. Think its a bit pointless and that you miss out on improvements; yes.
[23:33] <YGingras> of course I'm going to watch for improvements but this file seems really stable ;-)
[23:39] <lifeless> I'm surprised more of the vcs infrastructure isn't usable for you; wikis and branches have lots in common
[23:41] <YGingras> lifeless: I use some bits from mercurial for finding LCA, I probably go hunting in bzr an hg again when I implement new features
[23:41] <lifeless> well
[23:41] <lifeless> I was meaning more about history storage
[23:42] <lifeless> e.g. using a pack repository object directly, no commit or inventory objects though
[23:45] <YGingras> lifeless: that questing comes often.  I don't know how you do it precisely in bzr but interface offered by drcs is typically for a whole repo while most wiki acitons are for a single file
[23:46] <YGingras> it's easy to roll my own branch on a single file that to call bzr in  a pipe to branch the repo everytime someone hits the edit link
[23:47] <lifeless> YGingras: using the library its easy to use the core storage facilities to do what you need
[23:47] <lifeless> I wouldn't have mentioned it if it wasn't trivial
[23:49] <YGingras> lifeless: I can't count the number of persons who mentioned calling git in a pipe like it was trivial
[23:50] <lifeless> meh
[23:50] <lifeless> I wouldn't call a pipe level interface trivial
[23:50] <lifeless> libraries are so much better
[23:50] <YGingras> "use git: git is super fast => your wiki is going to be uber fast"
[23:50] <lifeless> anyhow, the point is that you don't need whole-tree operations; and bzr's core doesn't force you to use whole-tree operations in the sort of scenario you are talking about
[23:51] <YGingras> lifeless: that's really interesting, I'll have a serious look at it
[23:51] <lifeless> In particular I'm thinking of PackRepository's text index / mapped knits layer
[23:52] <lifeless> you could use the path to the wiki page as the key
[23:52] <lifeless> so this does not give you 'a wiki you can bzr branch', it just gives you a db that supports annotate and other such things as built in primitives
[23:53] <YGingras> lifeless: how would it scale across multiple webhead?  I recall some obsure performance issues on NFS
[23:53] <lifeless> uhm
[23:53] <lifeless> packs should be fine on nfs
[23:53] <lifeless> granular locking during data insertion
[23:54] <lifeless> no need for oslocks