[00:02] <maxb> I previously planned to work on getting the %2B displayed unescaped, until I got scared off by the problems %7E vs. ~ was causing
[00:02] <maxb> But yes, there's no real justification for escaping that +
[00:16] <poolie> abentley: hi?
[00:16] <abentley> poolie: hi
[00:16] <poolie> hi i think i have better tc instructions, i was wondering if you could try them on your machine
[00:17] <abentley> poolie: sure thing.
[00:18] <poolie> http://doc.bazaar.canonical.com/bzr.dev/developers/testing.html#simulating-slow-networks
[00:18] <poolie> basically, just omit the third line
[00:19] <poolie> i think that's all that's needed
[00:19] <poolie> like http://typewith.me/7hBAzi2MYN
[00:21] <abentley> poolie: tc qdisc add dev lo parent 30:1 handle 40: prio
[00:21] <abentley> RTNETLINK answers: Operation not supported
[00:22] <poolie> yeah, leave that one out
[00:22] <poolie> just add the root discipline, the netem, and then the filters
[00:23] <abentley> poolie: If I continue, it errors: http://pastebin.ubuntu.com/658315/
[00:23] <poolie> oh, omit the 'handle 800::800'
[00:24] <poolie> i realize randomly cutting things out does not generally seem to work but in this case it does  :)
[00:24] <poolie> i think more stuff is now done automatically and is no longer allowed to be done manually
[00:24] <abentley> poolie: The typewith.me version doesn't error for me.
[00:24] <poolie> hooray
[00:24] <poolie> and does it work?
[00:24] <poolie> presumably you'll want different ports to 4155
[00:25] <abentley> poolie: dunno, I don't have anything on 4155 :-)  Let's try again with 80...
[00:25] <poolie> you might need more than 500ms for it to be clearly visible
[00:28] <mgz> poolie: when you have a moment, do you have the new PQM output for <lp:~mbp/bzr/test-errors>?
[00:29] <spiv> If you can't notice 500ms latency then you aren't making enough roundtrips ;)
[00:29] <abentley> poolie: I think it's working.
[00:29] <mgz> I'd like to build of that branch to resolve some remaining issues and get it landed at last.
[00:29] <poolie> btw i'm so happy to hear of lp people testing with that
[00:29] <poolie> were you going to use it for html/js ui stuff, or something else?
[00:29] <poolie> mgz, sure, me too
[00:31] <poolie> mgz, i put it on the mp; it looks very similar to what happened before
[00:31] <poolie> abentley, thanks, i'll update the bzr docs
[00:31] <abentley> poolie: yes, it's working.  Thanks!
[00:33] <poolie> https://code.launchpad.net/~mbp/bzr/doc/+merge/70386
[00:34] <mgz> poolie: thanks! I'll have a crack at that tomorrow.
[00:37] <poolie> thanks for fixing the knownfailure mismatch
[00:37] <poolie> i think there's a bug for that?
[01:12] <GRiD> hi poolie, did you have a moment to talk about bug #54624?
[01:13] <poolie> oh hi
[01:13] <poolie> sure
[01:13] <poolie> so, you asked about doing it from 'add'
[01:13] <poolie> in bzr, add just means 'mark this as versioned' of course
[01:13] <poolie> so, we could usefully give a warning there i suppose
[01:13] <poolie> but, perhaps people also want to be warned if an already-added file grows very large?
[01:13] <poolie> maybe not
[01:14] <GRiD> ah, hadn't thought of that
[01:14] <GRiD> well, the original idea seemed to be to prevent people from adding large files they didn't really mean to
[01:15] <poolie> yeah, i think you're right
[01:15] <poolie> also it's a bit easier to undo at that point
[01:15] <poolie> and just a warning will do
[01:16] <GRiD> ok, so it seems it should check the file during the list it's running through during an add, and warning at that point, skipping it if it's over the threshold.. ?
[01:16] <GRiD> which should probably be configurable
[01:16] <poolie> yes
[01:16] <poolie> and this needs to cover files implicitly added by recursion
[01:16] <GRiD> i hadn't dug into it, but it seemed there was a per branch config file. is that the right place?
[01:17] <poolie> that sounds good
[01:17] <poolie> you should get the branch config stack, which will look there and in the globla config etc
[01:17] <GRiD> ok. and how are those adjusted usually - by manually editing a file? should there be a command line to override and force this?
[01:18] <poolie> either by editing the file or by 'bzr config' or the gui
[01:18] <poolie> there's a separate bug about adding a command line option to set config flags
[01:18] <poolie> so, i wouldn't worry about that right here
[01:18] <GRiD> ok
[01:27] <GRiD> ok, so i'll work something up and push it early to a branch for review, like you mentioned.
[01:27] <poolie> cool, thanks
[01:27] <poolie> don't feel it has be perfect before you ask for review
[01:28] <poolie> i have to go out in a bit but i'll be back within about 2 hours
[01:28] <poolie> i'm going to do lots of reviews today
[01:29] <GRiD> ah well it's night for me, i wouldn't have anything before tomorrow at least
[06:29] <poolie> hi thomi
[06:29] <thomi> hi poolie
[07:21] <thomi> poolie: I notice that the diff on my lp merge proposal has merge conflict markers in it, but they're not in my local branch. LP bug perhaps?
[07:22] <thomi> also, if you're happy with my latest suggestion I'll go ahead and push that up now
[07:58] <poolie> thomi: i guess those conflicts are because the trunk changed since you started
[07:59] <thomi> poolie: oh, of course. Sorry, it's been a long week ;)
[08:00] <poolie> np, thanks for the patches
[08:07] <thomi> hmm, in trunk there's a half-written docstring in config.LocationStack that's causing the conflict.
[08:08] <thomi> poolie: are you happy with the approach I took in the config stuff? I'm done for the evening, but if you'd like me to change them let me know and I'll do final tweaks tomorrow.
[08:18] <poolie> i haven't reread the patch yet but it sounded good
[08:18]  * poolie looks now
[09:04] <maxb> jelmer: hi. do you think we should care about shipping subvertpy 0.8 and bzr-svn 1.1 for hardy?
[09:06] <jelmer> hi Max
[09:07] <jelmer> maxb, I guess so, is there anything in particular that makes it hard to build subvertpy 0.8 on hardy?
[09:16] <maxb> jelmer: debhelper 8.1 :-)
[09:22] <poolie> hi jelmer!
[09:23] <poolie> hi maxb
[09:40] <jelmer> hi poolie
[09:40] <jelmer> maxb: ah, argh
[09:40]  * jelmer tries to remember what we need 8.1 for
[09:41] <poolie> wow
[09:41] <poolie> ok, that's confusing
[09:41] <poolie> oneiric's unity shows the wrong title bar text
[09:41] <poolie> or, slightly out of date
[09:42] <poolie> that was nearly embarassing
[09:42] <jelmer> ouch
[09:43] <jelmer> I'm finding unity fairly bleeding edge in oneiric too
[09:43] <poolie> it still says #canonical when i've clicked in to #bzr
[09:44] <poolie> i'm just going to file about that then perhaps you can help me with something small
[09:45] <fullermd> Are we expecting a 2.4 RC sometime, or is .0 final the next up?
[09:45] <poolie> .0 is next unless there's a showstopper
[09:49] <poolie> vila should be back from his break in a day or two
[09:49] <poolie> did you want to put something in it in particular?
[09:49] <poolie> https://bugs.launchpad.net/ubuntu/+source/unity/+bug/820836
[09:49] <fullermd> Nah, just curious.
[10:02] <vila> hi all !
[10:03] <fullermd> Speaking of the devil...
[10:09] <vila> hmm, should I read the logs or can I get a summary ? ;)
[10:10] <jml> mgz: welcome back
[10:11] <fullermd> vila: Oh, nothing too interesting really.
[10:11] <fullermd> 04:49 <poolie> vila should be back from his break in a day or two
[10:11] <jml> mgz: I hope my fix for testtools actually fixed it, I don't have a windows install to test against
[10:11] <fullermd> Apparently, 13 minutes is a day.  Or maybe two   ;)
[10:12] <mgz> jml: thanks for the quick fix, I can pull again
[10:12] <vila> hehe, I'm back online but working from a friend's place, network needs to be tweaked, should be done soon
[10:13] <jml> mgz: cool.
[10:13] <vila> poolie: still around ?
[10:13] <jml> mgz: fwiw, I want to get the unicode bugs fixed, and then release asap
[10:13] <poolie> hi vila, welcome back
[10:13] <vila> jml: same here (but different project ;)
[10:14] <poolie> otp with jelmer atm
[10:14] <vila> ok
[10:15] <mgz> jml: that sounds good. I've got some ugly things I can do to make doctest work, can propose those and see how horrible you think they are
[10:15]  * mgz waves at vila
[10:15] <jml> mgz: cool.
[10:15] <vila> mgz: _o/
[10:16] <jml> mgz: now that I have an actual reliable way to run the tests across lots of Pythons, I feel much better about the whole thing
[10:16] <jml> oh
[10:16] <jml> never mind
[10:17] <mgz> well, that's also a good thing ;)
[10:46] <cheater> hi
[10:46] <cheater> how do i set up a bzr workflow where i can do local commits?
[10:47] <LeoNerd> bzr unbind  ?
[10:47] <LeoNerd> Or just  ci --local
[10:47] <LeoNerd> I usually opt for the latter on my laptop when I'm on the train
[10:47] <LeoNerd> then just  push  it later online
[10:48] <jpds> cheater: Isn't that the default?
[10:48] <jpds> With bzr branch?
[10:53] <poolie> the easy answer is to just branch and then you can commit locally
[10:53] <poolie> hi vila?
[10:53] <maxb> jelmer: For building subvertpy-dbg, and not having the #! lines sometimes point to the dbg python?
[10:54] <maxb> Anyway, I'm not too concerned, given I've already backported dh 7.3.15 to hardy .... 7.3 -> 8.1 can't introduce that many more requirements, right? :-)
[10:55] <jml> mgz: I feel like I'm still missing something re bug 804127
[10:55] <jelmer> maxb, :)
[10:55] <poolie> hullo jml!
[10:55] <jml> mgz: I guess Mismatch.describe() has a poorly defined interface, since it's not clear if it returns bytes or unicode
[10:55] <jml> poolie: hi :)
[10:55] <poolie> ... "sometimes generates unprintable comments from developers"
[10:56] <jml> poolie: hah
[10:56] <jml> poolie: you'll like the new release actually, it's much less noisy. much better errors (when they work)
[10:56] <poolie> oh excellent
[10:56] <poolie> mgz and i were working on a branch to suppress some of the bzr-side noise
[10:58] <jml> mgz: but perhaps you mean something else by not having a clear interface
[10:58] <jml> gahr. I should reply to the comment. I always hate it when people take things to IRC & then don't update.
[10:59] <poolie> vila, hi?
[11:00] <mgz> jml: right, if it's not clear what describe is allowed to return, you'll risk mixing non-ascii byte strings and unicode strings
[11:01] <mgz> okay, I need to nip out for a bit now, will be around again later
[11:01] <jml> mgz: cool. I'll update the bug report. Am keen to get this one nailed.
[11:01] <cheater> jpds, oh, i did bzr checkout.
[11:01] <cheater> thanks guys.
[11:01] <jml> mgz: thank you again for helping!
[11:02] <jelmer> cheater: bzr checkout creates a branch that's bound to the master branch, so every commit automatically goes there as well. bzr branch creates an independent branch.
[11:07] <poolie> night all
[11:10] <cheater> jelmer, gotcha :)
[11:20] <exarkun> oops, looks like bzr-hg plugin is not happy with beta bzr (or maybe I need beta bzr-hg to go with it)
[11:21] <exarkun> What's the quickest way to toggle a bzr plugin on and off?
[11:22] <exarkun> moving it out of the plugin directory I guess
[11:24] <jelmer> exarkun: yeah, either that or setting BZR_DISABLE_PLUGINS=hg as environment variable
[11:49] <vila> jelmer: what happened to the idea of making tag fetching optional for 2.4 ?
[11:50] <vila> jelmer: and more to the point should I delay the 2.4.0 release because of it ?
[11:51] <jelmer> vila: hey, welcome back!
[11:51] <vila> :)
[11:51] <jelmer> vila: Did you have a good vacation?
[11:51] <vila> yup, tons of hot weather
[11:51] <jelmer> \o/
[11:52] <vila> I'm in Val's baggages visiting a friend in Bretagne where the weather is.... different ;)
[11:52] <jelmer> Bretagne, nice :)
[11:53] <jelmer> Well, if the weather is nice :)
[11:53] <jelmer> vila: there hasn't been much progress on making tag fetching optional, as it's been pretty quiet around here
[11:53] <vila> yeah, it rains only once a year
[11:53] <jelmer> vila: I do think we really should make it optional before 2.4.
[11:53] <vila> but it almost never stops ;)
[11:53] <jelmer> vila: hehe
[11:54] <vila> jelmer: ok, so I should postpone the release for a week then
[11:55] <vila> jelmer: do we have a bug number for that ?
[11:55] <jelmer> I don't think we do yet
[11:55] <vila> ok
[11:56] <vila> anything else I should be aware of ? (I haven't read all backlogged mail yet)
[11:56] <vila> (but noticed babune being red in anger all over the place ;)
[11:57] <jelmer> vila: Yeah :-(
[11:57] <jelmer> vila: The other big news is that haproxy is now enable for codehosting \o/
[11:57] <vila> \o/
[11:58] <jelmer> there is one bzr bug related to that, but it's been present for a while so I'm not sure how important it is to fix before 2.4.0
[11:58] <jelmer> bug 819604
[13:07] <jelmer> vila: I vaguely recall you had some plans for running the tests against bzr.dev on babune, is that correct?
[13:27] <vila> jelmer: err, babune is running all tests against bzr.dev :) Which tests are you reffering
[13:27] <vila> referring to ?
[13:27] <jelmer> vila: sorry, I meant plugin tests
[13:28] <vila> ha, right, yeah, still planned, no ETA ;-}
[15:19] <abetterlie> hey all, I have a quick question about push-and-update plugin
[15:20] <abetterlie> I'm running bzr 3.2.1, and I moved the __init__.py and the push_and_update.py to my .bazaar/plugins
[15:21] <abetterlie> and no matter which transport I use, either bzr+ssh or sftp, I get This transport does not update the working tree of  bzr+ssh://matt@192.168.12.164/etc/puppet/
[15:21] <abetterlie> can anyone explain how to use this plugin?
[15:26] <abetterlie> ... please?
[15:35] <jelmer> hi abetterlie
[15:36] <jelmer> abetterlie: You need to add the plugin directory as a whole to ~/.bazaar/plugins
[15:41] <abetterlie> ah
[15:41] <abetterlie> ok
[15:42] <abetterlie> and it also needs to be renamed push_and_update, because - is not allowed for some reason
[15:42] <abetterlie> weird, becuase I have some precommit hooks that are bare .py files in .bazaar/plugins and they work just fine
[15:43] <fullermd> That only works if $pluginname is entirely contained in $pluginname.py
[15:44] <abetterlie> I see.
[15:46] <abetterlie> when I push, bzr is still spitting errors, but the plugin seems to be working fine.
[15:46] <abetterlie> should I file a bug?
[15:47] <fullermd> It'd be an enhancement, maybe.
[15:47] <fullermd> bzr's push still doesn't do anything with the remote working tree.  The plugin just makes it so when you run 'push', it does bzr's push and then _also_ does something else that does the update.
[15:48] <fullermd> I could see arguments both ways about supressing the message.  Not sure how easy it would be to do.
[15:49] <fullermd> Hm.
[15:49] <fullermd> https://bugs.launchpad.net/bzr-push-and-update/+bug/360521
[15:49] <fullermd> That sounds like it should already be there.
[15:49] <abetterlie> ah
[15:49] <abetterlie> that's the one
[15:49] <abetterlie> http://pastebin.com/XU9ybkka
[15:50] <abetterlie> I don't see why it was ever changed from a seprate command push-and-update
[16:36] <eridu> is there any way to disable SSL certificate checks in pycurl, or to enable authentication caching in urllib2?
[23:17] <poolie> hi all
[23:27] <jelmer> mørning poolie
[23:30] <poolie> moin
[23:42] <GRiD> hello
[23:44] <poolie> hi grid