[00:44] <wallyworld_> poolie: dumb question. bzr branch stacking is recursive right? A stacked on B which is stacked on C etc
[00:53] <spiv> wallyworld_: yes
[00:54] <wallyworld_> spiv: thanks
[00:54] <wallyworld_> spiv: how's google?
[00:57] <spiv> Pretty good!  Commuting and working in an actual office has taken a bit of getting used to, though.
[00:58] <spiv> But the office has better espresso machines than I have at home :)
[00:58] <wallyworld_> spiv: i just bought a new dual boiler espresso machine. but i imagine google's would be better! what are you working on?
[01:27] <spm> o/ spiv
[01:36] <spiv> wallyworld_: This: http://code.google.com/apis/maps/documentation/places/
[01:37]  * wallyworld_ looks
[01:37] <spiv> Hi spm
[01:39] <wallyworld_> looks interesting. of course, now you have an excuse to go and get a Samsung Galaxy Note or other cool smartphone for "work" purposes :-)
[07:36] <vila> hi all !
[07:47] <fullermd> Eh?  You're not allowed to show up before breakfast...
[07:50] <vila> yeah. I took my breakfast
[07:55] <fullermd> I haven't, though.
[08:14] <Riddell> happy Wednesday
[08:15] <vila> Riddell: thanks ! Happy morning to you !
[08:29] <fullermd> vila: OK, now you can show up   :p
[08:30] <vila> hehe, file and fixed a bug in the mean time ;)
[08:30] <vila> filed
[08:30] <fullermd> Shoot, that's nothing.  I've created TWO!
[08:30] <vila> you win :)
[09:12] <vila> jelmer_: ping, 2.4.0 on jubany ? I've lost track of progress there, care to refresh ?
[09:13] <vila> jelmer_: refresh *my memory*
[09:58] <jelmer_> vila: there's an open rt in the queue
[10:43] <fullermd> jelmer_: So, I got a little confused in the colo discussions.  Is this expecting to use a new format or not?
[10:45] <jelmer_> fullermd: eventually, no. it's expecting to be an addition to 2a
[10:48] <fullermd> Ah.
[11:04] <jelmer_> fullermd: in the mean time, we might do the development in a separate format so we can be sure that whatever changes we make to 2a are correct
[13:14] <jelmer_> Riddell: hi
[13:14] <jelmer_> Riddell: do you perhaps know what this error is about? http://pastebin.ubuntu.com/684394/
[13:15] <Riddell> hmm, it doesn't think it has expired
[13:17] <Riddell> jelmer_: what does  gpg --list-key 4F8D1513  give you?
[13:17] <jelmer_> Riddell: this is on one of the buildds
[13:18] <jelmer_> Riddell: I've recently added python-gpgme to the build deps so we can run the gpg tests, and this is the only remaining failing test
[13:20] <Riddell> SIGNATURE_KEY_MISSING = 1   so it thinks the key doesn't exist
[13:20] <Riddell> but it should be the expired_key in bzrlib/tests/test_gpg.py
[13:21] <Riddell> that test doesn't have a self.import_keys()  so maybe that's what is missing
[13:23] <jelmer_> I can reproduce the issue on my local machine with a different account (without writable homedir and missing ~/.gpg), although it gives (2, None) there rather than (1, u'4F...')
[13:23]  * jelmer_ tries
[13:25] <Riddell> that fixes it for me, testing with a new user
[13:26] <jelmer_> Riddell: What if that users' ~/.gpg doesn't exist and isn't writable?
[13:26] <Riddell> if it doesn't exist then gpgme will make it, but if it's not writable I don't know but I guess something will fail
[13:27] <jelmer_> Riddell: we shouldn't really be touching anything out of the test directory when running the tests; can we perhaps override the home directory gpgme uses?
[13:27] <Riddell> no, I think gpg is pretty stuck on ~/.gnupg
[13:28] <Riddell> I couldn't find any way to change it when I looked
[13:29] <jelmer_> Riddell: it looks like gpgme has a way to set the home directory, but I guess pygpgme might not expose it
[13:29] <jelmer_> Riddell: I'll file a bug against bzr/pygpgme
[13:30] <jelmer_> Riddell: Can you propose that self.import_keys() fix, or should I?
[13:30] <Riddell> jelmer_: I'll do it
[13:31] <jelmer_> Riddell: thanks
[13:32] <jelmer_> Riddell: it looks like gpgme should honor the GNUPGHOME environment variable
[13:32]  * jelmer_ patch0rz
[15:36] <Riddell> jelmer_: bzr-explorer 1.2.1 seems to be in its debian packaging reponsitory but not in debian, are you able to upload it?
[15:48] <jelmer_> Riddell: sure, one sec
[15:49] <jelmer_> Riddell: do you mean 0.21.1-1 ?
[15:49] <Riddell> jelmer_: bzr-explorer (not qbzr)
[15:50] <Riddell> although qbzr could do with the upgrade too I see
[15:50] <jelmer_> Riddell: I'll have a look at aboth
[15:50] <jelmer_> s/a//
[20:23] <jo-erlend> what do you think about using bzr to version Audacity projects?
[20:38] <jelmer> hi jo-erlend
[20:38] <jelmer> jo-erlend: I'm not too familiar with the Audacity format, is there anything in particular you think might be problematic?
[20:39] <jo-erlend> fairly large files.
[20:41] <jelmer> jo-erlend: how large is large?
[20:42] <fullermd> Well, presumably WAV's for the like, so you'd get dozens to low hundreds of megs...
[20:42] <jo-erlend> well.. A small project of a few minutes often consumes hundreds of megs. But bzr doesn't really care about the total, only the largest file?
[20:43] <jelmer> jo-erlend: yeah, the max memory usage would probably be the size of the largest times 2 or 3
[22:07] <ccxCZ> jo-erlend: if you don't need full VCS feature set, I would actually suggest rdiff-backup
[22:08] <jo-erlend> that might be something to consider, actually.
[22:58] <poolie> hi