/srv/irclogs.ubuntu.com/2010/09/04/#bzr.txt

billyhi folks - can bzr-svn import a subversion repository?00:12
lifelessyes00:12
billylifeless: i used the command bzr svn-import (url) and got the error (url) appears to contain a branch. For individual branches, use 'bzr branch' - help00:15
billyanyone?00:19
lifelesssorry, got stuff happening here00:20
lifelesshave you read the user docs on migration? they are pretty good I think00:20
billylifeless: no - they are woeful00:22
james_wbilly: did the url have /trunk/ or something at the end?00:45
billyjames_w: yes00:45
james_wthen remove that part00:45
billyjames_w: trying now00:46
billyjames_w: while i'm waiting the error said use 'bzr branch' so would 'bzr svn-import branch' be a valid command?00:49
maxbbilly: No. It works like this: 'bzr branch svn-url' to import a single branch, or 'bzr svn-import svn-url' to import all branches below a directory00:55
billymaxb: thanks00:56
=== Ursinha is now known as Ursinha-afk
=== Ursinha-afk is now known as Ursinha
Ddordahey, i'm havign troubles branching any lp: link, any ideas what might be the reason11:14
Ddorda?11:14
lifelesswithout a description of what happened, no11:14
Ddordalifeless: not sure. didn't do anything special. any lp:something i'm trying to branch give me an error for no existence11:15
Ddordabzr: ERROR: Not a branch: "bzr+ssh://bazaar.launchpad.net/~11:16
lifelesswhat happens if you try bzr branch lp:python-fixtures11:16
Ddordabzr: ERROR: Not a branch: "bzr+ssh://bazaar.launchpad.net/~python-fixtures/python-fixtures/trunk/".11:19
lifelessok11:19
lifelesscan you ssh to bazaar.launchpad.net successfully ?11:19
Ddordatrying11:19
lifelessit should tell you that no shells are permitted11:19
Ddordaseems so11:20
lifelessthis is very odd11:20
lifelessits also very late for me11:20
Ddordawait.. not sure11:20
Ddordasec11:20
lifelesscan you please file a question on https://answers.launchpad.net/launchpad-code/11:20
Ddordai had conf problem with ssh. trying now again11:22
Ddordaokay, i found what was the problem. it was ssh configuration problem11:23
lifelesscool11:24
Ddordalifeless: many thanks11:24
lifelessnp11:24
Pilkyif two people are working on a project and one wants to use git and the other bzr, is it reasonable to use svn on the server as a sort of go between? Or will that cause issues in the long run? And if so has anyone experience with git and bzr working together?15:01
jelmerPilky: that should work15:03
Pilkyand I assume merging can be done locally so git and bzr manage it, rather than having to fight with svn?15:04
jelmerPilky: bzr can, I'm not sure about git15:11
Pilkyok, thanks15:11
Pilkywe may still end up using one or the other, I just don't want to force this other guy into using bzr but I really do not want to have to deal with git :p15:11
jelmer:-)15:16
mgzwow, I thought pyjunitxml was flakey, but bzr-xmloutput makes it look like something designed to run fighter planes17:17
mgzsure, python doesn't actually make it easy to do xml The Right Way, but there are alternatives to print-and-hope17:17
jelmermgz, in what way is bzr-xmloutput flakey?17:17
mgzit's not very careful in ensuring what it's creating is actually well-formed17:18
mgzI think I will not worry about that right now and just fix the import like I was going to.17:20
mgz...aren't plugins meant to import their bits from bzrlib.plugins rather than the root namespace?17:22
jelmermgz: yes17:41
mgzugh, I'm failing to see a way to fix this without fixing one of several larger problems17:47
jelmermgz: What are you trying to do with bzr-xmloutput?18:05
mgzjelmer: https://bugs.launchpad.net/bzr/+bug/614522 <- comment #218:51
ubot5Launchpad bug 614522 in Bazaar "Monkey patching private escaping functions breaks with ElementTree 1.3 (affected: 1, heat: 6)" [High,Fix released]18:51
jelmerah, hmm18:52
mgzI think the shortest path for me is fixing all the weird import/lazy import stuff first, then just taking the function from elementtree as I suggest18:54
mgz+ed18:54
mgzmeans I don't need to worry about the (lack of) correctness over the actual xml generation18:54
mgzokay, I now kinda wish I hadn't fixed that Python 2.5ism in the test suite, I did not want to see the result...19:14
mgzRan 83 tests in 15.609s19:14
mgzFAILED (failures=10, errors=48)19:14
jelmermgz, whoa19:33
mgzI good number are from a bug I noticed earlier and nearly commented on in here19:34
mgzthere's this copy-coded all over the place:19:35
mgzself.outf.write('<?xml version="1.0" encoding="%s"?>' % \19:35
mgz        bzrlib.osutils.get_user_encoding())19:35
mgzvs.19:35
mgz"t is RECOMMENDED that character encodings registered (as charsets) with the Internet Assigned Numbers Authority [IANA-CHARSETS], other than those just listed, be referred to using their registered names; other encodings SHOULD use names starting with an "x-" prefix."19:35
mgzexpat doesn't like all the encoding names the python encoding module knows about19:35
mgzthere's also some weirdness with an extra args element for errors, probably python 2.4 related:19:48
mgzhttp://float.endofinternet.org/xmlbin/2.2_bp.xmloutput#bp.xmloutput.tests.test_info_xml.TestInfoXml.test_info_non_existing19:48
lifelessmgz: hi20:49
mgzhey lifeless.20:49
lifelessI'm looking at a similar sort of thing20:50
lifelessintern() in 2.5 is blowing up (thing is unicode), and not in 2.6, and I can't tell if its:20:50
lifeless - internt20:50
lifeless - writlines20:50
lifeless - stringio20:50
lifelessblah20:50
mgzintern needs str objects on 2.4 at least.20:51
lifelessyeah20:52
lifelessit does on 2.6 too20:52
lifelessso stringio or writelines or *something* is casting.20:52
* lifeless hates on autocasting some more20:52
mgzcStringIO should be safe (doesn't like unicode at all), but StringIO will autocast20:53
mgzwritelines... depends on the file-like20:53
lifelessyeah20:55
lifelessthis is 2.5 breaks, 2.6 works20:55
lifeless2.5 is of course only accessible in an ec2 instance.20:56
mgzanything I can run for you, or does this mission start by branching launchpad? (which I've still never succeeded at)20:59
lifelessthe latter20:59
lifelessits test isolation, which makes me even happier20:59
mgzokay, getting somewhere, import fixing and hacks got me down to FAILED (failures=17, errors=10), and if I could work out IllegalUseOfScopeReplacer weirdness I'd be even happier21:03
lifelessok21:04
lifelessso that one can be fun21:04
lifelesscalling gc.collect() can cause it21:04
lifelessIIRC, alternatively it was using gc.objects can trigger it21:05
lifelesseither of those being done?21:05
mgzas far as I can see, no, but this is in blackbox-style testing so there's a *lot* going on. it may just be circualr import weirdness, I've not finished cleaning all this up yet.21:06
lifelessI was beating me head on the wall on friday with something similar21:08
lifelessthe tests for much of launchpad go via the entire stack21:08
lifelessskipping only http wire protocol21:08
lifelessso this includes a thing called the 'publisher' whose job it is is to make sure no information about internals escapes to the web client21:09
lifeless... can you see the problem :P21:09
mgzthere's a place for end-to-end testing, just... not everywhere please ;_;21:10
fullermdOf course not.  Only at the ends   8-}21:19
=== Leonidas_ is now known as Leonidas
mgzokay, this is so far from where I started, but the lazy_import thing is starting to make sense22:04
mgzfor some reason, the find-tests-in-plugin code is both triggering the lazy import load (understandable, probably just touches every object in scope), and cleans it up (why?) before any test ever runs22:05
mgz...okay, this is funny, and stupid.22:16
mgzokay, fixed, and I'm going to poke bzrlib so no one else gets into that kind of tiz again22:37
mgzsummary, "from thispackage import module" is a bad idea22:38
jelmermgz: we use that a lot, I think that's the recommended way of importing modules22:39
mgzlazy import lets you do it, but module is a lazy object, that when it tries to resolve the import... finds *itself* in the package __dict__ and doesn't actually import anything22:40
mgzyou just get a lazy object containing... itself... that then goes away22:41
mgzI hadn't really thought through what the code I'd written was doing...22:41

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