/srv/irclogs.ubuntu.com/2012/01/09/#bzr.txt

lifelessmwhudson: fullermd: that delta module is -firmly- deprecated05:53
pooliejelmer, hello?08:59
gnuoyvila, could you give me a ping if you've got time to talk about RT#50151: setup pqm to resolve news conflicts for bzr09:39
gnuoy?09:39
vilagnuoy: ping09:47
vilagnuoy: are you in budapest ?09:47
gnuoyvila, no, I'm afraid not09:48
vilak, no worries09:48
vila:)09:48
gnuoyI've got 2 relevant files, /srv/pqm.bazaar-vcs.org/pqm-config/pqm.bazaar-vcs.org.conf and /home/pqm/.bazaar/locations.conf09:48
gnuoyThe /home/pqm/.bazaar/locations.conf has very little in it09:48
gnuoyhttps://pastebin.canonical.com/57866/09:48
gnuoyThe main config is in /srv/pqm.bazaar-vcs.org/pqm-config/pqm.bazaar-vcs.org.conf...09:49
vilathe former is probably irrelevant (or rather specific to pqm and unknown to bzr)09:49
gnuoyfwiw, it contains: https://pastebin.canonical.com/57867/09:50
gnuoyI assumed pqm.bazaar-vcs.org.conf was the relevant file09:50
vilafor pqm yes09:52
gnuoygiven those 2 files does the change need to go into /home/pqm/.bazaar/locations.conf then ?09:52
vilayup09:52
gnuoyvila, ok, thats simple then09:52
gnuoy:)09:52
vilamy bet would be that {workdir} is relevant as the highest section name we want to use09:53
vilaas in: that's probably below this dir that the merges occur09:53
vilagnuoy: moving to a new room...09:54
gnuoyvila, the chroot is under /srv/pqm.bazaar-vcs.org/chroot so is this what I need to add ?: https://pastebin.canonical.com/57868/09:55
vilaI'll add home/pqm/pqm-workdir (without a final /)09:57
vilajust to make sure it applies to bzr only (even if bzr is not mentioned there...)09:58
AfCWhat's the default branch for ancestor: ?09:58
vilaAfC: ancestor: applies to a branch, I don't get what default you're after O_o10:01
vilaI should be missing your context10:01
AfCvila: I just did10:01
AfC$ bzr diff -r ancestor:10:01
AfCvila: and it did something. I just don't know what branch it did it against.10:01
vilathe current one in the directory you ran bzr diff10:02
vilabzr info should tell you10:02
AfCvila: bzr info says the usual useless information, like "parent" and "submit" like I'd know what the difference is10:02
vilasubmit_branch is probably relevant10:03
AfCvila: ie it doesn't mention "ancestor"10:03
gnuoyvila, so the entry should be https://pastebin.canonical.com/57869/ ?10:03
vilaparent is where you branch from, submit is where you merge from10:03
vilaso 'parent' should be more relevant than 'submit', sorry10:04
AfCvila: excellent.10:04
AfCvila: we are, regrettably, no closer to knowing what the definition of ancestor: is.10:04
vilagnuoy: yup, that sounds good10:05
AfCvila: [not your fault, just a lack of polish in bzr command line interface]10:05
vilaAfC: I'm using submit: far more than ancestor: myself10:06
AfCvila: been using ancestor:/path/to/whatever for years.10:06
AfCvila: no one told me I wasn't supposed to use it.10:06
vilathe subtle distinction between them is... not always clear to me10:07
AfCheh10:07
vilain most of the cases I know they give the same results10:07
AfCer. wait10:07
AfCvila: ancestor: is a calculation10:07
AfCvila: submit: is just a tip10:07
AfCright?10:07
AfCespecially for branches that have far diverged10:08
vilawell, 'ancestor' is where you came from, 'submit' is where you want to go10:08
vilaso the resulting diff is often the same10:08
AfCah, interesting10:09
AfCI thought submit was a location10:09
AfCin fact, it is something in bazaar.conf10:09
AfCwhereas,10:09
AfC$ bzr help revisionspec10:10
AfC...10:10
AfCsubmit:10:10
AfC        Selects a common ancestor with the submit branch.10:10
AfCancestor:10:10
AfC        Selects a common ancestor with a second branch.10:10
AfCwtf10:10
AfCoh, right10:10
vilatrue, but as far as diff is concerned, they both provide a revision10:10
AfCthe whacked out10:10
AfCdifference between10:10
AfC:submit and -r submit:10:10
vilathe former is a location, the later is the tip of this location (i.e. a revision)10:12
vilagnuoy: should I throw a test at pqm ?10:16
gnuoyvila, yes pls10:17
vilagnuoy: done, waiting for result10:18
vilagnuoy: tests didn't start so probably still failing :-/10:20
vilagnuoy: can find some log about the latest bzr pqm submission so we can check which dirs/branches were involved ?10:20
vilas/&/you/ somewhere ;)10:20
blackarchonhi all10:21
blackarchoni'm wondering what "qsubprocess --bencode ..." exactly does10:22
gnuoyvila, the log only seems to contain "Conflicts during merge: Text conflict in doc/en/release-notes/bzr-2.5.txt"10:23
vilagnuoy: right, that confirms we failed :)10:23
=== r0bby is now known as robbyoconnor
vilagnuoy: how about the .bzr.log file on the host (not the chroot) ?10:24
gnuoyvila, nothing in the past hour10:25
vilaO_O10:25
vilagnuoy: can you paste some of it ?10:26
gnuoyvila, https://pastebin.canonical.com/57870/10:27
vilagnuoy: otherwise we have to revise some belief, so may be the merge occurs *in* the chroot ??10:27
gnuoyvila, I'm not sure how to determine that10:29
vilagnuoy: bzr version 2.1.4 !!!10:29
gnuoyvila, the date is old10:29
vilagnuoy: well, the .bzr.log in the chroot will give plenty of hints about what is done there10:29
vilagnuoy: or did you mean you don't know where to find this log file ?10:30
gnuoyvila, I assume its /srv/pqm.bazaar-vcs.org/chroot/home/pqm/.bzr.log10:30
vilasounds good10:31
gnuoyvila, https://pastebin.canonical.com/57871/10:32
vilaok, so only selftest runs there10:33
vilabut your previous log paste is not good, it says 2011-10-1010:34
gnuoyyes, I saw that10:34
vilagnuoy: may be you looked in the old pqm host ?10:34
gnuoynope10:35
vilagnuoy: I'm lost, but there should be a .bzr.log file containing more recent events10:36
vilagnuoy: may be you *could* look in the old pqm host ? ;-)10:43
vilagnuoy: (never underestimate silly ideas when all the smart ones fail ;)10:43
gnuoyvila, there is a bzr.log for the pqm user on the old host but I don't think its relevant, https://pastebin.canonical.com/57872/10:47
vilagnuoy: you're right, doesn't seem relevant for bzr10:49
gnuoyvila, I don't suppose this entry from the pqm logs is any help? https://pastebin.canonical.com/57873/10:50
vilagnuoy: hmm, there is a cwd mentioned there... that I never hear about, but that may indeed be the one we're after ?10:52
vilagnuoy: and it mentions bzr... (well, bazaar at least_10:52
vila)10:52
vilagnuoy: so if we can't find the .bzr.log file you may at least try it at the section name and do another test10:53
vilagnuoy: switching room again (with  a laptop mentioning low battery while being in charge for the last hour :-/)10:54
niemeyerHello there!11:08
niemeyerWe were just wondering what's the state of the multiple-branches-per-directory feature11:09
niemeyerIs that receiving any attention nowadays?11:09
jelmerniemeyer: hi11:10
niemeyerjelmer: Yo!11:10
jelmerniemeyer: yes, we've been working on that for 2.511:10
niemeyerjelmer: Sweet!11:10
jelmerthere is an experimental format named 'development-colo' in 2.5 that adds such support11:10
jelmerthe plan is to eventually merge that support back into the 2a format (as it'd be backwards compatible)11:10
niemeyerjelmer: Is the experimental feature "experimentable" ATM? :-)11:10
niemeyerjelmer: Our workflows with Go ATM are a bit ugly and boring to deal with.. this would be quite a neat improvement11:11
jelmerniemeyer: it does work, but the UI isn't completely there yet11:11
niemeyerjelmer: What important pieces are missing?11:12
jelmerniemeyer: at the moment you still need to address colocated branches (as they're being named) by their full URL, rather than by short names as in e.g. git or mercurial11:12
niemeyerjelmer: If it's workable and won't eat our lunch, we can probably be guinea pigs for it11:12
niemeyerjelmer: Ok, but what about local use?11:12
jelmerniemeyer: so "bzr log file:,branch=foo" or "bzr log file:///home/jelmer/src/samba,branch=foo" rather than just "bzr log foo" if you're already in /home/jelmer/src/samba11:12
niemeyerjelmer: Ok, I could live with that11:13
jelmerniemeyer: I'm very interested to hear about anything else you run into11:13
niemeyerjelmer: How do I get started on it?11:14
jelmerniemeyer: the name we're using for it is co-located branches, the existing known bugs are here: https://bugs.launchpad.net/bzr/+bugs?field.tag=colocated11:14
jelmerniemeyer: upgrade to development-colo ('bzr upgrade --development-colo')11:14
jelmerniemeyer: you'd probably want to use the bzr daily builds if you do this, I think a fair number of fixes was made after beta 411:15
niemeyerjelmer: Sounds good11:15
jelmerniemeyer: "bzr branches" will list the existing branches11:15
niemeyerjelmer: Ah, I've seen that one elsewhere ;).. sweet11:16
niemeyerjelmer: and to create / checkout new branches onto the existing tree?11:17
niemeyerjelmer: If there's documentation elsewhere, I'd be happy to read rather than pestering you :)11:17
niemeyerFor those following at home, you'll want this: sudo add-apt-repository ppa:bzr/daily11:19
jelmerniemeyer: I haven't gotten around to writing that yet unfortunately, mostly because there are still a few rough edges in the UI to fix up11:20
jelmer(you have been warned)11:20
niemeyerjelmer: :-)11:20
jelmerniemeyer: creating a new branch should be "bzr init file:,branch=bla" to create a branch named "bla"11:21
jelmer(eventually that'll be just "bzr init bla")11:21
niemeyerjelmer: Just so I understand the underlying model, why the file: prefix?11:28
jelmerniemeyer: mostly because of our internals11:31
jelmerniemeyer: we do want to support plain colocated branch names11:31
niemeyerjelmer: Yeah, I guessed that.. was just wondering what file: would cause to the internals so I can infer when to use it11:32
jelmerniemeyer: we use a , for path segment parameters, but that only works for URLs at the moment, not for local file paths11:32
niemeyerjelmer: Aha, gotcha, thanks11:33
jelmer(we didn't want to break people who had branches with comma's in their path)11:34
niemeyerjelmer: sensible11:37
niemeyerjelmer:11:37
niemeyer[niemeyer@gopher ~/a]% bzr branches11:38
niemeyer* (default)11:38
niemeyer  foo11:38
niemeyerjelmer: How to reference to that "default" branch11:38
niemeyerjelmer: Just trying to understand how to get started with a directory containing branches11:38
jelmerniemeyer: with no branch argument you'll get the default branch11:38
niemeyerjelmer: Hmm.. doesn't seem to work in this case..11:39
niemeyerHmm.. it's not clear how to check an existing branch out either11:42
niemeyerIf I use "bzr checkout file:,branch=foo", I get a real directory called ",branch=foo" in the current path11:42
niemeyerjelmer: ^11:44
jelmerniemeyer: sorry, at the platform rally atm.. was distracted for a bit11:46
niemeyerjelmer: Maybe we should talk live.. :-)11:46
jelmerniemeyer: ah, cool - didn't realize you were here too11:46
niemeyerjelmer: :)11:46
jelmerniemeyer: yeah, that might be easier11:46
niemeyerjelmer: The above history is good, though.. I plan to share it11:46
niemeyerjelmer: Yeah, I don't know how to switch a branch I'm afraid11:51
jelmerniemeyer: the setup is a bit tricky at the moment, I'll have a look at it later today and get back to you if that's okay11:58
blackarchonis there a recent manual on how to create a bzr install for windows?12:59
=== Quintasan_ is now known as Quintasan
mwhudsonlifeless: not so as you can tell, but ok20:17
=== yofel_ is now known as yofel
=== wallyworld is now known as uncleian
=== wallyworld__ is now known as uncle_ian

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