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

bj0i have several different projects in their own branches, i want to tag them all with the same tag (because they are bundled together in a release).  Is there an easier way to this than individually tagging every branch?00:04
bj0like a 'virtual' branch that points to all the projects?00:04
spmout of curiosity, does bzr have the ability to update all branches in a given tree. so if I have main repo A, have in that tree have repo's B & C, is there a bzr update --all style of command that will update all repos in the given branch/tree?01:13
spivspm: your choice of terminology is a bit weird, but IIRC bzrtools includes a repo-pull or multi-pull or something command that will find branches under your cwd and pull in all of them01:14
spivspm: (and maybe the new colocated branches have something along these lines?)01:14
spmspiv: hola. right that's pretty much what I was chasing - sorry, was talking svn/bzr with some sysadmin mates, and hence the weirdness.01:15
poolieo/ spm, spiv01:20
spmo/ poolie01:20
lifelessspm: also config-manager can do that01:22
lifelessspm: when you're dealing with N-trees (vs N-branches of one tree)01:23
spmlifeless: yup. that was the one I was directly aware of; this was more of a can bzr do a more naive implementation to what cm does01:23
spmthe context was a (brief) discussion wrt svn externals; I was idly curious if bzr had similar - outside of cm01:23
spmnot that I expect to convert them, yet; but hey. :-)01:24
bob2cm, blast from the past!01:24
lifelessbob2: there is an internal doc on best practice for dev& deploys01:38
lifelessbob2: unknown to me, -ops have been using cm all this time; said doc mandates continued use01:39
bob2haha01:39
lifelessironically, LP has reinvented it with a different name, but -ops still use cm to do the deploys01:41
lifelessby ironic, I mean hahaonlyserious01:41
bob2fascinating02:11
bob2surprised no one noticed earlier02:11
lifelessspiv: I'm coming to sydney fri/sat/sun; any chance of catching up with you three?06:43
spivlifeless: hmm, probably!06:43
LarstiQspm: there are also bzr-externals and scmproj06:53
spmahh cool, thanks!06:55
lifelessspiv: my itinerary is poolies thing on friday, hack day with erik on sat, possibly yum cha, or possibly $whatveer sun, 4pmish to airport07:40
mgzmorning all!07:59
vilamgz: hey08:03
* fullermd ambushes vila.08:04
vila. o O (Stay still or run ?)08:04
fullermdSo, speaking of bug 964171, which we totally weren't   ;p08:04
ubot5Launchpad bug 964171 in Bazaar "date:today in log broken in 2.5+" [Undecided,Incomplete] https://launchpad.net/bugs/96417108:04
fullermdLast you left it in Incomplete, where it's in danger of getting auto-reaped at some point.  Is there something needed from me on it?08:05
vilaha damn, this one has already overflowed my list twice :-/08:05
vilaso, I think I wanted feedback about whether this was specific to some branches and reproducible with all bzr versions08:06
fullermdIt failed for me with 2.5 and .dev, but worked with 2.4 (didn't try earlier, but...)08:06
fullermdPretty sure I tossed together a scratch branch and it acted the same.08:07
vilaI think jelmer could shed some light there too which is why I subscribed it08:07
vilas/it/him/ damn it08:08
* jelmer if vila is suggesting he is genderless :)08:08
fullermd% bzr revision-info -rtoday08:08
fullermdbzr: ERROR: Requested revision: 'today' does not exist in branch: file:///tmp/bzr/t/A/08:08
vilapfew, fixed the tyop faster ;)08:08
fullermd% \bzr revision-info -rtoday08:08
fullermdbzr: ERROR: Requested revision: 'today' does not exist in branch: file:///tmp/bzr/t/A/08:08
fullermd% ~/src/bzr/back-branches/2.4/bzr revision-info -rtoday08:08
fullermd1 fullermd@over-yonder.net-20120411080736-0x9pjobhkv3gryaq08:08
fullermd(.dev, 2.5, and (obviously) 2.4, respectively)08:09
jelmerfullermd: it's definitely a bug08:10
fullermd'k.  Can we move it to Confirmed or something?  I don't so much care about "ZOMG we need to fix this today", but if it's in Inc and gets killed off by LP's autoreaper, it'll make things so much harder for me to act smug and point at "see, I totally already reported that" down the road.08:13
fullermd(and after all, that's the important part of the process, right?)08:13
jelmerfullermd: :)08:14
jelmerfullermd: done08:14
fullermdOh, hm, it looks like "I.e. when -rdate:<whatever> is the branch tip" is a point too.08:15
fullermdIf I stuff another rev on the branch (so both 1 and 2 are today), .dev and 2.5 properly give back rev 1.08:16
fullermdI guess this is bzr's way of subtly hinting that I should be getting more work done before asking it questions.08:16
fullermdHm, didn't we fix all the compile warnings at some point?  I get a handful of the pointer->integer cast warnings.08:19
jelmerfullermd: I think I've always seen them08:20
fullermdHm.  I don't get them with clang.  Little odd.08:21
fullermdShows up another oddity though; `gmake CC=clang` changes the compiler used in the compile steps, but it still uses 'cc' for the linking.  Not quite exactly a bug maybe, but unexpected.08:23
fullermdAnyway.  Better stop looking for excuses to not be working...08:24
maxbAnyone fancy looking at an UDD MP for me? https://code.launchpad.net/~maxb/udd/environment-setup/+merge/10130710:35
mgzmaxb: seems pretty reasonable to me, might just want vila to look it over too10:57
vilamaxb: the scripts have been rewritten by jml/james_w because they want to reuse udd in a different context so they wanted some dependencies *out* of the scripts (adding pkgimport.conf starts addressing that), putting everything *in* again goes in the opposite direction, you should see with them to reach a consensus11:06
vilamaxb: have a look at udd/iconfig.py too which already defines pi.install_dir and pi.base_dir based on _root_dir that you're duplicating with udd_scripts_root11:08
* vila bbl11:09
LarstiQjelmer: hah. Now of course I run into subvertpy missing probe_transport() is called..11:22
LarstiQ_when_ probe_transport() is called11:22
jelmerLarstiQ: it seems reasonable enough to require subvertpy for that11:25
maxbvila: jml / james_w are welcome to re-use the udd.* modules, but making our bin/ scripts do the right thing when invoked without wrapper shell scripts shouldn't affect them, I would think11:26
jmlmaxb: I haven't looked at this change in particular (kind of caught up in something else atm)....11:27
jmlmaxb: but personally, I think the best thing we can do for this code-base is to split the "watch packages on Launchpad" bit away from the "import packages into branches" bit.11:27
maxbSure, but right now I just want scripts that don't die if I don't have a PYTHONPATH set :-)11:29
LarstiQjelmer: it looked a bit funny trying to pull from a colocated branch, but I can't seem to reproduce it11:29
james_wmaxb, what we have done on other projects is add a py.sh file by some other means (i.e. puppet) that sets the variables for the specific deployment13:01
maxbI don't see any reason why the python scripts can't set up at least their path sanely all by themselves13:02
maxbDo you use bin/* in your other use of the udd code at all?13:03
solsTiCehi. What is the most likely cause of such an error ? http://paste.pocoo.org/show/57948313:04
james_wmaxb, we do13:14
james_wmaxb, the "watch packages on Launchpad" part13:14
maxbHm, that's a surprise, many of them are highly specific13:14
james_wadd-import-jobs, mass-import etc.ΒΈ but not "import-package"13:14
james_wrequeue-package is the odd one out13:14
james_was we need it, but not the zap-revids stuff13:14
maxbRight. Well, even so, I don't think the changes in my MP would break anything per se, though some of them would be unnecessary13:15
maxboh, the BZR_EMAIL one would be undesirable13:17
maxbMuch of the environment setup could probably be moved into bin/import-packaet13:18
jmlmgz: congratulations, you've been given commit access to testtools :)13:21
mgzha, thanks jml13:24
mgzalas I don't have any branches that need sneaking through without review to abuse my new position13:25
jmlmgz: heh.13:25
jmlmgz: I have a branch that needs review, which you're welcome to. But I might wait for lifeless to give it a shot anyway.13:26
mgzhm, subunit tag stuff, would be good for lifeless to look at that indeed13:28
=== yofel_ is now known as yofel
=== deryck is now known as deryck[lunch]
=== deryck[lunch] is now known as deryck
=== yofel_ is now known as yofel
pooliehi all22:42

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