[00:12] bzr launchpad-logout == bzr config launchpad_username --delete [00:15] cough [00:15] bzr launchpad-logout == bzr config launchpad_username --remove [00:15] bug 455636 [00:15] Launchpad bug 455636 in Bazaar "r/o code download with lp: prefix asks for ssh key" [Undecided,New] https://launchpad.net/bugs/455636 [00:15] maxb: asking gently was the key ;) [00:17] mgz: just a heads up, your branch has a bzr-2.3.txt conflict in it vs bzr.dev [00:17] ...it's just trunk from a few revs back. [00:17] mgz: that would be me it conflict with [00:17] mgz: blame jam for fixing all those bugs :) [00:17] we'll have to see if we can get the pqm's bzr.dev out, because of the lp downtime, etc [00:18] worst case, you can merge my patches and submit it all together [00:18] or I can [00:19] I'm a little confused as to how it causes problems when that's a file the branch doesn't edit. [00:19] mgz: you didn't add a news entry? [00:19] nope. [00:19] hmm [00:19] well, you should have :) [00:19] I didn't fix any bugs! :) [00:20] what ?? You didn't file one for these failures ??? [00:20] :D [00:20] mgz: I'll see if there is actually anything in a bit [00:21] mgz: if your patch turns babune blue, expect getting blamed for it anyway :) [00:21] I reckoned the exiting bug was good enough vila, and I've not fixed that yet :) [00:22] which one is that.... ? [00:22] bug 273978 [00:22] Launchpad bug 273978 in Bazaar "UnicodeDecodeError when strerror is not ascii" [Low,Confirmed] https://launchpad.net/bugs/273978 [00:23] oh ! [00:27] there seem to have been a lot of double pqm submits since it got fixed, was that all branch conflicts or is it still flakey? [00:28] that was folk hammering before it was fixed [00:28] treating it as a black box to analyse [00:28] pleas, help, i create a branch of exaile project, i register ssh key, but when i try checkout bzr checkout lp:~upmauro/exaile/0.3.x, show this exception, bzr: ERROR: Not a branch: "bzr+ssh://bazaar.launchpad.net/~upmauro/exaile/0.3.x/". [00:29] sorry my bad english === mbarnett changed the topic of #bzr to: Bazaar version control | try https://answers.launchpad.net/bzr for more help | http://irclogs.ubuntu.com/ | Patch pilot: vila | 2.3b4 is officially out ! (rm vila) [00:35] Gah, why oh why are SVN vcs-imports on Launchpad not done with bzr-svn [00:35] please someone help me? [00:36] awilkins: new ones are [00:36] it is just hysterical raisons that old ones aren't [00:36] they kept the same importer that they started with [00:36] jam, Can you get old ones canned and redone if you ask nicely? [00:36] upmauro: lp was in maintenance, are you still encountering the issue ? [00:36] Not a big one, it's the protocol buffers one [00:37] awilkins: I think you have to delete the old ones, and register a new one [00:37] because they are at the same url [00:37] upmauro: looks like you created the branch via the web interface, but didn't actually give it any content yet [00:38] vila, yes, still happening [00:38] upmauro: you need to push some code there before you can pull anything from it. [00:38] upmauro: what mgz said ^ [00:38] jam, presumably this means you have to ask nicely since they are owned by VCS Imports [00:39] awilkins: can you link it? [00:39] I might have access [00:39] mgz, huum, thanks, more [00:39] I did not understand what kind of content? after all, is a branch of the project, he should not be with the code of the project? [00:39] generally, you do `bzr branch lp:project && cd project && hackhackhack && bzr push lp:~myusername/project/what_my_branch_does` [00:40] jam, tis https://code.launchpad.net/~vcs-imports/protobuf/trunk [00:40] jam, I only have a dinky little patch to their not-yet-merged maven plugin [00:40] so, get a copy of the original code, make your changes locally, then push them back to launchpad [00:40] mgz, aaah .. thanks :P [00:40] jam, Just wanted to put it up on LP so I could aim them at it, but I can mail them a patch file. [00:40] awilkins: you're not ~mordred, right? [00:41] jam, No ; I guess that branch would have to be redone by cherrypicking the revisions into the new one if it was reconverted? [00:41] mgz, when I create a branch, checkout and do it the first time, he has the code of the project? [00:42] channel: anyone know of a good first contribution guide to link to? [00:42] awilkins: a new import is pending [00:43] jam, Cool ... is the default output of bzr diff a suitable patch for SVN users? [00:43] upmauro@upmauro~/workspace$ bzr branch lp:~upmauro/exaile/0.3.x [00:43] Enter passphrase for key '/home/upmauro/.ssh/id_rsa': [00:43] bzr: ERROR: Not a branch: "bzr+ssh://bazaar.launchpad.net/~upmauro/exaile/0.3.x/". [00:43] I think so, but I'm not 100% positive [00:44] upmauro: I'm guessing you want to base your work on the current exaile trunk, which would be `bzr branch lp:exaile` [00:45] only when you put your work back on launchpad does it need to live under ~upmauro and have a name saying what the branch does [00:47] mgz, I understand now, thank you for your patience :) [00:48] awilkins: I'm told that the backlog might be kind of big because of the rollout, so I don't know when it will actually get imported [00:50] jam, Ooh, new features :-) - I've put a patch in their bugtracker for the time being. [00:51] jam: http://webnumbr.com/bzr-pqm-queue-length has updated now :P [00:51] spiv: of course now it is wrong, since we have a q length of 3 [00:52] :) [00:52] seems their scanning and their graphing are asynchronous === Kudu is now known as Kudu|afk [00:57] What's the way of just showing the changes that a merge revision introduced that were not in the branches it merged? [00:57] e.g. changes you did to resolve conflicts [00:59] I don't know of such an invocation [01:01] awilkins: I've always found that really hard. It seems like it shouldn't be. [01:03] awilkins: I think the only way to do it is manually pull out the revision numbers, [01:04] ie if the history is [01:04] 748 [01:04] 747.1.2 [01:04] 747.1.1 [01:04] the root problem is that you can't commit a tree with conflicts so you can't compare it either [01:04] 747 [01:04] awilkins: then you get the merge revision's changes it seems you can do [01:05] $ bzr diff -r 747.1.2..748 [01:05] I think that's it [01:05] awilkins: but that's all only after you commit [01:05] it's quite annoying. I want to see my changes, not the whole branch [01:06] (and as maintainer I frequently have to do minor cleanup at merge. Copyright years, if nothing else; [01:06] I realize the "proper" way to do it is to take a copy of their branch, make your changes, then merge cleanly with no changes at merge, but... :( [02:23] woooohoooo, first windows full test suite passing on babune !! Champagne ! [02:56] Can you unshelve onto a different branch? [03:00] Sorta kinda [03:00] I believe shelves track which rev-id they were based on, so it would have to not be too diverged, I'd expect [03:01] To actually do it, would depend on whether you shelved in a branch or a checkout [03:01] So it's easier to just diff to file and patch the other branch? [03:02] Probably is easier to diff/patch, unless the shelf is sufficiently complex that bzr's merging can do better [04:27] bzr is taunting me again .. [04:28] I did 'bzr branch bzr branch http://svn.../bigrepo/somemodule' and saw that it was reading 300000+ bits of metadata, so i hit ctrl-c [04:28] (sorry, only one 'bzr branch') [04:29] now when I repeat that command I get a traceback and "KeyError: 'No such TDB entry'" [04:30] taunting :) [04:30] i was surprized to see it beginning to reread the metadata (more than 100MB), because yesterday i branched bigrepo/someothermodule, and expected that it would reuse the metadata. [04:30] somehow i always manage to get on bzr's bad side [04:30] Difference module, different revisions, different svn - bzr mappings? [04:31] * AfC has learned not to interrupt bzr branch; [04:31] they're from the same svn server [04:31] wastes bytes [04:31] one strategy is to branch at -r 1 or so, [04:31] http://svnserver/bigrepo/{module1,module2} [04:31] then do incremental pulls of -r $i at 100 or so a go [04:32] Subversion is EXTRAORDINARILY slow at accessing historical revisions. Took me 2 days to get GTK out of GNOME svn a few years ago. [04:32] and (last I looked) bzr only writes the real packs after it thinks its finished downloading. But bzr-svn metadata is separate from all that [04:33] the thing is, this bigrepo contains 100s of unrelated modules, and i'm only ever interested in a handful at a time [04:34] I haven't had to use bzr-svn for a while, can't provide any further insight, sorry [04:35] looks like i should give up on using bzr for this particular repo [06:07] anyone have docs on how to permanently your password handy? [06:10] heh [06:10] ENOVERB [06:10] if you mean ssh, ssh keys yo [06:14] thanks bob2 [06:14] https://help.launchpad.net/YourAccount/CreatingAnSSHKeyPair [09:47] Hi ppl. I'm just trying to create a quick screencast of bzr pipeline, but have notice that using `bzr lp-submit` for a pipe no longer sets the pre-requisite branch automatically (at least for me). [09:48] Is this known, or how can I see if it's a problem local to me? [09:48] I'm currently looking through the plugin code, but although it does indeed provide lp_submit, it seems that another plugin does also (launchpad - which I don't want to remove :) ). [09:58] nm. I removed the ~/.bazaar/plugins/pipeline and installed instead and it works. === Ursinha-afk is now known as Ursinha [11:25] Hello all. I'm trying to push a git branch to Launchpad using bzr-git, and am hitting http://paste.pocoo.org/show/319942/. There don't seem to be any bugs related to it in either bzr or bzr-git. Any thoughts on what's happening? Am I doomed to failure? [11:26] This is using the latest revisions of lp:bzr and lp:bzr-git. [11:26] And the dulwich in unstable (if that matters). [11:26] jelmer: ^ :) [11:28] Odd_Bloke: is it a public git branch? i'm happy to try pushing it too [11:29] Kamping_Kaiser: It isn't, no. Though it will be a public bzr branch, so I could put it somewhere. :p [11:30] Now if only I knew how to do that in git. >.< [11:30] :| [11:35] Kamping_Kaiser: https://bunsen.credativ.com/~dwa/quotes_opportunities_link.git/ [11:35] Not entirely sure what the ACL on that is, so you may be blocked. [11:35] nup, fatal: HTTP request failed [11:36] :( [11:36] :/ [11:37] Kamping_Kaiser: http://daniel.daniel-watkins.co.uk/quotes_opportunities_link.git/ ? [11:39] Odd_Bloke: nope, new error. [11:40] fatal: http://daniel.daniel-watkins.co.uk/quotes_opportunities_link.git/info/refs not found: did you run git update-server-info on the server? [11:40] Kamping_Kaiser: Try again? [11:43] sigh. even squeezes dulwich is too old for bzr-git head. can't keep up :| [11:43] Odd_Bloke: it branches, give me a few min though [11:44] Kamping_Kaiser: No worries. [11:45] wish you could cut the ~username/+junk out of bzr pushes. [11:45] [11:47] Odd_Bloke: https://code.launchpad.net/~kgoetz/+junk/oddbloke-test [11:47] Odd_Bloke: git clone your repo -> bzr push. no changes or anything [11:47] Kamping_Kaiser: :( [11:47] :/ [11:47] Kamping_Kaiser: What versions are you on? [11:48] interestingly, bzr head fails. or i think its failing *g* [11:49] Odd_Bloke: versions in squeeze [11:49] OK. [11:49] for bzr/git/bzr-git [11:49] I'm using trunk for the first and last of those, so that's probably the issue. [11:49] i'll update my bzr trunk and try again [11:50] ah, i can't try trunk, bzr-git is too version specific [11:52] Kamping_Kaiser: Anyway, I've pushed to my own branch now. Thanks for all your help. :) [11:52] thats a problem with bzr-* in problem [11:52] Odd_Bloke: wd :) [11:52] no problem, have fun [11:53] me, i'm off to bed ;) [11:53] Sleep well. :) [11:53] ta === arjenAU2 is now known as arjenAU [14:35] I assume bzr ships in a minimal version without any gui stuff and is still fully functional, right? === Ursinha is now known as Ursinha-lunch [14:44] bzr itself is a command line tool. All the GUI stuff is various add-on projects [14:52] good [14:52] why is git still so dominant? [14:58] Odd_Bloke: hi [14:58] jelmer: o/ [14:58] jelmer: Kamping_Kaiser helped me get on my way, by using older versions of everything. [14:58] So I _suspect_ a regression... [15:00] Odd_Bloke: that's odd (no pun intended ) :-) [15:00] :) [15:00] Odd_Bloke: I don't have an overrided clone_on_transport in bzr-git [15:00] Hmm. [15:03] Odd_Bloke: if you still have the setup with the newer bzr-git, can you check where the clone_on_transport is coming from? [15:06] jelmer: Can I get bzr to run pdb on an error? [15:06] Odd_Bloke: yep - set BZR_PDB=1 as env variable [15:07] hello guys i am trying to update my repo, but bzr tell that check the limbo dir in bzr/checkout/ i ls the folder its empty and i cant update it [15:07] so i delete the folder but now tell with pending-deletion [15:07] delete it and again with limbo [15:07] both folders are empty [15:08] ovnicraft: I think you'll have to remove both at once and try again [15:08] though we should never leave those around afaik [15:08] jelmer: http://paste.pocoo.org/show/yZt2M8INYmRRvya5aaHq/ [15:09] Odd_Bloke: and self.bzrdir.clone_on_transport ? [15:09] (I'm wondering where it inherits it from) [15:09] > [15:10] I'm not sure how to check the inheritance...? [15:10] Odd_Bloke: what revno of bzr-git do you have? [15:10] 1070 [15:12] Odd_Bloke: an which bzr? [15:12] *and [15:12] Odd_Bloke: what kind of command are you running ? [15:12] 5608 === Ursinha-lunch is now known as Ursinha [15:16] Hi jelmer. In your bzr-svn "Store short testament ..." change, you also committed a bunch of unrelated stuff to fetch.py in the area of the nevow fix, including a pdb.set_trace() call [15:17] hi maxb [15:17] maxb: oops - thanks [15:17] np, thanks for fixing :-) [15:17] That nevow bug was beyond my abilities at present [15:18] ah, it was conditional though [15:18] I wonder how the testsuite could've passed :-) [15:18] * maxb is attempting to comprehend more of the arcane depths of bzr-svn [15:19] jelmer, the problem is when i try to bzr update it keeps a time then jsut tell me Killed [15:19] i think there is a bug there [15:19] i am working with 2.1.1 [15:28] there is any way to see what happen while bzr update is running ? [15:30] ovnicraft: That suggests that there's more going on [15:30] ovnicraft: have you tried a newer version of bzr? [15:31] nope but now i need it bzr update always tell me killed lock my repo and create limbo and pending-deletion [15:31] this is really buggy anyway i will update my bzr to see what happen [15:31] ovnicraft: the limbo and pending-deletion are created during bzr updatre [15:31] bzr update is then killed prematurely before it can delete them [15:33] so the next time you run bzr it notices those files and recognizes that bzr was killed [15:34] ovnicraft: Could there be a large file that the update is trying to pull down? [15:35] Odd_Bloke, nop but my branch has 157 folders/ 20 files by folder [15:35] (I'm thinking that potentially a large file is causing bzr's memory to balloon and get OOMkilled) [15:40] hiya [15:42] Hi, any qbzr devs around? [15:44] dorins: Don't ask to ask, just ask. :) [15:46] I submitted a merge proposal on qbzr 3 months ago, and I'm wandering how come it hasn't been revied [15:47] https://code.edge.launchpad.net/%7Edorins/qbzr/qdiff-changes/+merge/34710 [15:51] dorins: Looks like bialix is who you want. [15:53] Odd_Bloke: yes, I haven't seen him online in this irc channel in a while though [15:53] I'll try to reach him on email I guess [15:56] 12:43:55 -!- bialix [15:56] [~chatzilla@97-8-134-95.pool.ukrtel.net] has quit [15:56] dorins: ^ [15:57] Odd_Bloke: thanks, hadn't checked the logs [16:06] Anyone know about YUI? It saddens me that Loggerhead is using an ancient prerelease of YUI 3, and I'm wondering what the magnitude of an update effort would be [16:08] maxb, not too hard [16:08] I have a branch that brings it up to 3.0 [16:08] That would be nice [16:08] but it needs a little bit of work [16:08] At least it would be a released version then === deryck is now known as deryck[lunch] [16:08] lp:~beuno/loggerhead/yui3-0-0 [16:09] taking it to 3.3 instead of 3.0 wouldn't be much different either [16:09] I won't complain if someone steals that away from me and finished ;) [16:12] beuno: naughty :) [16:12] :) [16:23] hi beuno [16:24] poolie, hey - which room are you hanging out at again? :) [16:25] dholbach, hi, 516 [16:25] sweet - I'll see you in a bit :) [16:25] heya poolie [16:25] poolie, I gather from the time you're around, you'e in Dallas? [16:26] correct :) [16:27] poolie, how are you coping with just eating things deep-fried with melted cheese? [16:27] :/ [16:27] will find a vegan restaurant tonight, i think [16:27] i have a car [16:27] and California is not _that_ far [16:27] ha! [16:28] you can only eat the lettuce and tomato used as decoration for so long [16:29] Subway Veggie Block Thing. [16:34] poolie: bug 702255 [16:34] Launchpad bug 702255 in Launchpad itself "openoffice.org import using excessive memory" [High,Triaged] https://launchpad.net/bugs/702255 [16:35] is launchpadlib intended to be 2.4 compatible? [16:35] probably not; I think bugs about that would be reasonable [16:36] poolie: There's a vegetarian place in San Antonio that serves a bunch of really good vegan stuff, to. [16:36] poolie: It's still a bit far, but not as far as California :) [16:36] lifeless, good question about ulimits [16:36] By Texan standards, it's virtually next door. [16:36] i'm not actually vegan or anything, i just like vegetables too [16:36] Ah. [16:37] I didn't think you were, but perhaps it was a new development :) [16:37] it appears to be but I can't see it clearly documented anywhere and the test suite assumes 2.6 [16:37] sod it, you can have this branch sans tests. === beuno is now known as beuno-lunch [16:38] no way I'm getting the setuptools and dependency nightmare on my 2.7 build. [16:38] heh :) [16:40] spiv: in oops links, just do OOPS-xxx - the bug tracker will link it, and the urls ar enot found by the reference-counter [16:40] https://lp-oops.canonical.com/oops.py/?oopsid=xxx [16:56] if you sprint people have a launchpadlib dev to hand, please point them at [17:09] lifeless: Uh, sure, but I haven't mentioned any OOPSes in bugs recently? [17:11] spiv: last night [17:11] spiv: bah [17:11] mwhudson: ^ ^ ^ [17:13] lifeless: ? [17:13] oh [17:13] mgz: hey ! Seen the windows job turning blue on babune ? [17:13] vila: I did, and was going to woho in here, but you'd beat me to it. [17:13] :D [17:13] poolie, there's "Cosmic Café" and "Spiral Diner and Bakery" in Dallas [17:14] mgz: for once... :D [17:14] we might go to the Cosmic Café again tonight [17:15] vila: I was wondering if the selftest-lang-C group would now turn blue, but last run seems to have IPC issues so maybe not [17:16] mgz: I should re-try it, but the 10.5 slave is unreachable by babune as long as I sprint and I expect failures there [17:17] mgz: so for the time being I don't really expect the lang-c to be workable [17:18] mgz: but I can re-run it to refresh the data for available slaves === deryck[lunch] is now known as deryck === beuno-lunch is now known as beuno [18:14] This could be a dumb question... but if I created a directory with bzr init-repo, can I mv that directory to rename it? [18:15] that is, just standard "mv" ? Or do I have to somehow tell bzr that I've renamed the repo? [18:15] yshavit, you can just rename it [18:15] Peng: thanks [18:15] other things that have remembered its location, eg as a default source for push or pull, might alsoneed to be updated [18:16] poolie: ah, okay. But that should be pretty easy, right? Just pass it in once with the --remember ? [18:16] exactly [18:16] awesome, thanks! [18:17] My main fear was that I'd subtly break something without knowing it until a week from now things mysteriously go haywire -- sounds like that won't happen [18:19] nup [18:22] yshavit: Yes [18:24] guest32454: thanks :) [18:53] poolie: fyi bug 701329 is the highest frequency oops for loggerhead [18:53] Launchpad bug 701329 in Launchpad itself "error: [Errno 32] Broken pipe" [Critical,Triaged] https://launchpad.net/bugs/701329 [19:10] interesting [19:11] i really hope loggerhead doesn't timeout 10k times a day [19:12] we could try to correlate the oopses with the apache logs on bazaar.launchpad.net to try to figure out what's going on [19:13] lifeless, hooray [20:45] poolie: tedgould says bzr-search is great and perhaps we should recommend that in the udd docs [20:48] lifeless: is there any chance of having it fixed against current bzr versions? [20:48] jelmer: is it broken? [20:48] lifeless: https://bugs.launchpad.net/bzr-search/+bug/672011 [20:49] jelmer: looks like something changed in bzr API [20:49] jelmer: try without C extensions [20:49] lifeless: https://code.launchpad.net/~vila/bzr-search/test-failures/+merge/43644 [20:49] oh, I see a branch [20:49] I just noticed that as well :-) [20:49] sure [20:51] vila [20:51] have you released [20:52] vila: !! [20:52] no comment [21:20] jelmer: bzr-search fix merged === Ursinha is now known as Ursinha-afk [21:34] how can I change the saved pull location again? [21:34] rubbs, --remember [21:35] ah, thanks [21:36] lifeless: \o/ [21:36] lifeless: thanks === vila changed the topic of #bzr to: Bazaar version control | try https://answers.launchpad.net/bzr for more help | http://irclogs.ubuntu.com/ | Patch pilot: vila | 2.3b5 is frozen, time to release stable plugins and build the installers! (rm vila) [22:16] jelmer: ^ :-p [23:58] hello [23:58] i created a launchpad account yesterday for a project im helping [23:59] but i cant bzr [23:59] r I finish this e-mail, I'll upload our first package to the PPA, unless so [23:59] hmm [23:59] r I finish this e-mail, I'll upload our first package to the PPA, unless so [23:59] sorry stupid selection [23:59] http://pastebin.com/rQdYBv5K