[00:06] <spiv> Morning folks.
[00:06] <mgz> evenin' spiv.
[00:06] <jelmer> good arvo spiv
[00:20] <peitschie> hiya spiv :)
[00:20] <peitschie> i'm good morning as well :P
[02:26] <peitschie> i just merged a bunch of uncommitted changes from an svn working directory to a bzr branch... i just felt congratulations were in order to jelmer and co for such awesome escape routes
[05:02] <twb> I happened to run bzr for the first time in a while, and it's complaining:
[05:02] <twb>  /usr/lib/python2.6/dist-packages/Crypto/Util/randpool.py:40: RandomPool_DeprecationWarning: This application uses RandomPool, which is BROKEN in older releases.  See http://www.pycrypto.org/randpool-broken
[05:05] <fullermd> https://bugs.launchpad.net/paramiko/+bug/271791
[05:05] <spiv> twb: probably due to old paramiko?
[05:06] <twb> spiv: NFI; I'm running sid, probably no paramiko at all
[05:06] <twb> Sorry, I have python-paramiko 1.7.6-5 installed
[05:06] <spiv> bzr doesn't use Crypto.Util.randpool directly at all.
[05:06] <twb> OK, no worries.
[05:06] <fullermd> Doesn't have to be old.  TTBOMK there IS no fixed paramiko release.
[05:07] <fullermd> Last I looked, there wasn't even a merged fix.
[05:07] <spiv> (And only tries to import Crypto in the test suite)
[05:07] <spiv> fullermd: oh, :(
[05:07] <twb> Is there a straightforward way to get the equivalent of hg's "[extension] color =" (i.e. --color=auto in diff/log -p)
[05:08] <fullermd> Nope, still nothing landed since April.
[05:08] <fullermd> http://github.com/robey/paramiko/commits/master
[05:08] <jbowtie> twb: bzr cdiff in plugin 'bzrtools' should do what you want
[05:09] <twb> I don't want to run a different command, I want it to be automatic when I run normal diff
[05:09] <spiv> bzr alias diff=cdiff
[05:09] <spiv> There's almost certainly room for improvement.
[05:10] <twb> I'd also like it to auto-run the pager, like git does by default and (somehow, I can't see where) I have enabled for hg
[05:13] <twb> cdiff also doesn't give me color in log -p, which is more important to me than diff
[05:13] <twb> (Usually I only use diff via emacs' vc, which does its own colourizing.)
[05:14] <twb> Hmph, "bzr help bzrtools" isn't very helpful.  It just emits the module docstring
[05:14] <jbowtie> twb: I think the pager is bug 213718
[05:15] <twb> Ah, bzr-pager isn't in released versions?
[05:17] <jbowtie> It's not installed by default as far as I know ('bzr plugins' will tell you if its installed)
[05:17] <twb> Nod
[05:17] <twb> At least it's straightforward to add plugins to bzr
[05:20] <jbowtie> twb: Adding color to log output would be bug 597626
[05:21] <jbowtie> twb: looking through the mailing list poolie is on record says that cdiff should be merged into standard diff
[05:21] <twb> Ew, it assumes SGR compatibility?
[05:21] <twb> It should ask terminfo
[05:21] <twb> Yeah, it does assume SGR
[05:22] <jbowtie> twb: If you work up a patch, I'll review it.  :)
[05:22] <twb> Eh, I only use bzr for one customer repo.  Actually contributing is too much like work
[05:23] <jbowtie> Well, if you can comment on the bug it'll help me when I actually get around to implementing it.
[05:24] <jbowtie> That way I can at least do it right.  :P
[07:28] <vila> hi all !
[07:28] <mgz> morning vila.
[07:29] <vila> mgz: hey !
[07:31] <mgz> do you know what the current advice is for antivirus software messing with file moves is?
[07:32] <twb> don't run it?
[07:33] <mgz> that doesn't sound persuasive.
[07:34] <mgz> but by all means put that in bug 663957 for me twb.
[07:35] <bob2>  /wii mgz
[07:37] <mgz> is that advice or a mistyped irc command, and are you the IBM Rob Weir?
[07:37] <vila> mgz: I don't fully disagree with twb :-/ I can't see what bzr can do about such unspecified random behaviours.... Retry once ?
[07:37] <vila> Can the anti-virus be parametrized to ignore files under .bzr ?
[07:38] <mgz> I thought there was something about telling things not to look in certain dirs, but haven't dealt with any of this myself.
[07:38] <bob2> mgz: sorry, was just wondering if you were the submitter (and no, a different one)
[07:39] <vila> And retrying... in TreeTransform... talk about a nightmare :-/
[07:39] <mgz> bob2: nope, just the commenter on that bug.
[07:40] <vila> as for not using rename() to move directories....
[07:41] <mgz> I'm not certain that bug is down to a background process locking the files, though it was my first guess, but can't think of much useful to suggest to track the problem down.
[07:42] <vila> I'm pretty sure there are bugs around the exception handling for renames involving non-ascii paths though, str(exception) is evil
[07:42] <mgz> yeah, I've got a branch for that.
[07:43] <mgz> needs tidying up and the testtools version bump.
[07:43] <mgz> (the str(exception) stuff, that is)
[07:43] <vila> mgz: you mean you modified bzrlib.errors.py to not use str(e) or something else ?
[07:44] <vila> Eeerk, battery leak is bad isn't it ?
[07:44] <mgz> ...they tend to contain nasty things, yes
[07:44] <vila> AA battery, no smell though
[07:44] <mgz> ^yeah, fixed that unprintable exception stuff.
[07:45] <vila> mgz: you rock ;)
[07:47] <vila> 5000mAh AA batteries were too good to be true :-/
[07:59]  * spiv EODs
[08:37] <idlecool> hi people.. i have a trouble using bzr
[08:37] <idlecool> how to pull changes from the trunk if the current copy has a modified config file and doesnot intended to change
[08:39] <GaryvdM> idlecool: Just pull. Bazaar will maintain that working change.
[08:40] <GaryvdM> idlecool: The only thing which will make that change go away, is bzr revert
[08:40] <idlecool> okay... let me check..
[08:41] <idlecool> okay! i am working on a webframework, i need to install it to use it
[08:42] <idlecool> i did a checkout of the latest release and made modifications to the config file.
[08:43] <idlecool> now while i commit i dont want the config files to get updated nor the cache files which are created while using the framework.
[08:44] <idlecool> i just want the files which i have modified to get update while a merge, commit, push
[08:44] <vila> idlecool: if you intend to keep these changes around, the safe way is to commit them and then *merge* from trunk instead of pulling
[08:45] <vila> oh, you want to stay compatible with trunk
[08:45] <vila> you are on your own then, it's always tricky to keep uncommitted changes floating around
[08:46] <vila> you may want to try looms but you will still need to remember to always commit in the right thread (well, that's what looms are for anyway)
[08:46] <GaryvdM> I use loom to do this, but I would not recommend it for a beginner.
[08:47] <idlecool> okay! if i dont do a bzr add then new temp/cache files will not be added.. am i getting right
[08:47] <GaryvdM> idlecool: Yes
[08:48] <idlecool> the only thing left will be my config file
[08:48] <idlecool> ok! then i should have  a look at loom then. hope i get it working soon. :)
[08:48] <idlecool> anyways thanx :)
[12:36] <awilkins> peitschie, I may have missed some ; but I find that on Windows a combo of Powershell or cygwin bash + the qbzr stuff makes for a nice compromise for missing Tortoise
[12:36] <peitschie_> awilkins: hiya :)... i have another programmer that swears by that too!
[12:37] <awilkins> There is TortoiseBZR of course, but I find it makes my machine thrash on the working trees that I manage
[12:37] <awilkins> That was a long while ago I tried it last though
[12:37] <peitschie_> i agree about tortisebzr... i like the context menu stuff... always turn off the icons atm
[12:37] <peitschie_> my poor computer has enough trouble running a few instances of VS2010 lol
[12:38] <awilkins> Mostly I develop on Java right now ; the bzr-eclipse plugin is OK, not really tried the one that uses qbzr
[12:38] <awilkins> For C# I use SharpDevelop
[12:38] <peitschie_> ahh... i did try that once a while back
[12:39] <peitschie_> (bzr-eclipse)
[12:39] <peitschie_> sharpdevelop... i'll need to check that out
[12:39] <Tak> there's monodevelop-bzr for monodevelop ;-)
[12:39] <awilkins> The guts of VS with a much smaller install footprint
[12:39] <peitschie_> oh... thats cool!  I never knew
[12:39] <awilkins> It's not VS - it's an IDE
[12:40] <peitschie_> i've never actually been a big fan of IDE plugins for my source control tho i must say
[12:40] <awilkins> I find the cli more fluent
[12:40] <peitschie_> awlikins: +10 lol
[12:40] <peitschie_> i am also much less liable to miss files and such
[12:40] <awilkins> And bad experiences with the VSS plugin for VB6 have biased my judgement
[12:40] <peitschie_> and with bzr's auto-rename and intuitive add behaviour.... cli is very speedy and convenient
[12:41] <peitschie_> *only* thing i'd find it useful for is inline annotation somehow
[12:41] <peitschie_> but i dont know of many plugins that do that :(
[12:41] <Tak> MD trunk has a nice annotation view
[12:42] <Tak> one sec, I'll screenshot
[12:42] <peitschie_> oh... thats pretty hot!
[12:44] <peitschie_> i'm glad i hang out here... all neat kinds of dev tools i never realised existed!
[12:57] <Tak> screenshot, finally: http://i.imgur.com/5LNLX.png
[13:00] <peitschie_> *clicks*
[13:00] <peitschie_> dagnamit
[13:01] <peitschie_> i can never look at my poor poor VS the same again :(
[13:01] <peitschie_> i will need to forever be unsatisfied that is isn't monodevelop >_<
[13:02] <peitschie_> thanks for that Tak :)
[13:04] <Tak> another nice thing is that it has that unified UI for svn, bzr (with monodevelop-bzr) and git (sort-of, so far)
[13:09] <GaryvdM> Tak: Are you the author of monodevelop-bzr?
[13:10] <Tak> jelmer, me, and palango, I believe
[13:11] <GaryvdM> Oh - ok - it looks cool.
[13:11] <Tak> yeah - I'm dogfooding it daily, when I'm working on bzr-hosted projects
[13:12] <peitschie_> Tak: is it a lot of work to build MD from trunk?
[13:13] <Tak> mmm, depends on the OS
[13:14] <peitschie_> tak: ubuntu in my private time which is wen i'd be using it :)
[13:14] <Tak> on debian or ubuntu, it's pretty straightforward: apt-get build-dep monodevelop; git clone git://github.com/mono/monodevelop; cd monodevelop; ./configure && make
[13:14] <peitschie_> ahh... very straightforward!  thanks :)
[13:15] <Tak> I think on ubuntu, you'd have to download and build mono-addins 0.5 from mono-project.com as well
[13:58] <peitschie_> thanks for the help Tak... i'm still trying to get it all to get together... but will tackle more tomorrow :)
[13:58] <peitschie_> hopefully tomorrow night i can get shiny new MD going :D
[13:59] <Tak> np
[16:08] <ronny> hi
[16:09] <ronny> anyone knows if bzr-svn can be coerced into importing svn exernals as if they where part of the file tree
[16:30] <lamalex> Can I ask tarmac questions in here? I'm trying to set up the command plugin to run test suite via make check, but "verify_command = ./autogen.sh; make check" doesn't work. It can't find the commands to run. Anyone have a tip?
[16:31] <lamalex> I assume the problem is ./
[18:18] <eydaimon> how can I set up bzr to use my own pager when doing bzr diff?
[18:24] <zooko> Hm, I need this but for bzr: http://twitter.com/bos31337/status/28072630844
[18:31] <vila> zooko: bzr-fast-import ?
[18:31] <vila> https://edge.launchpad.net/bzr-fastimport
[18:43] <glyph> hey guys
[18:43] <glyph> that thing that always happens to me when I try using bzr for something new just happened to me again
[18:43] <glyph> bzr: ERROR: bzrlib.errors.BzrCheckError: Internal check failed: Cannot add revision(s) to repository: missing chk node(s) for id_to_entry maps
[18:43] <glyph> please tell me that there is a workaround for this
[18:44] <dash> hmm yeah i think i got this earlier
[18:45] <dash> you're not gonna like this
[18:45] <glyph> I bet I won't
[18:45] <glyph> dash: hit me
[18:46] <dash> glyph: bzr reconcile --canonicalize-chks
[18:46] <dash> i think
[18:46] <dash> and you need 2.3b2, if i remember right
[18:47] <glyph> looks like https://bugs.launchpad.net/bzr/+bug/485601
[18:48] <dash> yeah i may be getting this confused with a different thing.
[18:53] <zooko> vila: thanks!
[19:06] <glyph> dash: As bad as my experiences have been with release versions of bzr, my experiences with versions that have 'b' in the name have not been better :)
[19:07] <glyph> I am going to see if any workarounds might help me
[19:07] <fullermd> Well, we could make some 'a' releases instead.  That might help, since 'a' is better than 'b', right?
[19:07] <dash> heh
[19:54] <glyph> well, blowing away my shared repository and re-fetching everything seems to have fixed things for now
[20:03] <vila> poolie: ping
[20:04] <vila> anyone in touch or wired with poolie, thanks for forwarding ;)
[20:16] <vila> jam: ping
[20:16] <jam> i vila
[20:16] <jam> hi
[20:16] <jam> what's up?
[20:17] <vila> jam: hey ! Can you forward my ping to poolie ?
[20:17] <jam> if I see him. he isn't right next to me
[20:17] <vila> bah, it's the revolution here, there are killing kings all over again...
[20:18] <vila> jam: ok, thnks
[20:18] <vila> well, kings... slight exaggeration, they cancelled trains...
[20:18] <jam> vila: pretty much the same thing as beheading your national leader....
[20:19]  * vila drools
[20:19] <fullermd> If they behead a king WITH a train, THAT I'd pay to see.  That would be awesome.
[20:20] <vila> jam: oh, by the way the ping's TTL is a couple of hours at least
[20:21] <vila> fullermd: I wonder what kind of filter you have.... I *thought* I'll catch you with the kings but..... less than 3 minutes ? Wow
[20:22] <fullermd> Well, there's certainly no filter between my brain and my mouth; ask anybody I know.  So it stands to reason I must have REALLY good filters elsewhere, to balance things out.
[20:25] <vila> . o O (That's soo off-topic while not answering the question that it should be masterpiece of its kind...)
[20:25] <fullermd> My work here is done.
[20:26] <vila> > bash.org
[20:29] <jam> vila: fullermd has no filter, he just sits on a socket which streams all irc conversation 24x7
[20:29] <fullermd> Direct to the brain.  It makes my ear itch when people use caps lock.
[20:32] <vila> SAY WHAT ?
[20:33]  * fullermd scratches frantically.
[22:21] <eydaimon> how can I set up bzr to use my own pager when doing bzr diff?
[22:22] <mgz> eydaimon: bzr-pager and the PAGER env var
[22:36] <eydaimon> my PAGER env is set. I don't seem to have a bzr-pager command
[22:37] <mgz> it's a plugin. you can get it from lp:bzr-pager if you don't already have it.
[22:49] <eydaimon> seems like an odd thing not to work with by default. but installing now
[22:54] <eydaimon> [~ki]% bzr st
[22:55] <eydaimon> bzr: ERROR: [Errno 2] No such file or directory
[22:55] <eydaimon> I get errors no matter what I do after installing the pluign
[22:56] <eydaimon> maybe it doesn't work with 2.2.1
[22:57] <mgz> pastebin the traceback from you .bzr.log?
[22:57] <eydaimon> ok, one sec
[23:01] <eydaimon> http://gist.github.com/652419
[23:02] <mgz> okay, that's pretty clear.
[23:03] <mgz> do `$PAGER --help` in your console?
[23:04] <mgz> whatever you've got in the var doesn't seem to be on your path.
[23:20] <eydaimon> well, this is my pager: col -b | view -R -
[23:23] <peitschie> mornin everyone :)
[23:29] <mgz> is setting a shell expression as your pager even valid?
[23:29] <mgz> just put that in a sh script on your disk somewhere as set your PAGER to that path.
[23:41] <eydaimon> mgz: been using it for years without an issue :)
[23:42] <mgz> it may be valid, or just happen to work with most things, I was just suggesting a way you could make bzr-pager work for you now.
[23:42] <fullermd> You've been using it where it got expanded by the shell  :p
[23:42] <mgz> feel free to file a bug against it tool.
[23:42] <mgz> -l
[23:42] <fullermd> Exec'ing that string is unlikely to work well, though...
[23:42] <eydaimon> mgz: yes, appriciated :)