[00:18] <poolie> hi all
[00:31]  * slangasek waves to poolie 
[00:32] <poolie> hey
[00:32] <slangasek> does anyone here know why the openldap import is failing? the error message looks pretty wrong, openldap didn't exist in Debian woody. http://package-import.ubuntu.com/status/openldap.html#2011-06-15%2000:44:51.442540
[00:32] <slangasek> (and that version number never existed for the openldap package)
[00:32] <poolie> !
[00:32] <slangasek> well, actually, I guess openldap *might* have existed in woody... but it was a completely different package back then, *before* it was renamed to openldap2 :)
[00:33] <poolie> perhaps that's connected to the '2' epoch
[00:33] <poolie> i need to reboot and perhaps debug something weird here, biab
[00:33] <poolie> let's file a bug first
[00:34]  * slangasek files
[00:34]  * fullermd questions the meaningfulness of the microseconds term   :p
[00:35] <poolie> patches welcome :)
[00:36] <fullermd> I've been looking for the proper place to submit patches to physics for _years_!
[00:38] <slangasek> poolie: bug #877827 filed
[06:34] <vila> hi all :)
[06:35] <vila> poolie: ping
[06:35] <poolie> hi vila
[06:35] <vila> poolie: I pushed the importer too much ? :)
[06:36] <poolie> how's it going?
[06:36] <poolie> i think that trying to catch up with Precise opening made it too excited
[06:36] <vila> hehe
[06:37] <vila> that was me, I progressively raised max_threads to 24 and it was going well for several hours
[06:37] <vila> looks like it's at 2 right now
[06:37] <poolie> yes
[06:37] <vila> I'll have to look at the logs
[06:37] <vila> I'll put it back to its regular 8 now
[06:37] <poolie> mm. if you want to
[06:37] <poolie> please don't
[06:38] <vila> why ?
[06:38] <vila> (just reverted it to 2)
[06:38] <poolie> why did you think you should?
[06:39] <vila> to catch up the ~18.000 pending imports faster
[06:39] <poolie> it's an operational issue for lp so we shouldn't put it back up until we can do so without slamming them
[06:39] <vila> oh, we did ?
[06:39] <poolie> yes, i replied in gz's mail thread
[06:40] <vila> oh, I should read that then
[06:40] <poolie> oh i thought you had
[06:41] <psycose> Hi I got the following error while using bzr https+urllib://......    bzr: ERROR: wanted 1433 bytes but next hunk only contains 848: 'gcb1z\n1417\n2632\nx\x9c\xcdV'    I did bzr check and bzr pack on all side, any tips ? thanks       Repository tree (format: 2a)
[06:41] <poolie> psycose: my guess would be there is a proxy interfering with traffic
[06:42] <poolie> though that seems a bit unlikely for https
[06:42] <AuroraBorealis> oh god that error sounds terrible
[06:44] <vila> poolie: I replied to the thread
[06:45] <psycose> As it seems to be an application level error, it does not seems to come from the HTTP server, if ever you have any tips for me to investigate, the server and the client are on the same computer.
[06:51] <poolie> !
[06:51] <poolie> what's the server software?
[07:51] <mgz> morning all.
[07:59] <poolie> hi mgz
[08:02] <vila> mgz: hey !
[08:24] <marcamilly> trying to install bazaar on os x lion
[08:24] <marcamilly> got the dog from the canonical site
[08:24] <marcamilly> *dmg i mean
[08:24] <marcamilly> installed it
[08:25] <marcamilly> but when I go to terminal, bzr returns 'command not found'
[08:25] <AuroraBorealis> are you on lion
[08:25] <marcamilly> yep
[08:25] <marcamilly> i did set Python to 2.6
[08:25] <AuroraBorealis> have to do something
[08:25] <AuroraBorealis> that worked for me
[08:25] <marcamilly> what else do I have to do?
[08:25] <marcamilly> do I do that after the install?
[08:25] <AuroraBorealis> yeah
[08:25] <AuroraBorealis> thats what i did and then it worked
[08:25] <marcamilly> nope
[08:25] <marcamilly> just did it again
[08:25] <marcamilly> still doesn't work
[08:26] <AuroraBorealis> is it bash saying that the command isn't found?
[08:26] <marcamilly> yes
[08:26] <AuroraBorealis> did you open a new terminal?
[08:26] <marcamilly> -bash: bzr: command not found
[08:26] <marcamilly> yep
[08:26] <marcamilly> closed terminal altogether
[08:26] <marcamilly> and re-opened it
[08:26] <AuroraBorealis> not sure why its not working then since it worked for me
[08:26] <marcamilly> maybe restart machine?
[08:26] <marcamilly> but that's sooooo windows
[08:27] <vila> mgz: did you see http://www.themacaque.com/?p=954 ?
[08:28] <AuroraBorealis> you can try, but it should of installed it to your path...
[08:28] <AuroraBorealis> not sure why its not working for you
[08:28] <AuroraBorealis> or you did the python 2.6 thing wrong
[08:29] <marcamilly> k, lemme try restarting
[08:29] <marcamilly> before doing anything more drastic
[08:29] <marcamilly> like installing the 'Test' version
[08:30] <AuroraBorealis> that dmg really needs to be updated =/
[08:40] <mgz> vila: they don't actually say what the problem is in that post
[08:41] <vila> mgz: wrong encoding ?
[08:42] <mgz> but not having access to the environment block in unicode does break people who want to languages other than their system install
[08:42] <mgz> their test would work on my box downstairs, because it would return CP932 that could then be correctly decoded
[08:46] <vila> mgz: I didn't look to closely, but we rely on expanduser here and there and I thought you will be interested
[08:46] <mgz> so, his question about whether it's fixed in Python 3 is funny
[08:46] <mgz> the environment is unicode already in Python 3.
[08:47] <mgz> vila: it's interesting.
[08:48] <marcamilly> still no dice
[08:48] <marcamilly> even after reset!
[08:48] <mgz> but an edge case, most spanish users don't give themselves japanese user names
[08:50] <vila> mgz: yup, let's handle the rare case befor the hairy one ;)
[08:51] <mgz> vila, do you know anything about installing on osx for marcamilly?
[08:51] <vila> hmm, not for a long time and never on lion, but let see
[08:51] <vila> marcamilly: what's your PATH ?
[08:52] <AuroraBorealis> there is an issue on lion
[08:52] <marcamilly> how do I see that at the command line?
[08:52] <AuroraBorealis> because it doesn't adapt for the fact that python2.7 is default
[08:52] <vila> env | grep PATH
[08:53] <vila> that's because noone with a lion setup has stepped up to build the installer :)
[08:54] <marcamilly> my PATH: https://gist.github.com/1297769
[08:54] <vila> it's pretty easy once you installed the dev dependencies
[08:55] <vila> marcamilly: can you check that bzr is in /usr/local/bin ?
[08:57] <marcamilly> how do I do that?
[08:58] <marcamilly> just tried cd-ing to that folder, but it wouldn't allow me
[08:58] <vila> ls -l /usr/local/bin/bzr
[08:58] <marcamilly> permission denied
[08:58] <vila> o.0
[08:58] <marcamilly> ls: /usr/local/bin/bzr: Permission denied
[08:58] <vila> ls -l /usr/local/
[09:00] <marcamilly> k got that, sec
[09:00] <marcamilly> https://gist.github.com/1297769
[09:01] <AuroraBorealis> seems bzr didn't install or something o.o
[09:02] <vila> marcamilly: ugly, '502' seems to be an unknown user and you miss 'x' there anyway
[09:02] <vila> marcamilly: which means you cannot read the directory content
[09:02] <marcamilly> yeh
[09:02] <marcamilly> so how do I change it?
[09:02] <vila> marcamilly: are you an admin on this machine ?
[09:03] <marcamilly> yep
[09:03] <vila> then 'sudo bash' and 'cd /usr/local/bin/
[09:03] <vila> '
[09:04] <vila> marcamilly: be aware that you get root powers once you 'sudo bash' and that you can destroy stuff (just mentioning in case)
[09:06] <marcamilly> lol
[09:06] <marcamilly> k
[09:07] <marcamilly> ok i see bzr
[09:07] <marcamilly> in /usr/local/bin
[09:07] <vila> marcamilly: any idea about who '502' is ?
[09:07] <marcamilly> nope
[09:07] <marcamilly> how do I find out?
[09:07] <marcamilly> and how do I replace it, if it's not 'legit'?
[09:07] <marcamilly> could it be a Lion role/user?
[09:08] <vila> well, that's the issue, a number is used because it's not known :)
[09:08] <vila> did you upgrade from a previous osx release ?
[09:09] <AuroraBorealis> would the lion upgrade really screw things up that badly?
[09:09] <marcamilly> yeh i did
[09:09] <marcamilly> from Snowleopard
[09:09] <vila> well, if a user of a previous release did the install and wasn't migrated to lion...
[09:09] <vila> then its id is hanging around
[09:09] <marcamilly> but i didn't have 'many' users
[09:10] <marcamilly> actually, just had one
[09:10] <marcamilly> the main one
[09:10] <marcamilly> and MAYBE guest
[09:10] <vila> iirc, osx starts at 500 and increment so we're talking about the third created user but that also takes deleted users into account
[09:10] <vila> anyway, is there something else than bzr in /uzr/loca/bin ?
[09:11] <marcamilly> yah, lots of other stuff
[09:11] <marcamilly> coda, compare, Magick++-config
[09:11] <marcamilly> dot display djpeg diggimg
[09:11] <marcamilly> and lots of others
[09:12] <marcamilly> how should I proceed?
[09:12] <vila> meh, given the path you pasted, I was expecting to find those in /opt/local/bin instead
[09:12] <vila> so, that rules out deleting bin and reinstalling, let
[09:12] <vila> 's try a more delicate fix then
[09:13] <vila> in /usr/local do:
[09:13] <vila> chown -R root:wheel bin
[09:14] <marcamilly> LOL
[09:14] <marcamilly> come out of sudo bash?
[09:14] <vila> nope
[09:14] <marcamilly> k
[09:14] <vila> you need to be root to CHange OWNer
[09:15] <marcamilly> done
[09:15] <marcamilly> drwxr--r--  61 root       wheel  2074 Oct 19 03:11 bin
[09:15] <vila> chmod -R go+x bin
[09:15] <marcamilly> what's 'wheel' though?
[09:15] <marcamilly> which folder should I be in?
[09:16] <marcamilly> or can I run that command from anywhere?
[09:16] <vila> /usr/local
[09:16] <marcamilly> done
[09:16] <vila> let's backtrack then
[09:17] <vila> in a new terminal (keep the sudo's one around): ls -l /usr/local/bin/bzr
[09:17] <marcamilly> -rwxr-xr-x  1 root  wheel  5439 Sep 13 17:45 /usr/local/bin/bzr
[09:17] <marcamilly> great
[09:17] <marcamilly> seems to work
[09:17] <marcamilly> great
[09:17] <marcamilly> bzr version works
[09:17] <marcamilly> finally!
[09:17] <marcamilly> thnx
[09:17] <marcamilly> do I need to do anything else?
[09:18] <vila> probably add /usr/local/bin to your path, how did you run 'bzr version' ? With the full path ?
[09:18] <marcamilly> no
[09:18] <marcamilly> just bar version
[09:18] <marcamilly> *bzr
[09:18] <marcamilly> 'bzr version'
[09:19] <marcamilly> so it seems to have been added to my path
[09:19] <vila> oh ! Missed /usr/loca/bin in your paste, you already have it
[09:19] <vila> should be fine then
[09:19] <marcamilly> hrmm
[09:19] <marcamilly> kk
[09:19] <marcamilly> thanks much
[09:19] <marcamilly> btw, what's 'wheel'?
[09:19] <marcamilly> admin user
[09:19] <AuroraBorealis> he probably just saved you from some serious headaches
[09:19] <marcamilly> ?
[09:19] <AuroraBorealis> its the group for "sudo"
[09:19] <marcamilly> nah I am pretty sure he did
[09:19] <marcamilly> thnx much meng
[09:19] <marcamilly> you were pleasant too
[09:19] <marcamilly> :)
[09:20] <marcamilly> rare combo in these here relay chatts
[09:20] <vila> wheel is some king of group for admining, I never bother searching the details ;)
[09:20] <marcamilly> hehehe
[09:20] <marcamilly> kk
[09:20] <marcamilly> well this is fine
[09:20] <marcamilly> i really appreciate it
[09:20] <vila> err kind not king (it's an interesting freudian lisp though ;)
[09:20] <vila> lips
[09:20] <vila> lol
[09:20] <AuroraBorealis> The wheel group is a group which limits the number of people who are able to su to root. This usually consists of a group named “wheel” and a set of users that are permitted to use the utility ‘su’ in order to change to root.
[09:21] <marcamilly> *slip you mean ;)
[09:21] <marcamilly> not lips
[09:22] <marcamilly> ok thnx again gents
[09:22] <marcamilly> i'm off
[09:23] <vila> AuroraBorealis: weird, sudo is preferred over su these days iiuc but who knows
[09:23] <vila> it may be a BSD heritage ? fullermd ?
[09:23] <AuroraBorealis> just got that off some unix website
[09:24] <vila> oh, ok
[09:24] <AuroraBorealis> basic idea is the same
[09:25] <AuroraBorealis> but i doubt that the osx installer would ruin the permissions on /usr/local/bin o.o
[09:26] <mgz> yeah, I never use su
[09:26] <AuroraBorealis> apple's mantra is usually to try and not cause a terrible failure of the computer haha
[09:27] <AuroraBorealis> and how easy is it to build the mac os x bzr dmg?
[09:27] <AuroraBorealis> or installer
[09:27] <mgz> likely a pre-borked system, lucky we have vila.
[09:27] <mgz> the good thing about windows is restarting *would* have worked :)
[09:28] <mgz> where as with unix you need someone who understands it to tell you what commands to type :)
[09:28] <vila> AuroraBorealis: pretty easy, see https://launchpad.net/bzr-mac-installers
[09:28] <millun> hello
[09:28] <millun> bzr-explorer stopped working for me. i am looking for a good alternative
[09:28] <vila> mgz: :)
[09:29] <AuroraBorealis> bzr explorer is pretty good, define stopped working
[09:29] <mgz> millun, can you be more specific than "stopped working", ideally with a traceback or screenshot?
[09:30] <AuroraBorealis> vila, would i have to do anything because lion has python2.7 as the default?
[09:30] <millun> /usr/lib/pymodules/python2.6/pygments/plugin.py:39: UserWarning: Module pygments was already imported from /usr/lib/pymodules/python2.6/pygments/__init__.py, but /usr/lib/pymodules/python2.6 is being added to sys.path
[09:31] <AuroraBorealis> i think thats the main problem with it at the moment
[09:31] <vila> AuroraBorealis: not sure but if you have it should be pretty straight forward, doxxx really did a good job there
[09:31] <millun> import pkg_resources --> bzr: ERROR: exceptions.EOFError:
[09:31] <jelmer> poolie: ^\
[09:31] <vila> AuroraBorealis: the main issue is to setup the initial dev requirements (TeX is pretty big to download iirc)
[09:31] <millun> oic. i did run out of space some weeks ago. that could be it? i will try to reinstall bzr
[09:31] <jelmer> poolie: it was that sort of error that we were seeing for lazr.restfulclient as well
[09:32] <AuroraBorealis> i'll look into it when i have time, hopefully this weekend
[09:32] <vila> jelmer: wasn't it related to eggs or something ?
[09:32] <vila> AuroraBorealis: that would be awesome
[09:32] <jelmer> vila: nope, this is on Debian/Ubuntu which don't install eggs
[09:32] <mgz> millun, if you have truncated pyc files, that could help
[09:33] <mgz> but I need to see a full traceback to have an idea what's wrong.
[09:33] <mgz> !pastebin
[09:34] <mgz> if you do `bzr explorer` on the command line, and put the full output up, that would help.
[09:34] <poolie> yeah for the channel that was https://bugs.launchpad.net/ubuntu/+source/lazr.restfulclient/+bug/796992
[09:34] <poolie> insane
[09:34] <vila> oh, I thought .pth were related to eggs 0.O
[09:35] <millun> http://www.sexshopik.cz/we-vibe-2-7249/
[09:36] <poolie> i don't think so
[09:36] <millun> sorry
[09:36] <millun> my bad :-)
[09:36] <millun> http://dpaste.com/637252/
[09:36] <poolie> should i even click that?
[09:36] <millun> not really, unless you want to
[09:37] <poolie> i'm glad you're mistaken not a spambot :)
[09:37] <millun> looking for an xmas present :-)
[09:37] <poolie> or at least a clever one
[09:37] <poolie> night all
[09:37] <millun> night
[09:37] <vila> poolie: night
[09:37] <jelmer> g'night poolie
[09:37] <mgz> variation on bug 814151
[09:38] <vila> mgz: from JS Bach ?
[09:38] <mgz> delete ~/.bazaar/explorer/history.dat
[09:38] <mgz> and explorer will magically start working for you again millun
[09:38] <millun> awesome
[09:39] <millun> sweet!!
[09:39] <millun> thanks
[09:39] <millun> a lot
[09:43] <mgz> guess I better fix that bug
[11:03] <mgz> Riddell: when you mark bugs you've fixed, set yourself as the assignee and put in the milestone so you get blame on the release page
[11:06] <Riddell> mgz: release page?
[11:10] <mgz> Riddell: eg https://launchpad.net/bzr/+milestone/2.5b3
[11:10] <Riddell> cor, I've never seen that before
[11:10] <Riddell> do we use that, don't we just use the release-notes ?
[11:11] <mgz> I've found having the info in launchpad can be useful for seeing just from a bug entry what version has the change
[11:22] <mgz> vila: GlobalConfig.get_editor is telling bzr-explorer it's deprecated, what's the replacement?
[11:23] <mgz> searching release notes for 2.4 and my mail archive isn't telling me.
[12:16] <jelmer> mgz: would you perhaps be able to review a branch for me?
[12:23] <mgz> jelmer: yes, that's on my list of stuff to do today
[12:23] <mgz> is there a a paticular one you want me to look at before I go and have lunch?
[12:24] <vila> mgz: that should be config.GlobalStack().get('editor')
[12:24] <mgz> vila: and how far back does that work?
[12:25] <mgz> ...current explorer wants to support bzr 2.3+ as far as I can see
[12:25] <vila> 2.5 probably, let me check
[12:26] <vila> nope, valid in 2.4 already
[12:28] <jelmer> mgz: Cool, thanks :) https://code.launchpad.net/~jelmer/bzr/build-commit-parent-ids/+merge/79707 should be fairly simply and would unblock one of my other branches
[12:28] <mgz> vila: but not 2.3 then so I'll need to do a dance of some kind I guess
[12:29] <vila> mgz: what's the context ?
[12:29] <mgz> jelmer: what confused me a little with that mp is you also add a allow_leftmost_as_ghost param
[12:29] <vila> bzr-explorer ?
[12:29] <mgz> vila: yup
[12:30] <vila> no targeted branches for it ?
[12:30] <mgz> jelmer: is that just being pulled out of the **kwargs or is it also new?
[12:30] <jelmer> mgz: it's new
[12:30] <mgz> vila: it's a little less strict than qbzr about having one series per bzr series
[12:30] <jelmer> commit() doesn't take a parent_ids argument
[12:31] <vila> mgz: well, the sooner the better then ;) Or more trouble is expected
[12:34] <mgz> right, lunch lunch.
[12:54] <jelmer> mgz: thanks!
[13:04] <vila> jelmer: could you give feedback on https://code.launchpad.net/~bzr/bzr-svn/stacks/+merge/78259 ? Or should we just discuss it ?
[13:07] <jelmer> vila: I'll have another look at it this afternoon
[13:07] <vila> cool
[13:07] <jelmer> sorry for letting it slip
[13:08] <vila> np
[13:29] <mgz> bug 878132 looks like a config interface change too
[13:50] <jelmer> wow, we should really ahve another look at pypy
[13:50] <jelmer> http://speed.pypy.org/
[14:08] <jam> jelmer: I agree, with the main caveat that our actual performance sensitive code is written in Cython/C
[14:08] <jam> which is often not compatible with pypy
[14:08] <jam> it also depends a lot on JIT performance, and bzr is a process that starts and stops a lot
[14:08] <jam> so may never 'warm up' enough to get the JIT effect.
[14:35] <Lo-lan-do> Hi all :-)
[14:36] <Lo-lan-do> jelmer: You say "bzr-git plugin is quite stable" — does that mean what I hope it means, and did I miss something important?
[14:37] <jelmer> Lo-lan-do: it doesn't mean roundtripping works, but dpush/pull work pretty well
[14:37] <Lo-lan-do> Ah.  How about multiple branches?
[14:42] <jelmer> Lo-lan-do: there is basic support for those in bzr 2.5
[14:42] <Lo-lan-do> Aha.  Good news :-)
[14:44] <briandealwis> Hi all.  I'm currently using branch.revision_id_to_dotted_revno in tiplog to map a number of revision-ids for a branch.  It's quite slow if I go across the network.  Is there anything I can do to speed it up?
[14:50] <briandealwis> Will obtaining a read lock on the branch help?
[14:59] <briandealwis> never mind — I didn't read the report correctly
[15:08] <jelmer> hi briandealwis
[15:08] <briandealwis> hi jelmer
[15:09] <jelmer> Lo-lan-do: basically, you can do something like "bzr dpush git+ssh://git.debian.org/git/collab-maint/heimdal,branch=experimental"
[15:09] <jelmer> Lo-lan-do: local support for colocated branches still needs some more improvements (having to use "bzr switch file://`pwd`,branch=bar" rather than "bzr switch bar" is annoying)
[15:11] <Lo-lan-do> That's just a matter of a shell alias :-)
[16:08] <fullermd> vila: hmmwhut?
[16:08] <vila> fullermd: what is the wheel group origin and use ?
[16:09] <fullermd> Controls access to su (and repurposes for other similar uses by everyone of course).  I think it came out of Berkeley early on, like 2BSD era.  I'd have to dig around.
[16:10] <fullermd> There's no wheel group in the SysIII dist at least.
[16:11] <vila> I thought su was close to being deprecated by sudo (at least to become root) but it seems to be all over the place in osx
[16:11] <vila> rhaa, s/it/wheel/
[16:12] <fullermd> I can't imagine it will ever be _deprected_ in existence.
[16:12] <fullermd> I hardly ever use it interactively of course.  But still, it's there in base, and gets used all over the place programmatically.
[16:12] <fullermd> Anyway, I use the wheel group to control who can sudo   8-}
[16:12] <vila> hehe
[16:13] <vila> right, so it will never disappear because no one will even try to delete it ;)
[16:14] <fullermd> Oh, people will try.  I hope not too many more, though.  The hole in my back yard is getting full.
[16:14] <vila> hehe, time for BBQ instead
[16:15]  * Lo-lan-do uses "su" daily
[16:16] <fullermd> Probably more likely that 'operator' will get retired.  And I'm sure that won't happen anytime soon...
[16:16] <vila> Lo-lan-do: really ? To get root access or to other users ?
[16:17] <Lo-lan-do> Mostly for root, but often to other users too.
[16:17] <Lo-lan-do> "su - postgres -c 'psql gforge'" is one command I use quite often.
[16:19] <mgz> see, I didn't even know the syntax for switching user with su
[16:20] <mgz> just use dumb basic option of act-as-root sudo
[16:20] <vila> Lo-lan-do, fullermd : what I still don't get is why files and dirs get group wheel...
[16:21] <fullermd> Which files?
[16:21] <Lo-lan-do> Ah, I have no idea.  Never had anything to do with wheel myself.
[16:21] <fullermd> I use the group to let just wheel people see stuff...
[16:21] <fullermd> Considering that 'su' means 'switch user', it isn't hard to guess the syntax   :p
[16:21] <vila> grr
[16:21] <vila>  /usr hierarchy for example
[16:22]  * fullermd shrugs.
[16:22] <vila> (never ever type an absolute path at the beginning of a chat msg)
[16:22] <fullermd> By default I s'pose.  The group doesn't mean much through there really.
[16:23] <vila> ok
[16:23] <fullermd> Rarely has differnt perms than 'other'.
[16:23] <vila> yup
[16:23] <fullermd> And usually when there are, it's a different group anyway.
[16:24] <fullermd> e.g. -r-sr-x---  1 root  network  412392 Jul 30 21:53 /usr/sbin/ppp*
[16:24] <vila> so yeah, used as a default as *one* group is needed
[16:24] <vila> yup
[16:24] <fullermd> And being gid 0, it's a good excuse for default  ;)
[16:24] <vila> hmpf, silly me !
[16:26] <vila> makes sense, uid(root) == 0 because he's here first, then gid(wheel) == 0 because root *may* have friends
[16:26] <vila> the rest is optional ;)
[16:26] <fullermd> If root gets friends, why don't I?  :(
[16:27] <vila> fullermd: they are in your backyard :)
[16:27] <fullermd> Hm, yeah.  Always present.  But they suck at bowling.
[17:44] <mgz> I've hung vim, with cpu pegged at 100%, how the hell did I manage that
[17:45] <fullermd> Maybe it's trying to start emacs.
[17:45] <mgz> it died politely at least and...
[17:46] <mgz> with an interestingly giant number in the output
[17:46] <mgz> I think I may have accidentally told it to do something thousands of times, by not being in insert mode when pasting a bug number
[17:47] <mgz> 814151 is pretty big.
[17:47] <fullermd> It takes it a while to do brace matching on meg+ JSON files too.
[17:47] <fullermd> Seems like that should be faster.
[17:48] <mgz> yup, I seem to have a file with that number, probably repeated that number of times
[17:48] <mgz> I'll get used to modality in the end...
[20:33] <wonza> Hi, I have a little bzr problem in that I can't seem to create a new branch while logged into my work computer over ssh from home. http://pastebin.com/DCWj0LCF has the error listed. If anyone could help, that'd be really great :) (commits, and updates seem to work just fine btw)
[20:41] <wgz> wonza: looks like bug 796873
[20:44] <wgz> so +affectsmeto that at least, and you can likely catch the error in the 'custom' plugin as suggested in the discussion there
[20:46] <wgz> the change for this issue in bzr-gtk was basically just that: <http://bazaar.launchpad.net/~bzr-gtk/bzr-gtk/trunk/revision/685>
[20:48] <wonza> thanks for the suggestion, I'll take a look
[21:20] <thumper> hey
[21:20] <thumper> is there a "stock" presentation for bazaar internals?
[21:20] <thumper> I'm wanting to describe how revisions work, branching and merging, and why mainline is special
[21:20] <thumper> also pipelines if one is around
[21:50] <fullermd> I've got some of that piled up in my SpotDocs...