[01:14] <wolter> how do I set the source branch of a directory?
[01:17] <wolter> I have been trying to with bzr switch, bzr pull and I still dont get the current revision
[01:17] <wolter> I get some merge tips when I run bzr status
[01:18] <wolter> When I pull it tells me that the branches have diverged and thus I have to merge, I merge and try again but nothing changes
[01:33] <bob2> bpaste.net output of 'bzr status'
[02:53] <wolter> bob2, http://bpaste.net/show/2XVKrJcfFLSFgeDA4lxp/
[02:56] <bob2> you need to either commit the merge or abort it
[03:00] <wolter> ok, but if I commit wouldn't I keep on having divergent branches?
[03:04] <wolter> bob2, ^
[03:36] <bob2> ?
=== yofel_ is now known as yofel
[07:01] <jam1> morning all
=== jam1 is now known as jam
[08:02] <mgz> morning!
[08:08] <jam> morning mgz
[08:52] <vila> morning .gzS
[08:53] <mgz> S?
[08:54] <jelmer> mgz: you and your army ? :)
[09:03] <vila> mgz and wgz :)
[09:03] <vila> The 'S' was for non-native regexps speakers ;)
[10:56] <caravel> hello all o/
[10:57] <jelmer> hi caravel
[10:59] <caravel> I've introduced bzr for a while in one of my projects, and got windoz users to use it w/ Tortoise, Here I use Fedora 16 KDE, cli works great :)
[11:00] <caravel> I've acivated Bazaar KDE service as avail under 4.8.3, but it doesn't seem to work :
[11:01] <caravel> all I get, when I enter one of the repo folders in Dolphin, is a statusbar message : Update of version information failed."
[11:02] <caravel> nb, this is a local shared repo with bzr+ssh branched trees inside, and ssh is configured fine w/keys (i.e. no pwd needed while using the cli)
[11:04] <caravel> (I also use Bazaar explorer and QBazaar, these worked fine the few times I tried them)
[11:08]  * caravel wouldn't mind getting the same level of visual comfort as in the past with tortoise/cvs/svn under windoz, that's pretty efficient "when it works", even thou it costs a few resources :)
[11:13] <mgz> caravel: is there anything with that message in your .bzr.log file? `bzr version` will tell you where to find it
[11:45] <vila> jelmer: did you notice bug #1001270
[11:45] <ubot5> Launchpad bug 1001270 in bzr email commit hook "recent refactoring removed send_text_and_attachment_email" [Critical,Confirmed] https://launchpad.net/bugs/1001270
[11:47] <jelmer> vila: ah, didn't see that
[11:48] <jelmer> I guess there's no tests for that bit of the code :(
[11:49] <vila> there was :)
[11:49] <vila> but not at blacbox level
[11:49] <vila> k
[11:49] <jelmer> vila: I don't see anything in bzr-email that tests it?
[11:49] <vila> so yeah, not *enough* tests
[11:50] <vila> tests/test_smpt_connection.py
[11:50] <vila> tp
[11:50] <vila> the one you removed ;)
[11:53] <jelmer> vila: I've merged Bob's fix
[11:54] <vila> I had no idea, your the only committer there
[11:55] <vila> (revno 56)
[12:20] <vila> jelmer: ha, completely misread your remark about Bob, where did you merge the fix ?
[12:22] <vila> jelmer: lp:bzr-email is still at revno57, no fix there
[12:31] <jelmer> vila: sorry, pushed now
[12:36] <vila> jelmer: works \o/
[12:50] <caravel> mgz: thanks for your answer (just seen it) well, bzr version tells me the log file is /home/myuser/.bzr.log however there is no such file here (?) Using bzr-2.4.2-1.fc16.x86_64 (latest stable in fedora @updates repo)
[12:52]  * caravel found it .... kate won't open it for some reason, nano does
[12:55]  * caravel hmm, can open it with kate from cli or using xdg-open, it's just the kate file selector that refuses to open it (?)
[13:02] <caravel> mgz: ok, so when entering the folder which holds the shared repo, the log complains that there is no checkout subdir - which makes sense. I guess it shouldn't, since it's a shared repo ? http://www.fpaste.org/W1kS/
[13:02] <caravel> shouldn't *search for a working tree, I mean
[13:05] <caravel> besides, entering any of the subfolders in dolphin - each holding a branched working tree - does not complain any more. I will check the log next time (thanks)
[13:06] <caravel> however it spits 6 identical "opening working tree" stanzas in the log, that sounds much ?
[13:08] <caravel> sorry, they're not identical, u'root'  u'ignored' u'status'  then again u'root'  u'ignored' u'status'
[13:13] <mgz> caravel: glad that's working now, extra stuff in the log is likely just the dolphin extension doing a bit more work than it needs to
[13:13] <caravel> mgz: indeed. Well, it's nice to see the folder colour changing to green :)
[13:13] <caravel> (folder name)
[13:14] <caravel> mgz: I suppose the behavior on the shared repo is a bug, right ?
[13:17] <caravel> I'd have another question for today : is that an issue to use 2.4.2.1/Fedora and 2.5.0/Windoz clients simulatneously (from different hosts) to push commits to the same remote branches ?
[13:18] <mgz> caravel: no, there shouldn't be.
[13:18] <caravel> mgz: thanks. And how about using both clients to manipulate the same local shared repository, i.e. alternatively from a Fedora host and an XP guest (as running in a VM) ?
[13:19] <caravel> I mean, not performing actions at the same time, but one after each other
[13:20] <mgz> that's a little more suspect, mostly due to ntfs/nfs issues
[13:20] <mgz> depends how exactly you're sharing the filesystem basically
[13:20] <caravel> mgz: XP guest accessed the folders as network share, so that's vboxfs not ntfs
[13:21] <caravel> accesses*
[13:21] <caravel> well, I can't express myself today :)
[13:22] <caravel> I mean, not a net share, a vbox share -- xp sees it as a network share, but it is not really
[13:24] <caravel> mgz: as a matter of fact I did init and branch using 2.5.0/xp guest, then pulled using 2.4.2.1/fedora host, and that seem to work transparently :) just fearing some mess if going back and forth
[13:25] <mgz> provided access really is serialised, and you stick you the subset of filesystem features both xp and nix support, it should be fine
[13:25] <caravel> right
[13:26] <caravel> I just need to keep guiding windoz users i.e. screen caps and things sometimes, but wish to to be bound to windoz myself, and 2.5.0 isn't there yet in fedora repo
[13:26] <caravel> wish *not
[13:28] <caravel> ok, thanks mgz
[13:28] <caravel> thanks everyone for the nice progress cf. kde service client, and good day o/
[13:29]  * caravel will come back with more log if error ever come back :)
[15:59] <hrw> hi
[16:00] <hrw> can someone remind me easiest way to cherry-pick commits from one bzr branch to another? something like "git format-patch" + "git am" would be lovely as this also keeps commit message. Now I am doing "bzr diff -cREV" + "patch -p0" but have to commit after it and provide commit message
=== deryck is now known as deryck[lunch]
[17:16] <jimis> hrw: I've used "bzr merge -r 122..123", you can combine it with -rbranch and get from any branch?
[17:23] <bj0> what would cause bzr to not use '.bzrignore'
=== deryck[lunch] is now known as deryck
[18:00] <jelmer> bj0: is it versioned?
[18:07] <bj0> the .bzrignore file is versioned yes
[18:08] <bj0> there are 'unknown' files in the directory, if i add them to .bzrignore, they are still listed as unknown.
[18:24] <jelmer> bj0: can you give an example?
[18:26] <bj0> you mean like this? http://pastebin.com/Umbhi4CV
[18:27] <jelmer> hmm, that seems wrong indeed
[18:27] <jelmer> bj0: what version of bzr are you using?
[18:28] <bj0> 2.5b6
[18:28] <bj0> it works for some of my bzr branches
[18:28] <bj0> most of them actually
[18:28] <bj0> not sure why this one doesn't work