[00:00] <Peng> bzr upgrade --help links to http://doc.bazaar-vcs.org/latest/developers/knitpack.html, but that's a 404.
[00:05] <fullermd> I think those docs are manually generated, not auto.  Probably hasn't been done since that doc got put in.
[00:07] <Peng> Who gets bribed to run the update script?
[00:08] <fullermd> poolie usually, I think.
[00:08] <fullermd> But being as everybody is IRC'ing from airports these days...
[00:28] <xxxYURAxxx> A music messaging session has been requested. Please click the MM icon to accept.
[00:31] <xxxYURAxxx> how much IDE supported bazaar?
[02:09] <Peaker> hey, googlecode is offering svn servers. Is there any free code hosting service that can run bzr serve for free?  Or at least any file hosting service usable for this purpose with bzr?
[02:09] <Peaker> I am sick of svn :-(
[02:10] <radix> Peaker: Anyone who can host ssh or sftp or ftp can be a bzr host
[02:11] <Peaker> radix: which free services can guys here recommend though?  What do you use for bzr hosting?
[02:11] <radix> Peaker: mostly launchpad
[02:11] <radix> which actually supports bzr+ssh, in addition to sftp
[02:11] <Peaker> cool, it does free project hosting?
[02:11] <radix> yes
[02:12] <Peaker> can I import all of my svn history into a bzr branch that I upload to launchpad?
[02:12] <radix> Peaker: if you have a project, you can push/etc with bzr+ssh://bazaar.launchpad.net/~<username-or-team>/project-name/branch-name
[02:12] <radix> Peaker: yes
[02:12] <radix> Peaker: you have several options
[02:13] <radix> Peaker: use the bzr-svn plugin, use svn2bzr, or get launchpad to do the code import for you
[02:13] <Peaker> radix: the last one sounds interesting
[02:13] <Peaker> radix: thanks for the tips!
[02:13] <radix> Peaker: it's often pretty convenient :)
[02:13] <radix> no worries
[14:55] <jelmer> weigon: you're running bzr.dev ?
[14:55] <jelmer> r2943 should've fixed the issue you mentioned
[14:56] <weigon> bzr.dev$ bzr revno
[14:56] <weigon> 2946
[14:56] <weigon> $ bzr --version
[14:56] <weigon> Bazaar (bzr) 0.92.0.dev.0
[14:56] <weigon> hmm, did I forgot to setup the install
[14:56] <weigon> *doh*
[14:57] <weigon> I though I was running from the branch
[14:57] <jelmer> ah, that'd explain it :-)
[14:58] <weigon> all the modules from the branches directly with symlinks, just bzr.dev itself I "installed" with ./setup.py install --home ~
[14:59] <weigon> ok, setup done, branching ... it is copying
[14:59] <weigon> jelmer: ok, my fault
[15:09] <weigon> jelmer: ok, branching worked
[15:14] <jelmer> weigon: ok
[15:15]  * jelmer is looking into another potential bug at the moment
[15:15] <jelmer> if that doesn't turn out to be an issue, I'll try to release 0.4.4 together with bazaar 0.92.0
[16:14] <lifeless> hi jel	
[16:16] <lifeless> hi jelmer
[16:16] <lifeless> jelmer: whats the current recommended bzr-svn stuff to test with packs ? is there a version ready?
[16:18] <jelmer> lifeless: 'evening
[16:18] <jelmer> lifeless: bzr-svn's 0.4 branch should work with packs
[16:19] <jelmer> I've run the testsuite with packs set as default format in bzr.dev and that passes ok
[16:20] <jelmer> but still need to modify bzr-svn's fetch tests to be run against both knits and packs repositories
[16:23] <lifeless> jelmer: if you test against packs only that should be fine IMO
[16:23] <lifeless> jamesh: packs are the more restrictive format
[16:23] <lifeless> jelmer: ^
[16:23] <lifeless> damn latency
[16:23] <LarstiQ> I see tree.revert(filenames=[]) is deprecated as of 0.91. Are there plans to do anything else with it?
[16:23] <jelmer> lifeless: ah, ok - wasn't sure
[16:25] <lifeless> LarstiQ: long time no see!
[16:26] <LarstiQ> lifeless: you asked me about subtrees the other day! :)
[16:27] <lifeless> yes :)
[16:28] <LarstiQ> but yeah, been quite a while since I stuck my nose in bzr code.
[16:32] <LarstiQ> woot, it looks like things have improved
[16:33]  * dato waves to LarstiQ 
[16:35] <LarstiQ> heya dato!
[16:37] <LarstiQ> dato: thank you for your last blogpost, and if I can do anything for you, just mention it.
[16:38] <dato> LarstiQ: thanks! nothing in particular, since everything is just normal at present :)
[16:38] <dato> I can keep it in mind, tho
[16:39] <LarstiQ> dato: that's ok, no time limit on the offer :)
[17:23] <abentley> LarstiQ: tree.revert(filenames=[]) will be a no-op.
[17:24] <LarstiQ> abentley: thankyou!
[17:25] <abentley> tree.revert(filenames=None) reverts all files, and None is the default.
[17:25] <LarstiQ> abentley: which is exactly what I want.
[17:26] <abentley> Great.
[17:26] <dato> abentley, thanks for the `bzr tags` review.
[17:28] <abentley> No problem.
[18:41] <mwhudson> abentley: fwiw, you read the -ize vs -ise part of my patch wrong
[18:41] <mwhudson> i made it consistently use -ize
[18:42] <lifeless> abentley: so, is the export patch ok? The lack of docs on pack format is kindof separate...
[18:43] <abentley> mwhudson: Sorry about that.
[18:43] <abentley> lifeless: I haven't read the patch.
[18:45] <lifeless> abentley: ah, ok.
[18:49] <weigon> jelmer: I'm after the fresh check out, shouldn't $ bzr pull --remember /fresh/branch/ from the old bzr tree work ?
[18:49] <jelmer> interesting statistics on X-Vcs.* in Debian: http://blog.orebokech.com/2007/10/vcs-statistics.html
[18:50] <jelmer> weigon: No, that will probably break
[18:50] <weigon> it does http://p.caboo.se/111781 :)
[18:51] <jelmer> weigon: ideally, you should just throw out the old branch
[18:51] <weigon> I have 3 branches: the svn-tree, the bzr-svn'ed tree and a bzr tree from the bzr-svn'ed tree
[18:52] <weigon> the bzr-svn'ed tree got borked and is the one I refreshed
[18:52] <weigon> now I wanted to sync the bzr-tree against the bzr-svn'ed tree, assuming that 2 bzr-svn'ed branches are equal
[18:53] <jelmer> but bzr-tree is that branch that hit bug 145148, no?
[18:54] <weigon> the bzr-svn'ed branch, yes
[18:54] <weigon> that's why I wanted to make a fresh branch "mysql-proxy-svn-refresh"
[18:54] <weigon> and change the parent of the mysql-proxy tree to that branch
[18:55] <weigon> http://p.caboo.se/111781 was the result
[18:56] <lifeless> jelmer: local push bug fixed
[18:57] <weigon> jelmer: anyway, how do I get my other branches (or at least their changesets) synced with the new checkout ?
[18:57] <jelmer> weigon: It's not the bzr-svn'ed tree that is broken, it's the svn-tree
[18:58] <jelmer> it disagrees with the other bzr branches about history
[18:58] <jelmer> weigon: You should be able to fix it by replaying the changes of the bzr-tree in the "new" bzr-svn'ed tree
[18:58] <jelmer> lifeless: Packs speed?
[18:58] <weigon> jelmer: that's my problem, how ? :)
[18:59] <weigon> I would like to make that automatic, without $ bzr diff | patch; bzr commit
[18:59] <jelmer> weigon: "bzr replay" from the rebase plugin can do that for you
[19:00] <weigon> thanks, there we go
[19:00] <lifeless> jelmer: yes, local push of packs from X to X/10 time
[19:00] <jelmer> nice (-:
[19:01] <LarstiQ> how does X/10 compare to pre-pack?
[19:06] <james_w> jelmer: thanks. That's interesting. It is taken from the browse, and as gitweb is git.d.o and there is nothing on bzr.d.o that might skew it slightly.
[19:06] <james_w> but I think the numbers are in the right area, as git in Debian is certainly getting more talk at the moment.
[19:32] <lifeless> jelmer: yes; local push was doing many 'list.__contains__' calls.
[19:32] <lifeless> sets are faster
[19:50] <dato> jelmer: have you thought about adding support for modifying svn:date when pushing from bazaar?
[19:57] <bagueros> 1:58 < ryan> 1- proposal - additional techmeet meeting
[19:57] <bagueros> ops
[20:08] <jelmer> dato: not possible
[20:08] <jelmer> dato: subversion doesn't allow you to set the commit time
[20:08] <dato> jelmer: uh, can be configured to.
[20:09] <dato> as in, touching a hook, that is.
[20:09] <dato> so you can if the repo is yours, or you convince the admin.
[20:09] <jelmer> dato: Optionally, we could set it I guess, but wouldn't want to rely on it
[20:10] <dato> if you mean other parts of bzr-svn relying on it, certainly not.
[20:11] <dato> jelmer: I wouldn't mind trying to contribute that, if you'd like; though it'll be addmittedly little code.
[20:12] <dato> (the hook is pre-revprop-change)
[20:12] <jelmer> dato: that'd be very nice
[20:13] <jelmer> dato: you may also be able to fix bug 140001 while you're at it (same issue, for svn:author)
[20:52] <chx> hi. I know this is no Ubuntu channel  but in the past I had success with finding Canonical man in here. https://blueprints.launchpad.net/sprints/uds-boston-2007/+roadmap this has a typo Improve Windows integration as a sever and a client for Ubuntu <= either sewer or server. both would fit Windows :P
[20:53] <lifeless> chx: #launchpad or #ubuntu-devel/#ubuntu-motu please
[20:53] <chx> lifeless: thanks.
[20:53] <chx> lifeless: i first tried the #ubuntu channel with not much success
[22:03] <dato> jelmer: there's seems to be a "double utf8" bug in bzr-svn (or the bindings?) have somebody else mentioned to you before?
[22:06] <lifeless> jelmer: try 2859 in my repository branch
[22:55] <igc> morning all
[23:05] <lifeless> hiya
[23:05] <lifeless> spiv: ping
[23:06] <spiv> lifeless: pong
[23:07]  * spiv is very glad his sore throat has finally abated.
[23:08] <lifeless> you've been sick? :(
[23:08] <lifeless> I was wondering if there was a release?
[23:09] <spiv> lifeless: not yet, that's #1 task for this morning.
[23:09] <spiv> lifeless: is there a PQM branch for 0.92?
[23:10] <lifeless> spiv: there can be
[23:11] <spiv> lifeless: I'm looking at http://bazaar-vcs.org/ReleaseChecklist, it seems to say there ought to be one.
[23:11] <jelmer> re
[23:11] <jelmer> lifeless: thanks, will do
[23:12] <jelmer> dato: no, haven't heard of that before. please file a bug
[23:12] <lifeless> jelmer: its still probably 50% slower than it needs to be
[23:22] <lifeless> spiv: there is one
[23:22] <spiv> lifeless: I just saw it, thanks!
[23:46] <lifeless> dinna time