[00:44] poolie: dumb question. bzr branch stacking is recursive right? A stacked on B which is stacked on C etc [00:53] wallyworld_: yes [00:54] spiv: thanks [00:54] spiv: how's google? [00:57] Pretty good! Commuting and working in an actual office has taken a bit of getting used to, though. [00:58] But the office has better espresso machines than I have at home :) [00:58] 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] o/ spiv [01:36] wallyworld_: This: http://code.google.com/apis/maps/documentation/places/ [01:37] * wallyworld_ looks [01:37] Hi spm [01:39] 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] hi all ! [07:47] Eh? You're not allowed to show up before breakfast... [07:50] yeah. I took my breakfast [07:55] I haven't, though. [08:14] happy Wednesday [08:15] Riddell: thanks ! Happy morning to you ! [08:29] vila: OK, now you can show up :p [08:30] hehe, file and fixed a bug in the mean time ;) [08:30] filed [08:30] Shoot, that's nothing. I've created TWO! [08:30] you win :) [09:12] jelmer_: ping, 2.4.0 on jubany ? I've lost track of progress there, care to refresh ? [09:13] jelmer_: refresh *my memory* [09:58] vila: there's an open rt in the queue [10:43] jelmer_: So, I got a little confused in the colo discussions. Is this expecting to use a new format or not? [10:45] fullermd: eventually, no. it's expecting to be an addition to 2a [10:48] Ah. [11:04] 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 === Ursinha-afk is now known as Ursinha [13:14] Riddell: hi [13:14] Riddell: do you perhaps know what this error is about? http://pastebin.ubuntu.com/684394/ [13:15] hmm, it doesn't think it has expired [13:17] jelmer_: what does gpg --list-key 4F8D1513 give you? [13:17] Riddell: this is on one of the buildds [13:18] 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] SIGNATURE_KEY_MISSING = 1 so it thinks the key doesn't exist [13:20] but it should be the expired_key in bzrlib/tests/test_gpg.py [13:21] that test doesn't have a self.import_keys() so maybe that's what is missing [13:23] 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] that fixes it for me, testing with a new user [13:26] Riddell: What if that users' ~/.gpg doesn't exist and isn't writable? [13:26] 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] 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] no, I think gpg is pretty stuck on ~/.gnupg [13:28] I couldn't find any way to change it when I looked [13:29] Riddell: it looks like gpgme has a way to set the home directory, but I guess pygpgme might not expose it [13:29] Riddell: I'll file a bug against bzr/pygpgme [13:30] Riddell: Can you propose that self.import_keys() fix, or should I? [13:30] jelmer_: I'll do it [13:31] Riddell: thanks [13:32] Riddell: it looks like gpgme should honor the GNUPGHOME environment variable [13:32] * jelmer_ patch0rz [15:36] 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] Riddell: sure, one sec [15:49] Riddell: do you mean 0.21.1-1 ? [15:49] jelmer_: bzr-explorer (not qbzr) [15:50] although qbzr could do with the upgrade too I see [15:50] Riddell: I'll have a look at aboth [15:50] s/a// === Ursinha is now known as Ursinha-holiday === beuno is now known as beuno-lunch === jelmer_ is now known as jelmer === BasicPRO is now known as BasicOSX === beuno-lunch is now known as beuno === nyuszika7h is now known as ubot93 === ubot93 is now known as nyuszika7h === yofel_ is now known as yofel === jam2 is now known as jam1 === jam1 is now known as jameinel === jameinel is now known as jam1 === jam1 is now known as jam === Quintasan_ is now known as Quintasan [20:23] what do you think about using bzr to version Audacity projects? [20:38] hi jo-erlend [20:38] jo-erlend: I'm not too familiar with the Audacity format, is there anything in particular you think might be problematic? [20:39] fairly large files. [20:41] jo-erlend: how large is large? [20:42] Well, presumably WAV's for the like, so you'd get dozens to low hundreds of megs... [20:42] 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] jo-erlend: yeah, the max memory usage would probably be the size of the largest times 2 or 3 [22:07] jo-erlend: if you don't need full VCS feature set, I would actually suggest rdiff-backup [22:08] that might be something to consider, actually. [22:58] hi