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