[00:06] <spiv> Good morning.
[00:12] <peitschie> mornin spiv
[00:12] <lifeless> mgz: anythong ?
[00:13] <mgz> I generally go for boxers...
[00:19] <peitschie> mgz: on your self or the other? :P
[00:39] <lifeless> mgz: (typo in your testtools branch)
[00:42] <mgz> blast, and I thought I'd lowered my tyopage with that branch
[00:42] <mgz> I'll push a fix.
[00:55] <poolie> hi spiv, mgz
[00:57] <mgz> hey poolie... I need to get to bed...
[01:09] <dlbike76> Hello.  Is there a way to assign a name or tag to a revision number?
[01:10] <spiv> dlbike76: bzr tag NAME -r REVNO
[01:10] <spiv> And more generally see 'bzr tag --help' :)
[01:30] <dlbike76> thanks I had to update to the newest bzr version
[01:58] <dOxxx> good evening, everyone
[02:00] <peitschie> hiya dOxxx
[04:57] <poolie> hi dOxxx, peithschie
[04:57] <dOxxx> hi poolie
[04:57] <dOxxx> how are things down under?
[05:12] <poolie> good
[05:12] <peitschie> hi poolie
[05:12] <poolie> getting ready to go to UDS next week
[05:16] <poolie> spiv, shame we didn't remember ian's plugin earlier, can they merge?
[05:17] <poolie> is there any point putting them in the plugin guide or are they too nerdy/
[05:17] <dOxxx> nevar
[05:17] <dOxxx> no such thing in a DVCS
[05:17] <dOxxx> ;)
[05:20] <spiv> poolie: yes, they can merge, mine and his actually do slightly different things.
[05:21] <spiv> His checks that two branches have identical history and that the revisions are identical.  Mine checks that all copies of inventories in 2 or more repos are identical.
[05:22] <spiv> They are a bit nerdy, but it would be good to have a place to put things like this.
[05:23] <spiv> e.g. I also have a 'bzr chk-used-by' command in another plugin that was handy in diagnosing a previous bug, and it probably shouldn't languish in total obscurity.
[05:24] <spiv> There are probably others like that to be found in others' junk code or home dirs (or possibly even in my own...)
[06:10] <peitschie> spiv: it'd definitely be worth having a "diagnostics" plugin that can either ship with release, or have an easy method for setup to diagnose some of these problems
[06:12] <peitschie> spiv: ideally something that could be used to generate extra data for use with bug reports (such as the extra revision data you helped me get out of my repo)
[06:16] <spiv> peitschie: well, there are a few builtin facilities already
[06:16] <spiv> peitschie: obviously 'bzr check', but also some hidden commands like dump-btree (see 'bzr help hidden-commands')
[06:17] <peitschie> spiv: ahh.  fair enuf :).   it seems that for quite a few of the various chk-node related bugs that (at least for bzr-svn) no extra information was really ever sought, which I had assumed was due to no tools being easily available for those
[06:17] <spiv> peitschie: I think ideally diagnostics that prove useful repeatedly rather than one-offs would be added to the core like that so they are always available
[06:18] <spiv> (and are tested)
[06:19] <spiv> peitschie: right, we hadn't made convenient tools for diagnosing that class of chk issues.  We did already have some useful APIs though, but those are a bit harder to ask users to use :)'
[06:20] <peitschie> spiv: for sure! i've been thinking on and off since the various hiccups as to ways i could have helped speed up troubleshooting the issues in any way
[07:31] <GaryvdM> Hi all
[07:32] <peitschie> hi garyvdm :)
[07:33] <GaryvdM> I have a bzr-svn branch. When I pull, it says No revisions to pull.   But I can see through the web ui that there are new revisions.
[07:33] <GaryvdM> http://pastebin.ubuntu.com/516663/
[07:33] <GaryvdM> http://code.google.com/p/synergy-plus/source/list
[07:33] <GaryvdM> Not sure how to fix this?
[07:34] <GaryvdM> Using bzr-svn 1.0.3
[07:36] <peitschie> garyvdm: what's the results of running bzr log -l2 in the bzr-svn branch?
[07:37] <GaryvdM> peitschie: http://pastebin.ubuntu.com/516670/
[07:38] <GaryvdM> I think I know what it is.
[07:38] <GaryvdM> The most recent changes are to /doc/, and I am checking out /trunk/...
[07:39] <peitschie> garyvdm: oh... that might do it :).  There is actually an open bug somewhere about finding a way to make bzr-svn behaviour in this fashion a little more informative (i.e., I know about revision <X> but am up to revision <Y> which is the latest one with changes to this branch)
[07:41] <GaryvdM> I can see in qlog that bzr rev 175 is svn rev 753 :-)
[07:45] <vila_> hi all !
[07:46] <vila_> wut, who is using my nick ?
[07:46] <peitschie> vila_: hi ghost of vila
[07:46] <GaryvdM> Hi vila_
[07:46] <vila_> hehe :)
[07:46] <GaryvdM> peitschie: Are you Philip Peitsch?
[07:48] <peitschie> garyvdm: i yam indeed :)
[07:48] <vila> GaryvdM: careful, he could be ghost ;)
[07:48] <peitschie> :O
[07:48] <vila> a ghost, damn tyops
[07:49] <peitschie> lol
[07:49] <GaryvdM> vila: I'm not scared - qlog can handle ghosts now
[07:49] <vila> \o/
[07:50] <peitschie> vila: i seem to be pretty corporeal... it hurts to compile code... that makes me real right?
[07:50] <peitschie> garyvdm: lol
[07:50] <vila> http://www.youtube.com/watch?v=iCHFVTQKqdQ
[07:51] <peitschie> ack... that could be me! "If there's something strange... " >.< ... totally busted
[07:54] <peitschie> garyvdm: did you see the latest wishlist request I posted to qbzr?
[07:55] <GaryvdM> peitschie: sorry - I'm not keeping up with the waterfall. What's the url?
[07:55] <peitschie> garyvdm: it's nothing important :): https://bugs.launchpad.net/qbzr/+bug/663684
[07:56] <peitschie> garyvdm: I was just going to ask if there is much by way of approval process to getting an idea "accepted" before I start working on it :)
[07:59] <GaryvdM> peitschie: Sure. Similar to bug 419758 . It would be cool if you could maybe have the storage code in bzrlib.
[08:00] <peitschie> GaryvdM: sounds good.  Are you aware of any "similar" pieces of code to draw from for this type of thing?
[08:00] <GaryvdM> Maybe make it accessable to the command line via tab completion.
[08:01] <GaryvdM> peitschie: It would also be cool if such a thing worked for pull/push.
[08:02] <GaryvdM> peitschie: Not sure what code to look at.
[08:02] <peitschie> garyvdm: i'll have a look... at this point i'm still treading carefully so i don't accidentally bite off more than i can chew :).  still slowly getting my head around bzr+qbzr (i have no other experience with heavy python code)
[08:03] <peitschie> garyvdm: having said that... you make convincing points :D.  I might look at getting something like this in bzr core CLI only first... then i don't have to deal with the Qt side of things until I know how to do the storage & retrieval part
[08:03] <GaryvdM> peitschie: I would look at the code that stores the parent/push/bound branches.
[08:05] <GaryvdM> peitschie: It would also be cool to show these locations in bzr info.
[08:06] <peitschie> garyvdm: a thought with that is that it may be preferrable to have such locations stored by user/repo rather than checkout/branch potentially
[08:07] <peitschie> hmm... i might check out bzrtools stuff... they have some kind of tab-completion stuff in their plugins
[08:21] <spiv> vila: I'm partial to http://www.youtube.com/watch?v=8u5SSQEY8oo myself...
[08:22] <vila> spiv: hehe, I wouldn't expect less with such a nick :D
[08:24] <vila> spiv: excellent :) I love the jumping glasses around 2:15
[08:25] <spiv> There's lots to like!  If you're into that sort of thing, anyway :)
[08:25] <vila> spiv: from the same people you mean ?
[08:27] <GaryvdM> How does his jacket change colour? CGI?
[08:27] <spiv> vila: oh, I just meant the silliness they squeeze into the one clip :)
[08:30] <vila> spiv: oh ok
[08:36] <vila> Regarding the "diagnostics" plugin, how about using bzrtools instead ?
[08:37] <vila> It's already packaged widely but doesn't get a lot of attention/additions for several releases
[09:02] <poolie> hi vila
[09:02] <poolie> that sounds good
[09:02] <vila> the ghostbuster song ? :-D
[09:02] <poolie> to run with LANG=C
[09:02] <poolie> maybe we should think about running plugins though perhaps that's gated on working out the right way to integrate their test
[09:02] <poolie> anyhow, i'm off; have a good day!
[09:03] <poolie> i hope to do more reviews tomorrow
[09:03] <vila> poolie: I finally managed to address some deep configuration issue and I should now be able to add far more jobs more quickly
[09:03] <poolie> excellent
[09:03] <vila> also, with the mgz hack transport fix, the doors are open to add an OSX slave...
[09:03] <poolie> S is standing here
[09:03] <poolie> bye!
[09:04] <vila> hehe, cu :)
[09:43] <lifeless> spiv: around, perchance?
[09:55] <spiv> lifeless: not really, no :)
[09:56] <lifeless> kk
[09:56] <lifeless> wondering how to do dynamic port allocation in a tac file
[09:57] <spiv> port=0
[09:57] <lifeless> thanks
[09:57] <spiv> Finding out what the port number turns out to be might be a bit messy
[09:57] <lifeless> well
[09:57] <lifeless> I'm already parsing the log from the parent process :)
[09:57] <spiv> But then so is finding out when the tac is running enough for something to try connecting.
[09:57] <spiv> So, yeah :)
[09:58] <lifeless> class LibrarianServerFixture(...):
[10:58] <Tak> what's the best way to branch or import a range of revisions from a svn repo?
[11:02] <Tak> (assuming that I don't care about operating with the svn repo ever again)
[11:03] <jelmer> Tak: Importing a single branch can be done using "bzr branch"
[11:03] <Tak> but can I specify the revision range for the import?
[11:04] <Tak> like ideally I'd do: bzr branch -r KnownGoodRevision..-1 svn://someplace
[11:08] <jelmer> Tak: No, we don't support partial clones at the moment.
[11:08] <jelmer> Tak: Why would you want to though?
[11:08] <Tak> like everyone else, I have broken revisions in my svn repo
[11:10] <Tak> can I do it with fast(im|ex)port?
[11:11] <jelmer> Tak: You should be able to work around that by cloning into a clean repository though.
[11:11] <jelmer> Tak: Alternatively, fastimport/fastexport should indeed work.
[11:11] <Tak> by cloning into a clean repository?
[11:12] <jelmer> tak: yeah
[11:15] <Tak> sorry, I don't know what you mean by "cloning into a clean repository"
[11:15] <Tak> the problem isn't with bzr-svn, the problem is with the svn repo itself
[11:16] <jelmer> tak: Oh, ok. In that case it won't help.
[11:16] <jelmer> tak: fastimport is the only option then I guess
[11:18] <Tak> ok, thanks
[11:19] <peitschie> Tak: wat do you mean by the problem is svn repo itself?
[11:23] <Tak> I mean, at some point in the past, the repository was modified in such a way that certain revisions are invalid
[11:24] <peitschie> jelmer: does the latest bzr-svn deal with these skipped revisions?
[11:35] <GaryvdM> Tak: Do you get an error when you run bzr branch svn://someplace ?
[11:35] <maxb> Tak: Can you elaborate on what you mean by "broken" ?
[11:37] <peitschie> I think tak is talking about https://bugs.launchpad.net/bzr-svn/+bug/515850
[11:39] <maxb> oh. that could be pain
[11:40] <maxb> Tak: If so, is your bzr-svn metadata in revprops or fileprops?
[11:40] <peitschie> maxb: that is assuming this is the problem tho ;)... it may also be missing chk nodes or similar
[11:41] <peitschie> tak: are you able to give any more detail about exactly which "error"  you're seeing with the broken svn repo?
[12:06] <Tak> it's not just bzr-svn
[12:06] <Tak> the same thing happens with git svn
[12:07] <peitschie> tak: can svn do a checkout?
[12:08] <Tak> svn can checkout head
[12:08] <Tak> I believe there are some revisions that can't be checked out
[12:09] <maxb> Tak: Exact error messages please
[12:09] <maxb> Do you actually have filesystem access to the repository? If so have you considered 'svnadmin verify'?
[12:13] <Tak> grr, I can't even fast-export with a revision range: http://paste2.org/p/1046398
[12:14] <Tak> heh, I'm not touching the repo
[12:15] <maxb> Tak: ok, let's start eliminating things - can you run 'svn log -v url-to-repo-root' without an error?
[12:17] <maxb> What version of bzr-svn? Can you try the latest release?
[12:18] <Tak> bzr 2.2.0 with 1.0.4dev (that /is/ the latest release for osx)
[12:20] <Tak> svn log completes
 like everyone else, I have broken revisions in my svn repo
[12:21] <maxb> What exactly do you mean by broken?
[12:21] <Tak> ok
[12:21] <Tak> I inherited this repo
[12:22] <Tak> and we've been evaluating moving to a dvcs
[12:24] <Tak> and every export and import tool fails - and when I ask people about it, the response is like, "Yeah, we did some voodoo way back when to get some stuff imported and make it Just Work, but now a bunch of revisions are broken"
[12:24] <Tak> and I get the impression that it's impossible to checkout certain revisions, etc.
[12:26] <maxb> Right. Well, the very first thing you should be doing is figuring out the nature of the breakage.
[12:26] <Tak> so that's why I asked my initial question about a partial export - I'd be willing to lose some history, and right now this is only for a test anyway
[12:26] <maxb> So, please run 'svnadmin verify' on the repository
[13:23] <GaryvdM> Tak: This error  http://paste2.org/p/1046398 is using bzr fastexport, which uses bzr-svn. Have you tried to use svn fast export (google reveals that there is more than one. Can anyone advise which is the best?)
[13:30] <Tak> I also tried fast-export-from-svn
[13:34] <maxb> I think layering two bzr plugins (bzr-svn and bzr-fastimport) on top of a svn repository of questionable integrity is unwise
[13:35] <maxb> I think you should assess the integrity of the repository with native svn tools, and then move on to using bzr-svn (without fastimport) and finding where it fails
[15:34] <napster> I've accidently deleted files on my local bzr branch. And bzr pull lp:backman gives me error
[15:35] <GaryvdM> napster: what error?
[15:35] <GaryvdM> napster: bzr revert FILENAME will restore your file.
[15:36] <napster> GaryvdM: How can I restore all the files at once?
[15:37] <GaryvdM> napster: bzr revert - but that will also revert changes to files not deleted
[15:37] <napster> GaryvdM: By the way, the error is : bzr: ERROR: Connection error: while sending CONNECT xmlrpc.launchpad.net:443: [Errno 110] Connection timed out
[15:37] <GaryvdM> napster: if you have qbzr use bzr qrevert
[15:38] <napster> GaryvdM: I don't use a gui
[15:39] <GaryvdM> napster: also bzr revert DIR will revert everything in the dir.
[15:40] <napster> GaryvdM: Thank you
[15:40] <dobey> hey
[15:40] <dobey> with bzr reconfigure, how do you reconfigure a remote branch to be stacked on a different remote branch? --stacked-on doesn't seem to like lp: arguments, and passing a full local path makes the stacking invalid on the server
[15:45] <GaryvdM> dobey: Maybe ask on #launchpad
[15:46] <mgz> or bzr info the lp: url then use the bzr+ssh: url that gives you?
[15:49] <dobey> mgz: well, i'm not sure that will help in this case? https://pastebin.canonical.com/38844/
[15:56] <dobey> mgz: or http://pastebin.ubuntu.com/516867/ rather
[15:56] <mgz> thanks, <h1>You do not currently have access to the pastebin.</h1> isn't very encouraging.
[15:57] <dobey> yeah, sorry.
[15:57] <mgz> try and trick it with ../ maybe?
[15:57] <mgz> otherwise, file bug.
[15:58] <dobey> mgz: well passing full path to the local checkount of the branch 'worked' but the server says "Invalid stacked on location: file:///home/vds/canonical/desktopcouch/trunk" now
[15:58] <maxb> dobey: --stacked-on=bzr+ssh://bazaar.launchpad.net/~whatever/whatever/whatever
[15:58] <dobey> maxb: hmm, ok
[15:58] <mgz> that's what I said!
[15:59] <mgz> lp: really should work though, so file a bug.
[15:59] <maxb> The launchpad server will understand what to do and rewrite it so that it also works for http clients
[16:12] <dobey> maxb, mgz: hrmm. now it shows "Invalid stacked on location: ../../../~ubuntuone-control-tower/desktopcouch/trunk" on lp
[16:20] <dobey> ah well, lunch and then lots of bug filing i guess
[16:29] <maxb> dobey: Which branch?
[17:49] <tsmith> are there any plans to be able to use bzr-svn switch and be able to switch all svn:externals repos, too?
[17:50] <jelmer> tsmith: Yes, when svn:externals are supported. This requires nested tree support in bzr itself though.
[17:51] <tsmith> jelmer, is that on the radar for 2011, at least?
[17:51] <tsmith> i've been waiting years
[18:11] <jelmer> tsmith: Unfortunately it's a hard problem to solve.
[18:12] <jelmer> tsmith: I don't know what the exact plans are, but IIUC it's higher on the list than ever before.
[18:12] <tsmith> awesome
[18:23] <dobey> maxb: https://code.edge.launchpad.net/~vds/desktopcouch/strip_reconnection
[18:24] <maxb> dobey: ok, can you try bzr reconfigure --stacked-on=bzr+ssh://bazaar.launchpad.net/~ubuntuone-control-tower/desktopcouch/trunk lp:~vds/desktopcouch/strip_reconnection ?
[18:25] <mgz> what plugin's version has been 0.95 and 0.98 recently?
[18:26] <maxb> define recently?
[18:26] <maxb> bzr-gtk not-so-recently
[18:26] <vila> mgz: testtools ! :-P
[18:27] <vila> ha no, 0.9.7 :)
[18:27] <dobey> maxb: we did. that's what put it in the current state it's in
[18:27] <maxb> oddness
[18:27]  * maxb experiments
[18:27] <mgz> I've seen two bug reports with a follow on traceback like:
[18:27] <mgz> 3.711  Traceback (most recent call last):
[18:27] <mgz>  File "/usr/lib/python2.6/dist-packages/bzrlib/plugin.py", line 471, in _get__version__
[18:27] <mgz>    version_string = _format_version_tuple(version_info)
[18:27] <mgz>  File "/usr/lib/python2.6/dist-packages/bzrlib/__init__.py", line 107, in _format_version_tuple
[18:27] <mgz>    raise ValueError("version_info %r not valid" % (version_info,))
[18:27] <mgz> ValueError: version_info (0, 98, 0, 'final', 1) not valid
[18:28] <mgz> so, whatever plugin that is needs to not be using 1 as the last tuple entry for 'final'
[18:28] <vila> that.... rings a bell
[18:31] <maxb> dobey: oh dear
[18:31] <maxb> something has broken reconfigure --stacked-on= on launchpad
[18:32] <mgz> oo, oo, oo, osx slave
[18:32] <maxb> If you download a script I wrote from http://j.maxb.eu/~maxb/bzr-set-stacked-url and run "bzr-set-stacked-url lp:~vds/desktopcouch/strip_reconnection lp:~ubuntuone-control-tower/desktopcouch/trunk" it should fix that branch
[18:41] <mgz> vila, want bugs filed on your osx failures?
[18:42] <vila> hehe
[18:43] <vila> That's an offer I can't refuse :)
[18:43] <mgz> hm, odd, why is CaseInsCasePresFilenameFeature letting these two win32utils tests run...
[18:44] <vila> Note that the extensions are not compiled so far
[18:44] <mgz> hfs is case sensitive, no?
[18:44] <vila> case preserving
[18:44] <mgz> ha, so... why are they not passing :P
[18:44] <vila> dunno if that make the probe fail
[18:45] <mgz> probably a bad platform detect in the glob code.
[18:45] <vila> I haven't look at them yet, I've been fighting with .profile .bashrc madness on OSX (three use case, three different setups >-/)
[18:45] <mgz> I shall investigate.
[18:46] <vila> no hurry, I'll polish the setup tomorrow
[18:46] <mgz> there's also one socket thing, and the rest look like package thingies.
[18:47] <vila> bzrlib.tests.test_transport.TestSSHConnections.test_bzr_connect_to_bzr_ssh ... once more
[18:47] <vila> IPV6 may be involved too so it may well be paramiko again
[18:47] <mgz> that's the paramiko wotsit right?
[18:47]  * vila off, dinner time
[18:47] <vila> dunno yet but I won't be surprised
[18:48] <mgz> have a nice meal!
[18:48] <vila> one more nail in this test coffin IMNSHO
[18:58] <AfC> Does `bzr push` push the GPG testaments?
[19:13] <dobey> maxb: that script seems to have fixed it now, thanks
[19:13] <maxb> dobey: Will you file a Launchpad bug about reconfigure --stacked-on being broken?
[19:15] <dobey> maxb: well i guess there are a few bugs that need to be filed, but yes
[19:43] <jelmer> maxb: hi
[19:43] <maxb> hi
[21:17] <kiko> bzr: ERROR: exceptions.NotImplementedError: should resend request to http://feeds.edge.launchpad.net/bazaar/, but this isn't implemented
[21:17] <kiko> has anyone seen this before?
[21:17] <kiko> any attempt to bzr branch lp:foo is failing with that
[21:17] <kiko> i.e.
[21:17] <kiko> kiko@gasolinux:~$ bzr branch lp:linaro-image-tools
[21:17] <kiko> -> /home/kiko/.cache/crash/bzr-20101020201652-19812.crash
[21:17] <lifeless> old bzr
[21:18] <kiko> Bazaar (bzr) 2.1.1
[21:18] <lifeless> Fixed in an upcoming SRU, or 2.2
[21:18] <kiko> okay let me get the ppa going
[21:18] <kiko> thanks!
[21:24] <kiko> lifeless, is it a problem that it's not fixed yet?
[21:24] <lifeless> kiko: that exception? I fixed it before I moved to the LP TA position :)
[21:24] <kiko> lifeless, I mean, in lucid current or something
[21:24] <lifeless> theres an SRU process underway
[21:25] <lifeless> the wheels, they turn
[21:25] <jelmer> maxb: I've merged your subvertpy branch with some additional changes. I was wondering if you had an easy setup to run a quick make test against svn 1.4 and 1.5.
[21:26] <kiko> cool then
[21:26] <maxb> I can hack up a source package and run cowbuilder on it
[21:36] <maxb> I'll look into that later, need to dash now
[22:13] <poolie> jam: still here? want to join #ubuntu-meeting?
[22:29] <mwhudson> hey, is there an easy way to get bzr to run ssh -v for bzr+ssh urls?
[22:32] <lifeless> mmm
[22:32] <lifeless> export BZR_SSH=ssh -v ?
[22:32] <lifeless> perhaps
[22:33] <fullermd> You can specify LogLevel in ~/.ssh/config for a particular hostname...
[22:34] <jam> hi poolie
[22:36] <mwhudson> fullermd: yeah, that'll probably work
 export BZR_SSH=ssh -v ? <- not this way, we don't parse the value as a shell command
[22:40] <fullermd> You could export BZR_SSH=~/my_ssh_with_-v.sh
[22:41] <mgz> that... would work.
[22:41] <mgz> your first answer was better though.
[22:41] <fullermd> For bonus points (and many days of Real Work Avoidance), you could even write a special execfs that accepts a path, splits by directory components, and exec()'s, so you could BZR_SSH=/exec/ssh/-v   8-}
[22:42] <mwhudson> fullermd: i don't think that would work either
[22:43] <mwhudson> $BZR_SSH is used as a key in a dict iirc
[22:43] <mgz> used to be, I fixed that over a year ago.
[22:43] <fullermd> BZR_SSH  Path to SSH client, or one of paramiko, openssh,  [...]
[22:43] <mwhudson> aah
[22:43] <mwhudson> there you go, something getting better while I wasn't looking
[22:44] <mwhudson> better hope you never want to use a binary called 'paramiko' i guess :-)
[22:44] <fullermd> Ooh.  Are you available for hire?  I have a list of things for you to not look at...
[22:44] <mgz> hey, this comment has Gary's face next to it, I wonder what he has to say.
[22:48] <poolie> hi fullermd, mwh, mgz
[22:49]  * fullermd waves at poolie.
[22:59] <mgz> ...will people cry if I put a big scary branch for review when I've already got a bunch of little ones pending.
[22:59] <mgz> most of all me, when it comes to merging them.
[23:04] <poolie> heh, no
[23:04] <poolie> i'm going to try to be a more active pilot today...
[23:06] <peitschie> mornin everyone :)
[23:21] <mgz> I've been meaning to review Gordan's mergetools change for a few days as well