[10:10] OK, thanks for that. For Mercurial the equivalwent is the Mozilla central repo. [11:59] hi guys, how do i set a bidirectional mirror between a git repo and a bzr repo [12:09] hi bzrboy [12:13] bzrboy: I'm not sure that's possible yet. [12:13] It might be possible with fastexport/fastimport somehow [12:13] bzr-git has some preliminary support but that's explicitly disabled in the code at the moment. [13:06] jelmer: thanks [13:06] sorry for the delay, i was trying to figure it out [13:52] Is it possible to convert a lightweight checkout into a heavy checkout? === Meths_ is now known as Meths [13:58] Hamled: IIRC 'bzr reconfigure --checkout' will do that [14:05] thanks [18:04] hi. i've deleted a certain plugin from my plugins directory, but every time i run bzr it still complains about loading it as if it were there. [18:04] how can i resolve this? [18:07] Noldorin: 'bzr plugins -v' should tell you where bzr finds it [18:07] vila, it's not listed there i'm afraid, only the error [18:07] Unable to load plugin u'tfs' from u'C:/Program Files/Bazaar/plugins' [18:08] Try to have a look at .bzr.log [18:35] vila: was about to tell you I'd worked out why maverick wasn't showing results, but... the most recent run didn't fail [18:35] did you poke pyjunitxml already? [19:19] What does this mean? http://paste.ubuntu.com/485080/ [19:22] Or an better question what's the problem? It has worked before but then i removed all my settings (~/.*) and since then it doesn't work. [19:22] Silasle, you probably need to do bzr launchpad-login [19:22] replacing '' with your launchpad id [19:22] and oh my [19:22] you did rm -rf ~/.*? [19:22] I have done that [19:23] you probably deleted your ssh key! [19:23] And where is this saved? [19:23] you'll need to generate a new one (or if you already did that), upload it to launchpad [19:23] ~/.ssh/ [19:24] That was the problem, i just had to copy my old one from the backup. [19:24] :-) [19:24] Thanks cody-somerville! [19:24] Silasle, No problem! :) [19:28] And then the next problem: bzr: ERROR: Working tree "/home/silas/Dropbox/python/player/" has uncommitted changes (See bzr status). Use --no-strict to force the push. [19:29] Oh, not that [19:29] That one: http://paste.ubuntu.com/485086/ [19:31] Your branches have diverged. [19:31] You probably need to merge in changes someone else has made. [19:32] See "bzr help diverged-branches" for more information. [19:32] I have looked at that [19:34] Ok, now i solved the problem by just downloading it again and replacing the modified file. [20:14] Is there anyone looking into bzr on Python 2.7? [20:22] I've filed a bunch of bugs, which I'm gradually working through. [20:22] see: https://bugs.launchpad.net/bzr/+bugs?field.tag=python2.7 [20:23] mgz: Thanks. Already know that list. [20:24] is there anything else you're concered about? [20:24] +n [20:26] mgz: Not really, besides having to support bzr on Python2.7.. Anything I can do to help? [20:28] well, mostly things just need descisions about how to resolve version compat issues [20:29] but actually the top bug that you've already commented on might be an interesting one to tackel [20:31] ...I can't spell this evening [20:31] Yes, was thinking the same. Just wanted to check first as I do not know xmlrpclib at all, and not entirely fluient in python in general. [20:32] the second one is beyond me. can't judge what implications changes there may have on bzr. [20:35] yeah, I'm not sure either, I'll probably just put up a mp to pull out the hacks entirely and see if anyone squeaks [20:36] mgz: huh ? What job are you referring to ? [20:36] the first should just be case of comparing the code in bzrlib.transport.http._urllib2_wrappers with the 2.7 changes [20:36] vila: http://babune.ladeuil.net:24842/job/selftest-maverick/26/ - but after I looked at it again I think it might be because of this: http://babune.ladeuil.net:24842/job/selftest-maverick/26/testReport/junit/bzrlib.tests.test_conflicts/TestResolvePathConflict/test_res________________________________________/ [20:37] so, the whole thing died off before the test that was breaking the xml generation was reported or something maybe? [20:39] * vila on phone [20:39] not urgent, and I'll probably be eating soonish [20:42] mgz: hmm, possibly [20:43] anyway, I'll fix pyjunitxml to not break (it's yet another not-handling-unicode-properly issue) [20:43] mgz: but selftest-maverick is for bzr.dev, not your branch nor your testtools branch either... [20:44] mgz: ha great ! [20:45] it could actually break on not python 2.7 as well, but depends on the test failure output [20:46] I'm expermienting some weird random failures on gentoo, things like 'lost connection while parsing test success' or something, that may be related [20:48] expermienting... sounds like pippermint, that gives a pleasant taste to the experiment ;) [20:52] oo, I remember something else I wanted you for vila [20:53] can you confirm bug 625594 for me? [20:53] Launchpad bug 625594 in Bazaar "selftest --parallel test case timings incorrect (affected: 1, heat: 6)" [Undecided,New] https://launchpad.net/bugs/625594 [20:53] I think it will also be wrong with --parallel=fork but might be mistaken [20:54] How do I add/checkout a workingtree in an existing branch pushed to me? [20:55] `bzr reconfigure --tree` I think [20:56] Thanks. Seems to work. What is needed to update the tree in future after next push? [20:56] mgz: I'm pretty sure i've never seen any correct timing there but it never itch enough either [20:57] thanks vila, just wanted to check it wasn't something I'd screwed up locally [20:57] mgz: it would be nice if you're write since it may explain why all tests timings are 0 on babune, which I thought was hudson related [20:57] s/write/right/ (how the hell did I make this typo... English is *not* my native language....) [20:58] just be glad you don't have to see my french spelling [20:59] lol [20:59] hno: I don't quite understand what you mean, trees should just stick around, push only affects branch creation [20:59] okay, food for me now, I'll be back again a little later [20:59] mgz: Thanks. Thought push didn't update the tree. [21:00] hno: it doesn't update the remote tree (unless "remote" is on a local filesystem) [21:00] right. bzr update does. [21:01] all good. Thanks. [21:58] mgz: The first one seems to be a case of pathing around urllib2 to make it behave for bzr use rather than fixing it proper.