[01:00] <peitschie> yay! finished!
[01:00] <peitschie> that only took uhh... 18hrs to do a single checkin :/
[01:16] <Darxus> Heh, lp:spamassassin import still going, 16 hours.
[01:18] <poolie> jeez
[01:24] <peitschie> poolie: good news is that while the next checkin was then slow again, all ones after that appear to be reaaaasonably speedy
[01:37] <peitschie> poolie: do you have any concepts what kind of size the bzr-svn bridge was designed for?  My sqlite db is like 240Mb... >_>
[02:25] <Darxus> When building lp:spamassassin, which is synced via svn, it generates a .orig.tar.gz to satisfy quilt.  How can I do something like that when building from the command line?  How do I generate the .orig.tar.gz?
[02:27] <Kamping_Kaiser> -sa
[02:31] <Darxus> Kamping_Kaiser: Nice, thanks.  That's listed in the dpkg-buildpackage man page with no documentation?
[02:33] <Kamping_Kaiser> Darxus: dpkg-buildpackage, but i think its man page refers to dpkg-source for details
[02:34] <Kamping_Kaiser> (its man page)
[02:35] <Kamping_Kaiser> dpkg-buildpackage has some options around this too, dpending on what you are working with. --split and --export-upstream=ARG
[08:09] <mgz> morning all
[08:11] <vila> hey mgz and al !
[08:11] <vila> jml, james_w : out of curiosity, how did you test your paths shuffling proposal ?
[08:17] <mgz> vila: did you see the note about the jenkins openid plugin?
[08:17] <vila> mgz: yup, thanks
[08:17] <vila> but the description is a bit sparse, I don't really know if babune is at risk,
[08:18] <vila> at worst, AIUI, some can start jobs or modify stuff
[08:19] <vila> in the former case, the fans are close enough to me that I will notice their noise, in the later case, every relevant file is version controlled so I can revert any malicious change
[08:23] <mgz> I'm not sure that's all that could be done, but agree the risk in general is pretty low
[08:25] <vila> mgz: if nothing else, the unusual port I use will hopefully help staying below the radar ;)
[08:26] <mgz> :)
[10:58] <nigelb> Will bzr let me merge one revision from one branch into another?
[10:58] <nigelb> Or skip the last revision but grab the one right before.
[10:59] <nigelb> nevermind, found it :)
[11:08] <mgz> vila: any idea how best to test the fix proposed for bug 882541?
[11:09] <mgz> if there was a working-tree-open hook, could assert that the tree isn't opened unless clean is in the template, but only branch gets an open hook, not tree or repo
[11:09] <mgz> anyway, I need to nip out now will be back a little later
[11:53] <odin_> bzr: ERROR: Permission denied: "Cannot create 'ubuntu'.  Only Bazaar branches are allowed."
[11:54] <odin_> with: bzr push --create-prefix lp:~project-group-account/foobar/snapshot/ubuntu/natty/
[13:04] <indigo> does bazaar have a feature that allows me to emded checkouts of other branches in a branch? If so, what's it called?
[13:06] <indigo> what i'm trying to accomplish is to create a puppet package that deploys an application from a bzr branch. I could make puppet rules that have the target host check out the code itself, but getting authentication right in that case is hard. So, I thought I'd embed a checkout of the code inside the puppet package (which is also stored in a branch)
[14:15] <mgz> indigo, there are a couple of plugins for managing branches within branches, but it sounds like you should just get your deploy right, rather than versioning the dependency
[14:17] <mgz> see bzr-externals and scmproj
[14:29] <jam> mgz: vila: I'm off to pack, see you guys in about 48 hours or so :)
[14:29] <jam> (I leave tomorrow way-to-frickin-early)
[14:29] <jam> s/to/too/
[17:09] <smoser> i think someone has helped me with this before, but I dont recall how to ignore this.
[17:10] <smoser> http://paste.ubuntu.com/721725/
[17:11] <smoser> bzr has a different view on reality than i do.  i'd like for it to not show me entire deletes and replaces of the same file contents
[17:11] <smoser> i think there is some way to do that
[17:27] <mgz> smoser: that's generally a sign of a bad merge
[17:28] <smoser> well you, either I or the launchpad importer are to blame for that.
[17:28] <smoser> but the output is not really useful.
[17:28] <mgz> if you've inadvertantly told bzr that you've got a new file (by id) that happens to replace an existing file with the same contents, you want to Not Do That
[17:29] <mgz> the output is bad, but the problem is worse if it continues becase it leads to bad history
[17:29] <mgz> ^where 'you' could well be 'the importer'
[17:32] <smoser> i dont know if i did it or not. it is quite possible i did.
[17:32] <smoser> but realistically, its a bug in the tool to consider a file 100% different to itself.
[17:33] <smoser> is there a way to either fix it  or tell it "from now on, consider those files the same"
[17:34] <mgz> sure but that's likely just a symptom
[17:34] <mgz> redoing the merge, taking the original files, should do it.
[17:35] <mgz> there may also be a cleverer way
[17:36] <mgz> filing a bug with the exact problem revisions (and ideally how you got them) would help, or posting the details to the list
[17:38] <mgz> right, I need to pack and things
[17:53] <smoser> mgz is gone now.
[17:53] <smoser> bug 883207 is filed with info.
[17:54] <wgz> I'm still here in essence, just less corporally
[17:55] <wgz> bug looks useful, thanks.
[21:34] <hikiko> hello, I would like to install the launchpad plugin on mac osx but I can't find it
[21:34] <hikiko> (only in launchpad)
[21:34] <hikiko> how can i get it?
[22:40] <indigo> is there some command i can run to know if the working tree of a lightweight checkout is out of date? ie, if 'bzr update' will change anything?
[23:19] <fullermd> indigo: status will tell you, I think.
[23:20] <fullermd> You could also compare 'revno' (branch) vs 'revno --tree'.  Though of course it's possible for them to match and be different.  Unlikely with most workflows I'd think.
[23:50] <sproaty> hi, if I have a directory that's basically the same code my bazaar repo, but the dir is not 'connected' to bzr...is there a way I can do that and make this a working branch?
[23:54] <Noldorin_> hi jelmer