/srv/irclogs.ubuntu.com/2013/01/04/#bzr.txt

=== slank is now known as slank_away
=== verterok` is now known as verterok
=== superfly_ is now known as superfly
=== r0bby is now known as robbyoconnor
mthaddonLeoNerd: thx!11:38
LeoNerd.. for?11:38
LeoNerdOhright.. the diff thing? That was aaages ago11:38
mthaddonthe hint about "bzr di --old=path/to/branch --new=path/to/branch"11:38
LeoNerdAhyes11:39
mthaddonyeah, just saw it in backscroll11:39
=== yofel_ is now known as yofel
=== slank_away is now known as slank
LeoNerdI'm going to use bzr in a directory that is dual-shared with another revision control system, purely so I can have a 'shelve' functionallity ((because the other RCS doesn't have one))15:25
LeoNerdAny particular gotchas I should be aware of? As long as I'm careful to bzr ci after $other commit, or updates, it should be OK..? I'm only going to 'add' a fwe specific files also, so I'm planning to  bzr ignore *15:25
qengho$ bzr log -m demo16:11
qenghobzr: ERROR: exceptions.TypeError: expected string or buffer16:11
qenghoWeird.16:11
mgzqengho: pastebin `bzr -Derror log -m demo`?16:14
mgzLeoNerd: provided it's not one bzr has a plugin to recognise, you're probably fine16:15
LeoNerdmgz: yeah; it's perforce.. should be fine :)16:16
qenghomgz: http://pastebin.ubuntu.com/1495715/16:16
mgzqengho: that is fun. maybe pass -Ddebug and `p strings` `p res`?16:22
mgzlooks like generator confusion rather than an error from re.search though16:22
qenghoEr, what's the env var to break into pdb?16:23
mgzhm, I guess strings could contain None which would do it16:23
mgzqengho: sorry, `BZR_PDB=1 bzr log -m demo`16:23
qengholazy_regex.LazrRegex has no useful __str__ or __repr__.16:24
mgzI can't find a bug for this though, so would be great if you could report one, https://bugs.launchpad.net/bzr/+filebug16:25
qenghoOkay.16:25
mgzyou should be able to thunk them, but I suspect 'strings' is the cause16:25
qengho(Pdb) map(type, strings)16:26
qengho[<type 'unicode'>, <type 'unicode'>, <type 'tuple'>, <type 'unicode'>](Pdb) map(type, strings)16:26
mgz`fake._real_re_compile()` will give you something inspectable16:27
mgzheh, tuple 'd do it. guess that's from the colo changes?16:27
qenghoNo idea.  It's  (u'https://launchpad.net/bugs/992352', u'fixed') .16:28
ubot5Launchpad bug 992352 in chromium-browser (Ubuntu Natty) "Please update to 18.0.1025.168" [Medium,Fix committed]16:28
mgzo_O16:29
mgzwhat's one of the normal ones?16:29
qenghoHere's the branch, if you want to reproduce. Wife is dragging me away to lunch. ...16:30
mgzsure :)16:30
qenghobzr+ssh://bazaar.launchpad.net/~cmiller/chromium-browser/ppa-chromium-browser.lucid.stable16:31
qengholp:// should work too.16:31
mgzta.16:32
mgzyeah, fails done remotely in the same way16:35
qenghomgz: LP: #109612116:35
ubot5Launchpad bug 1096121 in Bazaar ""bzr log -m S" causes TypeError in filtering through regex a tuple" [Undecided,New] https://launchpad.net/bugs/109612116:35
mgzlooks like a misparsed debian changelog...16:36
mgzbut what is it actually doing there... >_<16:37
qenghoIn case it matters, the only debian-specific ext plugin I have is  builddeb 2.7.0dev16:37
qenghoLunch.  afk.16:37
mgzokay, just seems to be a bug in the fancy log matching not realising that rev.iter_bugs() returns a tuple16:40
mgzshould be pretty simple to test and fix16:40
mgzworkaround: using --match-message or other more specific match for now16:42
LarstiQLeoNerd: iirc there is a perforce plugin though ;)16:50
LeoNerdWell.... OK. :) But I happen not to have it installed16:51
=== deryck is now known as deryck[lunch]
=== deryck[lunch] is now known as deryck
dobeyanyone familiar enough with bzr-builder to figure out what's wrong from a traceback?20:24
dobeyhttps://launchpadlibrarian.net/127602321/buildlog.txt.gz is consistently happening with this one recipe, but i have no idea what's actually going wrong here20:35

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