[00:31] <poolie> lifeless, any reason in particular for the hearts today?
[00:36] <lifeless> bzr+ssh bzr-search support
[00:36] <poolie> ah :)
[02:23] <james_w> hi poolie
[02:24] <poolie> hi james
[02:33] <poolie> class OutOfTea(errors.BzrError):
[02:33] <poolie> :)
[02:38] <fullermd> Being out of tea sounds more like a solution than a problem to me...   :p
[02:40] <poolie> page KombuchaKip :)
[02:40] <poolie> it's an example error in jelmer's test code
[02:44]  * KombuchaKip lol
[03:18] <Noldorin> hey poo
[03:18] <Noldorin> poolie*
[03:21] <mwhudson> :-)
[05:38] <sobersabre> hi.
[05:39] <sobersabre> Is it possible to install bzr 2.5 on python 2.5 ?
[05:39] <sobersabre> (from source)
[05:42] <poolie> hi sobersabre, no, i think bzr 2.5 needs python2.6
[05:43] <poolie> but 2.4.x will be ok
[07:39] <wgz> bus time
[07:46] <poolie> hi wgz
[07:48] <sobersabre> poolie: thanks. I did manage to install 2.4 on py2.5
[07:49] <poolie> good
[09:06] <mgz> morning!
[09:09] <MacSlow> hey there folks
[09:11] <mgz> hey
[09:29] <poolie> hi mgz, vila
[09:37] <poolie> hi mrevell
[09:37] <mrevell> Hey there poolie and everyone else.
[09:49] <mgz> really must finish option stuff this morning
[09:56] <poolie> ok
[09:56] <poolie> mgz i should go, but could you look at https://answers.launchpad.net/bzr/+question/179852
[09:56] <poolie> and maybe some others
[09:56] <poolie> i have loggerhead just about baked serving tgzs
[09:56] <poolie> i thought of you :)
[09:57] <mgz> poolie: will do
[09:58] <mgz> ah, I'd never run an ssh server on a windows box
[09:58] <poolie> i would like to just hook up 'bzr serve --ssh'
[09:58] <poolie> how hard can it be? :/
[09:59] <mgz> not very I imagine, on nix at least :)
[09:59] <poolie> :)
[09:59] <poolie> well, using paramiko
[09:59] <poolie> trying to take care of some of the hookup issues people have
[09:59] <poolie> on windows
[10:02] <mgz> I agree we need a better server answer, I do bzr+http with apache doing the access control
[10:02] <mgz> and that's not trivial to set up correctly.
[10:03] <mgz> jelmer: you landed a proposal I wanted to comment on too fast ;_;
[10:04] <mgz> but I was stuck thinking of a better suggestion, so maybe it's not really that bad
[10:08] <poolie> ok, night europe
[10:08] <mgz> night poolie!
[14:27] <mgz> ah, you're working on the config test failures vila?
[14:27] <mgz> I was just looking at that
[14:27] <vila> I have a fix
[14:27] <vila> It's so silly...
[14:27] <vila> mgz: By the way, hi ! ;)
[14:27] <mgz> the tests look dodgy, they use a relative url like "/home/user/project", which naturally doesn't resolve anywhere sensible on windows
[14:28] <vila> it doesn't have to
[14:28] <vila> it's the caller responsibility to provide an appropriate location and the code base already ensures that
[14:29] <mgz> but the location stack resolves it using abspath
[14:29] <vila> for unclear reasons I felt the need to add a location = urlutils.normalize_url(location) which broke these tests
[14:29] <mgz> which looks at the real filesystem
[14:29] <mgz> right
[14:29] <mgz> that's the issue.
[14:29] <vila> removing that code doesn't break any test and make the windows ones pass
[14:30] <vila> I probably had another issue while adding that and addressed this issue in the end
[14:30] <mgz> okay, that's fine then.
[14:31] <mgz> I don't think I need to say that LocationStack should be clear about if it wants a url or a file path, and isn't currently :)
[14:31] <vila> I wanted to talk with you
[14:31] <vila> but thought I should reload the context
[14:32] <mgz> okay, fresh page.
[14:32] <vila> and I knew these lines were in scope, so, I tried removing this suspicious call first...
[14:32] <vila> and my sub-conscience won :)
[14:33] <vila> hmm
[14:33] <vila> yeah, this could be clarified...
[14:33] <vila> s/could/should/
[14:33] <mgz> so, I have a design twinge that path functions should be clear about whether they look at the local filesystem or not
[14:34] <mgz> you were basically caught out here by 'normalize_url' looking safe and cuddly, but actually calls abspath which depends on the filesystem and cwd
[14:35] <vila> I think there is a FIXME in the location config code saying that we accept synonyms for local paths as file: urls which is an issue in itself
[14:35] <vila> yeah, I vaguely remember adding that because I suspected some relative paths bogus handling
[14:38] <vila> mgz: https://code.launchpad.net/~vila/bzr/892992-locations-on-windows/+merge/83299
[14:39] <vila> yeah, in addition to looking safe it silently made the section matching fail, hence the test failures
[14:39] <vila> this hints that I should have tests more specifically targeting the section matching
[14:40] <vila> in other news, for unknown reasons the osx slave suddenly decided that it was 'Unable to locate a Java Runtime to invoke.'
[14:40] <vila> huh ?
[14:41] <mgz> rubber stamped.
[14:41] <mgz> blame java!
[14:41] <vila> dong a software update brought a java *update* and solved the issue but the root cause for this error message is puzzling
[14:42] <vila> was the precious version disabled ? How ?
[14:42] <vila> nobody is tweaking this osx slave (except me ;)
[14:42] <mgz> macs are mysterious objects of wonderment and quizzling
[14:42] <vila> mgz: thanks !
[14:43] <mgz> best not approached, or you may come to regret it..
[14:43] <vila> hehe
[14:44] <vila> mgz: by the way, regarding your option help tests, try bzr-diffstat, istm one option escapes your check
[14:45] <vila> the plugin overrides cmd_diff, that may explain the why, but I didn't dig enough to propose a how
[14:45] <mgz> the global --file option at least is unchecked, which doesn't hurt much
[14:46] <mgz> and plugins (including builtin ones) aren't either, but would be nice to provide an easy way for them to subclass the test an opt in.
[14:46] <mgz> how would a plugin enumerate all the commands it registered?
[14:47] <vila> some plugins already uses a list *to* register
[14:47] <vila> :)
[15:00] <vila> slangasek: ping, see bug #884270
[15:12] <mgz> vila: pqm gave failed your branch?
[15:13] <vila> mgz: no, it landed it, what made you believe that ?
[15:13]  * vila forces a run on babune windows slave 
[15:17] <mgz> ...launchpad being slow, sorry
[15:18] <vila> no worries, just curious
[15:18] <mgz> confused by looking during the window between the PQM page showing no jobs, but the review page still having the branch as approved
[15:18] <vila> oh yeah, I know that one
[15:19] <vila> sometimes the pqm page shows the end of the previous submission but never for long
[15:58] <vila> mgz: down to 7 failures (with 3 being spurious not ?)
[16:00] <mgz> those are all the windows/sftp rename race
[16:01] <vila> good, down to one root cause then
[16:01] <mgz> which is now bug 891602
[19:07] <jelmer> hmm, more feature flags work this evening
[19:33] <wgz> ...are you trying to create more of a backlog for the poor patch pilot when he wakes up in the morning?
[19:38] <jelmer> I'm just worried he'll run out of things to review.
[20:50] <wgz> ah, now I'm back home I can run my auto-ignore launchpad tag spam imap script
[20:50] <wgz> which is nice as they've now removed all the tags that accidentally got added earlier...
[22:08] <thumper> an interesting data point
[22:09] <thumper> $ bzr branch lp:nux/1.0 nux-1.0
[22:09] <thumper> Branched 497 revision(s).
[22:09] <thumper> HPSS calls: 30 (0 vfs)
[22:09] <thumper> $ bzr co lp:nux/1.0 nux-1.0-checkout
[22:09] <thumper> HPSS calls: 48 (15 vfs)
[22:09] <thumper> checkout really that much more expensive in round trips?
[22:27] <jelmer> thumper: hi
[22:27] <thumper> hi jelmer
[22:47] <poolie> hi all
[22:48] <jelmer> thumper: hmm, thatÅÅ really odd
[22:48] <jelmer> it should basically just be "bzr branch" + "bzr bind"
[22:50] <poolie> hi jelmer
[23:28] <KombuchaKip> Are there any plans to hook the Nautilus rename command into the bzr rename functionality when using the plugin for Nautilus on a repository?
[23:29] <beuno> KombuchaKip, I don't think so, there isn't a lot of activity around bzr-gtk
[23:29] <beuno> jelmer may know
[23:29] <poolie> i doubt anyone is specifically planning to do it
[23:29] <poolie> it seems like a sensible thing to do though
[23:29] <poolie> iirc hg dropped their nautilus support
[23:30] <KombuchaKip> beuno: Oh really? I didn't know that. Is the plugin dead? I created this bug report about it. https://bugs.launchpad.net/bzr-gtk/+bug/797438
[23:30] <poolie> do you want to try a patch for it?
[23:30] <poolie> it's not dead
[23:30] <poolie> right now i'm trying to get tarball downloads from loggerhead hooked in to launchpad
[23:30] <KombuchaKip> poolie: Sure I'd try a patch for it.
[23:30] <poolie> almost there
[23:31] <KombuchaKip> poolie: I'll be around, just buzz me whenever you're ready. I am using bzr from the PPA.
[23:33] <jelmer> hi beuno, KombuchaKip
[23:33] <jelmer> KombuchaKip: IÇ've done some work recently to port nautilus-bzr to the new Nautilus plugin API
[23:33] <beuno> o/ jelmer
[23:33] <beuno> o/ poolie
[23:33] <poolie> hey there
[23:34] <KombuchaKip> jelmer: Ah, so that's why its sort of idle right now. I forgot that everything has to be moved to Gnome 3.
[23:35]  * KombuchaKip enjoys channels with relations to Ubuntu much better than others because the people are nice.
[23:35] <jelmer> KombuchaKip: it would indeed be nice to hook into the Nautilus rename command, but unfortunately the Nautilus extensions don provide that sort of hook yet
[23:36] <spiv> jelmer: I guess there's always inotify… ;)
[23:37] <jelmer> spiv: heh
[23:37] <KombuchaKip> jelmer: I figured that was probably why it wasn't done, because it seemed intuitively straight forward since other commands are hooked. So I suppose we have to wait until Nautilus provides an API for that. Maybe you could add a comment for that at the end of this here? https://bugs.launchpad.net/bzr-gtk/+bug/797438
[23:37] <poolie> hey spiv
[23:37] <KombuchaKip> jelmer: I'd do it myself, but I have no experience with the API.
[23:37] <poolie> i did some lp fixes after gdd, don't know if you saw
[23:37] <poolie> 'less awful search results' basically
[23:37] <jelmer> KombuchaKip: thereÅ's already a comment from me there to that extend :)
[23:38] <KombuchaKip> jelmer: Ah, I understand it now. I just saw that.
[23:38] <spiv> poolie: I did!
[23:38] <KombuchaKip> jelmer: I wonder if upstream knows.
[23:38] <spiv> poolie: (if you're talking about the meta description stuff)
[23:39] <poolie> yeah, schema.org tags, that kind of thing
[23:44] <KombuchaKip> poolie: How do you plan to patch it if apparently nautilus-python doesn't have a way to track file renames?