lifelessjelmer: what is 'discovering revisions' in a bzr-svn branch operation00:08
lifelessjelmer: after the tip of the output branch is set00:08
jfroyjelmer: hey, push is still broken :/00:18
jfroypushing to an existing branch emits "Created new branch." no matter what00:19
jfroyAnd --remember seems to be ineffective00:20
jfroyFiled: https://bugs.launchpad.net/bzr-svn/+bug/35591400:27
ubottuLaunchpad bug 355914 in bzr-svn "bzr push always reports that it created a new branch and --remember is ineffective" [Undecided,New]00:27
lifelesshi igc00:36
lifelessjml: python commit - 71208 ;)00:37
lifelesssmall steps00:37
igchi lifeless, jml00:40
jmligc: hello00:41
kingoshi, I have a possible bug, and I am wondering if anyone wants to help me :)01:12
lifelessprobably, but just ask01:13
kingosit seems to be similar to a lot of other bugs, especially #29561101:14
kingosI try and do a bzr upgrade --1.9, and it fails with that NoSuchRevision exception.01:14
kingosI am using bzr-1.1301:14
lifelesswhat does 'bzr info -v' report?01:14
kingosbzr info -v01:14
kingos       control: Meta directory format 101:14
kingos        branch: Branch format 501:14
kingos    repository: Packs containing knits without subtree support01:14
lifelessdoes 'bzr check' succeed?01:15
kingosnot sure.01:16
AfCGood answer01:16
kingosWe could be here for a while.01:16
kingos31219 revisions.01:16
kingosI *thought* I ran it before and it didn't return any errors.01:17
kingosI imagine this could take a few hours01:17
kingosShould I come back when it is finished?01:18
jfroyjelmer: push reports that there are no revisions to pull now :p01:20
lifelesskingos: please01:24
lifelesskingos: you're welcome to remain here in the interim of course :)01:24
ivanI'm trying to clone http://bzr.notengoamigos.org/emacs/trunk/ but bzr ate all my memory01:30
ivanIt hasn't written a single byte into the pack file yet01:30
ivananything I can do besides more memory?01:31
ivanusing 506MB RSS01:31
lifelessivan: emacs is very big; we're bringing in a bunch of changes of the next couple of releases that will help a lot01:33
ivancool, I will relax until then01:34
AfC"bzr ate my memory" ... that's better than "the dog ate my homework"01:34
AfCivan: no idea if this will help, but something I had to do when converting things like GTK from svn to bzr was to work in smaller chunks01:35
AfC(this was due to Subversion's server crashing, not Bazaar's problem)01:35
AfCby doing01:35
AfC$ bzr init .01:35
AfC$ bzr pull -r 100 URL01:35
AfC$ bzr pull -r 200 URL01:35
AfCand so on. Yes, I used a loop and expr :)01:35
lifelessivan: the bulk of that 500MB is probably index handling, that branch is in our default format which is quite memory hungry01:36
lifelessigc: so, more bbc today01:36
AfC[interestingly, Subversion is horrible at accessing historical revisions; it took over 30 minutes for svn to dig out 100 revisions at first. This dropped to 9 minutes at the end. Unreal]01:37
AfClifeless: (maybe we should politely encourage someone there to upgrade it?)01:37
ivani've crashed svn servers pulling history01:37
ivanwell, just one :)01:38
ivanAfC: seems to be working great, thanks01:40
igclifeless: absolutely - on it now01:40
igclifeless: next review will be for the intertree stuff01:40
lifelessigc: what are you waiting on me for01:44
lifelessspiv: ping; want to work together today?01:44
igclifeless: nothing yet. I'm hoping you or poolie are chasing that legal issue though01:45
lifelesspoolie is still on leave01:45
igclifeless: back tomorrow then?01:45
igcI had assumed it was today01:45
igclifeless: looks like poolie is back Wed01:47
kingos10% through01:57
lifelessspiv: ping02:22
spivlifeless: pong02:22
lifeless10:40 < lifeless> spiv: ping; want to work together today?02:23
lifelessalso, do I remember correctly that my set_config_option patch was approved by you?02:23
spivlifeless: yes, and BB should remember that for you too ;)02:23
spivlifeless: I think I'd rather work by myself today.02:25
lifelessspiv: cool02:27
lifelessspiv: you're working on the critical bug yeah?02:27
lifelessif you need any assistance shout out02:27
lifelessI think you'll need to patch the code that does seen_parents = ...02:28
lifelessto determine that [some] parents are unavailable and now try to read them etc02:29
lifelessspiv: and I agree, 1.13.2 is a good idea02:29
* spiv ndos02:31
spivnods, even02:31
* igc food02:50
kingoslifeless: bzr check fails02:56
kingosbzr: ERROR: exceptions.KeyError:02:56
kingosthat sounds bad02:57
lifelesskingos: well it means the problem is not related to upgrade02:57
lifelessis this a bzr-svn converted branch?02:57
jelmerlifeless: "discovering revisions" after setting the branch tip means it's determining the revids to use for tags03:47
jelmerlifeless: the InterBranch.pull() branch I submitted pretty much eliminates that03:48
fullermdSo, assume I have two branches with shared history, but one has gone way off in its own direction since they diverged.03:52
fullermdIf, in the "older" one, I do a merge --uncommitted, is it going to pull all those revs into its repository before it does its thing in the WT?03:52
fullermd(and/or the same Q with cherrypicks)03:57
fullermdHm.  'k.03:59
fullermd'cuz I've got this branch that should have (and does have) a completely linear history.  It also has03:59
fullermdBranch history:03:59
fullermd       502 revisions03:59
fullermd        28 revisions03:59
fullermdWas trying to figure out how they got crammed in there...03:59
lifelessprobably that04:00
fullermdI have done one or the other of --uncommitted and cherrypicks into it, so...04:00
lifelessthey won't propogate on push.pull04:00
fullermdOr indeed commit (this being a checkout)04:00
fullermdWhich is slightly weird.  It suggests that would be another difference in what happens where between light/heavy checkouts   :|04:01
lifelessigc: would a phone call about the format names help?04:30
igclifeless: not at this point - I'm about to have lunch and I'm deep in other stuff04:33
igclifeless: I'd also like to hear from others beyond you and I04:33
* fullermd prefers serial numbering.04:34
lifelessjelmer: ping04:36
* igc lunch04:37
=== lamont` is now known as lamont
=== jamesh_ is now known as jamesh
kingoslifeless: no, not bzr-svn04:44
kingoshas been around a long long time.04:45
kingoshas had everything done to it at various points in time04:46
kingoseg. uncommit04:46
lifelesskingos: please file a bug, I'll generate a little script to get details about whats going on04:47
kingosurgh ok04:49
kingoslost the output04:49
lifelessit may be in ~/.bzr.log04:49
Peng_igc: FWIW, I don't like 1.15-development, but development-1.15 seems okay to me. But I'm still happy with development6.04:50
AfCIs there a way to stop bzr from adding [merge] when it's giving single line summaries (log, missing, etc) of revisions that just happen to be merges?06:16
AfCIt's quite annoying. If I wanted that text in the commit message I would have added it.06:17
igcAfC: not currently. It there to tell users that there's interesting stuff under that revision06:19
kingoshmmm. bzr check seems to have gotten further than last time.06:20
igcI guess we could suppress it if you've given -n0 though06:20
igcAfC: And the text isn't in the commit message (it's just shown before it)06:21
AfCigc: come on, mate. You know what I mean.06:22
AfCigc: incidentally, this is the second time I've seen you mention this "-n0" thing. What is that? I don't see it on the help of `bzr missing`06:24
igcAfC: missing doesn't support it yet - it has --include-merges though (which is the same thing)06:25
TaldenIt would be good to suppress it if we're going to show those revisions anyway.  That is, if we've asked for the next depth of revisions we don't show [merge].  I also wonder, given that --line is supposed to be quite terse, that another indicator than [merge] (7 characters) might be used.06:25
igcAfC: see bzr help log06:25
AfCWell, that's fine and nice for `log`. Not much use for the other commands.06:26
AfCAnyway, if we could have a global config option to stop bzr adding decorations that we didn't ask for, that'd be great.06:26
thumperif I want to merge in a branch but only to a specified revno, can I just go "bzr merge ../other-branch -r 1234" ?06:28
spivthumper: yes06:28
thumperspiv: ta06:29
TaldenDon't you want it to be a range of revisions - or it's a cherry pick I thought06:29
* Talden is a bzr noob - you have been warned...06:29
TaldenAhh no a range of a single rev is cherry pick...06:30
spivTalden: if you give a single revision rather than a range to merge it'll assume you want all the revisions upto and including the specified revision.06:31
spivIt's only if you specify a range that you can get a cherrypick.  (And even then, if you choose a range that is forwards and connected/overlapping your current ancestry then bzr will treat it as a regular merge rather than a cherrypick)06:32
kingoslifeless: bug filed as #35602806:33
lifelesskingos: thanks, I'll put together a small script over the next day or two and get you to run it06:40
kingoslifeless: thanks.06:40
kingoslifeless: what are the implications of this? is our repo busted? or will we be able to fix it?06:40
lifelessclearly something is wrong06:41
lifelessthe nature of that we have yet to ascertain06:41
kingosof course. I just thought you may have some ideas what the implications could be06:41
lifelessits probably that any missing content is in someones source branch06:41
kingospretty scary! :)06:41
lifelessand once we identify it they - e.g. - tibra.com.au - can do a custom push to fix it up06:42
lifelessI also need to ascertain *why* you have any glitching occuring06:42
lifelessbzr is fairly cautious about copying your history around06:43
lifelessas a just in case, don't delete any old branches you have hanging around, or old repos06:43
lifelessbut normal use on an ongoing basis should be fine06:44
kingosso much for privacy ... left an email address in :(06:44
lifelessedit it now, I doubt google will have found it06:44
lifelessthere's also a tonne of spaces06:45
lifelessso I doubt spammers will pickup on it06:45
lifelessanyhow, the key its erroring on is roughly when/where something went wrong06:45
kingoshow do I edit it ... can't see an edit button06:45
kingosfoudn it06:46
kingosthanks for your help lifeless06:46
lifelessnp. I'm treating this as serious, but we're juggling time to get 1.14 out, which is why you're not getting the script *today*06:47
lifelesswe have a couple of important RC bugs06:47
lifelessspiv: speaking of which...06:47
lifelesshow goes it?06:47
vilahi all07:20
=== spm_ is now known as spm
lifelessigc: I'm about to call it a day08:05
igclifeless: ok, I'm off to the hospital tomorrow at 9am for most the day btw08:20
lifelessigc: good luck08:21
igclifeless: thanks08:21
igclifeless: I'm make a bit more progress on integrating bbc tonight but a review of the gc patch would be great tomorrow say08:21
lifelessother than the licence question I think its landable08:23
igcvila: can I ask you to tweak (and land into bzr.dev) the InterCHKRevisionTree code as lifeless and jam requested in their reviews?08:24
Peng_igc: "lifelessjamcompress" is a weird name. Why would you compress jam, and why would you need a different compress for jam that is alive? :D08:51
pygijelmer, is bzr git supposed to do clones?11:00
pygilike this: bzr branch git://github.com/bla/bla.git ?11:01
pygievery time I try that I get random number at "Compressing objects" step...11:01
=== LenZGr_ is now known as LenZGr
herzialright, my ex-girlfriend wants to write her thesis and I though bazaar would be a good DVCS system for her windows + latex workflow12:17
herziany recommendations on a gui for her?12:17
=== UdontKnow is now known as udk
AfCherzi: you mean a Microsoft Windows GUI, I assume12:37
AfCherzi: (and not X Windows)12:40
AfCherzi: there is http://bazaar-vcs.org/TortoiseBzr12:40
AfCI have no idea if it's {complete, usable, nice to use, etc}.12:40
TaldenHonestly... not really but it is getting better.12:43
* AfC vaguely wonders what it is that Microsoft people DO do to work with bzr12:46
AfCof course,12:47
* AfC vaguely wonders what it is that Microsoft people DO do to do work12:47
jpdslifeless: Do you have an opinion on bug #354843 ?12:49
ubottuLaunchpad bug 354843 in bzr "Bzr should be smart about who owns ~/.bzr.log" [Undecided,New] https://launchpad.net/bugs/35484312:49
AfCherzi: (sorry I couldn't be more help)12:51
lifelessjpds: not really, certainly it would be better to tell the user what is wrong12:54
TaldenAfC - commandline... the odd qbzr command... I'm happy enough at the prompt - getting adoption at work though would require a good GUI or shell integration at the least and probably IDE integration for full buy-in.  We have scaling issues first though that brisbane-core looks like it might resolve.12:59
AfCTalden: perhaps we should suggest Sven investigate QBzr on Windows, then13:00
TaldenAIUI it takes the commandline to invoke the various qbzr dialogs.  Some at my workplace seem to have some sort of allergic reaction when commandline use is mentioned (certainly there's a lot of red-faced frothing at the mouth).13:02
jpdslifeless: Yes, my thoughts exactly.13:03
* Talden wanders off to bed here in NZ.13:04
jelmerlifeless: pong13:45
james_wjpds: the immediate issue is that the warning is from an external library, and the library also provides no sensible way to determine if it just gave that error so you could add some explanatory text afterwards13:51
Lo-lan-doHi all13:54
Lo-lan-dojelmer: Can one install bzrtools from sid on lenny with the bzr backport?13:54
jelmerLo-lan-do: hi13:56
jelmerLo-lan-do: I think so13:56
jelmerat least the versions match, I haven't tested the particular combination13:56
Lo-lan-do  bzrtools: Depends: python-central (>= 0.6.11) but 0.6.8 is installed.13:58
jelmerLo-lan-do: Is there anything particular from bzrtools you need?13:59
jelmerLo-lan-do: shelve and clean-tree were moved into bzr core from bzrtools14:00
Lo-lan-doLet's remove it then, see if anybody complains :-)14:00
Bluehornjames_w: Hi James. Aren't you the guy who created package-import.ubuntu.com?14:29
james_wBluehorn: yup14:29
Bluehornjames_w: I am trying to get a package of mine imported into bzr, and bzr dsc-import does not cut it for me.14:30
Bluehornjames_w: Is the code for package-import somewhere available?14:30
james_wit just uses dsc-import under the hood14:30
BluehornBecause I like the package-import setup - having a distinct upstream branch etc.14:30
Bluehornhmm, okay. how do you get the seperation into package-upstream and package-{hoary/warty/you-name-it}?14:31
Bluehornjames_w: BTW: Great work. Actually having bzr repos for most ubuntu packages makes it interesting to use bzr for me - so that the exchange Ubuntu<->Debian can go faster.14:32
james_wI just create the upstream branch by hand afterwards actually14:33
BluehornManually, for all packages? Or do you have a script for that?14:34
james_wyeah, it's part of the driver script14:35
james_wonce you have done dsc-import it's easy to find the tip of the upstream branch via it's tag, and this can be branched/pulled out14:36
Bluehornjames_w: May I ask if the driver script is available somewhere?  ;-)14:37
james_wit's not currently14:37
Bluehornjames_w: Would save me some time, I already tried to change dsc-import to support an upstream branch (and to use a shared repo), but I did not dig through the bzr python api fast enough.14:38
lukspackage-import.ubuntu.com seems to have messed up unicode for maintainer names14:38
james_wluks: do you have an example?14:38
Bluehornjames_w: okay, thank you anyway.14:38
Bluehornjames_w: I'll try to reproduce the "pull out upstream" functionality.14:38
james_wBluehorn: thanks for the feedback14:38
james_wluks: thanks, I'll look in to that14:39
luksit's utf8 in debian/changes, seems to be parsed as latin114:39
Bluehornluks: probably dependent on the current user locale... ;-)14:41
luksyeah, not a good solution if you are importing the whole distro14:41
=== ja1 is now known as jam
BarryRWUK_Hi All, I have a problem using Bazaar when sending files using FTP. Apparently my hosts ftp server doesn't support the APPE command. Is there a way around this?16:38
=== udk is now known as UdontKnow
fallenpegasushow do i change a default parent like doing --rememeber, without actually doing the pull?18:32
Takfallenpegasus: can you do something like: `bzr pull -r latest-local-revision --remember /foo/bar` ‽18:36
jelmerfallenpegasus: you can edit .bzr/branch/branch.conf18:37
BasicOSXIs there a delay from when you push to LP to when PQM can access it?19:00
LarstiQBasicOSX: yeah19:06
LarstiQBasicOSX: you can test that by accessing it via http19:07
=== beuno_ is now known as beuno
BasicOSXok, that explains why I push to lp, the pqm submit and pqm yells at me with a "non-PQM managed branch"19:29
=== beuno_ is now known as beuno
theAdibhello all, someone send a diff to me via email starting "# Bazaar merge directive format 2 (Bazaar 0.90)" ... . What do I have to do now?20:10
jelmertheAdib: "bzr merge <filename>"20:11
jelmertheAdib: or "bzr pull <filename>"20:12
LarstiQtheAdib: assuming you are using bzr20:13
LarstiQhey jelmer!20:13
theAdibcool: bzr pull foo.patch worked thanks20:14
LarstiQtheAdib: good :)20:14
LarstiQtheAdib: generated by `bzr send` btw20:14
james_wwould putting a sentence in the header make sense?20:16
james_weither a pointer to a help topic, or "you can use bzr merge <filename>" or something?20:17
BasicOSXPQM failures are  back for me, nothing different from the last time I submitted. Error here: http://www.nopaste.com/p/aLsVQmm8v20:19
LarstiQjames_w: yeah, I think so20:26
jelmerLarstiQ: dude!20:27
LarstiQjelmer: I'm not dead yet!20:27
jelmerLarstiQ: how are things?20:35
jelmervila: pingz0rz20:35
vilaBasicOSX: replace your lp url by an http one (I had troubles with PQM and lp urls, different than yours, but worth a try)20:37
vilajelmer: pong20:37
LarstiQjelmer: Anu came to visit from 26th of march till 3 april20:37
LarstiQjelmer: back to long working hours now20:38
LarstiQvila: a colleague of mine has (recently) done some work to build on httplib (and urllib2 a bit iirc) to make it do things we need, more than just GET20:41
LarstiQvila: ie PUT, 100-continue, and I forget more20:41
jelmervila: I was wondering if you had any more feedback on my username patch :-)20:41
LarstiQvila: would you be interested in discussing with him possibly joining forces? Since Bazaar beefs up stdlib in that area as well.20:42
* LarstiQ would ideally want to upstream it all the way to Python, but maybe a good library on top of it is more feasible20:42
vilajelmer: no time today, but roughly, except for maybe  a s/password/user/ it sounded good, I hope to review it tomorrow20:44
jelmerLarstiQ: Ahh, that explains your sudden quietness on IRC (-:20:44
vilaLarstiQ: certainly20:45
jelmervila: Cool, thanks :-)20:45
vilathe urllib based implementation shows its limits, replacing it by an enhanced httplib is the way to go (urllib2 is targeted at *downloading* *one* url, not the fundation I will chose today if I was starting again)20:46
LeoNerdOoooh the new 'bzr shelve' is now in my debian/testing desktop...20:46
vilaLarstiQ: httplib is more oriented to connection handling like we need20:46
vilaLarstiQ: but bzr-webdav already has PUT and some more :-) (It even had 100-continue at one point :)20:47
jelmerLeoNerd: yeah, the new shelve is really neat20:48
LeoNerdIt's cute... it can .. like.. actually cope with pending-add and pending-delete now20:48
LeoNerdAnd it doesn't litter .shelf about the place20:48
jelmerLeoNerd: it can even shelve renames :-)20:49
LeoNerdOh.. the old shelve could do that20:49
jelmeroh, ok, I wasn't aware of that20:50
LarstiQvila: cool, should I just give him your email address, or is there a more suitable forum to discuss things?20:53
=== cprov is now known as cprov-afk
vilaLarstiQ: here, email, bazaar ML all are fine I think, 100-continue will be welcome in bzr and landing webdav in core is on the agenda, so...20:55
LarstiQvila: k20:56
jelmerTak: hi20:56
Takjelmer: hey, what's up?20:58
jelmerTak: Looks like I can finally build monodevelop-bzr \o/20:58
* Tak brace for critique21:02
jelmerTak: I'm not getting it to load yet21:05
jelmerTak: I've also fixed some things in my  branch to get it to build21:05
jelmerTak: System.InvalidOperationException: Type 'MonoDevelop.VersionControl.Bazaar.BazaarCommands' not found in add-in 'MonoDevelop.VersionControl.Bazaar,1.9.3'21:06
vilaBasicOSX: Once my patch land, you may want to edit the NEWS file, I wasn't clear about where to put the fix for #35527321:07
BasicOSXPQM still eating on it21:07
Takjelmer: that's defined in BazaarCommands.cs - is there maybe an old assembly floating around?21:08
vilaBasicOSX: Eerk, just saw that, I thought your 'Approved' meant: 'Go, sent it to pqm' :-/21:11
BasicOSXYour mailing list said if you would like to merge yourself21:12
vilaBasicOSX: So, you're still using lp:~tanner/bzr/1.14rc1, you can use http://bazaar.launchpad.net/~tanner/bzr/1.14rc121:13
vilaBasicOSX: *I* had problems with lp urls making PQM hang, but that's me :)21:13
vilaBasicOSX: yeah, sure, no problem21:14
vilaI'm off, have a nice day all21:15
vilaBasicOSX: by the way, I worked a bit on bug #355454, AFAICS, the warning is still harmless, we should avoid it, but the strings *are* different when the warning fired (one path is file, the other is its base dir), so don't worry too much about it)21:17
ubottuError: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/355454/+text)21:17
vilaif even ubottu times out now :)21:18
pygiwho's gonna gimme a quick line to migrate git repo to bzr? :)21:18
pygi(and yes, I know about fast-import)21:18
jelmerTak: no, that doesn't seem to help21:19
jelmerpygi: bzr git-import ?21:19
pygijelmer, o, such a command exists? xD21:19
jelmerpygi: if you have bzr-git installed21:19
pygijelmer, yes, I do21:20
pygijelmer, I tried doing "bzr branch git://path" but it didn't work :p21:20
jelmerpygi: oh, that should work21:20
pygijelmer, hm, this command seems to have same problem...compressing objects stops at random percentage21:21
jelmerpygi: please file a ug21:21
pygijelmer, bzr: ERROR: mmap.error: [Errno 22] Invalid argument21:22
pygioh well21:22
pygiwill do21:22
jelmerpygi: ah, you're running python2.6 ?21:22
pygijelmer, yes?21:22
jelmerpygi: there's a bug in the way bzr-git uses the offset argument to mmap apparently21:23
jelmerand that parameter is only available in py2.621:23
pygijelmer, right, so I should just try calling bzr with py2.5?21:23
jelmerTak: perhaps I'm installing the plugin differently; I'm building a repository and installing from that21:23
jelmerTak: is there an easier way?21:23
TakI'm building the plugin, then manually dropping the dll into my addins directory21:24
TakI guess if it doesn't work to create a repo and install that way, it needs to be addressed, though21:24
pygijelmer, want a patch for sha deprecation warning?21:29
=== Toksyury1l is now known as Toksyuryel
jelmerpygi: where is that occurring?21:31
pygijelmer, dulwich if I remember right21:32
BasicOSXpygi:  sure that isn't a pycrypto issue?21:32
pygiBasicOSX, well, it tells me that sha is deprecated, to use hashlib instead :p21:33
jelmerpygi: Are you using the latest dulwich, I thought we had fixed all those issues..21:34
jelmerTak: woot, I got it working now21:35
pygijelmer, latest from bzr21:35
BasicOSXvila:  just point of interest, if my pqm of your patch played ok, won't your pqm just fall out with nothing to do? I still see your patch playing.21:37
jelmerpygi: in that case, please submit21:37
pygijelmer, will do, I'll try to fetch/install once again21:39
lifelessBasicOSX: it will find a merge to do22:10
jelmerlifeless: pong22:16
jelmerlifeless: you pinged me yesterday?22:21
lifeless[as in the reason is gone]22:30
jelmerlifeless: ah, ok22:32
* jelmer wonders how much review plugging he can do before it becomes annoying22:33
lifelessjelmer: for your serialiser?22:43
jelmerlifeless: InterBranch.pull in particular, as that will be very noticable to bzr-svn users22:52
jelmerlifeless: I'd already given up on RIOSerializer making it into the new format - am I mistaken?22:53
lifelessyes, it can't get in 1.14, it can in 1.1522:55
lifelessbeta format != no more changes22:55
jelmerlifeless: ok, so I guess that means I have at least another week or to to whine about reviews for that :-)23:16
james_whmm, I seem to have a case of bzr pushing a full branch to launchpad again23:47
james_wUsing saved push location: bzr+ssh://james-w@bazaar.launchpad.net/~james-w/bzr/bzr.dev.hooks23:48
james_wSource format does not support stacking, using format: 'Remote BZR Branch'23:48
james_w  bzr remote repository23:48
james_wUsing default stacking branch /~bzr/bzr/trunk at bzr+ssh://james-w@bazaar.launchpad.net/%7Ejames-w/bzr/23:48
james_wthen lots of data being sent23:48
lifelessjames_w: bzr version?23:51
james_w    revision: 423023:51
james_whmm, that's a bit old23:51
jelmerlifeless: what is record_entry_contents() used for these days?23:52
lifelessjelmer: commit23:52
jelmerlifeless: as opposed to record_iter_changes, I mean?23:53
lifelessjelmer: we use record_iter_changes when it will be faster23:53
jelmeris there any way I can force either to be used?23:54
lifelessnot currently, why?23:54
james_wstill get the same message with the tip of bzr.dev23:54
lifelessjames_w: rev 4174 fixed it in theory, if the /~bzr/bzr/trunk is stackable on lp23:55
grettkeHi folks, I've got a question about doing a bzr push to a svn project that does not yet exist. I'm doing a bzr push --create-prefix [url.../trunk] but bzr complains: ERROR: Prefix missing for branches/merged; please create it before pushing. Both branches and tags projects exist. I am confused; what is wrong here?23:55
james_wit should be, if it isn't we should certainly fix that23:56
jelmergrettke: which version of bzr-svn?23:56
lifelessjames_w: it is23:56
jelmerlifeless: I don't have record_iter_changes implemented for bzr-svn yet23:56
lifelessjames_w: so, check your ~/.bzr.log23:57
james_wnothing interesting23:57
jelmergrettke: if it's not bzr-svn trunk then you need to use "bzr svn-push" rather than "bzr push"23:58
lifelessjames_w: if you can reproduce this, get a trace using -Dhpss and file a bug23:58
james_w[14773] 2009-04-06 23:52:29.421 INFO: Source format does not support stacking, using format: 'Remote BZR Branch'23:58
james_w  bzr remote repository23:58
james_w[14773] 2009-04-06 23:52:29.427 INFO: Using default stacking branch /~bzr/bzr/trunk at bzr+ssh://james-w@bazaar.launchpad.net/%7Ejames-w/bzr/23:58
james_w11.267  Using fetch logic to copy between KnitPackRepository('file:///home/jw2328/devel/bzr/.bzr/repository/')(<RepositoryFormatKnitPack6>) and RemoteRepository(bzr+ssh://james-w@bazaar.launchpad.net/%7Ejames-w/bzr/bzr.dev.known_hooks/.bzr/)(<RemoteRepositoryFormat>)23:58
grettkejelmer: I am using bzr 1.12 (standard install). Where do I check which bzr svn is it?23:58
grettkejelmer: I see. It is definitely not trunk.23:58
jelmergrettke: in that case you can't have the latest bzr-svn, so you'll need to use "bzr svn-push"23:58
jelmergrettke: as of bzr 1.14 "bzr push" will Do The Right Thing23:58
grettkejelmer: I see. Thanks23:59

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!