[00:00] poolie: o/ [00:00] hi there === mbarnett` is now known as mbarnett [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] fullermd: someone was going to do that the other way on emacs-devel, or joking about it on #emacs anyway ... [03:06] lovely plumage [07:21] It's not dead, it's resting [07:22] 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] SamB: It's partly up to you ;) [07:29] * vila reboots and bbiab [08:09] hi, how can i generate a sensible diff using bzrlib? === Logan__ is now known as Logan_ [10:45] fayaz: see cmd_diff in bzrlib/builtins.py [10:45] that should give you an idea of how the diff command does it [11:30] hi mgz [11:31] hey hey! [11:33] mgz: did you guys see the whole emacs discussion? [11:37] I haven't [12:11] i saw it, and i'm confused because i haven't a clue about either the history or the future for bzr [14:25] 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] 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] barry: also, maxb may know too [14:31] there are various causes for it [14:31] one is caused by older versions of bzr-svn; since this is a package import, I don't think that's relevant [14:32] the underlying problem is that there are two disagreeing versions of the inventory for a specific revision around [14:33] hm, I know the error from bzr-svn [14:33] hadn't seen it in code imports [14:34] hi guys, thanks. is there something locally i can do to the branch to rejigger it into happiness? [14:40] 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:40] bug 1138637 in Ubuntu Distributed Development "software-center import failing" [Undecided,New] https://launchpad.net/bugs/1138637 [14:42] mgz: i think xnox is afk today, but thanks i'll poke him tomorrow. thanks for taking a look [14:47] 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] jelmer: i think i understand. not sure i'll do it, but i see what you're saying [14:58] 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] Is there any way to research which revision's inventory is malformed somewhere? [15:01] barry: poke me about what? =) [15:02] xnox: see ^^ mgz's comment [15:02] barry: right. I can do that ones my server is setup ones again. [15:03] xnox: cool, thanks === deryck is now known as deryck[lunch] === deryck[lunch] is now known as deryck [19:21] when you register a project on LP, does it create a dedicated shared repository for the project? [20:10] janos: no, they're all independent branches [20:10] (though they're stacked, so you still get efficiency for having multiple related branches on launchpad) [20:11] cool, thanks jelmer [20:11] btw do you know the plans for the 2.6 stable release? (expected date?) [20:15] well, I'm not active in the project anymore. I just hang out here to socialise :-) [20:15] janos: ask jam, mgz or vila [20:15] haha, thanks === idnaria is now known as idnar