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