[00:00] poolie: I didn't know about bzr remove-branch when I filed the bug. Apparently lifeless didn't either as he didn't suggest it ... [00:01] So if that had worked, I'd have been happy. [00:02] It may just be that bzr on alioth is too old (2.1.5.) [00:02] poolie: Does that clarify it? [00:04] yep [00:04] actually i answered, and i had forgotten it was now built in [00:04] maybe robert did too [00:04] given all this i think it's not an upstream bug [00:06] do you agree? [00:06] it's probably not something we would put back into the 2.1 series [01:23] I agree it shouldn't be backported. [01:31] poolie: hi, https://bugs.launchpad.net/launchpad/+bug/717094 - may benefit from a bzr person eyeballing it [01:31] Ubuntu bug 717094 in Launchpad itself "InvalidURL OOPS in translatePath because of URL containing non-ascii chars, again" [Critical,Triaged] [01:31] hi lifeless [01:32] poolie: hi :) [01:33] that bug description sounds like it's my kind of thing. [01:33] mgz: its in the lp bzr codehosting stack [01:34] oh what, i thought i fixed all of them [01:34] tada [01:35] oh [01:37] * mwhudson preemptively hates mod_rewrite a bit [01:37] i'm happy to hand it to either of you [01:39] ...maybe I'll get a copy of launchpad in may, I've never succeeded in branching it. [01:41] poolie: i think you can keep it :) [01:41] the bzrlib side seems too strict for urls that might just get entered by hand, I don't see a mod_rewrite fix unless you do something like surrogate-escape does. [01:42] mwhudson, lifeless: sorry I didn't make it back before. Fell asleep while putting my son to sleep. [01:42] Note that the fix for loggerhead (mentioned elsewhere) should probably be using urllib.quote(path.encode('utf-8')) [01:42] poolie: strange that clicking download on the file with chinese characters on http://bazaar.launchpad.net/~czhedu/+junk/hi_baidu_com_xxai/files works though [01:42] rather than cgi.escape() [01:42] since it is URL stuff, rather than HTML content stuff. [01:42] and I wonder if this isn't something similar [01:43] where we are generating a url and escaping it via the wrong transformation [01:43] jam: mwhudson: ECHANNEL [02:06] go to bed jam! :) [02:08] poolie: well, I slept a little bit already [06:51] spiv: are you online? [06:52] mr-russ: I am [06:53] cool. I'm the bzr as single user doc patch guy. [06:53] I just figured that out :) [06:53] Did my review make sense? [06:53] The reason I wrote the doc is I was one of the users you mention and I couldn't find how to do it. [06:54] Your review makes sense. However my bzr doc skillz are basically zero. [06:54] Apparently better than that! [06:54] I get the idea, but I don't know how to build the docs, or view the tags. [06:54] and the :: type stuff, I don't know where I might find out more about that. [06:54] So I'm happy to give it a try, but I feel like I might need a bit of formatting help. [06:55] 'make docs-sphinx' [06:55] That should build the docs, you probably need to install some dependencies to have that work [06:55] package hunting now. [06:56] thanks for adding that mr-russ [06:56] The format is called restructured text [06:56] It's probably the biggest barrier to switching from svn. How to do an svn type setup easily on bzr. [06:57] I tried apache route but too hard, danger. But it was documented mostly :) [06:58] http://sphinx.pocoo.org/rest.html is a good intro, and http://sphinx.pocoo.org/contents.html in general for the overall documentation tool we're using (sphinx) [06:59] my question/concern about the bzr_ssh_path_limiter is that it's not installed by default. So it's more work to make it all go. [06:59] I don't even know how to install it under ubuntu. [06:59] mr-russ: fwiw, the only svn repo I interact with regularly is via a regular ssh account with a real user and home dir etc :) [06:59] Yeah, that's a good point. [06:59] I guess the obvious question is where should it be installed? I suppose /usr/bin would be reasonable [07:00] (for the Ubuntu package at least) [07:00] /usr/bin is obvious. lots of debian packages just put contrib in a /usr/share/bzr/contrib type area. [07:00] But you could install it anywhere, really [07:00] And just adjust the command="..." config to give the full path to it [07:01] But for this kind of documentation, having it easy for a new user is key from my perspective. [07:01] so if it gets installed by default for 2.4.x, then we can change the command. [07:01] /usr/share/doc/bzr/contrib would be better than nothing, but not great. [07:02] I'm happy to avoid mentioning bzr_ssh_path_limiter for now until it genuinely becomes easy [07:02] (i.e. have it installed somewhere by default) [07:02] You should definitely fix the missing --inet though :) [07:03] yeah, waiting for doc build to finish. [07:04] My 5 year old laptop is okay, not brilliant. [07:04] how can I improve my markup knowledge? [07:04] :: is an example, is there a reference file, or anything else basic to know. [07:05] spiv: thanks for the review though. Very helpful. As you can see I'd like to get this completed :) [07:05] The links to sphinx.pocoo.org I gave above are probably the best source for docs about the doc system [07:06] Heh, although their ReST primer doesn't mention :: [07:07] http://docutils.sourceforge.net/docs/user/rst/cheatsheet.txt, http://docutils.sourceforge.net/docs/user/rst/quickstart.html [07:07] Specifically for preformatted text with :: -> http://docutils.sourceforge.net/docs/user/rst/quickstart.html#preformatting-code-samples [07:08] Ok, I'm off for a little bit [07:10] cheerio spiv, see you in a bit [07:37] hi all ! [07:39] my bzr newbieness has got me again. [07:39] I bzr pulled from the bzr branch. [07:39] It says I've diverged and need to merge. I ran bzr merge and there are all these files for me to commit. [07:40] Should I commit them, but what message do I put? is there a default merged commit message? [07:42] mr-russ: "Merge trunk." or similar [07:43] A commit message is generally used to describe what you did, and that's what you did :) [07:43] thanks. [07:43] my first use of shelving my changes, merge and unshelve. [07:43] spiv, jam, vila, want to chat in a couple of minutes? [07:43] sure [07:43] poolie: sure [07:43] Yes, let's :) [07:44] here or mumble ? [07:44] let's mumble? [07:45] I'm on mumble with spiv [07:47] [07:47] vila: same problems today? [07:47] vila: can you hear us at least? [07:47] yup [07:48] okay, my next attempt is up, I'll leave it for you all to review. [07:48] mr-russ: thanks! [07:48] jelmer: if you're up, we're on mumble [07:48] spiv: your' mic is locking "on" with background noise [07:53] spiv? [07:56] poolie: X crashed and apparently took my whole system with it [07:56] wow [07:56] insert xkcd joke about '2003 called' [07:57] poolie: did you warn them? [07:57] (I'm back) [08:12] May i ask a silly simple question? How do i set the remote username in the windows bzr interface? It keeps using my workstation's username, like so http://j.mp/enNaNX [08:13] xarinatan: you can do it in the URL, "http://myuser@host/" [08:16] Ah, thanks, i vaguely heard of that before, but i did user@bzr+ssh://hostname instead ^^; thanks again [08:35] anyone care to second review: https://code.launchpad.net/~mgiuca/bzr/test-log-show-ids/+merge/54199 [08:35] Ubuntu bug 54199 in zsnes (Ubuntu) "zsnes segfault on startup" [Medium,Fix released] [08:35] I'm actually going to be afk for a while, taking my son to the doctor. [08:40] jam: I'll have a look [08:47] is it normal that bzr stays a while in the background after committing, seeming to do a lot of processing? [08:48] http://j.mp/h4CpWR (taskmanager screenshot) [08:49] xarinatan: "bzr commit" (the command) should exit right after it's finished [08:49] perhaps something else has started it in this case though (e.g. tortoisebzr?) === hunger_ is now known as hunger [08:50] jelmer: I used tortoisebzr to commit data to my server, but after that finished and the window closed, that process stayed for a while, 2 processes at first, now they're both gone, just wondering if it's normal [08:53] I gotta say though, i just switched from SVN to BZR and i like it a lot better, SVN simply wasn't usable for my needs (versioned backup for my project/school data sticks) and bloated my data a lot, especially clientside made that unusable for me [08:56] to be fair, most things are better than svn :) [08:57] Heh, true i suppose, but SVN is sort of the 'standard' these days. Kind of like how IPv4 is still the standard for internet communication :P [08:57] But that could be me [09:19] xarinatan: I suspect it's got something to do with how tortoisebzr works, but I'm not sure. [11:29] anyone care to give a second review to: https://code.launchpad.net/~mgiuca/bzr/log-not-in-branch/+merge/53955 [11:29] Ubuntu bug 53955 in Ubuntu "System time wrong" [Undecided,Invalid] [11:30] Nice, ubot5. [11:53] jam: I'm on it [11:53] jelmer: thanks [11:58] thanks for the earlier one, too [11:58] jam: least I could do after all the reviews two weeks ago :) [11:58] jam: Did you see the bug I filed about get_revisions / revision_trees / get_deltas ? [11:58] jelmer: sounds hazy [11:59] jam: Basically, "bzr log" uses those methods underneath but if one of the specified revids is a ghost the entire method will fail. [12:00] the simple solution is to use the singular fetch functions so when we get a NoSuchRevision exception we know which revision is missing [12:00] but that obviously has performance consequences [12:00] jelmer: can we do X and then fall back to Y if there is a problem? [12:00] or not easily? [12:00] it shouldn't have the same implications it used to [12:00] we used to be spending all our times deserializing the inventories [12:00] which should be much better now [12:03] jelmer: you're the one packaging meliae, right? [12:03] jam: We can't fall back easily as far as I can tell [12:03] have you seen bug #735284 [12:03] Launchpad bug 735284 in Meliae "Installs from source distributions fail" [Undecided,New] https://launchpad.net/bugs/735284 [12:03] i'm just trying to understand who is running 'sdist' and why [12:03] rather than, say, running 'setup.py install' [12:03] I know *I* build the tarball using "bzr export ../foo.tar" [12:04] jam: Yep, I'm packaging it for Debian and Ubuntu. [12:04] jam: I don't use sdist, the packaging magic simply runs "setup.py install" directly from the packaging branch (which is derived from your trunk with an extra debian/ dir) === psynaptic is now known as psynaptic|lunch [12:15] jelmer: just briefly [12:15] jelmer: some of the new fetch_spec stuff has a if_present_ids param (or something like that) [12:16] jelmer: because e.g. when fetching revisions named by tags we want to fetch them if they exist, but not fail if they turn out to be not present in that repo [12:16] jelmer: perhaps that concept is what that "bzr log" issue needs [12:17] * spiv -> zzz [12:17] spiv: We do want to know about missing revisions, since they should still be mentioned in log as being missing [12:17] spiv: anyway, perhaps we can discuss that later. G'night! [12:18] jelmer: we could have 'revision_trees' return None rather than raising an exception, as an example [12:18] possibly by adding a flag so that current users of the api aren't surprised [12:26] jam: Yeah, it's the current callers I'm worried about. A flag would work. [12:32] jam: Perhaps returning an AbsentTree rather than None, so we can still access the relevant revision id? [12:32] jelmer: something like that seems fine to me [12:32] I thought revision_trees always returned in order [12:32] and most callers zip the input list with the returned values [12:33] I could be wrong [12:34] Hey guys, i'm getting a weird error when trying to commit a lot of data with tortoise bzr http://pastebin.com/XMtwzW0r can someone help me? [12:35] xarinatan: so usually "TooManyConcurrentConnections" is actually a failure somewhere else, that is then covered up by us getting an error while running the cleanup code to handle the original error. [12:36] I'm very surprised to see this happening during the "_rpc_open_2_1" [12:36] since it indicates it is happening before we've even connected to the other branch. [12:37] Weird, i am currently SSH'd into that server with said username and everything seems fine [12:37] I had the same error earlier and i couldn't find out why it did, so i recreated the repository and first checked in a small bit of data, that worked fine [12:41] Small bits of data seem to go fine [12:46] the 'big' commit was ~340MB, 25756 files [12:47] oh wait, apparently the 'small' commit was bigger then i thought, about 720MB [12:47] but only 250 files [12:52] Maybe i'm overfilling some buffers or my RAM if i commit that much files.. [12:57] good morning [12:57] hey dOxxx ! [12:57] vila: quick question re plugin versions [12:57] yup, fire it :) [12:58] vila: should I be using trunk for all plugins or just the two that didn't work with bzr 2.4b1? [12:58] didn't load* [12:58] hehe, tricky one ;) [12:58] I was thinking I should only do it for hte plugins which didn't load [12:58] the conservative answer would be: switch to trunk when something bad happen [12:59] I don't want to distirbute tip for all plugins and then have to switch back for final release because the author never made a stable release [12:59] the aggressive one would be: always use trunk until we approach the .0 release [12:59] exactly [12:59] plus some trunks may be bogus [12:59] yeah [12:59] on the other hand, we have beta releases to *expose* the latest and greatest [13:00] bleh [13:00] ? [13:00] just an annoying situation [13:00] yeah [13:00] I don't have time to test all the plugins [13:01] I think it's a balance between packagers and plugin authors being pro-active or not [13:01] yup, the installer focused test suite... [13:01] it would be nice [13:01] ... which still doesn't exist :-/ [13:01] something that exercises all the bundled plugins to see that nothing blows up [13:01] but indeed would help === psynaptic|lunch is now known as psynaptic [13:02] yeah, so, what we currently have is the daily builds which help decide which plugin versions should be distributed [13:02] we do? [13:03] but the ppas imply that *some* version is defined and tracked in a branch [13:03] dOxxx: for Ubuntu yes [13:04] dOxxx: for 2.4b1, I'd say just switch bzr-pipeline to tip [13:04] and svn [13:04] jelmer: is there a 2.4-compatible release for bzr-svn ? [13:05] jelmer: or is the trunk tip good enough to embed in the 2.4b1 OSX installers ? [13:07] Can someone point me to what i should change or how i can fix this error: http://pastebin.com/XMtwzW0r ? small commits are fine (<1000 files) but large commits seem to give that error [13:10] The implication is a bug in bzr, but that's not something I've ever seen. [13:12] xarinatan: there nothing obvious there, file a bug at http:/pad.lv/fb/bzr [13:12] xarinatan: that would be easier to track progress and ask you for more details [13:12] vila: Okay, i'll do that then. [13:13] xarinatan: the weird thing is that the *size* of the commit shouldn't matter... [13:15] xarinatan: the only vaguely similar issue I can think of was one related to ssh key renegotiation when reaching a 1GB threshold (on transmitted data) but 1) I'm pretty sure launchpad has some specific config that was exhibiting it 2) the symptom was different [13:16] xarinatan: did you look at the .bzr.log on the server ? [13:16] Well it's only 70MB of data, but nearly 10,000 files [13:17] 'small' commits of 720MB with only 250 files go through just fine [13:17] So i'm suspecting some buffer overflow maybe? [13:18] xarinatan: add the relevant parts of the .bzr.log from client and server to the bug report, there may be something there [13:19] xarinatan: there are bigger projects (in terms of # files), but 720MB for 250 files sounds big, any binaries there ? (Shouldn't matter either..) [13:21] Some archive(zip) files and images, i was planning on using bazaar as 'versioned backup system' for my School and work project data sticks, which both hold about 5 gigs of data, of which most is 100% original content created by me, so for that this system would be perfect if it works ^^; [13:22] I have a lightweight ubuntu virtual machine setup at home for the data storage [13:22] xarinatan: hmm, there was a report recently about some weird ssh issues when using NAT for a VM [13:22] Where can i find the .bzr.log file btw? [13:23] what virtualization software are you using ? [13:23] It's not NATted [13:23] I'm using KVM [13:23] I'm logging in through OpenVPN.. [13:23] `bzr version` will tell you where your log file is [13:24] xarinatan: like dOxxx said, but make sure you run it on the server with the same settings as the user connecting there [13:24] what do you mean by 'same settings'? [13:25] xarinatan: just do 'ssh user@host bzr version' and you should be fine [13:26] Oh! That could be it, i'm using the default ubuntu repos for the bzr installation, those might be a bit behind on the actual version [13:27] Hah, yes, stupid me, the server is running 2.2.1 and i'm running 2.3.1 on the client ^^;.. [13:28] Weird that it works with smaller commits though [13:28] xarinatan: still worth reporting as a bug mentioning the client/server versions involved [13:29] villa: Will do [13:29] xarinatan: this should be supported, servers can't always be upgraded as fast as clients and they are supposed to be compatible [13:29] xarinatan: it's not even sure that upgrading the server will address the issue [13:31] good afternoon mgz ;) [13:31] I'll check if it fixes it =p [13:32] hmmm, how much memory does your VM server has ? [13:32] mgz: before your patch, can you remember me how memory errors were reported from a smart server ? [13:34] xarinatan: hmmm, how much memory does your VM server has ? [13:35] bleh, 'how much memory on the VM server' is probably better english :-/ [13:35] I'd go with "how much memory does it have". [13:36] rats, thanks Peng ;) [13:36] "does it have the geebees?" [13:37] hmmm just thinking about it now... the rules on when to use 'has' vs 'have' are not clear [13:38] I have. You have. They have. It has. vila has. the server has. how much does it have? [13:38] really not predictable [13:38] 'has' is third person... [13:38] fullermd: geebees like the shaddoks friends ? [13:38] I have. You have. He/she/it has. [13:38] so why then is "how much does it have?" correct? [13:39] fullermd: http://en.wikipedia.org/wiki/Les_Shadoks says it's spelled Gibis (even in english) so probably not ;) [13:39] I guess there are exceptions. [13:40] Ugh, I've forgotten too much linguistics to explain it. It's not a subject verb there... [13:40] oh hmm I see [13:40] the ver is 'does' in the sentence [13:40] verb* [13:40] and when should it be "does it had" vs "does it have" ? [13:40] never [13:40] It's not a participle, it's something related. [13:40] it would "did it have" for past tense [13:41] be^ [13:41] I'll go with "languages are all stupid" for $300, Alex. [13:42] Sorry, back, upgraded BZR on the server in question [13:42] And the VM has 1GB RAM and 1GB Swap, previously had 256MB RAM but that was obviously not enough when i committed large files :P [13:42] Also related: http://www.qwantz.com/index.php?comic=1915 :p [13:44] anyone in the US or AU that can run a script for me? I'm trying to see how long interactions take with Launchpad from various locations [13:44] Also, isn't it "How much does your server have?"? I'm dutch, i don't remember exactly how the rules were taught back in highschool, but surely it had some correlation to what form was used [13:45] jam, Argentina any good? [13:45] http://paste.ubuntu.com/584285/ [13:45] beuno: would be good for me [13:46] beuno: can you run the above paste ? [13:46] xarinatan: yes 'have' would be correct, we were just trying to figure out why :) [13:46] jam, running [13:46] beuno: I'm seeing 300+ms from Netherlands, which seems pretty crazy long. [13:47] 10 loops, best of 3: 330 msec per loop from here [13:47] Maybe it is a [present] participle... [13:47] fullermd: hehe nice comic ;) [13:47] 10 loops, best of 3: 897 msec per loop [13:47] jam, 10 loops, best of 3: 1.87 sec per loop [13:48] beuno, fullermd, vila: that is the time to resolve "lp:bzr" into a bzr+ssh url [13:48] dOxxx: your ____ have, it's a property of someone else. . oh well, i'm not linguist :P I'll leave that upto people who actually study the language [13:48] jam: I'm sure you've know found a great way to stress test the forking server ;-D [13:48] s/know/now/ :-( [13:48] vila: no, that is the XMLRPC server [13:48] vila: https://code.launchpad.net/~jameinel/bzr/2.3-avoid-xmlrpc-ssh-397739/+merge/54523 [13:48] Error: Launchpad bug 2 not found [13:48] if you want that time to go away [13:49] jam: nm, the joke was lost [13:49] xarinatan: yeah something like that. possessive. [13:49] vila: it would have been better if we actually logged in [13:49] jam, that's pretty crazy [13:49] (LP being ~125ms from here) [13:49] So a mere 7 round trips... [13:50] vila: I'm currently doing a commit with the upgraded version on my server, see if it makes a difference [13:50] vila: It looks like it's working this time, with about 12,000 files [13:50] vila: Everybody loves Dinosaur Comics, don't they? :p [13:51] hmm, something is eating PQM emails again for me :( [13:52] jam: Are you from holland btw? Since you mentioned the netherlands [13:53] xarinatan: I'm actually from the US, but I'm living in Netherlands for a couple years. [13:53] jam: I thought launchpad supported short names for http as well these days. Certainly bzr log http://code.launchpad.net/bzr works for me. [13:53] my wife got a promotion and temporary training here [13:53] jelmer: it works for Loggerhead, but not for 'bzr branch' [13:53] I had to kick jam out of my $TZ; he was making me look bad with all that "getting up at a reasonable hour" stuff :p [13:53] jam: How's the language for you? :P I heard some people who tried to move over to here complain about it a lot [13:54] xarinatan: I know almost no dutch. It happens that we live in Eindhoven, where 90% of the people work for Philips, who mandates English on campus [13:54] I'm exaggerating slightly, but I haven't had a problem getting people to talk to me in English [13:54] except for the ones that stop asking for directions while I'm walking down the street. [13:54] why are they picking me? :) [13:54] jam: Aha, well that's nice too, though most of the 'dutchies' speak english anyway ^^; [13:55] jam: cos' you're walking and not using a car ? :-D [13:55] vila: so are they [13:55] jam: Hah, so I guyess you already make the impression you look like you belong ? :-P [13:55] but I'm also walking with my son [13:55] so maybe I'm safe [13:55] jam: You must be secretly dutch! :P [13:55] jelmer: It happened to happen 2 times over the weekend [13:55] xarinatan: german descent... [13:56] jam: it works for bzr branch for me too ("bzr branch http://code.launchpad.net/bzr ~/tmp/bzr") [13:56] jam: Same difference, except everything sounds like a curse there, i love german xD [13:56] jam: yes, that's why they can stop you ;-D [13:57] jam: but, jokes aside, the kid part is probably the trigger [13:57] vila: yeah, that was my guess [13:57] you don't look much like a tourist when you have a kid with you [13:57] though if you hear him chattering away, they would know better [13:58] hehe [13:58] jelmer: I may have missed your reply but should I be using bzr-svn trunk tip for bzr.2.4b1? [13:58] dOxxx: ah [13:58] dOxxx: yes [13:58] ok [13:58] two more bugs to fix before 1.1.0 [14:02] jelmer: speaking of which, new development in the dutch saga. We just found out that Customs won't actually let our goods through until April 1st. And our lease for short-term apartment ends on the 31st. Just silly given that they arrived before we did a month ago. [14:02] jam: regarding https://code.launchpad.net/~jameinel/bzr/2.3-avoid-xmlrpc-ssh-397739/+merge/54523 [14:02] Error: Launchpad bug 2 not found [14:02] jam: nice one :) But one question: [14:03] what are the risks that we diverge from lp ? (0 ? We were already making assumptions about the lp implementation ?) [14:03] jam: wtf? This is the Dutch customs? [14:04] jelmer: yep. [14:04] I guess part of the issue is they can't start the paperwork until we get here and get BSN numbers, etc [14:04] which takes a wek [14:04] week [14:04] I told you trying to smuggle in those kidneys would be trouble... [14:04] jam: how tasty for an April 1st hoax... [14:04] vila: you can follow the bug [14:04] but LP explicitly implemented "+branch/foo" so that we could use it [14:04] jam: And I thought moving to the US was hard (a friend of mine is moving from Eindhoven to CA) [14:05] very low chance we'll diverge [14:05] especially since it will start breaking for people once we stop using xmlrpc :) [14:05] jelmer: well, there are quite a few things that could have made it smoother. Having my bank in the US allow scheduling international wires without being physically present. [14:06] What's funny is that most of the Expat stuff from Eindhoven was very fast [14:06] and they have a huge Expat center in the middle of town [14:06] so its something they supposedly care a lot about [14:06] jam: Ah :-/ How's that going, is the bank still holding up your cheques? [14:06] (30% tax free income for my wife, etc) [14:06] jelmer: yep [14:06] we have confirmation that it made it to Amsterdam, a *week* after we gave it to the local bank [14:07] apparently they operate by carrier pidgeon [14:07] heh [14:07] a courier walked to Amsterdam perhaps? [14:08] It went by boat. For security reasons, y'know. [14:08] Hi everybody. I have a private branch that I want to amend a couple of commit messages before pushing to a public branch. I should know this, but is there a plugin for rewriting a commit message — knowing that it'll destroy history? Or is there an alternative beyond merging each commit one at a time? [14:09] briandealwis: you should be able to fastexport the commits, edit the stream and reimport [14:09] jelmer: "I'm able to branch from https://code.launchpad.net/bzr-svn ." ..... really!?!? Does not work for me and I cannot see how it would. [14:09] maxb: [14:09] charis:~/src/hydrazine/trunk% BZR_PDB=1 bzr branch --no-plugins https://code.launchpad.net/bzr-svn ~/tmp/bsa [14:09] jelmer: hmm, there's 16000-odd commits... [14:09] Branched 3647 revision(s). [14:09] briandealwis: you can also, with some effort, combine uncommit and shelve to reverse your commits and recommit them with updated messages. [14:10] dOxxx: that's a good idea. thx [14:10] maxb: code.launchpad.net/bz-svn has a 'BranchReference' pointer at [14:10] ttps://code.launchpad.net/bzr-svn/.bzr/branch/location [14:10] https://code.launchpad.net/bzr-svn/.bzr/branch/location [14:10] ahh! (And it is probably being broken by one of the foreign bzr plugins, then) [14:10] maxb, jelmer: that was how we implemented lp:foo before the XMLRPC was added [14:10] maxb: Yeah, bzr-hg breaks it [14:11] jelmer: because it inserts itself earlier in the stack? [14:11] jam: ah, I wasn't aware of that [14:11] jam: yep [14:11] Is there a reason why we don't always probe for bzr-native formats first? [14:11] jam: is there any reason to prefer XMLRPC over the branch references? It seems in case of the branch references it's possible to keep the same HTTP connection [14:11] jelmer: I mentioned on the bug, it also involves an SSL request in what would otherwise be pure-HTTP [14:11] jelmer: not possible [14:11] different top-level domain, and HTTPS vs HTTP [14:12] maxb: the bzr smart server does a POST request and that blows up on several foreign servers (e.g. google code errors with a 401) [14:12] so you can't re-use the connection [14:12] jam: ah, argh :-( [14:12] jam: just re-read the bug (bunch of pages ;) and it mentions the http urls too, may be you should clarify the situation in a bug comment before closing the bug [14:12] It seems like it would be nice to allow foreign plugins to attach fallback probing after such a failure [14:13] maxb: that's been discussed a couple of times on the list [14:13] maxb: and there's a bug about it [14:14] jelmer: yeah, I think the issue is that there are *valid* cases where a server would issue 401 (that is Auth required, right?) in response to POST [14:14]