[02:20] <converge> hi, how can I get the last version of a branch? bzr pull ?
=== poolie_ is now known as poolie
[02:38] <poolie> converge, can you be  more specific?
[02:39] <converge> i had downloaded it wih bzr branch name_of_branch
[02:39] <converge> need to update it with the latest improvements
[02:39] <poolie> then yes, bzr pull there will download new revisions from the parent branch
[02:39] <poolie> and update the working tree
[02:48] <converge> thanks dude
[03:54] <lifeless> spiv: around ?
[03:56] <spiv> lifeless: yep
[03:56] <lifeless> I'm trying to clean up https://code.launchpad.net/~lifeless/+activereviews
[03:57] <lifeless> https://code.launchpad.net/~spiv/ubuntu/lucid/paramiko/address-families-579530-lucid/+merge/25297 is in the way
[03:57] <spiv> I guess I'll abandon it
[03:58] <spiv> Although it's a bit of a pity that you can't shift that off your queue yourself.
[03:59] <lifeless> spiv: so, I can't land it
[03:59] <spiv> Me either :P
=== _thumper_ is now known as thumper
[03:59] <spiv> Hmm
[03:59] <lifeless> You could drive the SRU process for it, but thats not strictly a MP thing anyhow
[03:59] <spiv> Neither "Work in progress" or "Merged" look like great alternatives, but those are my two choices
[04:00] <spiv> (Setting WIP)
[04:00] <lifeless> can you resubmit ?
[04:00] <lifeless> you could retarted for lucid-proposed
[04:00] <spiv> Oh, I can delete it or resubmit, I see.
[04:00] <lifeless> our branch based workflow for ubuntu is very raw
[04:00] <lifeless> there are appropriate bugs open
[04:00] <spiv> Well, I'm not going to push this at all.
[04:01] <lifeless> me neither
[04:01] <lifeless> (which is a bit sad in principle, but a statement of reality)
[04:01] <spiv> Yeah.  Our time is finite, sadly.
[04:22] <lifeless> spiv: thanks
[06:38] <vila> hi all
[07:26] <Merwin_> Hi
[08:47] <mgz> morning
[08:52] <vila> mgz: heya
[08:52] <m1sc> just to confirm: loggerhead doesn't support shared repos yet.?
[09:11] <jelmer> m1sc: what is there to support?
[09:14] <m1sc> jelmer: say loggerhead points to /repo with the following branches /repo/{trunk,branches/one,branches/two,..} inside, it doesn't show these branches.
[09:16] <m1sc> jelmer: wrong expectation on my side?
[09:40] <jelmer> m1sc: yeah, that's odd - it should be able to show them. and it works without a shared repo?
[09:40] <jelmer> m1sc: a shared repo should just be a storage optimization
[09:43] <m1sc> jelmer: hmm ok. it's --no-trees -- does it matter?
[09:46] <jelmer> m1sc: no, that shouldn't matter as far as I know - loggerhead looks at the branch contents, not the tree
[10:35] <ccxCZ> is there ready-made snippet for getting revno when I run program from a bzr repo and appending that to version number?
[10:36] <jelmer> ccxCZ: not that I'm aware of - see bug 689367
[10:36] <ubot5> Launchpad bug 689367 in Bazaar ""bzr describe" command" [Wishlist,Confirmed] https://launchpad.net/bugs/689367
[10:39] <ccxCZ> hmm I guess Branch.open(dirname(dirname(__file__)).revno() will do
[10:39] <jelmer> ccxCZ: `bzr revno` will just get you the revision number, if that's what you mean?
[10:40] <ccxCZ> well, I want it from python app, so spawning another process seems bit overkill
[10:41] <m1sc> jelmer: ok, solved -- had a guard branch in /repo/.bzr, once removed it seems to work. thank you.
[10:41] <jelmer> ccxCZ: in that case your code is indeed what you want
[10:58] <LarstiQ> ccxCZ: though perhaps you want Branch.open_containing instead of dirname(dirname(?
[11:22] <maxb> There is a danger in using open_containing if the code might sometimes run in an exported copy of the code - it may recurse far above where you wanted in that instance
[12:30] <LarstiQ> maxb: right
[13:20] <Merwin_> mgz, hi, you saved my (yester)day, thank you ;)
[13:21] <Merwin_> I update to bzr 2.6b1 to avoid these problems :D
[13:22] <mgz> I'm glad Merwin :)
[13:24] <mgz> I'll also make sure those fixes are back ported for 2.5.1
[13:26] <Merwin_> I installed latest 2.6 with pip and I had a message saying that it could not compiel some extensions (whereas I installed Cython, and saw some gcc lignes during installation)
[13:27] <Merwin_> It works fine, but if it could work faster, that would be nice ;)
[13:28] <mgz> hm, yes, the setuptoolsy installs may not do the right compile stuff
[13:31] <Merwin_> I'll remove it and install from sources
[13:37] <Merwin_> mgz, bzrtools 2.5 works with 2.6 or I'll have to get the dev branch ?
[13:38] <mgz> it should work.
=== r0bby is now known as robbyoconnor
[15:36] <james_w> jml,  https://code.launchpad.net/~james-w/udd/remove-max-threads-warning/+merge/100816
[15:37] <jml> james_w: I think there's more in that diff than you intended.
[15:38] <james_w> ah, looks like I missed pushing to trunk yesterday
[15:39] <james_w> jml, fixed
[15:39] <jml> james_w: thanks.
[15:41] <james_w> that also means I didn't roll out the new code as intended yesterday
[15:41] <james_w> doing that now
[15:43] <jml> james_w: approved.
[15:44] <james_w> thanks
[15:45] <mgz> james_w: do you want anything else from me on the udd mp reviews?
[15:45] <james_w> mgz, not at this time, thanks for the reviews
=== lool- is now known as lool
=== deryck is now known as deryck[lunch]
[17:20] <james_w> jml, mgz: around still? https://code.launchpad.net/~james-w/udd/storm-fixes/+merge/100838
[17:21] <jml> james_w: already approved :)
[17:21] <mgz> ...he's too fast!
[17:21] <james_w> oh yay
[17:21] <james_w> thanks
[17:21] <james_w> one more coming up
[17:21] <james_w> larger and without explicit tests unfortunately
[17:21] <jml> james_w: classy.
[17:22] <mgz> james_w: do we need to do something about storm on jubany still?
[17:22] <james_w> mgz, I had the package installed
[17:22] <mgz> you're a star.
[17:22] <james_w> these fixes are from my finding some problems when trying to deploy the code
[17:27] <james_w> https://code.launchpad.net/~james-w/udd/unicode-everything/+merge/100842
[17:27] <james_w> diff is generating now
[17:28] <mgz> eheh, winning branch name
[17:30] <james_w> oh, I forgot the pre-req
=== deryck[lunch] is now known as deryck
[17:31] <jml> james_w: I think you missed one:
[17:31] <jml>     except errors.NotBranchError:
[17:31] <jml> -        ubuntu_b = bstore.get_branch_parts("ubuntu", ubuntu_current_series,
[17:31] <jml> +        ubuntu_b = bstore.get_branch_parts(u"ubuntu", ubuntu_current_series,
[17:31] <jml>                 "release", possible_transports=possible_transports)
[17:32] <jml> "release" → u"release"
[17:32] <james_w> argh
[17:32] <james_w> thanks
[17:36] <james_w> jml, mgz: thanks, I'll land these and try a rollout
[17:37] <jml> \o/
[17:37] <jml> james_w: I'll be semi-around
[17:38] <james_w> ok
[17:38]  * jml is packing for a move tomorrow.
[17:45] <james_w> jml, it all looks to be running ok so far
[17:45] <james_w> adding new jobs
[17:45] <james_w> importing packages
[17:45] <james_w> updating the status page
[17:45] <jml> james_w: great :)
[17:46] <james_w> I'll go and grab some lunch and check it all again when I get back
[17:49] <jml> cool
=== beuno is now known as beuno-lunch
=== beuno-lunch is now known as beuno
[21:35] <mgrandi> jelmer, i dont see the difference between the 'fastimport' download and the 'pythonfastimport' download on the python-fastimport launchpad page, did you make a mistake there or something? :o
[22:12] <poolie> lifeless, hi, can we chat briefly?
[22:12] <lifeless> sure thing
[22:12] <lifeless> ring me ?
[22:12] <poolie> sure
[22:15] <jelmer> 'evening poolie, lifeless
[22:15] <jelmer> mgrandi: there is none
[22:15] <jelmer> mgrandi: pip falls over if the tarball has a name that doesn't match the module name, even if that's what is registered on pypi
[22:15] <mgrandi> oh
[22:15] <mgrandi> ok
=== yofel_ is now known as yofel
[22:17] <poolie> hi there
[22:24] <lifeless> hi jelmer