/srv/irclogs.ubuntu.com/2012/05/31/#bzr.txt

bignose$ bzr merge01:31
bignosebzr: ERROR: No location specified or remembered01:31
bignoseHow can I tell Bazaar to use the parent branch in those cases?01:32
fullermdbzr merge :parent01:32
bignosethis is a branch created with ‘bzr cbranch’, if that matters.01:32
bignosefullermd: can I make it so it will know that the first time, so I don't have to distinguish &"^first time I merge from “subsequent times I merg” in a branch?01:32
fullermdNot short of code hackery.01:33
fullermdMaybe it could be frobbed via a plugin...01:33
bignoseI seem to remember Bazaar knowing a default branch to merge from in previous versions.01:33
bignosedid that get deliberately removed?01:33
bignose'cause Bazaar usually guesses right in the absence of specifics, for many other operations.01:34
bignoseand this one seems obvious, to me.01:34
fullermdI have vague recollection of merge falling through to parent loc, but I'm not sure if that's a real memory or not.01:34
bignoseah, here's the problem: bzr: ERROR: No parent location assigned.”01:35
bignoseso perhaps I remember correctly about merge guessing correctly01:35
bignosebut now the parent is unknonw.01:35
bignosemaybe it does matter that ‘cbranch’ was used. shouldn't that set the parent?01:35
fullermdNo idea.  I've never used it.  I'd sorta think it would.01:36
fullermdSee what info says.01:36
bignoseinfo shows no parent location.01:37
fullermdSeems like an odd thing to wind up with.01:38
fullermdMmm.  Pastebin the whole?01:38
bignosewhole what?01:38
fullermdinfo output.01:38
bignosefullermd: <URL:http://dpaste.com/753595/>01:41
bignosethanks for spending time on this.01:41
fullermdBlargh.  Bound breckout fallout, I'll wager.01:42
fullermdBet you'll see a parent branch on `bzr info :bound`01:43
bignosefullermd: yes.01:43
bignose“bound brecket”?01:44
bignose“bound breckout”?01:44
fullermdThe whole "bound branch" / "checkout" mess that I periodically rant upon.01:44
bignoseheh01:45
bignosewell, I no longer do checkouts01:45
bignosebut I do use ‘bzr branch --bind’ and ‘cbranch’01:45
fullermdWell, you do here   ;p01:45
bignoseso I guess it still falls in the scope of your rant01:45
bignosefullermd: what information should I put in a bug report?01:46
fullermdIn this case, you're hitting the 'bound branch' behavioral side.  You want the parent that you made this branch from, but the 'branch' that you made (and has that info) is the one on the far side, whereas the 'branch' you're working on is your local bound one.01:46
fullermdSo your location aliases are resolving (or not, to be precise) there.01:47
fullermdWhich, I would argue, _is_ the correct behavior for a bound branch.  Though not for a checkout.01:47
bignoseugh01:49
fullermdSo, I'm not quite sure it's actually a "bug" that's resolvable, short of "sort out the whole mess"   :|01:49
bignoseso, tell me what the bound branch and checkout distinction is here.01:50
bignosewhich one do I have? or is it both?01:50
fullermdStill, it's definitely a confounding behavior.  Maybe that's worth a bug report just to stake it down...01:50
fullermdWell, it's bzr.  You have both.  Or, more precisely, neither.01:51
bignoseI think I have been convinced in the past by your rants, and stopped doing ‘bzr checkout’ and started ‘bzr branch --bind’ instead01:51
bignosebut I want the UI of ‘bzr cbranch’, so I continue to use that. is this confounding the problem?01:51
bignoseand what can I use instead, if so?01:51
fullermdWell, I think the only difference between 'checkout' and 'branch --bind' is that the latter sets the remote to the parent location?01:52
fullermdhttp://wiki.bazaar.canonical.com/MatthewFuller/BoundBranches  is something I wrote up a while ago when I was in the middle of one of my rants on the topic.01:53
fullermdI should add something explicit about the locations too...01:53
bignosefullermd: thanks for your help. <URL:http://bugs.debian.org/675297>03:01
ubot5Error: debian bug 675297 not found03:01
bignoseubot5: maybe not yet, but soon03:01
ubot5bignose: I am only a bot, please don't think I'm intelligent :)03:01
bignoseubot5: I need a friend.03:01
ubot5bignose: I am only a bot, please don't think I'm intelligent :)03:01
=== Ursinha` is now known as Ursinha
=== Ursinha is now known as Guest90314
mgzmorning all!07:29
vila\o07:36
=== jam1 is now known as jam
jmljust knocked up a silly plugin to measure how many LoC a branch introduces: lp:bzr-damage09:42
mgzvila: I'm confused, I thought you did do the merge-up when releasing 2.5.111:10
vilano, I didn't, too many stable branches with conflicts11:10
mgzdarn.11:11
vilathe merges up should be done by the ones who land on old stable branches, not by the RM11:11
vila*iff* there are no conflicts, I took the risk in the past that I won't introduce regressions by merging up. Here, there was conflicts that weren't trivial to my eyes, not mentioning they were different for each branch11:13
vilathe fact that bialix's patch was lost in the noise is a painful fallout :-/11:14
mgzright, jelmer or me could have resolved it without too much complication, but needed some knowledge of the change11:17
vilamgz: I *did* mention I wasn't merging up when raising the issue with conflicts last week11:17
vilayeah, indeed, landing on a stable branch implies merging up11:17
vilaespecially when conflicts are *expected*11:18
mgzneeded to be an action item like backporting the rmbranch fix, got lost while struggling to get pqm to actually land things11:18
vilayeah, that one was more focused and relied on the same assumption: stable branches were left in a clean state11:19
vilamgz: so, to come back to your original question, I didn't merge up 2.5 into trunk after freezing because the older stable branches were not clean11:22
vilaso the only part that would have been merged up was your backports which are already there11:22
=== Guest90314 is now known as Ursinha
=== sagaci_ is now known as sagaci
jmlif I want a bzr plugin to have optional color output, is there a particular library I should use?15:21
jmlotherwise I'm going to plagiarize / depend on the color support in twisted.trial. nobody wants that.15:21
mgzthere's some code for colour in bzrtools15:22
jmlis it sensible for a plugin to depend on that?15:24
mgzjml: probably not, but worth looking at, and to see what bzr-grep does, which may depend on it or do its own thing15:38
mgzit's all pretty ugly I seem to recall15:38
=== lamont` is now known as lamont
jmlmgz: thanks.15:45
caravelhi folks o/16:06
mgzhey there16:06
caravelForm reading http://doc.bazaar.canonical.com/bzr.2.5/en/user-guide/stacked.html I understand the point of --stacked-on, but not quite --stacked16:08
caravelIn the first --stacked example, where would `bzr push --stacked`push to ?16:08
mgzwhatever you're trying to do, stacking is probably not the right thing :)16:09
caravelIs that also to the source-url given at first line (bzr branch)16:10
caravel?16:10
caravelmgz: :)16:10
bsdcaravel: I don't think push supports '—stacked', just '—stacked-on'16:10
caravelmgz: I'll expose my use case after that clarification :)16:11
caravelbsd: well, that's not what the manual says at the above URL16:11
bsdcaravel: push has —stacked-on; branch has —stacked16:12
bsdcaravel: so I think your question is: on 'bzr push --stacked-on X Y` where does the push go?  I think  it goes to Y; Y is stacked on X.  But I've never tried it16:13
caravelbsd: this is not true, it seems push has both:16:13
caravel$ bzr push --help | grep stacked16:14
caravel  --stacked             Create a stacked branch that references the public16:14
caravel  --stacked-on=ARG      Create a stacked branch that refers to another branch16:14
bsdcaravel: geesh — I even did quickly look at that before replying.  Clearly need to get these glasses checked :)16:14
caravelbsd: no worries, I often have that knd of bug myself :)16:15
caravelso, the user manual matches the cli options, that is not he option16:15
caravelthat is not the issue*16:15
caravelbut I fail to understand, in the user manual example , where would `bzr push --stacked` ... push to ?16:16
bsdcaravel: my guess is that 'push —stacked X' is equivalent to 'push —stacked-on :parent X'16:19
mgzcaravel: the configured public location of the parent branch, is what the help says16:19
mgzspecifically:16:20
mgzif stacked:16:20
mgz    parent_url = br_from.get_parent()16:20
mgz    if parent_url:16:20
mgz        parent = Branch.open(parent_url)16:20
mgz        stacked_on = parent.get_public_branch()16:20
mgz...and then falling back to parent_url16:20
bsdah, that's different from :parent16:21
caravelmgz: but is that not what `bzr push`would do anyway, in that example ?16:24
* caravel really feels he's lacking to understand something16:25
caravelnote, in that user man page there are two examples, I am talking about the first one starting with a simple `bzr branch source-url my-dir`16:27
mgzno, these commands create a branch that omits history present in the parent16:28
caravelmgz: by parent, you mean the parent of the local branch i.e. in that example, "source-url" is the parent of "my-dir" right ?16:30
mgzhave to go now, building shutting16:30
caravelSince the bzr push [LOCATION] is not specified, `bzr push` alone would push new revisions to "source-url"16:30
mgzbut overall it's more trouble than it's worth16:31
caravel^^16:31
caravelSo I don't understand what difference would `bzr push --stacked` make if no [LOCATION] is given16:32
* caravel will patiently pray for anyone to clarify this :)16:34
hexspritehey.. how do i check what revision my working copy is at? i tried bzr info but didn't seem to show that… even with -v16:47
caravelhexsprite: `bzr update`should tell you that (and proceed with any update if available)17:00
caravelhexsprite: `bzr info -v` will tel lyou that too (without any action)17:01
hexspritemmm if i don't want to proceed?17:01
caravelhexsprite: and there might be other commands which I don't know/use (I'm just a user)17:02
hexspritethanks caravel17:02
caravelhexsprite: `bzr heads` might be what you are looking for, actually (it's a plugin from bzrtools)17:05
caravelhexsprite: oh, no !!! :) you just want `bzr version-info`17:07
hexspriteoh great17:07
caravelhexsprite: thanks hexsprite, hadn't even found this one before (neither really needed, actually ^^)17:07
=== deryck is now known as deryck[lunch]
vilahexprite (too bad you're gone :-/), caravel : 'bzr revno --help', in some cases you will prefer 'bzr qlog' from the qbzr plugin18:00
vilacaravel: you'll get all the details starting at cmd_push in bzrlib/builtins.py18:01
vilacaravel: but I'm in full agreement with mgz: you probably don't want to use that. It's needed in an edge case where you want to have some access rights applied to the history of a branch. Most of time, there are better ways to organize history sharing.18:04
fullermdThere really should be something in the docs there that says "ignore this section unless you're Launchpad".18:20
=== deryck[lunch] is now known as deryck
ldurosI forgot again, how do I get bzr to generate a source directory, the kind that you want to tar18:43
lduroslike a source package, from a branch18:43
lifelessbzr export18:43
lduroslifeless: thanks much!18:43
lduros:-018:43
lifelesswill export a revision18:43
lifelessor if you're using bzr builddeb, bzr bd does that all automatically as part of the build18:43
lduroshmm neat18:43
ldurosit builds a deb package?18:44
lifelessvery much so :)18:44
ldurosthat sounds very helpful18:44
ldurosI'll try that very soon :-D18:44
caravelvila: thank you for your answers19:21
caravelvila: revno and even version-info, were not "spontaneous" to locate. I had looked at info, status just like hexprite I guess, but I can guess why it's good as it is now :)19:23
caravelvila: maybe they could be listed in basic commands help ?19:23
caravelvila: cf. stacked, ok I'll take your and mgz advices (and take note of the details location, will investigate later, then)19:24
caravelvila: essentially, my use case is not very specific and well described here  http://doc.bazaar.canonical.com/bzr.2.5/en/user-guide/organizing_branches.html i.e. per-team/user/task branches on a central server to ease sharing, but all "mirrored" locally so that "some of us" can merge things19:29
caravelvila: from the stack description, --stacked-on was making a lot of sense to me : being one of the mergers (and having brought everyone to bazaar..) I have a local shared repo holding all the mirrors. So I thought I should use this if I wanted e.g. to setup a workspace on a distinct local volume19:33
caravelI understand that in our case it would be pointless to use that on the central server (where all branches are within a shared repo, without working tree, pretty standard I guess)19:35
caravel(althought  I wioder if I shouldn't actually use it to protect some of our branches -- anyway we can live without that so far)19:37
caravelvila: so as a temp conclusion, I guess I'd agree with fullermd : manual should expand a little more about its pros and cons, maybe ? Is that also discouraged for local usage as I suggested above, i.e. with mirrors and workspaces located on a distinct local volumes ?19:40
caravellocated on* distinct, seperated19:41
fullermdDunno why you'd even consider it locally, unless your branches are gigantic and you have very limited and very slow storage.  For that matter, it may well make it worse with slow storage since it'll blow the cache.19:45
vilacaravel: I f you already have a shared repo, you're done. Nothing can beat it.19:46
vilacaravel: if you want to organize your working trees differently, that's another story, but stacking in only between branches and repositories.19:47
caravelfullermd: vila by "distinct local volumes" I mean mount points, or eg. drive letters in Wind'Oz wonderland19:51
caravelSo that the mirrored  share repos would be located under a "third party" disk space, excluded from backup between other things, while the actual workspace stacked on it would be under the daily/personal data space. Does it not make any sense ?19:54
caravel(I mean, a local disk space dedicated to "third party" stuff, versus another one dedicated to "own contribs" stuff)19:55
caravelbut yeah, I guess symlinks are my friends and provide the same result :)19:55
caravelhuh, no actually19:56
* caravel 's last comment about symlink was really silly, time to pull off for today I guess19:56
caravelso , iis that not a good reason to use stacks ? or am I still missing the point ?19:58
fullermdI don't really understand your usecase (and don't have time to really try to grok it, sorry), but I can't say it sounds overly desirous of them.20:00
fullermdAnd that to one side, I've never heard of anybody but LP using stacking and having a good experience from it.  If indeed LP is having a good experience...20:00
thumperlifeless: morning20:58
thumperlifeless: here is a question for you, what do you see the benefits of signing commits as20:59
thumperlifeless: and do you expect it?20:59
LarsibarsiHello, I am a little confused about the different setups available, and I would like to ask if someone can point me to the right workflow setup for our workflow. I red already some of the docs, but feel unsure which one of the described workflows fits best to the one my colleague and me have established.21:03
hbeckwhat would be the appropriate method to update (pull or merge?) changes from a SVN repo into my bzr copy of that repo, to which I've made some changes?21:11
hbeckI'm trying "bzr merge svn+https://poco.svn.sourceforge.net/svnroot/poco/poco/trunk" but it seems to think it needs to wholesale replace every file or something21:12
LarsibarsiMe and Peter both work on the same web site. Since we use a content management system that uses a database it is not practical to copy all stuff to local, so we both would edit the files directly on the host server. And the server doesn't allow SSH-connections or something similar - it would be a dump bzr-server. For keeping track of the changes and having an easy way to revert changed files I want to use bazaar... Where shall the main repo21:14
Larsibarsisitory reside, and how can we use it then?21:14
javehello21:39
javei was trying out "bzr bisect" and now the branch is in a weird state. how can I restore it?21:39
lifelessthumper: hi21:40
lifelessthumper: projects that want to detect attempts to alter their history need commit signing.21:40
aneshi guys, I want to learn about bazaar, what does it actually mean?22:37
lifelessjave: bzr revert probably23:24

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