[00:00] <lifeless> 2.4.2
[00:01] <ig1> morning
[00:09] <vila> lifeless: bingo ! I can reproduce it with python-2.4.4
[00:09] <lifeless> cool
[00:09] <vila> not accpepting interrupts though :)
[00:47] <lifeless> spiv: ping
[00:55] <spiv> lifeless: hi, just about to dive into your review
[00:56] <lifeless> spiv: thanks
[01:05] <lifeless> I have an updated deprecations patch
[01:06] <lifeless> and I missed a couple of trivial uses of vf.join()
[01:12] <bob2> http://blog.red-bean.com/sussman/?p=90
[01:12] <lifeless> spiv: if you want to talk about the branch I'm happy to do a clal
[01:21] <igc> lifeless: thanks for the detailed response to my filtering brain dump
[01:21] <lifeless> igc: eh, that was just a off the cuff :)
[01:22] <igc> np - I'm reviewing jam's patch right now and I'll digest your wisdom after that :-)
[01:22] <lifeless> igc: I haven't had time to give a proper analysis, but its a complex problem to do really well which is why I was so keen for us to layer it with the minimum
[01:24] <igc> lifeless: Agreed. I'll move the conversation to the mailing list so others can chime in as well.
[01:48] <poolie> igc, i think it may be ok to not worry right now about how to reapply all your filters to the tree
[01:48] <poolie> perhaps it does need to be fixed before we really announce it
[01:49] <igc> poolie: ok. I'll send an email anyway to give people time to think about it how it ought to work
[01:49] <poolie> mm
[01:49] <poolie> i should probably not think about it today, have too much more urgent stuff
[01:50] <igc> poolie: np - I can't implement a solution till next Tues at the earliest anyway
[02:03] <lifeless> poolie: igc: I think we need *a* method to reset a tree to the current filtered contents
[02:04] <lifeless> if 'bzr revert' did nothing, it would be most frustrating for people :)
[02:14] <poolie> i agree
[02:15] <poolie> lifeless: but things like update that normally do a 3way merge will be more difficult - they don't have the output from the old filter to merge against afaics
[02:15] <poolie> lifeless: re your patch
[02:16] <poolie> removing deprecated code
[02:16] <poolie> is there a current equivalent to MultipleRevisionSources?
[02:16] <poolie> like if we wanted to fix the problem of missing doing a fetch, is that easy with the current apis?
[02:17] <lifeless> poolie: 'update' should be fine as long as you reset the tree to match the filters before you update
[02:18] <lifeless> poolie: because it will always be merging the canonical forms
[02:18] <lifeless> poolie: MultipleRevisionSources is already unused
[02:18] <lifeless> and deprecated
[02:19] <lifeless> graph.ParentsProvider has cleaner functionality
[02:24] <igc> lifeless, poolie: email sent to the list now on this topic
[02:25] <igc> I need to focus on reviewing jam's patch right now so I'll digest everyone's input next week
[02:32] <poolie> lifeless: yes i saw it was deprecated
[02:38] <lifeless> spiv: updated patch sent; trivial changes
[02:38] <spiv> lifeless: thanks
[02:40] <lifeless> spiv: how is it looking ?
[02:40] <spiv> Pretty good.
[02:41] <spiv> No fundamental "wtf" issues :)
[02:41] <spiv> So far, anyway ;)
[02:44] <hersonls> poolie: New bazaar version now?
[02:44] <hersonls> :D
[02:52] <spiv> poolie: hooray!
[02:52] <spiv> poolie: I'm about to head off to your place... should we meet for lunch?
[02:54] <poolie> spiv, sure, call me when you get to the station
[02:54] <poolie> hersonls: yes
[02:55] <poolie> spiv, i may not be able to work on hpss right away but come on anyhow
[02:55] <hersonls> poolie: Good :D
[02:56] <spiv> poolie: ok
[02:57] <lifeless> spiv: review is done ?
[02:59] <spiv> lifeless: not yet, will continue on the train
[02:59] <lifeless> ok
[03:26] <abentley> lifeless: spent any time in Dunedin?
[03:27] <lifeless> abentley: born and bred
[03:28] <abentley> I'll be there on Sunday.  Anything I should see and/or do?
[03:28] <lifeless> the city gardens are beautiful
[03:28] <lifeless> they have some of the rare and endangered bird species there
[03:28] <lifeless> mmm winter, won'y suggest sandfly bay
[03:29] <poolie> abentley: when i was there i went out on the peninsula south of town
[03:29] <lifeless> the albatross colony might be open though, thats well worth a visit; and if you like beaches head out to the spit
[03:29] <abentley> Sandfly bay?  That sounds kinda ominous.
[03:29] <poolie> they have penguin and albatross nests
[03:29] <poolie> and giant sheep
[03:29] <lifeless> poolie: thats NE of town :)
[03:29] <poolie> maybe it moved :P
[03:30] <abentley> Cool.  Thanks for the suggestions.
[03:30] <lifeless> there are a number of nice lookouts, the one back of the quarry has a particularly good view of the city
[03:30] <lifeless> heading up mt cargill can be nice too
[03:31] <lifeless> its a uni town, I'm totally positive you'll be able to find an open mic as wlel
[03:31] <abentley> Hehe.
[03:31] <lifeless> really, I think its something like 10% population is floating students
[03:32] <lifeless> the whole place ebbs and flows to the university holiday schedule
[03:32] <mwhudson> it's like the last week of term i think
[03:32] <mwhudson> (at least it is at massey)
[03:34] <abentley> Hmm.  Yeah, I guess the only real university town I've been to is New Haven, Connecticut.  Toronto and Montreal have universities, but they're also big cities.
[03:34] <lifeless> oh,if the mei wah fish and chip shop is open, or the golden sun beside it, try some. One if unforgettably terrible, and one unforgettably good (or was 12 years ago).
[03:35] <lifeless> I won't tell you which is which :)
[03:36] <abentley> poolie: congrats on the 1.4ness
[03:37] <poolie> thanks, sorry for the delay
[03:38] <poolie> now for pqm toil
[03:38] <poolie> fortunately it is getting more automated each time - i just sent a patch deleting more steps from teh RM guide
[03:38] <abentley> lifeless: I'm a bit surprised common_ancestor is deprecated.  I believe I'm still using it in graph-ancestry.
[03:39] <lifeless> abentley: deprecated in 1.4
[03:40] <abentley> Ah, I'm actually using node_distances and select_farthest.
[03:41] <lifeless> :)
[03:45] <poolie> abentley: have a good trip btw
[03:45] <abentley> poolie: Thanks.
[04:29] <poolie> abentley: if by any chance you're still here: what was the case with lp push or pull that was slow for you?
[04:30] <lifeless> poolie: bzr branch <the code of launchpad itself>
[04:30] <lifeless> poolie: over hpss
[04:31] <lifeless> poolie: I think his mail didn't discriminate enough between using lp, and being lp :)
[04:31] <lifeless> spiv and I are aware of this and have both done some analysis
[04:31] <poolie> into an empty repo?
[04:31] <lifeless> poolie: no repo
[04:31] <lifeless> poolie: call ?
[04:31] <poolie> ok
[04:38] <abentley> poolie: It was branch
[04:39] <abentley> poolie: I'm in the middle of repeating it for you.
[04:39] <abentley> But the whole process takes > 1 hour
[04:55]  * igc lunch and pick up kids -bbl
[05:02] <abentley> lifeless: I'm a bit lost on how to change ReconcilePacker to update sha1s.
[05:10] <lifeless> abentley: indeed
[05:10] <lifeless> abentley: it needs to override the revision bulk copy and have it occur after the inventory copy; during the inventory copy you'll need to determine what the correct sha1s are
[05:11] <lifeless> a subclass for the case where this is needed may be appropriate
[05:12] <abentley> In order to update the sha1s, I need to know the correct serializer, so I need the repository.  Which seems like a layering violation.
[05:13] <lifeless> well the repository chooses the reconciler etc
[05:14] <lifeless> so it can pass in the serializer (though isn't the sha1 on disk always the correct one now ?)
[05:14] <lifeless> oh! it needs the revision serialiser
[05:14] <lifeless> I definitely think a subclass is appropriate here
[05:27] <abentley> Though perhaps if I need the repo anyway, I should be using repo methods.
[05:44] <abentley> lifeless: Is there any easy way of reading/writing fulltexts from a PackCollection?
[05:44] <lifeless> yes
[05:44] <lifeless> one sec
[05:45] <lifeless> you instantiate a KnitVersionedFile on the pack and a GraphIndex (for revisions|signatures|inventories|knits)
[05:46] <abentley> I can do that on a single pack, not the PackCollection?
[05:46] <lifeless> to read the old revisions I would do use the existing repositories iter_revisions or whatever
[05:47] <lifeless> you can, but there is no guarantee that you can read a given uncompressed text from a single pack
[05:47] <lifeless> basis texts may well be in different packs
[05:47] <lifeless> For reading revisions I would use the repositories methods
[05:48] <lifeless> for writing them serialising and adding is probably cleanest (see the output_knit variable around line 1062)
[05:48] <abentley> Not important for this case, since revisions are not (supposed to be) delta'd.
[05:48] <lifeless> the existing reconcile code does 'repo.weave_store.get_weave(file_id, transaction) to read texts
[05:48] <lifeless> that is by far the simplest way
[05:49] <abentley> Okay, thanks.
[05:57] <spiv> lifeless: review heading your way
[06:01] <lifeless> thanks
[06:01] <spiv> Hmm, or at least it will be once I sort out my mail delivery...
[06:07] <lifeless> :P
[06:14] <jrydberg> morning you hackers.
[06:14] <lifeless> where, where?
[06:14] <jrydberg> there, there.
[06:14] <jrydberg> sup robert?
[06:14] <lifeless> spiv: short story, is it tweak? bounce? approve?
[06:15] <spiv> lifeless: tweak
[06:15] <rockstar_> Morning?  It's 2300 here!  :)
[06:15] <lifeless> jrydberg: VersionedFiles is taking shape
[06:15] <lifeless> rockstar_: wait 46 minutes
[06:15] <poolie> starting ppa rebuild of 1.4
[06:15] <spiv> lifeless: but if you want to bounce up and down, I won't stop you ;)
[06:15] <jrydberg> lifeless: Finally.
[06:15] <lifeless> jrydberg: well, there was a bunch of prep work to do :)
[06:15] <lifeless> jrydberg: how are you, haven't chatted in -ages-
[06:16] <jrydberg> lifeless: hehe.
[06:16] <jrydberg> lifeless: i'm fine, i'm fine.  just trying to use computers are little as possible in my spare time.  noticed that it helps my motivation at work.
[06:19] <poolie> jrydberg: heh, me too :)
[06:19] <poolie> or at least i am trying to be careful of that effect
[06:19] <jrydberg> i've turned to photography instead.
[06:19] <jrydberg> equally geeky, less computers.
[06:19] <lifeless> well thats 8 hours poolie
[06:19] <lifeless> poolie: so I'm calling it till Monday
[06:20] <lifeless> jrydberg: this is my solution, to be self strict about work | hobby time
[06:20] <spiv> lifeless: you should have that mail now
[06:20] <spiv> abentley: thanks for that log
[06:20] <abentley> spiv: No problem.
[06:21] <lifeless> well, I'll reply first :)
[06:21] <lifeless> then call the day
[06:23] <poolie> lifeless: can you read this one mail i'm going to send first? :)
[06:23] <poolie> about PPAs
[06:43] <lifeless> I think beta is overkill
[06:43] <lifeless> just use snapshot for betas
[06:43] <lifeless> IMO
[06:44]  * lifeless waves
[08:53] <igc> night all - have a good weekend
[08:53] <igc> back Tuesday for me
[11:14] <vila> ok, I narrowed down my pqm hanging scenario, reproduced on gutsy with:
[11:14] <vila> python2.4 bzr selftest bzrlib.tests.test_strace.TestStrace.test_strace_callable_is_called bzrlib.tests.test_strace.TestStrace.test_strace_callable_result bzrlib.tests.blackbox.test_serve.TestBzrServe.test_bzr_connect_to_bzr_ssh
[11:15] <vila> any advice greatly appreciated while the diagnosis continues ;-)
[11:16]  * fullermd has none whatosoever.
[11:18] <vila> fullermd: thanks for the warm moral support :-P
[11:19]  * fullermd is helpful like that   :]
[11:20] <fullermd> strace does sound like a good candidate for twisting up a machine, though.
[11:24] <vila> the puzzling bit is that I submitted a  patch that first glance has strictly nothing to do with strace :) Neither at second glance FWIW
[11:25] <vila> and to make it funnier I can reproduce it on a single machine only while, still at first glance, the two are gutsy installs :)
[11:25] <fullermd> With strace installed?
[11:26] <fullermd> I know the tests skip without it (I don't have it installed)
[11:26] <vila> fullermd: excellent idea ! But both have the same version installed
[11:27] <vila> both says 'tests passed' (i.e. really late, nearly before exiting) but one hang after that
[11:28] <fullermd> Well, maybe strace isn't standard-installed, but one has it chosen as additional.
[11:29] <fullermd> I could believe that strace enables something that runs at cleanup time, so that could cause a late hang.
[11:29] <fullermd> (of course, I'm in pure speculation mode here, so I could well be making it up as I go along too  :)
[11:34] <vila> I don't remember if I installed them myself, but that was through synaptic anyway, so both installs should be correct, but looking at the code I suspect something related to 'import subprocess' since these tests use that, there may be some weird interaction
[11:35] <vila> I think my patch just revealed a latent bug
[11:39] <vila> test_bzr_connect_to_bzr_ssh has several 'XXX' anyway
[11:39] <vila> spiv: are you still around by chance ?
[11:56] <fullermd> Great, you broke him.
[11:59] <vila> fullermd: damn :)
[12:02] <fullermd> That's talent.  You exposed a latent bug in bzr _and_ spiv at the same time  ;)
[12:33] <vila> fullermd: lol, I will meditate about that during lunch :)
[15:07] <jsled> I've a shared repo, with a branch 'trunk'.  I've done `bzr branch trunk local`.  Now, I'd like to rename 'local' to something else.  Is it just "mv local something-else", or does bzr need to get involved, and if so, by what command?
[15:09] <james_w> jsled: "mv local something-else" is fine
[15:10] <james_w> jsled: bzr would need to get involved for something like "mv local /somewhere/else/entirely"
[15:10] <james_w> as long as you stay within the shared repo you should be ok.
[15:10] <jsled> thanks. :)
[15:10] <james_w> (assuming you don't move something inside another branch, or a repo in repo or similar)
[15:42] <visit0r> hi, is there someone using the bzr-hookless-email? for some reason it seems to hang and leak memory like crazy.
[15:42] <visit0r>  File "/usr/lib/python2.5/site-packages/bzrlib/repository.py", line 1520, in deserialise_inventory
[15:43] <visit0r> probably that's the hanging function
[16:38] <jelmer> dato: ping
[16:38] <jelmer> dato: your upload of bzr 1.3.1-1 doesn't appear to be in the bzr branch on alioth
[16:53] <chadmiller> Hi all.  Has anyone tried reviewboard with Bazaar?  It seems to have gotten some of Bazaar support lately.
[16:53]  * chadmiller doesn't know how deep it goes.
[16:53] <jelmer> chadmiller: I think statik was the person who did most of the work on that
[16:53] <jelmer> statik, ^
[16:56] <chadmiller> From the log, "Patch from Henrik Hedberg to add basic support for the Bazaar SCM."
[16:56] <chadmiller> That ain't statik.
[16:57] <jelmer> hmm, must be another branch than https://code.launchpad.net/~statik/reviewboard/bazaarsupport then that got merged..
[17:01] <chadmiller> A related question:  That patch has some questionable choices in it.  Instead of importing bzrlib, it runs "bzr" with arguments and catches stdout.  Is that as silly as I think it is?  Do you consider the internal bzr APIs stable?
[17:01] <chadmiller> Or, rather, /is there/ a public API for bzr?
[17:02] <jelmer> ah, ouch
[17:02] <jelmer> there is a public API for bzr in Python (in which reviewboard is also written)
[17:03] <jelmer> that does indeed seem like a very questionable choice
[17:05]  * lamont struggles to remember how to import a cvs tree into bzr
[17:09] <lamont> and finds it
[17:20] <surfous> I've got a local branch that is a checkout of a branch hosted in Launchpad... I've just done a bzr upgrade to upgrade the format. What's the proper way to get my remote master branch upgraded as well? It still appears to be of format BzrBranch5
[17:21] <beuno> surfous, bzr upgrade sftp://user@bazaar.lauchpad...
[17:21] <beuno> upgrading it through sftp on LP
[17:21] <beuno> but, be warned, it takes a while
[17:25] <surfous> beuno: Thanks for the info - I fear it's sending me on a tail-chase, though...
[17:25] <surfous> What prompted me to do this was trying to tag my branch. I got the following error:
[17:25] <surfous> bzr: ERROR: Tags not supported by BzrBranch5('bzr+ssh://surf@bazaar.launchpad.net/%7Epyax/pyax/release/'); you may be able to use bzr upgrade --dirstate-tags.
[17:26] <surfous> I did a bzr upgrade which brought my format up to pack-0.92
[17:26] <surfous> local format, that is
[17:27] <surfous> trying to upgrade the remote branch tells me: bzr: ERROR: The branch format Bazaar-NG meta directory, format 1 is already at the most recent format.
[17:28] <surfous> So one operation tells me I'm out of date, and the other tells me I'm up to date, when ultimately, I'm just confused.
[17:29] <jelmer> surfous, try upgrading over sftp rather than bzr+ssh
[17:29] <beuno> surfous, what does "bzr info -v" on the remote branch tell you?
[17:30] <surfous> jelmer: Cool, that seems to be doing more than what I had before... I'll see where that lands me.
[17:32] <surfous> beuno: surf@fischer:~/src/pyax/release$ bzr info -v bzr+ssh://surf@bazaar.launchpad.net/%7Epyax/pyax/trunk
[17:32] <surfous> Standalone branch (format: unnamed)
[17:32] <surfous> Location:
[17:32] <surfous>   branch root: bzr+ssh://surf@bazaar.launchpad.net/%7Epyax/pyax/trunk/
[17:32] <surfous> Format:
[17:32] <surfous>        control: bzr remote bzrdir
[17:32] <surfous>         branch: Remote BZR Branch
[17:32] <surfous>     repository: bzr remote repository
[17:32] <surfous> Branch history:
[17:32] <surfous>         51 revisions
[17:32] <surfous>          4 committers
[17:32] <surfous>        371 days old
[17:32] <surfous>    first revision: Thu 2007-04-26 10:50:37 -0700
[17:32] <surfous>   latest revision: Thu 2008-05-01 14:17:23 -0700
[17:32] <surfous> Repository:
[17:32] <surfous>         63 revisions
[17:32] <surfous>        324 KiB
[17:33] <surfous> beuno: I know I referenced my release branch before, any this is on my trunk, but the problem was the same on each
[17:36] <beuno> surfous, right, for some reason, that's very uninformative, but upgrading through sftp is the way to go
[17:37] <surfous> beuno: And it does indeed take a while as you'd warned, but I've no problem waiting.
[17:37] <surfous> Thanks a lot for your help, beuno and jelmer!
[17:37] <beuno> surfous, :)
[19:11] <jelmer> abentley, hi
[19:38] <lamont> given a bzr 1.3.1 tree, bzr log says that the current revision is '47'.  is there any trivial way to get that out of bzr short of  resorting to perl/awk/sed/grep foolery?
[19:39] <beuno> lamont, bzr revno?
[19:39] <lamont> I knew there had to be something.  thanks
[19:39] <beuno> :)
[19:40] <lamont> "version" and "revision" didn't give me what I wanted, so I decided that asking would be quicker.  thanks again
[19:41] <beuno> nothing better then taking advantage of random knowledge on IRC!
[20:15] <beuno> *ignore me* #214825
[23:26] <matkor_> Hi !. Is is possible to ignore all ".svn" dirs regardless how deep they are ?
[23:28] <james_w> does "bzr ignore .svn" not work?
[23:31] <matkor_> let me see ...
[23:32] <matkor_> james_w: Works, thank you very much
[23:32] <james_w> no problem
[23:33] <trepca> i have two branches ... trunk and branch1, people commit to trunk and also tag commits
[23:33] <trepca> how could i diff these two and only limit on tagged commits
[23:34] <james_w> I'm not sure that's possible
[23:34] <trepca> ok, thanks :)
[23:34] <james_w> you want to diff two branches but only show the changes that were introduced in one by certain commits?
[23:35] <trepca> trying to implement a code review
[23:35] <trepca> when people close a bug, they commit with a tag containing the bug id
[23:36] <trepca> laterz
[23:36] <trepca> night