/srv/irclogs.ubuntu.com/2011/06/11/#bzr.txt

pooliehi all00:15
pooliemgz: are you here?02:09
pooliei get an error on unix from your 220464 changes02:10
spivstewart: to be clear, that bug affects all pack-based repository formats, including 2a04:28
spivstewart: so upgrading to 2a probably won't workaround it (it *might* by accident, by affecting the timing of the race)04:29
spivstewart: not doing concurrent identical fetches into the same shared repository will avoid it (e.g. give each build slave its own repo)04:29
stewartspiv, ahh... for one project I noticed it went away with 2a upgrade (although as part of building that project it bzr branch another one... so still hits it that way)06:14
stewartspiv, although I certainly don't have a large enough sample size to say it wasn't just due to timing changes.06:14
maxbbah, sysvinit udd import failed with a transient connection error07:43
maxbCould someone requeue? (*NOT* with --full)07:43
mgzpoolie: I am now, what's the error?08:57
mgzah, win32utils importing on non-win32 platforms08:58
mgzthat change looks fine... but pqm still didn't land?08:59
kazadedoes bzr have support for nested branches?10:00
maxbIt's partially developed, but not ready for production use10:05
=== hunger_ is now known as hunger
maxbI am beginning to hate TreeTransform's cryptic error messages telling you nothing but a transient transaction id10:14
vilamaxb: yeah, welcome to the club :-/ sysvinit requeued by the way10:23
maxb:-)10:23
maxbthanks10:23
maxbDepending on how busy you are, you might apply "bzr break-lock" to these - http://package-import.ubuntu.com/status/67061a280d79e806c089681dd8b4a524.html10:25
maxbThey all relate to requeued imports from a long time ago10:26
vilanot overly busy but not there for long either (SO waiting :-})10:26
vilawhere are the branches ?10:26
maxbwhere? in /srv/package-import.canonical.com/new/updates/(packagename)/*10:28
vilayeah, found them, not all are locked, will be tedious, on it10:28
maxbtedious? Could you not just do "for i in *; do bzr break-lock $i; done" in each package directory?10:30
vilaIsn't this tedious ? :)10:30
vilaBad ENglish again ?10:30
vilaoh, you mean breaking the lock without checking first ?10:31
maxbwell, the locks should all be really old ones10:31
vilaha, silly, the check occurs while trying to break it of course10:31
vilayeah, hey, be patient I'm just waking up :)10:32
fullermdAlways a bad idea.  I recommend against it.10:32
maxbHah10:32
maxb(And the requeue_package.py --all-of-type ktorrent )10:32
maxb*then10:32
vilamaxb: done (and gone ;)10:36
vilamaxb: I'll be around for a bit later10:36
vilamaxb: they all seem to fail (I didn't check the previous cause). locks will need to be broken again ?10:38
vilamaxb: this sounds like a good command to add no ?10:38
vilamaxb: ha, I see you're already on this track (catching up with udd mail)10:41
maxbThis is a case of shuffling failures from one failure signature to another to organize the failures page better :-)10:44
vilalol10:46
maxbAHA11:10
maxbbzrtools' tarball import code dislikes it if a symlink to a directory turns in to a real directory in successive versions11:10
maxbHmm11:14
maxbSo, if I have this directory structure:11:15
maxblenny/11:15
maxblenny/foobar11:15
maxbsqueeze -> lenny11:15
maxbAnd I call tt.trans_id_tree_path("squeeze/foobar"), and get the same trans_id as for "lenny/foobar" ..... is TreeTransform wrong?11:16
* maxb wonders why trans_id_tree_path ever wants to follow symlinks, actually11:27
hichamdoes bzr have a git-format patch equivalent ?13:19
spivhicham: yes: a) bzr help merge-directive, or b) install bzr-git plugin, use --format=git IIRC13:36
hichamthanks spiv13:40
=== jelmer_ is now known as jelmer
=== yofel_ is now known as yofel
=== maxb changed the topic of #bzr to: Bazaar version control <http://bazaar.canonical.com> | try https://answers.launchpad.net/bzr for more help | http://irclogs.ubuntu.com/ | Patch pilot: vila | UDD failures: 484

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