[07:44] <vila> helllo !
[09:02] <mgz> morning all!
[09:15] <fullermd> Oh, not again.  I just dealt with a morning yesterday  :(
[15:22] <vila> mgz: 182.926  safe_decode() called on an already-unicode string: u'Jonathan Riddell <jriddell@ubuntu.com>'
[15:22] <vila> mgz: on jubany, expected ?
[15:25] <mgz> yes.
[15:25] <vila> k
[15:26] <mgz> combination of safe_decode being a bad idea and debian.changelog api switch I'm guessing.
[15:27] <mgz> didn't really need to highlight Riddell there, not his fault he's unicode :)
[15:27] <Riddell> :)
[15:32] <mgz> jelmer: bug 922121 looks like one for you too, can do a s/\.inventory/\.get_inventory()/g in qbzr?
[15:32] <ubot5`> Launchpad bug 922121 in Bazaar Explorer "Starting Bazaar explorer the 1st time: GitWorkingTree.inventory AttributeError" [Undecided,New] https://launchpad.net/bugs/922121
[15:34] <jelmer_> mgz: not really, foreign trees don't have inventories
[15:34] <mgz> did it never work then, rather than being related to api movings?
[15:34] <jelmer_> mgz: bzr-git did provide something which resembled an inventory at some point, when it was still part of the API
[15:34] <mgz> I swear I've done `bzr explorer some-git-repo` in the past, but maybe not.
[15:36] <jelmer_> mgz: it never provided the full thing, which was one of the reasons why I wanted to remove inventory
[15:36] <jelmer_> mgz: but it might have done some things, sufficient to get explorer working
[15:53] <LarstiQ> mgz: hmm, maybe I shouldn't have picked you as a reviewer, now bzr-core doesn't show up
[15:54] <mgz> I can add everyone else too
[15:54]  * mgz goes mp hunting
[15:55] <mgz> done.
[15:57] <LarstiQ> yay!
[16:02] <AuroraBorealis> i posted an update to this bug, no idea if it will help https://bugs.launchpad.net/bzr/+bug/855155
[16:02] <ubot5`> Launchpad bug 855155 in Bazaar "InconsistentDelta error when using bzr update" [High,Confirmed]
[16:04] <vila> jelmer_, mgz: pristine-tar 1.17 deployed on jubany but 2 new bugs, see #is for some details :-/
[16:04] <vila> Riddell: ^
[16:08] <mgz> AuroraBorealis: thanks, might try and look at that over the weekend
[16:09] <AuroraBorealis> i'm afraid it might not be useful because i'm not getting the inconsistant delta error anymore
[16:09] <AuroraBorealis> but the tree is still in a very weird state where it thinks everything is conflicting
[16:11] <mgz> vila: #is doesn't seem to be logged and I'm not in there.
[16:11] <vila> mgz: then join, I'll paste
[16:12] <jelmer_> vila: it just seems to be an issue with the backport of pristine-tar
[16:15] <mgz> I guess I'd better just add #launchpad and #is to my autojoin, but am determined to stay in single figures
[16:17] <LarstiQ> mgz: move to a hexadecimal base for some breathing room?
[16:23] <mgz> alt+a already seems to do something, but I'm not sure what
[16:40] <vila> mgz: marking you away ?
[16:44] <mgz> vila: I hope not
[16:45] <vila> that's what it does here ;)
[16:45] <mgz> ...apparently moves you to the last 'active' window, wheree're last someone spake
[17:40] <vila> jelmer_: http://package-import.ubuntu.com/status/lxc.html#2012-01-26%2017:07:04.101838
[17:43] <jelmer_> vila: is that with bzr-builddeb trunk?
[17:44] <vila> jelmer_: yes
[17:44] <vila> jelmer_: but not bzr trunk if that matters
[17:45] <jelmer_> vila: it probably makes sense to disable 'quilt-smart-merge' in the importer
[17:45] <vila> jelmer_: oh, by the way, I've requeued all multipletarballerrors and only a few have failed (for a different reason) so we're down to 452 import failures
[17:45] <jelmer_> vila: we'll likely have to throw them away in the future and reimport them :-/
[17:45]  * vila blinks
[17:46] <vila> which ones ?
[17:46] <jelmer_> vila: the multitarball ones
[17:46] <vila> is it that bad ?
[17:46] <jelmer_> yes
[17:47] <vila> shudder, I'm tired
[17:47] <vila> I meant the branches we push are not usable ?
[17:47] <jelmer_> vila: they're somewhat usable, but have too much data (some revisions imported lots of times, for example)
[17:48] <vila> k
[17:48] <jelmer_> vila: this is what I mentioned the other day when you asked about the multi tarball status
[17:49] <vila> right, but I understood that they will still failed so was a bit surprised
[17:50] <vila> but back to disabling quilt-smart-merge, I thought it was: set in tree, default in bazaar, so no way to disable globally right ?
[17:50] <jelmer_> ah, I see
[17:50] <jelmer_> vila: no, you can disable it in the per-user config of bzr-builddeb as well
[17:51] <jelmer_> vila: ~/.bazaar/builddeb.conf
[17:51] <vila> so it's ~conf/tree/bazaar.conf ?
[17:51] <jelmer_> vila: what do you mean?
[17:52] <vila> the order the conf files are used
[17:52] <jelmer_> vila: it's roughly debian/bzr-builddeb.conf, debian/bzr-builddeb.conf.local, ~/.bazaar/builddeb.conf
[17:52] <jelmer_> sorry
[17:52] <jelmer_> vila: it's roughly debian/bzr-builddeb.conf.local, debian/bzr-builddeb.conf, ~/.bazaar/builddeb.conf
[17:53] <vila> hmm, so we can only disable by default right ?
[17:53] <vila> or do you mean there is little chance yet that anybody set it anyway ?
[17:53] <jelmer_> vila: yeah, you wouldn't really want to set this on a per-tree basis I think
[17:54] <jelmer_> except perhaps to disable it as it's enabled by default
[17:54] <vila> a lot of imports have already succeeded with it enabled (I've monitored a few ans see the [quilt xxxx] messages
[17:55] <vila> I mentioned the above as I thought it may be an edge case you wanted to fix as ISTM this is working well so far
[17:55] <vila> well, anyway, think about it and tell me what you want tomorrow, I'm crashing ;)
[17:55] <jelmer_> vila: I think we should disable it for the imports, it just slows them down without any benefit
[17:56] <jelmer_> vila: thanks for the headsup about lxc though
[17:56] <jelmer_> vila: I suspect it's a broken tree, but I'll look into it
[18:00] <vila> jelmer,mgz: last thing, freebsd failed several tests for trunk (http://babune.ladeuil.net:24842/view/%20High/job/selftest-freebsd/lastFailedBuild/#showFailuresLink)
[18:00] <vila> they are all caused by an invalid ssl.ca_certs path which my fix should address
[18:00] <vila> I did test it for freebsd
[18:02] <vila> but the same issue will be encountered everywhere we run the test suite or want to connect with https... that really needs to be addressed before 2.5.0
[20:39] <lamalex> is there a way to build a binary package from a recipe locally?
[21:43] <jelmer_> lamalex: hi
[21:44] <jelmer_> lamalex: somewhat - you can use bzr builder to build a source package and then use the normal package build tools to build a binary package from that
[21:50] <lamalex> jelmer_, how do you build from a source package?
[21:50] <lamalex> sorry, im not a packager by any means
[21:54] <james_w> lamalex, "dpkg-source -x <package>.dsc; cd <package>; debuild" would be one way
[22:00] <james_w> if I have a cronjob that runs "bzr pull" and the branch is getting updated but not the tree, what might be the cause?
[22:01] <jelmer_> james_w: there is a post_pull / post_branch_tip_change hook that fails?
[22:01] <jelmer_> I would expect you to be mailed a traceback by cron in that case though
[22:02] <james_w> I don't think so
[22:02] <james_w> oh, I don't think cron mail is connected to anything in this case :-)
[22:02] <james_w> it's a remote server
[22:02] <james_w> when I run pull by hand nothing fails at least
[22:02] <jelmer_> james_w: it might be related to encoding stuff, for example
[22:02] <jelmer_> james_w: if you have a way to read your mailbox on the remote machine, it might be worth a short to look there
[22:03] <james_w> there's no mail for the user with the cron job
[22:03] <jelmer_> hmm
[22:03] <jelmer_> beats me - "bzr up" runs without problems?
[22:03] <james_w> actually
[22:04] <james_w> I think something else is resetting the tree
[22:04] <james_w> oh
[22:04] <james_w> it's a lightweight checkout
[22:05] <james_w> that's probably not going to work too well
[22:25] <poolie> hi jelmer_, james_w, wgz
[22:27] <james_w> hi poolie
[22:39] <wgz> hey poolie