[00:00] <lifeless> poolie: o/
[00:00] <poolie> hi there
[00:54]  * fullermd can't believe there was a whole discussion in one nobody played the "It's not dead, it's resting" card.
[03:05] <SamB> fullermd: someone was going to do that the other way on emacs-devel, or joking about it on #emacs anyway ...
[03:06] <mwhudson> lovely plumage
[07:21] <vila> It's not dead, it's resting
[07:22] <vila> Besides, a GPL'ed software dieing is an oxymoron
[07:28]  * SamB is sad because he can't actually remember any lines from that thing ...
[07:28] <vila> SamB: It's partly up to you ;)
[07:29]  * vila reboots and bbiab
[08:09] <fayaz> hi, how can i generate a sensible diff using bzrlib?
[10:45] <jelmer> fayaz: see cmd_diff in bzrlib/builtins.py
[10:45] <jelmer> that should give you an idea of how the diff command does it
[11:30] <jelmer> hi mgz
[11:31] <mgz> hey hey!
[11:33] <jelmer> mgz: did you guys see the whole emacs discussion?
[11:37] <mgz> I haven't
[12:11] <kate`> i saw it, and i'm confused because i haven't a clue about either the history or the future for bzr
[14:25] <barry> mgz, vila, or anyone else.  is there a quick fix possible for: http://package-import.ubuntu.com/status/apt.html#2012-10-12 11:49:18.303380
[14:29]  * mgz has a look
[14:29] <vila> barry: sorry, I could never find the time to understand what caused the missing chk node(s) for id_to_entry maps bugs. I vaguely remember jelmer mentioning something but I'm not sure it involved 'bzr reconcile' or some lp surgery
[14:30] <vila> barry: also, maxb may know too
[14:31] <jelmer> there are various causes for it
[14:31] <jelmer> one is caused by older versions of bzr-svn; since this is a package import, I don't think that's relevant
[14:32] <jelmer> the underlying problem is that there are two disagreeing versions of the inventory for a specific revision around
[14:33] <mgz> hm, I know the error from bzr-svn
[14:33] <mgz> hadn't seen it in code imports
[14:34] <barry> hi guys, thanks.  is there something locally i can do to the branch to rejigger it into happiness?
[14:40] <mgz> barry: not that I know of. seems bug 1138637 is the same thing. may be worth poking xnox to try a full requeue on his local setup and see if that generates a working import or not, but I suspect it's the branch history that's unhappy
[14:42] <barry> mgz: i think xnox is afk today, but thanks i'll poke him tomorrow.  thanks for taking a look
[14:47] <jelmer> barry: one of the workarounds involves creating an empty repository and pulling branches into that in the right order - so you get a consistent version of the inventories
[14:49] <barry> jelmer: i think i understand.  not sure i'll do it, but i see what you're saying
[14:58] <maxb> Hello. I'm not an expert on the id_to_entry_maps thing, but I am around if I can help with other importerish stuff
[15:00] <maxb> Is there any way to research which revision's inventory is malformed somewhere?
[15:01] <xnox> barry: poke me about what? =)
[15:02] <barry> xnox: see ^^ mgz's comment
[15:02] <xnox> barry: right. I can do that ones my server is setup ones again.
[15:03] <barry> xnox: cool, thanks
[19:21] <janos> when you register a project on LP, does it create a dedicated shared repository for the project?
[20:10] <jelmer> janos: no, they're all independent branches
[20:10] <jelmer> (though they're stacked, so you still get efficiency for having multiple related branches on launchpad)
[20:11] <janos> cool, thanks jelmer
[20:11] <janos> btw do you know the plans for the 2.6 stable release? (expected date?)
[20:15] <jelmer> well, I'm not active in the project anymore. I just hang out here to socialise :-)
[20:15] <jelmer> janos: ask jam, mgz or vila
[20:15] <janos> haha, thanks