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

=== robbyoconnor is now known as r0bby
=== r0bby is now known as robbyoconnor
JPeterson"bzr branch lp:jp-test ." returns " Target directory "." already exists."00:27
JPetersonhow do i fix it?00:27
fullermdbranch has a --use-existing-dir.  But are you sure you want to drop the branch right in '.'?  (as opposed to ./jp-test/)00:28
JPetersonthx01:32
felipecit looks like I can do ControlDir.open('lp;foo'), and operate in in the branch as if it was local... but the operations are too slow01:35
felipecis there a facility to have an intermediary local branch?01:36
fullermdPretty sure not really.  The facility looks like "bzr branch lp:foo local ; ControlDir.open('local')"   8-}01:37
felipecfullermd: yeah, I'm doing something like that, but what happens when I want to push to lp:foo?01:39
felipecI guess I need to pull and push to make sure they are in sync01:40
felipecI thought perhaps this concept of 'bound' branches would help01:40
fullermdOh, you can "push lp:foo" or "push :parent" or (after the first time) just plain "push", depending on when/if you expect somebody to fiddle your branch behind your back.01:40
fullermdThat would also be a possibility, as long as you're OK with things happening upstream the moment you do them (and handling the case of upstream moving behind your back).01:41
felipechmm, I'm not sure01:43
felipecmaybe I should do a clone for the initial import, and after that push directly to the server01:44
JPeterson"https://code.launchpad.net/~john-peterson3/calibre/calibre/+merge/132832" returned "Timeout error Sorry, something just went wrong in Launchpad. We’ve recorded what happened, and we’ll fix it as soon as possible. Apologies for the inconvenience. Trying again in a couple of minutes might work. (Error ID: OOPS-342f8cc9c38bf1ad53e6f28f3f2c2db4)"02:12
felipecI'm reading about bound branches... supposedly when a commit is made on the local branch, it should be pushed to the parent branch03:09
felipecno?03:09
fullermdCorrect.03:10
felipecfullermd: but the API doesn't do that...03:11
fullermdWell, I don't know at what level the magic happens.  Are you sure you actually made a bound branch?03:12
felipecfullermd: branch.bind(remote_branch)03:13
bob2don't do bound branches03:13
felipeclooks like in addition to builder.commit, I need to import_last_revision_info_and_tags03:16
AfCbob2: well, bound branches are part of the magic fairy dust that makes `bzr switch` work, at which point you have a the ability to reuse a Working Tree across different Branches05:01
bob2sadness05:02
bob2I underspecified, binding to shared repos is my concern05:03
lifelessAfC: huh? switch works fine w/out bound branches06:07
AfClifeless: really? That's new06:08
AfClifeless: when I learnt it, you had to have a checkout to be able to switch06:09
JPetersonholy cow how do i remove this https://code.launchpad.net/~john-peterson3/calibre/calibre/+merge/132832/comments/285737 message? it's a duplicate message.06:09
JPetersondo i have to fraking ask an admin to remove my own messages?06:09
lifelessAfC: lightweight checkouts work fine06:10
JPetersonadmin moron? can you delete my message?06:14
JPetersonit's a  duplicate. it's worthless. it must be deleted.06:15
AfClifeless: um, ok. I guess I would have said that's still a checkout. Happy to be corrected, cheers.06:19
AfClifeless: [still a bother to set up]06:19
lifelessAfC: it is a checkout, but its not a bound branch06:21
lifelessAfC: all the bound branch complexity can't happen in a lightweight checkout06:21
AfClifeless: fair enough06:25
bob2a) #launchpad06:26
bob2b) not being a dick is helpful when asking for something06:26
mathrick_how can I add extra "see also" for a command?08:13
vilamathrick_: look for _see_also examples in bzrlib/builtins.py08:21
mgzmorning!08:24
fullermdAgain?  I just dealt with one of those yesterday...08:24
mathrick_vila: ah, thanks. I was looking for that in bzrlib.commands.Command, but it isn't documented it seems08:25
vilamathrick_: quite possible, there is a leading '_' after all ;)08:25
mathrick_hmm, right. Why does it have that, though?08:27
mathrick_it doesn't seem like something "internal" to me08:27
vilamathrick_: hysterical raisins, I can't see why it's not public indeed (but I may miss some detail...)08:31
mathrick_btw, it seems like a missed opportunity that bzr help plugins/foo doesn't list the commands provided08:32
vilamathrick_: patches welcome ;) That sounds like a good idea. I don't remember what's the default behavior is but I think a plugin can already do that...08:38
vilaat least 'bzr help qbzr' does (usual kudos to our qbzr friends ;)08:39
mathrick_vila: I believe it's simply hardcoded into the docstring08:39
mathrick_all the plugins I've seen do that08:39
vilaindeed it is08:40
vilafullermd: urgh, bug #1075213 gives me a headache :-/09:12
ubot5Error: Launchpad bug 1075213 could not be found09:12
vilasee ?09:12
vilabug #107251309:12
ubot5Launchpad bug 1072513 in Bazaar "log can show too few revs" [High,New] https://launchpad.net/bugs/107251309:12
vilafullermd: but basically I think it's related to -v inspecting all the *file* revs while !-v looks at the ancestry graph09:16
vilafullermd: by "file revs" I mean the existing file texts that are referenced in the revision inventories09:17
mathrick_uhh, is that expected behaviour?10:29
mathrick_C:\Users\Trendware\Dev\bzr-submit>bzr info ./this-doesnt-exist10:29
mathrick_Standalone tree (format: 2a)10:29
mathrick_Location:10:29
mathrick_  branch root: .10:29
mathrick_ie. no error being returned10:29
vilamathrick_: yes. 'bzr info' walks upward from the location you give so it ends up in C:\Users\Trendware\Dev\bzr-submit which is a real branch10:32
mathrick_that's pretty counterintuitive to me10:33
mathrick_though it might be because I want to check for a branch that (possibly) lives in a subdir, so I want it to error out on non-existent location10:33
mathrick_if I trigger pdb on a bzr error (with BZR_PDB=1), how can I inspect the exception that caused the debugger to step in?10:39
vilameh, no general answer for that, it depends on where the debugger puts you in, you may try so start with 'pp locals()' maybe10:41
* vila off for errands10:41
mathrick_perhaps exc_info() will help10:42
hasselmmany reason bzr doesn't install the grep plugin by default?12:47
ReekenXHow to what will be changed from repository without running `bzr up`?12:51
ReekenXI can't find on Google anything related to this12:51
mathrick_ReekenX: you're missing a word in your question, it makes it unclear12:52
mathrick_try repeating it12:52
ReekenXmathrick_: Before updating a code with `bzr up` I want see changes coming (what will be changed in my source code).12:53
mathrick_hmm, what is the API to use when I want to ensure I'm in a branch, and not a repo?12:53
mathrick_ReekenX: try bzr missing :bound12:54
ReekenXmathrick_: Thanks a lot! And sorry for poor english skills (trying to improve).12:56
mathrick_that's alright, it just looked like you missed a word12:57
mathrick_ReekenX: btw, note that with lightweight checkouts, it won't work. Lightweight checkouts are pretty hard to inspect in general, because they have almost no state on their own12:57
mathrick_hrmpf13:31
mathrick_how do I distinguish between NotBranchError meaning "location doesn't exist" and "location is a repository"?13:32
mathrick_I want to error out only if I get a repo, but not when I get a branch or a non-existent location13:32
vilamathrick_: bzrlib.branch.Branch.open() ?13:41
mathrick_vila: but won't it also give me NotBranchError on non-existent paths?13:42
vilafrom memory, I can't say13:42
vilamathrick_: writing a test for it will allow you to explore at will13:43
mathrick_poking reveals it will13:45
mathrick_oh well, not that important13:46
mathrick_I will get it right later13:46
mathrick_OK, what is the canonical way to set the submit location?14:03
mathrick_from the command line, that is, and/or programmatically14:05
mathrick_aha, bzr config submit_branch="../upstream"14:07
=== ReekenX is now known as ReekenX|AFK
fullermdvila: Well, if it weren't headache-inducing, what would be the fun in filing the bug?   ;p15:31
vilamathrick_: yup, 'bzr config' is the manual way (bzr config --remove may help too)15:31
vilafullermd: hehe15:31
vilafullermd: I didn't dig enough to fully understand (I mainly tried the script with make_dir=false and looked at the branches with bzr qlog A B C)15:33
vilafullermd: the only weird thing I noticed that was you were merging older versions of the branch itself15:33
vilafullermd: nothing illegal there but the result may be confusing for the user15:33
fullermdOh, that's not enough.  You don't really have a headache until you start commenting out the [1] lines and watching new revs start appearing like magic.15:34
fullermdWell, the Real Branch where I first ran across it was a little twisty in how it came together; that was the simplest way I could come up with to reproduce it.15:35
vilafullermd: I have no doubts the real one was even harder to grasp...15:36
vilafullermd: any of the [1] ? In a particular order ?15:36
fullermdNope.  For every one you comment out, one more of the "right" revs shows up in the log output.  So any 3 of them, and all 4 "right" revs show up.15:37
fullermdOr uncomment the exit in the [2] block; that causes 2 of them to show up.  So skipping [2] via the exit, and commenting out any 1 of the [1]'s, and everything works right too   :)15:38
fullermdNo correspondence between which one you comment out and which "right" rev shows up; they always uncover themselves in the same order.  Neat, huh?15:39
vilafullermd: hmpf15:43
fullermdThe Particular Magic in the real case that I copied into the test case was how one branch off trunk added a dir with a couple files and was merged, and then another branch that started off trunk from before that landed merged trunk with those changes, made other changes in the dir, then was itself landed on trunk.15:44
fullermdBut I had to add in those --unchanged rev in the test case (in the real case there were of course real commits to other stuff in the tree before/after the revs touching the dir in those landings) to make it start showing up.15:45
fullermdSo I didn't actually discover that quirk by removing them and watching stuff show up; when the test worked right while the real didn't, I started adding them and watched stuff _disappear_   8-}15:48
fullermdPerhaps you could hear me whimpering and curled up in the corner when that happened...15:48
fullermdvila: Incidentally; I just tested; the extra merge in [2] isn't itself apparently part of the necessary special sauce.  Replacing that block with 2 more --unchanged revs on C has the same effect.  So there's one more step of simpliciation.16:03
fullermd(it would be simplification, but that's more letters, so obviously not as simple...)16:05
fullermdI guess I should note that on the bug, so future generations can share in the WTF.16:08
vilafullermd: yup (sry otp) (and yes, less letters is simpler)16:10
fullermdSay hi to whoever it is for me  ;>16:11
fullermdvila: There's the updated script and some notes on the bug.  Y'know, just in case that headache went away   8-}16:51
vilafullermd: cool, I'll update mine16:55
fullermdSlightly more normal looking history without the extra merge.16:56
fullermdhttp://picpaste.com/pics/qlog.1352134680.png16:58
fullermdThough I did add a few extra notes about tweaks you can do to the "Merge A:1" without affecting the outcome, just to muddy the waters up a bit...16:59
fullermdAnyway.  Headache widely shared; my work here is done!17:09
=== yofel_ is now known as yofel
=== iBasic is now known as BasicOSX

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