mangojambohi, I 'm using bazaar explorer on mac and  when I try to go to Settings > Configuration > User configuration it is giving me this error: QFileSystemWatcher: failed to add paths: /Users/myuser/.bazaar/bazaar.conf01:22
=== jfroy_ is now known as jfroy_mobile
dev001I've had xmloutput installed as a plugin.  it recently started reporting: "cannot import name _escape_cdata; Unable to load plugin 'xmloutput' from '/usr/local/lib/python2.6/site-packages/bzrlib/plugins'" at any/all bzr pulls ...16:57
dev001I've not found any related/recent bugs (yet)  ... anyone heard of this?  maybe a config issue on _my_ end?16:58
maxbdev001: can you check the traceback in .bzr.log and see what module that symbol is being imported from?17:29
dev001maxb: sorry, didn't hear you 'ping' ... here's the log output: http://pastebin.com/jNf0nD1S17:49
maxbdev001: I'm supposing your bzr version is too old, then18:04
mgzthat's me.18:04
mgzsee bug 614522 for the whys18:05
ubot5Launchpad bug 614522 in Bazaar "Monkey patching private escaping functions breaks with ElementTree 1.3 (affected: 1, heat: 6)" [High,Fix released] https://launchpad.net/bugs/61452218:05
mgzI'm still planning on working out some kind of minimal xmloutput branch that doesn't get my name in the blame all over the place18:06
mgzwhat else was I going to say in this review comment to vila... I forget18:07
vilamgz: then just finish that patch :-D Sorry, I didn't found the time to work on it myself, I just reverted the deletion of __escape_cdata as a quick-and-dirty fix :-}18:12
* vila off for dinner18:12
mgzah, on bzr.dev already?18:12
vilamgz: but your pyjunitxml fixes did wonders...18:12
vilamgz: no ! only locally18:12
mgzokay, okay, branch up today to get it out the way :)18:13
mgzI'll leave my other >_< over xmloutput for later18:13
vila(locally for both the _escape_cdata fix and the pyjunitxml one18:13
dev001maxb I'm using an up to date pull of: Bazaar (bzr) 2.3.0dev118:14
vilamgz: indeed, you should talk with verterok about it anyway as bzr-xmlouput is used by other plugins, but the long term plan should be to have an 'xml' log formatter and from there the same kind of formatter for other commands. After all, this is supposed to be a supported way to comunnicate with some IDEs or something18:15
mgzdev001: as I was saying, that's the problem, I just broke it a few days ago18:15
vilamgz: that's what should drive the 'cleanless' of the xml used, may json should be used even18:15
dev001mgz: ah, just catching up reading ... thx.  so, update xmloutput branch?18:16
mgzyou can cherrypick out r5407 on bzr.dev for the moment, and I'll get a fix up for xmloutput in a bit18:16
dev001mgz: np, and thanks!18:17
dev001hm.  while i'm 'looking', i also see: "/usr/lib64/python2.6/site-packages/Crypto/Util/randpool.py:40: RandomPool_DeprecationWarning: This application uses RandomPool, which is BROKEN in older releases.  See http://www.pycrypto.org/randpool-broken RandomPool_DeprecationWarning)"18:19
dev001which, i think, is unrelated ... checking18:19
mgzthat is, it's... bug 27179118:24
ubot5Launchpad bug 271791 in paramiko "Paramiko depends on RandomPool (affected: 5, heat: 26)" [Medium,Triaged] https://launchpad.net/bugs/27179118:24
dev001mgz: jeez!  to which I'd posted ... getting old & forgetful.  thx!18:25
mgzso you had :)18:26
* dev001 blames it on the weather, or moon phase, or a black-cat, ... or sumthin ;-p18:26
dev001tracking the bug-trackers is a job in itself!18:27
=== jfroy_ is now known as jfroy
=== Pilky_ is now known as Pilky
=== ScottK2 is now known as ScottK
micahgdoes bzr have an issue with non-ascii commit messages?21:57
vilamicahg: it had, I shouldn't anymore. Which version ? (bzr version)21:58
micahgvila: 2.1.121:58
vilamicahg: 2.2 is out, try it and file a bug if the problem persists. I'm 80% sure we fixed bugs in this area21:59
* micahg tries adding the bzr dev PPA to see if it helps22:00
vilamicahg: 2.1.2 is out in case you want to be extra careful about updates22:01
vilamicahg: oh, ppa, you're on Ubuntu then, which release ?22:01
micahgvila: lucid, about to upgrade to maverick though22:01
micahgmaverick has 2.2.0, I guess I can jsut wait :)22:01
micahgthanks vila22:03
vilamicahg: what's your locale ?22:03
micahgC ATM, I need to fix it22:03
vilamicahg: this alone could explain the problem. bzr needs to know how to decode your non-ascii message, so if you tell it it's C...it can't22:04
vilajust try export LC_ALL=UTF-822:04
micahgI tried setting LANG to en_US-UTF.8, but it didn't help22:05
micahgoops, might have had the syntax wrong :)22:05
vilamicahg: the last I tried to understand which one has to be set, I resigned, I just use LC_ALL :-/22:05
* micahg tries again22:05
micahgvila: it's happy, thanks22:06
vilamicahg: great, care to file a bug ? We should issue a better error message in that case I'm afraid22:06
micahgvila: well, it warned that it was an unsupported locale string22:07
* micahg just didn't read the error messages well (running on 4 hrs sleep :))22:08
vilamicahg: but enough to help you find the solution. bzr can't (... or could it ?) guess the encoding, but it could tell you that you tried to use a commit message that requires one22:08
vilamicahg: but NOT enough to help you find the solution. bzr can't (... or could it ?) guess the encoding, but it could tell you that you tried to use a commit message that requires one22:09
micahgvila: no, it was clear enough, I just focused on the bzr error, the locale error should've tipped me off22:09
vilamicahg: It looks like we are in violent argument :) What I mean is that WARNING about locale could be nicely complemented by an additional help in the bzr ERROR to tipped you off :)22:14
vilagrrr, joke ruining typo of the day: s/argument/agreement/22:14
fullermdTypo?  You?22:15
vilablast on that's typo ruining joke, even fullermd missed it or kindly believed it was a joke in itself ;-}22:15
fullermdHey!  No recursion!22:16
vilayeah, always put a stop condition or it degrades into a mere loop...22:17
micahgvila: http://pastebin.ubuntu.com/488920/22:18
vilafullermd: hey, look at that: http://babune.ladeuil.net:24842/ freebsd is the only one with 5 successful builds ;-)22:18
fullermdNaturally.  Good solid American code.  None of that flaky European imitation hackery   ;p22:19
vilafullermd: yeah, who cares if some of those accented letters get translated into CR or even LF when they lose their high bit, really who ?22:20
fullermdHigh bits are a device of the devil anyway.22:20
vilafullermd: and anti-democratic at that, what with high and low bits, all bits are equal !!22:21
fullermd7 bits were good enough for Jesus, and they're good enough for m122:21
fullermdAnd me.22:21
vilafullermd: really ? I thought he multiply them... didn't know he stopped at 7... IMBW though22:22
fullermdYeah.  Just vicious lies told by the people who tried to sell 36 bit words  :p22:23
vilamicahg: ha ! _get_uicode_argv is now called _get_unicode_argv and... http://pastebin.ubuntu.com/488925/22:24
vilamicahg: looks like we don't to fix *that* bug ;)22:24
vilamicahg: looks like we don't need to fix *that* bug ;)22:24
_habnabitIs there a web interface similar to hg's interface but for bzr? Really what I'm looking for is loggerhead + easy tarball exports.23:07
=== CcxCZ_ is now known as CcxCZ
=== Ursinha is now known as Ursinha-afk

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