[00:10] <floam> beuno: was I using it right?
[00:11] <floam> I was guessing on the sftp sytnax
[00:11] <floam> syntax
[00:11] <beuno> floam, syntax is correct
[00:11] <beuno> is kcp.lofiart.com a directory?
[00:11] <floam> yes
[00:11] <floam> ~/kcp.lofiart.com
[00:11] <floam> does it need to be absolute?
[00:12] <beuno> floam, probably, yes
[00:12] <floam> oh, weird
[00:12] <beuno> are you still getting the unbound error?
[00:12] <floam> most stuff is just relative to your home. I'll change it
[00:12] <floam> no
[00:12] <floam> I only got that once
[00:12] <beuno> hm, that's add...
[00:13] <floam> I think that's when I tried just foo@foo.com:foo
[00:13] <floam> like rsync
[00:13] <floam> it actually tried a local directory
[00:13] <beuno> ah, could be
[00:14] <floam> ok, it might now be working when I give the full path from /.
[00:14] <beuno> :)
[00:14] <beuno> next time you do bzr puload
[00:14] <beuno> *upload
[00:15] <floam> oh shoot
[00:15] <beuno> it will just upload whatever files where changed since the last upload
[00:15] <floam> it finished and it worked, but I get that UnboundLocalError agaain.
[00:15] <beuno> floam, could you report a bug on that?
[00:15] <beuno> I'd like to look into it
[00:15] <beuno> with a "bzr info" and "bzr status" on the branch you are trying to send
[00:15] <beuno> plus the traceback
[00:15] <floam> okay
[00:16] <beuno> thanks  :)
[00:17] <floam> https://bugs.launchpad.net/bzr-upload/+bug/219739
[00:17] <ubotu> Launchpad bug 219739 in bzr-upload "Getting an UnboundLocalError" [Undecided,New]
[00:18] <beuno> floam, thanks so much!  I'll try and work on that tomorrow
[00:18] <beuno> floam, what does "bzr info -v" say?
[00:18] <beuno> meh, never mind
[00:19] <beuno> it's enough with what you posted
[00:19] <beuno> I'll look into it
[00:19] <floam> https://bugs.launchpad.net/bzr-upload/+bug/219739/comments/1
[00:19] <ubotu> Launchpad bug 219739 in bzr-upload "Getting an UnboundLocalError" [Undecided,New]
[00:19] <beuno> floam, :)\
[00:20]  * beuno runs off offline for a while
[01:18] <toasterfun> If anybody here tried git (vcs), why is bazaar better?
[01:18] <toasterfun> has tried*
[01:36] <ubotu> New bug: #219754 in bzr ""bzr missing" is slow" [Undecided,New] https://launchpad.net/bugs/219754
[02:05] <gotgenes> How does Bazaar handle symbolic links? Could it follow them and add the files to the repository/track them?
[04:14] <jblack> bzr became a gnu project? Awesome!
[04:23] <keithy> shame
[05:57] <Odd_Bloke> keithy: 'shame' in what sense?
[06:17] <keithy> I prefer mit
[06:17] <keithy> and mit gpl aren not compatible
[06:19] <Odd_Bloke> Well, bzr was licensed under the GPL long before it became a GNU project.
[06:21] <bob2> also gpl and mit are compatible, leaving the derived work effectively gpl
[06:40] <Odd_Bloke> Well, that's kinda the point. :p
[06:48] <Odd_Bloke> So I'm getting some really weird test failures ATM.  The BzrDir.open_containing* tests are failing in a non-deterministic manner with "error: (55, 'select/poll returned error')".  Initial pokings suggest that this is something to do with the port number of the URL returned by TestCaseWithMemoryTransport.get_readonly_url...
[06:53] <Odd_Bloke> And am kinda wishing it wasn't 7am on a Sunday morning, because everyone else is asleep. :p
[09:06] <Odd_Bloke> Well, it appears that the issue happens on more than the open_containing tests, though still seems to be BzrDir-local.
[09:08] <Odd_Bloke> Oh, no, it's happening all over the place.
[11:49] <sabdfl> thanks james_w
[11:50] <ubotu> New bug: #219832 in bzr "KnitCorrupt: corrupt: incorrect number of lines while branching from svn" [Undecided,New] https://launchpad.net/bugs/219832
[14:19] <joh> Hi, I was wondering how stable the bzr-eclipse plugin was. Anyone here got some first-hand experience?
[14:29] <hsn_> me me
[14:29] <joh> hsn_: bzr-eclipse? Tell me about it :-)
[14:30] <hsn_> its stable enough for production, there are some small bugs
[14:30] <joh> Ok, how is it compared to Subclipse?
[14:31] <hsn_> i never used it
[14:31] <joh> Cause on the website, it says bzr-eclipse is alpha...
[14:31] <hsn_> we are using it in production for months
[14:32] <hsn_> some operations still needs to be done from command line
[14:32] <joh> Ok? Like?
[14:32] <hsn_> merging
[14:32] <joh> Ok
[14:32] <hsn_> and bzr st and bzr diff is better from command line too
[14:33] <hsn_> unless you have large changes per commit
[14:33] <hsn_> gui diff works
[14:33] <joh> Ok? Cause the diff in eclipse is very nice.
[14:34] <joh> Alright, thanks :-)
[14:34] <hsn_> its too slow for me. i am keeping command line window open and use bzr diff
[14:35] <hsn_> slow -> lot of clicks
[14:35] <joh> :P
[16:10] <emgent> heya people
[22:08] <Vadi> How can I make bzr nano instead of vim?
[22:09] <Daviey> Vadi: change the EDITOR enviroment variable
[22:09] <Vadi> Daviey: Thank you
[22:10] <Daviey> export EDITOR=nano
[22:10] <Vadi> Excellent. Thank you very much
[22:10] <Daviey> add to .bash_rc for long term
[22:10] <Daviey> ~/.bash_profile, probably better
[22:11] <Vadi> Added to both!
[22:11] <Daviey> groovy
[22:11] <Vadi> :)
[22:19] <dato> Daviey: (nb, ".bashrc")
[22:19] <Daviey> dato: yeah.. i thought that once i pressed enter :/
[22:19] <dato> :)
[22:36] <floam> I take offense to everybody assuming bash
[22:36]  * dato uses zsh
[22:37] <jelmer> floam: somebody not familiar with the EDITOR variable is probably using bash since it's the default shell on the major linux distros and bsds
[22:37] <jelmer> floam: so I think it makes a lot of sense to assume bash in this case
[22:38] <jelmer> and I should mention I'm also a zsh user :-)
[22:45] <Vadi> How can I completely remove bzr from a directory in order to start over?
[22:45] <Vadi> I've messed up and somehow even managed to get data loss.
[22:46] <mwhudson> Vadi: rm -rf .bzr, but be careful before doing that :)
[22:47] <Vadi> Alright thanks
[23:57] <poolie> hello