[00:35] * chandlerc[g] beats on bzr-svn [00:35] errors in the middle of a branch... so weird [00:35] chandlerc[g], ? [00:35] setting it up on a clean box, all from development branches, and i'm getting "SSL negotiation failed: SSL error: parse tlsext" stuff [00:35] looking on bugs now.. [00:36] jelmer: actually no bugs on this one... surprised [00:36] chandlerc[g], does svn itself work ok? [00:37] yep [00:37] at least [00:37] svn "ls" [00:37] lemme do a full checkout === arjenAU2 is now known as arjenAU [02:52] beuno: FYI, your new theme branch of Loggerhead now has a conflict in NEWS with the trunk. === RAOF_ is now known as RAOF [09:12] is there a way to get bzr log to show the commit's patch? [09:13] no, there isn't [12:03] Does loggerhead have some irc channel? [12:03] not afaik, but the main devs are in here [12:06] ah... How do you use loggerhead with lighttpd? [12:06] I can only find instructions for apache [12:14] i think the main devs are in the NZ timezone so might be asleep right now [12:21] Jc2k, ah I will be asleep when they are up [12:21] As I live in Europe [12:22] proxying through lighttpd is probably simplest [12:23] bob2, ah [12:23] isn't loggerhead now a WSGI application? [12:23] no clue, I hoped for fastcgi would work [12:24] not sure it is in trunk yet [12:24] anyway I'm not a python coder! [12:24] I'm just a bzr user who use lighttpd, and want a repo browser [12:28] AnMaster: I'm just using mod_proxy. [12:28] AnMaster: And Loggerhead's serve-branches.py. [12:28] Peng, hm... [12:29] Peng, is this last release of loggerhead? or do I need to get trunk? [12:29] I can't find "serve-branches.py" in the download (1.2.1, last it seems?) [12:29] AnMaster: The trunk has some major improvements, and serve-branches.py is new in it. [12:29] Peng, so what does serve-branches do then, why do I want it? [12:30] AnMaster: It's much simpler to run that start-loggerhead.py. [12:30] than* [12:30] I see [12:31] I need to server multiple branches, from several projects, some are stored in shared repos [12:31] AnMaster: apt-get install python-paste python-simpletal, edit serve-branches.py if you want to, then run it. [12:31] other are free standing ones [12:31] AnMaster: Yeah, that's fine. [12:31] Peng, I don't use Debian [12:31] I use FreeBSD [12:31] AnMaster: (They probably have to be under one directory.) [12:31] AnMaster: Install Paste and SimpleTAL in some other way, then. [12:32] Peng, what are paste and simpletal for? [12:33] AnMaster: Paste is a WSGI thingy, and SimpleTAL is a templating engine. Loggerhead uses both of them. [12:33] (Well, the trunk does.) [12:33] ah [12:33] found both in ports [12:34] anyway I find it odd that in here everyone seem to assume you use Debian or Ubuntu [12:34] just wondering why [12:35] I wasn't really assuming you did; just using it as an example. [12:36] well it isn't just you, both here and in #launchpad there is a certain level of "assume ubuntu" [12:36] most people here really use debian or ubuntu, so I'd say it's normal assumtion [12:37] AnMaster: You do know Bazaar, Launchpad, and Ubuntu are all owned by Canonical, right? [12:38] I know [12:38] but I like bzr even though I'm no ubuntu user [12:38] :) [12:38] I use Gentoo Linux, Arch Linux and FreeBSD [12:39] all my servers run FreeBSD [12:39] socket.error: (48, 'Address already in use') [12:39] from the ./serve-branches.py [12:39] how do I tell it to use a different port hm? [12:39] $ ./serve-branches.py --help [12:40] gives same error [12:40] (not very userfriendly...) [12:51] AnMaster: You should just edit serve-branches.py. [12:51] AnMaster: It's designed to be simple and editable. [12:51] ah.... [12:52] turbogears doesn't seem to install on FreeBSD :/ [12:52] Peng, so I guess I just can't use loggerhead [12:53] The Loggerhead trunk no longer uses TurboGears. [12:53] oh? [12:53] They moved from TurboGears and Mako to Paste and SimpleTAL for simplicity and performance. [12:53] ah [13:06] hey all, is there any single place that gives you a full run through of what it takes to make a repo specific post-commit hook? [13:06] Peng, is there any way to get it to write a pid file or so... [13:07] I've been looking through the docs and I seem to be thrown all over the place [13:07] Peng, well I guess I'll just use daemontools then to run it. sigh [13:08] first to the user reference which points to the user guide which points to another part of the user guide which points to the developer docs [13:08] it's like you need 4 tabs open just to get even a basic understanding of how to write a hook [13:09] Pilky, I didn't even know bzr had commit hooks [13:09] beyond full plugins [13:10] yeah, it does them as plugins, but you can set them up so they're called at various points [13:10] it seems a hook in bzr is just a way to call a plugin after/before an action [13:11] AnMaster: A PID file would probably be 4 lines in serve-branches.py. [13:11] Wait, maybe 6. I dunno. [13:12] Peng, assume I know *no* python except that it lacks braces [13:12] * AnMaster is a C coder [13:13] AnMaster: I'm in the same situation but I've just found this which looks good: http://www.diveintopython.org/ [13:14] I don't really have time to learn python :P [13:14] I think people have stopped recommending Dive into Python because of its age. [13:14] (maybe I should switch to darcs? I know *some* Haskell, not much but more than python. Not that I like darcs really...) [13:15] AnMaster: What all does a PID file do? When the program starts, if it exists, error out; if it doesn't, create it? Then when it exits, delete it? [13:15] Peng, well it would lock on it [13:15] would be even better [13:15] open() with O_EXCL basically [13:15] Oh. [13:15] to hold it as a lock file [13:16] that would be even more useful [13:16] Peng_: what would you recommend? I'm just looking for something online that will help me learn a bit of python, I'm not expecting to be doing a huge amount [13:16] than just a pid file [13:16] Peng, any idea how that is done in python? [13:18] Pilky: I'm not sure. I used Dive into Python. :P Maybe the official Python tutorial? [13:18] heh [13:18] well it seems to use Python 2.3 in here and I'm on 2.5 I've used older books to learn languages [13:19] hell, my primary resource for Cocoa programming was a book from around 2004 up until about a month ago :P [13:23] well it seems to use Python 2.3 in here and I'm on 2.5 I've used older books to learn languages <-- you can still learn C using K&R... [13:23] Ehh.. I don't exactly know enough about PID files to want to hack it togehter. [13:23] you just would have to learn about prototypes later :P [13:23] also, I'm a little tired and really lazy. [13:23] AnMaster: but C didn't evolve much since K&R [13:24] and K&R is the best book about C anyway :) [13:24] luks, oh yes a bit :P, for example variable length arrays in C99, or the _Complex type [13:24] AnMaster: I did ;) [13:24] anyway I got no idea where to start with writing a pid file in python [13:27] "Beginning Python" from WROX is a great book [14:23] AnMaster: Peng_ uses loggerhead with lighttpd [14:23] I think [14:25] lifeless, yes he helped me [14:27] lifeless, what about a pid file for it? [14:27] loggerhead that is [14:27] would be very useful [14:44] Peng, I can't get it to work [14:44] http://rage.kuonet.org/~anmaster/loggerhead [14:44] that results in "127.0.0.1 - - [26/Jul/2008:13:43:45 +0000] "GET /%7Eanmaster/loggerhead HTTP/1.0" 404 - "-" "Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.1.15) Gecko/20080708 Firefox/2.0.0.15"" [14:44] :/ [14:45] how do I make it not send the full path on [14:45] I can't use a specific subdomain [14:45] I need to use this directory [14:49] hm I asked in #lighttpd, lets see if I get any answer [14:56] lifeless, any idea? [14:56] using the serve-branches stuff [14:58] I guess no one knows :( [15:08] well it can't be solved on lighttpd side it seems [15:18] lifeless, Peng: tried webpath with start-loggerhead, doesn't work either [15:18] :( [15:23] AnMaster: fn = os.open('path', os.O_EXCL | os.O_CREAT | os.O_TRUNC), something like that? [15:23] os.write(fn, '%s\n' % os.getpid()) [15:23] jam, that isn't the main issue now [15:24] the main issue here is that loggerhead refuses to work when a sub directory is forwarded [15:24] instead of a subdomain [15:26] I don't know a lot about loggerhead, I would imagine it should be possible, though potentially require a bit of code tweaking [15:26] I would have thought it would be the proxies job [15:26] jam, well the proxy is just mod_proxy of lighttpd [15:26] and it can't strip the leading bit it seems [15:36] AnMaster: Also, in the copy of loggerhead I have here, it seems to create a pid file. (if that matters at all) [15:37] Anyway, according to this page: [15:37] http://discuss.joyent.com/viewtopic.php?id=3231 [15:37] You can only proxy by file-extension or by prefix [15:37] not suffix [15:38] http://trac.lighttpd.net/trac/wiki/Docs%3AModProxy [15:38] So I'd have to agree with what you were finding [15:43] irc client crashed.... did I miss anything? [15:45] AnMaster: Yes. [15:45] AnMaster: Just a bit. [15:46] AnMaster: Anyway, there's some middleware in Paste Deploy that can strip part of the path. [15:49] AnMaster: Here's my serve-branches.py. It's got a horrible, complicated logging setup; the relevant part is the PrefixMiddleware part near the end. http://paste.pocoo.org/show/80377/ [15:49] AnMaster: You will need Paste Deploy installed, not just Paste [15:49] Peng, "paste deploy"? [15:50] ah... /usr/ports/www/py-pastedeploy [15:52] Peng, force port 80? [15:52] Peng, anyway I would prefer using the start-loggerhead because it can do pid file it seems [15:52] can I still use that? [15:52] Peng_, it can also handle the repos not being in same place (they aren't) [15:55] AnMaster: I don't know what you would have to do with start-loggerhead.py; I've never used it. [15:57] beuno: I have to say, setting up loggerhead here seems pretty easy (on win32 no less). [15:58] The daemonize stuff doesn't work (obviously) but it was just a couple easy_installs, and tracking down simpletal [15:58] oh, and you don't mention that you need "ConfigObj" installed as a dependency [15:58] so Paste, ConfigObj, SimpleTAL, and things seem to work [16:00] hmm.. the auto_publish_folder didn't seem to work right [16:02] WAR [20080726-10:01:44.036] simpleTALES.Context: Exception occurred evaluating python path, exceptio [16:02] n: type object 'branch' has no attribute 'url' [16:12] Is LP running a recent Loggerhead, or is there a better place to point people who want to have a look at it in action? [16:13] Odd_Bloke: I don't believe it is running the "latest" [16:14] Odd_Bloke: This page is "shinier" http://bzr.mattnordhoff.com/loggerhead/imports/lighttpd/lighttpd-1.4.x/changes?remember=1117 [16:14] That is Peng's page [16:15] I think LP *will* use the latest version, just doesn't yet [16:15] beuno: I *am* trying to figure out the box with-an-arrow link [16:15] It at least looks like it is redirecting you outside of the current domain [16:15] when often it is *just* a link [16:16] like, for *every* summary on the changes page [16:18] anyway, off to another machine [16:18] Peng_: Is pointing people to http://bzr.mattnordhoff.com/loggerhead/imports/lighttpd/lighttpd-1.4.x/changes?remember=1117 acceptable, or is it going to make your hardware break into floods of tears? [16:19] this logger head looks sweet [16:20] I like the way it expands when you click th triangle [16:22] and the mouse-overs rocks [16:33] can you guys get into bundlebuggytoday? [16:33] can you guys get into bundlebuggy today? [16:35] no, it seems down [16:35] and also not replying by email to my merge requests [16:36] cool so its not just me [16:58] My Loggerhead runs the trunk, or other branches. The different theme comes from https://code.launchpad.net/~beuno/loggerhead/new_theme_trunk [16:59] Odd_Bloke: Heh. I don't know how much traffic I can handle, but it should be fine, as long as it doesn't get on Slashdot or something. [16:59] hello, is there a way to enable diff's syntax highlighting for bzr diff ? [17:01] hey how do you check revisions signed with bzr sign-my-commits? [17:04] also what is the rich-root stuff good for? I can't find details on it (tried google) [17:06] mmh, found a way with vim: bzr diff | vim -u /usr/share/vim/vim71/macros/less.vim - [17:09] AnMaster: Rich roots aren't really useful for anything yet. In the future, I think they'll be necessary for things like subtrees and splitting a subdirectory out into its own branch (which is possible now, I guess). [17:14] subtrees? [17:14] what are they? [17:14] Peng, I just use pack-0.92 format here [17:15] Peng_, also what about the checking of signatures? [17:15] signatures is one feature I would like to see expanded [17:15] along with adding support for cherrypicking [17:16] once those are in I will consider bzr perfect for my needs [17:18] AnMaster: I dunno about verifying signatures. [17:18] and subtrees? [17:18] Ehh. /me handwaves. [17:18] you mean like svn:external? [17:18] or? [17:19] Yeah, basically. [17:19] ah [17:19] Subtrees are still experimental (and have been for ages). [17:19] anyway what does "handwaves" mean in this context? I'm not a native English speaker [17:21] I meant that I was avoiding trying to explain something, but I don't think I was using it entirely correctly. [17:21] It's in the Jargon File: http://catb.org/jargon/html/H/handwave.html [17:22] are there any plans for cherry picking support in bzr? [17:22] like the advanced cherry picking of darcs [17:25] Due to the model of Bazaar (and many other VCSes), cherrypicking is kind of difficult. [17:25] I don't know if there are any current plans. [17:25] tacone: install bzrtools and then do bzr cdiff [17:25] what a pitty :/ [17:37] sorry, how to apply a patch generated with bzr diff > ../my.patch ? [17:37] patch -p0 < ../my.patch doesn't seem to work [17:38] tacone: Are you trying to apply the patch to a different bzr branch? [17:38] Odd_Bloke: to more recent revision of the same branch [17:38] AnMaster, cherrypicking is already supported [17:38] I am quite sure conficts shuold not happen. [17:39] AnMaster, tracking cherrypicks is not and support for that is planned for the future [17:39] tacone: Try using 'bzr merge -c' instead. [17:39] AnMaster, tracking cherrypicks is not and support for that is planned for the future <-- GREAT! [17:39] I saw somebody using a program like gitk on a bzr branch. What is that? [17:39] I don't have a revision of the changes to apply, only that .patch. [17:40] Ryan52: bzr-gtk perhaps? [17:40] jelmer: ZOMG commit spam. :) [17:40] Jc2k: ah. thanks. [17:40] Odd_Bloke: (-: Sorry about that [17:40] jelmer: How's bzr-git coming along? [17:41] Odd_Bloke, nicely [17:41] Odd_Bloke: viewing history works [17:41] Odd_Bloke: I guess I got it. it worked for everything but a erased (with bzr rm file). the revision to be patched has it and it's more big than before. [17:41] jelmer: Nice. :) [17:41] now working on supporting "bzr branch " [17:42] ok, solved [17:42] jelmer: \o/ [17:47] now working on supporting "bzr branch " <-- nice! [17:51] jam, oh, LH on windows... that's unexpected... [17:57] jam, the box with the arrow was originally intended to let you know it was a link you could click on, but that may of derailed a bit [17:57] may be too confusing now... [18:02] cool, patches for LH! [18:02] nothing better than going to sleep and waking up with patches in your inbox [18:42] beuno, fwiw I also filed some bugs to keep you busy ;-) [18:42] I filed an ITP (cced to the list) for loggerhead as well but upload to NEW is not likely to happen soon [18:44] jelmer, heheh, I saw :) I'm going through the remaining patches, and RC-bugs :) [18:45] jelmer, I saw, very cool, thanks. When does the freeze disallow you from getting it into Lenny? [18:45] beuno, I think the freeze has already happened [18:46] jelmer, ah, could be. I got dizzy after a few mails bounced back and forth [18:46] yeah, full freeze is planned for mid july so I guess that's already past [18:48] heh, yeah, I just though the release would get delayed for at least a year :) === Daviey_ is now known as Daviey [18:54] Peng_, synced my branch with trunk, no more conflicts [19:11] beuno: Do you pushed to your branch on LP? I don't see anything new. [19:13] Peng_, I'm stupid, I keep pushing somewhere else. I just pushed and added --remember :) [19:15] don't suppose there's a quick way to get running with bzr 1.5 + bzr-svn on hardy heron ? [19:15] rockstar: grab the bzr-svn from intrepid [19:16] jelmer: ah cool [19:16] it's funny... all my paying projects are stuck on svn and every several months i try using bzr to access those svn repos but somehow get turned off [19:16] don't suppose bzr-svn supports svn externals yet? [19:17] rocky, no, because bzr doesn't have nested trees yet (which we'd have to map externals to) [19:17] gotcha [19:17] beuno: Heh, OK. [19:18] jelmer: 'minds me... are stock svn 1.5.x bindings solid now, or are there still patches needed? [19:18] fullermd: bzr-svn >= 0.4.11 works with svn 1.4 and 1.5 out of the box [19:19] Oh yay, you resolved the conflict the same way I did. [19:19] Awesome. [19:21] beuno, loggerhead really seems to've come a long way since the original version [19:24] jelmer: there's no releases of bzr-svn 0.4.11 yet right? [19:24] rocky, that's right, it's still in development [19:25] rocky, 0.4.11 won't work with bzr 1.5 anyway (only with >= 1.6) [19:25] i can't seem to find a link for the download of bzr-svn intreprid ... i still find launchpad a bit hard to navigate [19:25] rocky: see http://packages.ubuntu.com/bzr-svn [19:25] ah perfect, thanks [19:28] where's the best place to look to get a high-level list of functional changes between 1.4 and 1.5 of bzr ? [19:30] Well, NEWS contains a long list, including many less-major things. [19:30] guess i'm more looking for a release announcement sorta deal [19:30] * rocky keeps googling [19:32] I think NEWS is what you're looking for [19:32] you may want to skip some of its sections though such as INTERNALS [19:32] is http://packages.ubuntu.com/bzr-svn resolving for anyone? can't seem to get to it [19:33] looks like its down atm [19:33] rocky: NEWS is (or was) also what gets verbatim mentioned in release announcements [19:34] How does one apply a merge directive? [19:35] zbrown: bzr merge or bzr pull [19:35] ah ok [19:35] jelmer: is there a way to apply a merge directive without actually making it a revision? [19:36] that is, just flat apply the patch [19:36] zbrown: Not sure why you'd want to do that [19:36] "patch -p0 < FILENAME" should work though [19:36] jelmer: patch was broken [19:36] it needs completing [19:36] zbrown: In that case, "bzr merge" to merge the merge directive [19:36] then fix it followed by commit [19:36] oh so merge won't commit? [19:37] no, it'll just apply the changes, you have to commit it explicitly [19:37] ah ok [19:37] (and this sort of situation is exactly why it does't commit) [19:37] ah :) [19:37] I work mostly in git so still learning some of these things :) [19:39] jelmer, yeah, I thought it would take longer to get to where we are [19:40] packages.ubuntu.com offline for everyone here? (sorry, was DC'd) === rocky1 is now known as rocky [19:40] rocky: seems that way. [19:41] jelmer, it's actually usable by most people now! [19:41] beuno, :-) [19:43] beuno: Shouldn't the SQL cache be deleted on shutdown? [19:43] I think it used to usually be deleted, but it isn't anymore. [19:44] Peng_, ideally, no. It takes quite a few CPU cycles to generate it, not sure why we wouldn't want to take advantage of it already have been created [19:45] Ideally, then, you wouldn't use mkdtemp to pick it. :P [19:46] jelmer: don't suppose there's a good link somewhere that i'm missing for svn users who haven't really used bzr on how to get going with bzr-svn ? or do you just refer people to standard bzr docs ? [19:46] Hmm, I bet I could monkeypatch it to do that. [19:46] rocky, see the FAQ included with bzr-svn for bzr-svn things [19:46] rocky, for everything else, the regular bzr docs apply [19:47] Peng_, agreed. That's some of the left-overs ToDo's for serve-branches [19:49] rocky: If youre new to bzr you might want to checkout the following too: http://bazaar-vcs.org/BzrForSVNUsers [19:53] thanks [19:53] is there a simple mirror for packages.ubuntu.com that is up atm? === doko_ is now known as doko [19:58] * Peng_ writes a stupid monkeypatch in serve-branches even though it would be easier to just edit loggerhead/apps/filesystem.py. [20:00] * beuno cheers Peng_ [20:01] rocky, you may be able to use the debian package [20:01] rocky, http://packages.debian.org/bzr-svn [20:01] woot, "bzr branch git-url" works \o/ [20:02] beuno: My monkeypatch can't stop the mkdtemp directory from being created, so I'm automatically deleting it. :D [20:02] not at a workable speed though [20:03] Peng_, hehe, ok, we may work a bit on top of that, but it'll get us started :) [20:04] is it just me or is there no bzr deb for hardy at: https://launchpad.net/~bzr/+archive [20:04] do i need to get the intrepid one for that too? [20:05] um, actually, there is no intrepid one for that [20:05] rocky, there was a problem with the package, you can find them here: https://edge.launchpad.net/~bzr-beta-ppa/+archive [20:05] latest betas/rcs [20:05] * rocky needs a "yes rocky, you're stupid, so here are the links you need for bzr 1.5 on hardy and bzr-svn" ;) [20:05] Someone uploaded 1.6b3 for hardy (but no other series), then it was deleted, and 1.5 was never added back (I dunno if it's even possible). Right? [20:06] I don't think you can upload an older package, no. We'll probably have to wait til 1.6 is out [20:06] if i wanted to make a plugin to hook into the commit command, where would i learn how to do that? [20:06] ugh ... well if i upgrade to bzr 1.6beta3 (which does seem to have a deb for hardy) that means i'm out of luck with a bzr-svn plugin version to match up right? [20:07] Yay, just a page of shell to migrate svn tags to bzr. [20:07] berto-, http://doc.bazaar-vcs.org/bzr.dev/en/user-guide/index.html#using-hooks [20:07] is a good place to start [20:07] ToyKeeper: bzr-svn 0.4.11 will also support importing tags natively [20:07] ToyKeeper, fwiw [20:07] Yeah, but that's in the future. :) [20:07] rocky, you can run the development version of bzr-svn [20:08] beuno: BTW, I wrote a one-line patch to call the sql_dir "/tmp/loggerhead-cache-XXXXXX" instead of "/tmp/tmpXXXXXX". Interested? [20:08] berto-, http://doc.bazaar-vcs.org/latest/en/user-reference/bzr_man.html#hooks is also good [20:08] jelmer: any idea if it'll handle svn branches too? Those seem more difficult. [20:08] ToyKeeper, heh, true [20:08] ToyKeeper, older versions already handle svn branches [20:08] ToyKeeper, e.g. bzr svn-import [20:08] Peng_, yes, that's an improvment over what we have now. Send it over to the list please [loggerhead/merge] [20:09] beuno: OK [20:09] Ah, okay. I only tried that with 'bzr branch /blah/svn/repo' [20:09] starting to wonder if it's worth all this or if i should just use hardy's native bzr 1.3 and whatever bzr-svn version comes with it [20:09] beuno: thanks! [20:09] rocky, I would recommend just using 1.3 unless there are particular bugs you're hitting that are fixed in later releases [20:10] i don't think there are [20:10] just figured if i'm learning to use this system i should be using the latest === edcrypt1 is now known as edcrypt [20:26] is there an easy way to get the parsed command line from a plugin? [20:29] jelmer: I'm about to file an ITP on GitPython, have you looked at packaging it at all? [20:30] Odd_Bloke, nope, not yet [20:30] berto-, why would you need that? [20:30] jelmer: Cool, I'll take a look at it. [20:31] jelmer: i'm looking into writing a pre-commit hook that checks for implicit commits. i've grown accostomed to git where you either add something then commit, or explicitly specify the file[s] being committed. [20:32] jelmer: so, i wanted to check the args part of the command from a pre_commit_hook [20:33] berto-: a pre_commit_hook can't modify what is being committed because of the moment in the commit process it's being called [20:33] jelmer: i dont' want to modify, just raise a BzrError if no file was specified. [20:33] it's really a pretty simple addition i want to make. [20:33] berto-: start_commit_hook can modify what is being committed but it doesn't receive the list of files to commit atm [20:33] right now 90% of the time i commit, say doh, uncommit and then properly commit just the files i want. [20:35] jelmer: but i dont' want to modify, just reference, which is why i wanted to check the command line. if the args part of options, args = optparse.parse_args([...]) is empty i'll just raise BzrError. [20:35] berto-: well, sys.argv should contain the command line arguments [20:35] jelmer: right, but all the options as well. [20:35] i guess i can just exclude any that are prefixed with '-'. [20:35] berto-: right, so that's why you'd want start_commit_hook [20:36] but that needs to be modified to receive the list of specified files [20:36] start_commit_hook rather than pre_commit_hook ? [20:36] yeah [20:36] is there a page that describes all the hook invocations; like, what is the difference between pre_ and start_ ? [20:38] berto-: I'm not sure [20:39] start_commit_hook is part of MutableTree [20:39] jelmer: hmm, start_commit_hook does not work, but pre_commit does. [20:39] berto-: Doesn't work in what way? [20:39] when i try start_commit_hook, i get: Unable to load plugin 'explicitcommit' from '/Users/berto/.bazaar/plugins' [20:40] berto-: Are you sure you have the right name? [20:40] i thought start_commit_hook was the right name. [20:41] bzrlib.mutabletree.MutableTree.hooks['start_commit'] rather than bzrlib.branch.Branch.hooks['pre_commit'] [20:41] jelmer: this works: http://dpaste.com/67613/ [20:41] berto-, you'd need mutabletree.MutableTree where you have branch.Branch at the moment [20:41] and 'start_commit' where you have 'pre_commit' [20:42]