[00:48] <Noldorin> jelmer, sorry disconnected
[13:38] <Noldorin> jelmer, hi
[13:38] <jelmer> Noldorin: Himmagery
[13:38] <jelmer> I mean, Hi
[13:38] <Noldorin> heh
[13:38] <Noldorin> :)
[13:39] <Noldorin> jelmer, so the problem i'm having with porting your plugin is that repository.text_store and .control_store were VersionedFileStore objects, but they've been (apparently) moved to the .revisions, .inventories, .texts, etc. properties
[13:39] <Noldorin> which are VersionedFiles objects, not stores
[13:40] <jelmer> sure - the plugin is specific to an older repository format
[13:40] <Noldorin> yes but. my point was that i was asking you what the new equivalent is.
[13:41] <Noldorin> surely you have some knowledge about how it's changed over time?
[13:41] <jelmer> Noldorin: .revisions, .texts and .inventories are roughly the equivalents
[13:41] <Noldorin> why does VersionedFileStore exist then?
[13:43] <jelmer> Noldorin: I'm not sure I follow
[13:44] <Noldorin> VersionedFileStore has many of the old methods that existed on VersionedFiles
[13:44] <Noldorin> but isn't really used anywhere, as far as i can see
[13:48] <Noldorin> jelmer, replacing the copy/delete functionality for VersionedFiles isn't immediately apparent
[13:50] <jelmer> Noldorin: sorry, it's been way too long since I've looked at this stuff
[13:50] <Noldorin> heh okay
[13:50] <Noldorin> jelmer, no anyone who could help me then maybe?
[13:50] <jelmer> basically, you want to generate the record streams for texts/inventories/revisions and insert those into the new repository
[13:50] <jelmer> Noldorin: I'd suggest asking on the mailing list
[13:50] <Noldorin> ok
[13:51] <Noldorin> i don\'t really have the time or patience to wait for mailing list replies, but maybe...
[13:51] <jelmer> Noldorin: you can always dig further enough to find it yourself :-)
[13:51] <Noldorin> the code is very convoluted though
[13:52] <Noldorin> and not well commented
[13:52] <Noldorin> so chances of that are virtually nil
[13:52] <Noldorin> dynamic languages are a PITA to read as well
[13:54] <jelmer> Noldorin: meh, it's all just what you're used to
[13:54] <Noldorin> somewhat
[13:54] <Noldorin> but not completely
[13:54] <jelmer> I think the main thing lacking here is a doc that explains the overall architecture
[13:54] <Noldorin> jelmer, i agree
[19:44] <xnox> In ubuntu saucy, bzr hasn't been migrating to release pocket for a while now.
[19:44] <xnox> trying: bzr
[19:44] <xnox> skipped: bzr (32 <- 31)
[19:44] <xnox>     got: 99+0: i-99
[19:44] <xnox>     * i386: bzr-gtk, groundcontrol, nautilus-bzr
[19:44] <xnox> those three packages need fixing =/
[19:44] <xnox> or removal.
[19:53] <jelmer> hi xnox
[19:54] <jelmer> xnox: bzr-gtk is slated for removal from Debian, so I'll request its removal from Ubuntu too
[19:54] <xnox> jelmer: hello. Ok. What about the other two? bump the dependencies & see what breaks (if anything) ?
[19:54] <jelmer> xnox: nautilus-bzr comes from the bzr-gtk source package
[19:54] <jelmer> I'm not sure about groundcontrol
[19:55] <xnox> ok.
[19:58] <jelmer> xnox: it looks like groundcontrol has a dependency on bzr-gtk, even in Debian (where it will probably break :-()
[19:59] <xnox> ack.