#bzr 2008-03-01 <jdong> jelmer: interestingly, the crash did not happen with svn 1.4.6 and the patch. <jdong> jelmer: it seems 1.5.x specific for some reason. <jdong> anyway, I'm too tired to investigate more carefully, I'll just leave it at its pseudo working state :D <james_w> jam: thanks for looking in to the cherrypick issue. <jdong> silly question, but will bzr reconcile ever be faster? <jdong> jelmer: is there a straightforward way for determining what bzr rev matches a svn rev? <jdong> other than grepping both logs <jelmer> jdong: There is a svn: revision specifier <jelmer> that allows you to get from svn to bzr revision <jelmer> that will only work against a native svn branch though <jelmer> as there is no one-to-one mapping in other cases <jdong> jelmer: ok, cool I'll take a look at that <kgoetz> hi all. i asked this in #ubuntu-doc, but i was pointed here. https://wiki.ubuntu.com/DocumentationTeam/Repository#head-7349bc14cd12ae1087537a239427a70a4d73295d talks about setting up a shared repository for checkout histories. i'm wondering if theres a way i can check my 3 docs checkouts (edu/kubuntu/ubuntu) are shared or not <jdong> kgoetz: cd into your branch, type "bzr info" <jdong> shared repository: /home/jdong/src/rockbox <jdong> ^^ you'll see a line like that if it's shared <jdong> kgoetz: and you should probably omit the --format argument too; the new default pack format is more efficient and faster over network <kgoetz> jdong: thanks a lot! "Shared repository with trees (format: dirstate-with-subtree)" <jdong> cool <kgoetz> jdong: i setup the repo months ago, but i've only just come back to it. <jdong> ah <jdong> consider upgrading to the packs format for space savings <jdong> and consider telling the same to doc team :) <kgoetz> ok :) <jdong> I'm quite sure you remember how painful it was to branch the first time :) <kgoetz> i'll check on bzr's site to see if i can find instructions <kgoetz> yes i do *g* <james_w> kgoetz: if you don't have a "shared repository:" then I think they may not be shared. <james_w> Although it would be odd to say "Shared repository" if it didn't mean shared. <james_w> Ah, the code is sensible after all :( <james_w> I was wrong, you get "Unshared repository" if not, so it should be fine. <jdong> ah, the forward thinking of bzr is just simply astonishing at times <james_w> yeah, and yet again it makes me look like a fool. <clynetic> I need a pointer to any docs that will show a noob how to setup and use PQM. <abentley> james_w: The "info" code was a rat's nest. I've cleaned it up somewhat, but there's still plenty left to do, especially in the test cases. <beuno> kgoetz, http://beuno.com.ar/archives/48 (instructions to upgrade your branches) <kgoetz> beuno: thanks. <beuno> I'm off to bed now, it's too close to 6am <kgoetz> later mate <beuno> kgoetz, np. Upgrade them in Launchpad too if you host them there (upgrade them with sftp) <jdong> kgoetz: remember that packs are only compatible with bzr 0.92 or above (though they're a very very good reason why everyone should upgrade to said versions) <kgoetz> jdong: ok. theres always a catch :| <jdong> kgoetz: well... it's not much of a catch. IMO anyone using an earlier version of bzr is seriously missing out <jdong> kgoetz: I mean, in many of my branches you're talking about a 10x to 20x increase in branching speed by switching to packs <jdong> to ask someone to upgrade to a newer bzr is not at all unreasonable <kgoetz> sounds like installing 1.1 was a good call *heh* <jdong> not to mention the bzr team provides great methods for doing so on nearly all platforms <kgoetz> mmm. <lifeless> beuno: pong <beuno> lifeless, was in doubt on how to implement a change you requested, but I figured it out eventually. Sent the patch to the list :D <mohbana> hello guys <mohbana> is it possible to use bazaar with eclipse <clynetic> I haven't tried this yet, but here's info about the eclipse plugin. <clynetic> http://bazaar-vcs.org/BzrEclipse?highlight=%28eclipse%29 <elijah> 404: http://doc.bazaar-vcs.org/bzr.1.2/en/release-notes/NEWS.html <elijah> (That's the top link from http://bazaar-vcs.org/news#1.0released) <james_w> elijah: yes, there is a symlink missing on the server. Thanks for telling us about it though. Hopefully someone with access will fix it soon. <Bloguero__Connor> Hello, how do I go back to the version x of my code. Lets suppose I commited 7 times. But then I regret and I say: I want to go back to commit #4. How do I do that? <beuno> Bloguero__Connor, bzr revert -r 4 <Bloguero__Connor> gracias! <beuno> Bloguero__Connor, ;) <lifeless> later <jdong> lifeless: why doesn't bzr pack remove all obsolete_packs at the end of its run? <jdong> it seems like a logical time to do it <jdong> [jdong@jdong:src/rockbox]$ du -sh .bzr/repository/*packs <jdong> 130M .bzr/repository/obsolete_packs <jdong> 112M .bzr/repository/packs <jdong> kinda silly after a pack the repository size doubles <beuno> jdong, fun discussion about it in: https://lists.ubuntu.com/archives/bazaar/2008q1/036719.html <jdong> beuno: interesting.... thanks for the info, though reading it didn't give me a satisfied happy ending <beuno> jdong, me neither :p <jdong> beuno: all I see is "bzr help pack" tells me it recompresses packs to save me disk space, and du -sh tells me my repository size *doubled* after running it <jdong> we could change it to say "reorganizes packs to save disk space 5 commits later" but that sounds silly :) <LarstiQ> log(n) commits later? <beuno> jdong, yeap yeap, I upgraded ~200 repos and maxed out my servers harddrive <beuno> was fun <beuno> than had to script something that would check the repo and delete them <beuno> LarstiQ, hey :D <beuno> there should be a <beuno> an option to remove them automagically <ubotu> New bug: #197356 in bzr-svn "Branches created in svn don't seem related in bzr" [Undecided,New] https://launchpad.net/bugs/197356 <Lo-lan-do> Hey, this one is mine! <gnumarcelo> Hi guys! Anybody here are using any bazaar plugin for Eclipse ide? <james_w> Lo-lan-do: yeah, sorry it took so long to forward it. <james_w> gnumarcelo: I think there are a couple of people <james_w> gnumarcelo: Verterok is the developer. <gnumarcelo> I'm planning use Bzr in my new project but i saw that plugin for eclipde is alpha version...I d'like to know if it is usable now <gnumarcelo> im sorry, im not speak english <Keybuk> what's the easy command to revert to a previous revision in the current branch? <andrea-bs> bzr revert <Keybuk> example? <andrea-bs> bzr revert -r6 <Keybuk> oh, that easy <beuno> Keybuk, "bzr revert" will revert to the last revision, or you can do "bzr revert -r revno" <andrea-bs> it reverts the branch to the revision 6 <Keybuk> oh, easy then <beuno> yeap. or bzr uncommit if you want to remove all metadata for that commit <scorpioxy> hey guys, if i have a a couple of standalone branches, would an init-repo after they are created have any effect on their storage optimization? Or does it only work before branch creation? <beuno> scorpioxy, I would say itwon't affect them at all <beuno> I'm not sure if you can re-convert them to be shared without re-branching <james_w> scorpioxy: you can make them use the storage by branching them to a temp dir in the shared repo, and then renaming. <james_w> scorpioxy: or directly in to the shared repo if you don't create it in the directory that contains the branches. <scorpioxy> james_w: aha, so creating a shared-repo and then branching from into it....and so, is are we still limited by one level of ancestry for branches and shared repos? I remember that there was a discussion about that some time ago. <james_w> scorpioxy: what do you mean by one level of ancestory? <scorpioxy> james_w: i mean any branches that want to use the shared-repo have to be first level children...as in just one ".."(single directory up) <james_w> scorpioxy: no, they will search down directories and stop at the first .bzr (pretty much). <Keybuk> and second silly question of the day <scorpioxy> james_w: you mean search up, don't you? shared-repo would be be parent <Keybuk> how do I push new tags to another branch? :) <james_w> scorpioxy: up/down, it depends whether you are standing on your head :-) <james_w> Keybuk: I think you just do it with a push <Keybuk> james_w: that says "No new revisions to push." <james_w> Keybuk: however I think there is a bug report about not pushing tags if there are no new revisions, just new tags. <james_w> Keybuk: ah, yeah, that sounds like the bug. <scorpioxy> yes, there is a bug report about that <scorpioxy> james_w: :) i remember earlier that the shared-repo was only supposed to be one directory up from any branches in this repo...i guess that was changed.. <scorpioxy> james_w: well, i'll give it a try, thanks for the help <scorpioxy> beuno: thanks for the help too <james_w> scorpioxy: no problem. <beuno> scorpioxy, :D <jdong> jelmer: what do you think about ancestry between bzr-svn and launchpad vcs-imports? <jdong> it'd be nice if they recognized each other <jelmer> jdong: There has been talk about that a year or so ago <jelmer> jdong: We may end up discussing it again this sprint <jelmer> jdong: but it's really all up to the launchpad folks to decide they want to use the same mappings and revision ids as bzr-svn <jelmer> it would also involve trashing all existing imports... <kosipov> hi <beuno> hello kosipov <kosipov> beuno: is there a gui tool you would recommend for browsing change history with bazaar? <beuno> kosipov, have you tried bzr-gtk? <kosipov> beuno: yes, and qt. I am having a very long history here, > 3000 revisions, and both are quire slow <kosipov> quite <jelmer> kosipov: Even newer versions of bzr-gtk? <jelmer> kosipov: It loads up a 26k revision tree in a couple of seconds here <kosipov> jelmer: hm.. maybe a bug in the way we imported our revision history here <kosipov> takes about 2 to 5 minutes <jelmer> the way you imported your history shouldn't matter <kosipov> jelmer: I believe I have the latest version here <jelmer> And you're just running "bzr viz" ? <jelmer> kosipov: the one from bzr-gtk trunk? <kosipov> is there a way to find out the total number of revisions? <kosipov> jelmer: yes, I just bzr branched it <jelmer> "bzr revno" should print it <jelmer> (the number of revisions on mainline) <kosipov> this is very strange then <kosipov> kostja@dipika:~/mysql-5.1-runtime$ bzr revno <kosipov> 2624 * kosipov . o O (why does it take so much time?) <kosipov> jelmer: hm... mainline we actually have very heavy branching <jelmer> kosipov: bzr info should be able to print the total number of revisions <beuno> kosipov, there is also a very-alpha WX-based tool: https://code.launchpad.net/wildcat-bzr <beuno> what OS are you on? <kosipov> ubunty gutsy <kosipov> ubuntu <kosipov> hm... <kosipov> interesting... <kosipov> I started bzr info --verboze and it took 20 secs for it to finish <beuno> kosipov, I'm on gutsy too and I can navegate _much_ bigger projects very quickly <kosipov> Branch history: <kosipov> 2624 revisions <kosipov> 871 committers <kosipov> 2770 days old <kosipov> first revision: Mon 2000-07-31 21:10:05 +0200 <kosipov> latest revision: Wed 2008-01-16 01:17:05 +0300 <beuno> what version of bzr are you using? <kosipov> Repository: <kosipov> 51009 revisions <kosipov> 596938 KiB <kosipov> 1.2 <kosipov> so is above big enough? <beuno> jelmer, looks pretty big to me :p <kosipov> ok, then this is expected I think <kosipov> I was just wondering <beuno> kosipov, not sure if it's expected, would be nice if we could look into it a bit <kosipov> good thing is that when it finally started it works with ok performance <beuno> kosipov, can you run bzr info again <beuno> and paste out what repository format you have? <kosipov> it's the latest <kosipov> second <beuno> you might be using an old version instead of the new one optimized for speed (packs-0.92) <kosipov> or is it not: <kosipov> Format: <kosipov> control: Meta directory format 1 <kosipov> branch: Branch format 6 <kosipov> repository: Packs containing knits without subtree support <kosipov> okay, then the question is how do I change the format? <kosipov> and also, if I create a branch, does it preserve the old format? <kosipov> it seems it's not <beuno> kosipov, your repo seems fine <kosipov> but working with the branch wasn't too fast either. <beuno> kosipov, yes, it does <beuno> kosipov, can you file a bug with this information, noting it's too slow? <j1mc> hi all. i'm having a problem where when i've changed my local branch of a repo, and someone else has committed changes on the server. how can i commit both sets of changes without any conflicts? <j1mc> or without the commited change showing as reverted, and then re-committed. <beuno> j1mc, you want both changes merged? or discard one of them? <kosipov> beuno: I believe I will be able to give you all the data <j1mc> hi beuno ... i would like both changes merged. <kosipov> just writing a report here for our group <j1mc> my problem is that the committed change shows as reverted, and then recommited at the end. <kosipov> we're trying to migrate, but first need to check that we can actually work ok <beuno> kosipov, even more interesting if you can file a bug so we can follow up and help you get the performance you need <beuno> j1mc, the work flow would be "bzr merge", resolve conflicts, than "bzr commit" <beuno> and, finally push if you want the final version on main <kosipov> beuno: I will sure file a bug but when I have a tarball with the source tree with which you can play to attach to it. <ubotu> New bug: #197426 in bzr "bzr diff message when some files are not versioned is unhelpful" [Undecided,New] https://launchpad.net/bugs/197426 <kosipov> beuno: I need to double check that if I attach this tarball my company is not sued... <beuno> kosipov, maybe just file it with the "bzr info -v" data to get it rolling, and attach it later on <beuno> might not need the tarball at all <beuno> j1mc, you also might not get any conflicts, but you have to commit anyway <j1mc> beuno: ... ok. i'm just looking up info on resolving conflicts. any tips? <beuno> j1mc, http://doc.bazaar-vcs.org/latest/en/user-guide/index.html#resolving-conflicts <j1mc> beuno, you are the reason irc is awesome. :) <j1mc> thanks for your help <beuno> j1mc, muehehe, no problem <kosipov> https://bugs.launchpad.net/bzr/+bug/197429 <ubotu> Launchpad bug 197429 in bzr "bzr gui tools are too slow with old/large repositories " [Undecided,New] <jelmer> beuno: btw, what airport are you guys flying into tomorrow? <beuno> jelmer, gatwick I belive. You? <jelmer> beuno: looks like Heathrow * beuno double checks <jelmer> I'm arriving an hour or a half before you guys but I guess waiting doesn't make sense if it's a different airport ;-) <beuno> jelmer, confirmed, Gatwick <beuno> it would be a bit odd to wait for us if we're in different airports :p <beuno> I was told to stay away from heathrow for some reason <ubotu> New bug: #197429 in mysql "bzr gui tools are too slow with old/large repositories " [Undecided,New] https://launchpad.net/bugs/197429 <james_w> in mysql? <beuno> james_w, he seems to work for mysql <beuno> and is trying to use bzr with mysql devel <james_w> ah, ok <beuno> but, of course, it shouldn't be assigned to mysql <james_w> kosipov: mind if I drop the mysql part of that bug, it doesn't really reflect where the problem is? <beuno> jelmer, do you think it should be asigned to bzr-gtk too? It does seem a bzr problem but... <jelmer> beuno: If it's consistent across all tools I think it's a bzr problem <jelmer> perhaps it can be reassigned if it turns out there is a specific issue in bzr-gtk <beuno> jelmer, 50k revisions doesn't look like a bzr-gtk probem, no. Just wondering if it would be useful for other people reporting the same problem (it does affect bzr-gtk indirectly anyway) <jelmer> beuno: well, we can always mark it as a duplicate if people report the same bug although marking it as occurring in bzr-gtk is also fine with me <beuno> jelmer, nah, it's fine, just a though <beuno> *thought <kosipov> james_w: sure <james_w> kosipov: thanks. <kosipov> james_w: should I attach the total size of the directory, number of files, lines? <kosipov> would that help? <james_w> kosipov: I don't think the exact numbers are necessary. <kosipov> ;-] #bzr 2008-03-02 <kumi> If I move (w/ filesystem tools, not w/ bzr) paths around, how do I tell bzr about the new arrangement of folders and files? <kumi> I had to migrate some code to a new server, which has a different directory structure... "/www/htdocs/" has become "/www/a.com/pages/" and "/www/htdocs/common/" has become "/www/c.com/pages" <Verterok> kumi: bzr mv --after <kumi> Verterok: thanks :D <Verterok> np :) * Verterok heading to bed <awmcclain> Hey all.. is there any way to prevent bzr logfiles from littering my directories after each checkin? <jelmer> moin <james_w> hi jelmer <james_w> awmcclain: to which logfiles do you refer? <awmcclain> bzr_log.OxncjQ~ bzr_log.RNweuu~ <awmcclain> Commit logs <jelmer> I think those are only left when bzr aborts a commit <james_w> awmcclain: if that is not the case then I think a bug report is appropriate <awmcclain> Hrm <awmcclain> Bug report! <james_w> awmcclain: what's your OS? <jelmer> I think this is Windows-related <awmcclain> 10.5, running bzr 1.2.0, using vim to edit commits. <awmcclain> (commit mesages) <james_w> they are not editor backup files are they? <jelmer> since it's by default impossible to delete a file unless nobody has it open <jelmer> actually, I think they are <awmcclain> So. Silly <james_w> that's not what vim's look like on linux, but I don't know Mac. <awmcclain> Yeah, you'd think the ~ would have tipped me off. <awmcclain> Hrm <awmcclain> weird though <jelmer> james_w: if you 'set backup' in vim, it'll write ~ files <awmcclain> Is there a setting to have the commit files written to /tmp? <james_w> ah, backup as opposed to .swp, I see. <james_w> perhaps we should be using $TMPDIR anyway. <jelmer> james_w: The current setup has the nice side-effect that if bzr crashes during commit, the log file is still there <lifeless> moin <ubotu> New bug: #197597 in bzr "branches command slow" [High,Confirmed] https://launchpad.net/bugs/197597 <ubotu> New bug: #197618 in bzr "Document BZR_REMOTE_PATH in man page" [Undecided,New] https://launchpad.net/bugs/197618 <abentley> Hi all. I'm at the hotel. <lifeless> hi <lifeless> I'm at the office <lifeless> abentley: which hotel are you in? <lifeless> abentley: hi <abentley> Hey there. How's things? <lifeless> good <lifeless> at the office at the moment <lifeless> have you eaten lunch? <abentley> No. <lifeless> Henrik Nordstrom and I are considering food <lifeless> which hotel are you in? <abentley> I'm in favour of food. <abentley> I'm at the Rochester. <lifeless> cool <abentley> I think all the Canonical people are at the Rochester. <lifeless> many are, but not al I believe <lifeless> I'd happily swap to the plaza - they serve prridge for breakfast :> <lifeless> abentley: we'll come to the hotel <lifeless> abentley: be about 15 minutes <abentley> Cool. I'll be in the lobby. <seba__> hi <seba__> i am importing from hg to bzr using fastimport <seba__> i used to have a crash till last rls <seba__> and now i have some warning msg like that instead: <seba__> WARNING: ignoring delete of content/xul/document/public/nsIXULContentSink.h as not in inventory (:65) <seba__> what does it mean exactly ? <james_w> seba__: I'm guessing that fastimport is being told to delete that file, but it doesn't think that it exists to delete it. <seba__> that's rather strange <james_w> seba__: indeed. <seba__> i guess a delete from hg was actually made on an existing file <luks> it might have been done in a different order and hg-fast-export might not handle it correctly <seba__> bah it failed again now later... <seba__> I wonder if those fastimport plugin are tested on projects bigger than 5 commits and 1 branch... <james_w> seba__: I believe it is being developed as the developer is working on importing OO.org <seba__> oo chose bzr ? <jelmer> hey <jelmer> any sprint people awake? <james_w> jelmer: i am, but I'm not there. Are you after someone there, or just someone who is going? <thumper> james_w, jelmer: hi <james_w> hi thumper <thumper> anyone staying in the rochester? <james_w> I am, but I don't arrive until Wednesday. <james_w> I think lifeless and abentley are. They were here a little earlier. <jelmer> james_w: Just wondering who is here <jelmer> james_w: I just met up with the two eclipsebzr guys <jelmer> we're going to get some food in a few minutes <jelmer> thumper: All the canonical folks are in the rochester <jelmer> All the non-canonical folks are in the park plaza <thumper> jelmer: ah, is that the way it is <jelmer> hmm, LarstiQ either forgot to turn his phone on or is still on the plane.. <nexus10> hi -- can anyone tell me what's the advantage of 'bzr ignore foo-pattern' over 'echo foo-pattern >> .bzrignore'? <Odd_Bloke> jelmer: Where did you meet the EclipseBzr guys? <jdong> nexus10: the former's more intuitive to find for the newcomer and the latter makes Git users happy? :D <jdong> nexus10: (ignore me, I'm in a grumpy flame-git mood today) <nexus10> jdong :-D <nexus10> jdong: that's what <nexus10> jdong: ... I was hoping you'd say -- cos I have some probs with bzr ignore <jdong> nexus10: Yeah, from a user interface perspective, the first place I'd look for my VCS's "ignore" function would be in the commands list <nexus10> jdong (and anyone else): is there a "why bzr kicks git's posterior' doc you can suggest? <jdong> nexus10: indeed there is one on the wiki <jdong> http://bazaar-vcs.org/BzrVsGit <nexus10> jdong: ta, I'll go hunt -- dunno how git has got such buzz in the Rails world, but I need some ammo against all that buzz <nexus10> jdong: fantastic, ta <jdong> nexus10: I think the reasons are quite compelling, and although that article prefaces itself to be bzr-biased, for the most part I think it's a quite unbiased view of reality <jdong> nexus10: the one thing I do give Git massive credit for is performance. Git's still noticeably faster than bzr on some tasks (bzr log on 5000 revisions), etc <nexus10> jdong: I don't need persuading -- but I have a git diehard to win over <jdong> nexus10: though frankly for the average size project I don't care if I wait another 1 second for log to show <jdong> the time it took me to figure out how to tell git to stop committing things without my permission, bzr could'll logged itslef a billion times <jdong> lol <jdong> nexus10: if this Diehard Git user is a part of a bigger project, cross-platformness will instantly knock him down a few pegs. Force him to live the life of a Windows user for a day, and I bet he'll reconsider his choice :) <nexus10> jdong: Rails projects are usually small - 2000 files or so <jdong> nexus10: yep, as I've noticed. I worked on a rails project last summer that was entirely versioned via bzr and all went great <TFKyle> jdong: bzr log doesn't seem that slow on 3184 revisions here, time bzr log > /dev/null == real 0m4.640s (hot cache though) <nexus10> jdong: this user was on Windows -- now on gentoo and much happier <jdong> TFKyle: time git log > /dev/null on the entire mirror of Subversion's repository took less than a second <jdong> TFKyle: git log is unbelievably fast, but faster than most people would need it to be <nexus10> speed is addictive <jdong> nexus10: yes, but in reality most projects would have to address Windows contributors, and Git's frankly unusable under Windows <jdong> nexus10: its speed and functionality are closely knit with the POSIX model of doing things <TFKyle> jdong: hmm, indeed <jdong> nexus10: and something else that might be a concern.... Git has little support for "dumb protocols" <nexus10> jdong: don't understand why the git buzz is so incessant for Rails <jdong> nexus10: in particular, to push a git repo somewhere, you almost HAVE to have a git server on the remote end. Which isn't something one can always negotiate <nexus10> can git even do symlinks properly? <jdong> nexus10: not sure. I'm not sure if we do that correctly too. At least we can *version empty directories* <jdong> (which might be something useful in dir-structure-sensitive things like Rails) <nexus10> indeed <nexus10> eg -- a Rails plugin has foo.rb and foo/* <nexus10> rename it and you need to rename both <TFKyle> jdong: having a bit of a hard time measuring git log's performance btw as it seems to run PAGER. there a quick way to disable that? <jdong> TFKyle: AFAIK if it's redirected somewhere it would not use a pager <TFKyle> doesn't here (git +1-585-472-9035) <jdong> -p|--paginate <jdong> Pipe all output into less (or if set, $PAGER). <jdong> I guess you can set PAGER to (1) nothing (2) cat <TFKyle> still, I assume setting it to cat hurts it a bit, but meh <jdong> lol if setting a pager to cat hurts performance, change operating systems :) * jdong looks on his HDD for any git repos he has lying around <TFKyle> (doing that on the wine source tree from maybe a month ago takes ~1.5secs btw <jdong> how many revisions are in the wine tree? <jdong> ok I've got a git mirror of Rockbox and a bzr-svn mirror of it <jdong> the git mirror is 1k revs behind, lemme bring that up and we can compare <TFKyle> (though, gitk and qgit4 do seem quite slow compared to bzr visualize, dunno why) <jdong> I wish gitk was a gtk based frontend <jdong> there's apparently something called gitview somewhere out there <lifeless> jdong: gitview is based on bzr viz :) <dudemeister> hi, i have a beginner question here. how do i actually start a project using a centralized style - the user guide seems to cover only the developer's site, but are there tutorials on how to setup the server? * TFKyle wishes hg view was gtk-based as well <jdong> git log > /dev/null 0.60s user 0.00s system 98% cpu 0.615 total * jdong waits for bzr <jdong> bzr log > /dev/null 10.86s user 0.33s system 98% cpu 11.305 total <jdong> order of magnitude <jdong> of course, logging 16378 revs is not exactly a "real world usecase" * TFKyle still isn't sure how to tell the amount of revs in a git tree, hardly ever uses it :) <jdong> git rev-list --all | wc -l <jdong> lol that might be a hack <jdong> but everything in git seems that way. <TFKyle> and that's why I love bzr :) <jdong> and it's ALSO kinda annoying that git's on-disk size explodes when you commit to it <jdong> kinda forcing you to pack at least once every busy coding day if you don't want the thing taking up 5x the space it should. <TFKyle> 43449 <nexus10> jdong, TFKyle: thanks, this was v useful <TFKyle> nexus10: oh, sorry - didn't mean to go off topic <jdong> TFKyle: yeah, git's fast at operations like this :) <jdong> but the UI is so.... urg.... <nexus10> TFKyle: no worries, not OT for me <jdong> I tried to explain Git to someone who uses svn the other day, and he thought I was mocking him <nexus10> jdong: so the consensus is -- git wins on speed, bzr on evetrything else? <jdong> i.e. I invented a parody of svn that was hard to use <jdong> nexus10: roughly put, yeah <jdong> nexus10: rather, git has a lot of gotchas that should make one think twice before adopting it across some project where not everyone is familiar with the tool <jdong> nexus10: on my coding project last summer, one guy had no experience with version control, and in an afternoon he was comfortable branching, pushing, pulling, merging..... bzr's that intuitive. <jdong> I can't say the same about git <james_w> There was a bunch of patches to the git list the other day to make it halfway windows compatible. <james_w> so, the git on windows effort seems to be progressing ok. * jdong bzr branches his todo list ponders the real-life meaning of what he just did. <abentley> jelmer: no <abentley> :-) * lifeless changed the topic of #bzr to: http://bazaar-vcs.org/ | Bazaar 1.2 is out! | https://launchpad.net/bzr/1.2/1.2 | Sprint wiki page: http://bazaar-vcs.org//SprintLondonMarch08 <weigon> lifeless: the link needs a /Sprint .. instead of //Sprint * lifeless changed the topic of #bzr to: http://bazaar-vcs.org/ | Bazaar 1.2 is out! | https://launchpad.net/bzr/1.2/1.2 | Sprint wiki page: http://bazaar-vcs.org/SprintLondonMarch08 <h4writer_> Hi <h4writer_> hope I can ask a question related to launchpad and bzr here? <h4writer_> I have locked my own branch :-(. How can I unlock it <elmo> bzr lazy imports are self-created and not a standard python thing, right? <elmo> h4writer_: bzr break-lock, I think? <lifeless> elmo: impoty bzrlib.lazy_import <h4writer_> doesn't do the job, but I had this before and had to use sft <h4writer_> *sftp <lifeless> h4writer_: bzr break-lock URL <elmo> lifeless: ok - not sure I wanna make dak depend on bzrlib :) thanks <h4writer_> Still having the issue <h4writer_> :-( <h4writer_> bzr break-lock bzr+ssh://montgomeryrobert@example.net/~h4writer/+junk/awn-customize-icons <h4writer_> doesn't do anything <lifeless> elmo: go on <awmcclain> Is there a way to set a configuration value across all users and branches? <awmcclain> h4writer_: Total shot in the dark, but have you tried bzr break-lock sftp://montgomeryrobert@example.net/~h4writer/+junk/awn-customize-icons ? <h4writer_> awmcclain, Indeed I thought it was that, but it isn't helping either :-( <awmcclain> :( <h4writer_> awmcclain, still locked, already for 30 min. :-( <awmcclain> ...or is the only way to specify a branch.conf in each one of my branches? <poolfool> h4writer_: you tried both 'sftp://' and 'bzr+ssh://' ? <h4writer_> poolfool, indeed <h4writer_> but I see there are some processes busy with bzr if I do "ps -ax | grep bzr" <poolfool> h4writer_: What is with the '+' plus sign in your path? ... what exactly is displayed on your screen about the lock OR when you try and break the lock? <h4writer_> poolfool, when I try to break it, nothing happens (so I get nothing returned) <poolfool> h4writer_: Wait ... 'ps -ef' on your local machine or on the lauchpad server? <h4writer_> poolfool, local <h4writer_> poolfool, can't kill those :-S, how come that <poolfool> h4writer_: do you own the process ? '#ps -ef |grep bzr' and check the User ID (uid). <h4writer_> poolfool, don't know, but I now killed them with system monitor :-D <h4writer_> poolfool, still locked :-( <h4writer_> poolfool, ? <h4writer_> poolfool, I did the committing with sftp <h4writer_> poolfool, and now it works <poolfool> h4writer_: Yea ... kind of new to bazaar my self. but you did fix the 'lock' problem? But you can commit with sftp? <h4writer_> poolfool, I didn't fix the lock problem. I still have it when I try with bzr bzr+ssh:// LOL <Polarity> If I want to track /etc with bzr, what is the proper way to ignore all the rcX.d directories? rc.d/rc*.d/ in .bzrignore doesn't seem to work <h4writer_> poolfool, only a workaround :-( <h4writer_> poolfool, lifeless, awmcclain and elmo thank you for helping. I can do again further :-D <poolfool> Polarity: I saw something on the channel the other day, someone is doing the same thing but with Ubunto(sp) ... maybe a google search might help. <poolfool> Polarity: But sounds like something I have wanted to try for a while. Good luck. <TFKyle> lifeless: playing around with loom a bit, this has probably been suggested before or is total crack but would something like a goto-thread command to go to a specific thread instead of manually up/downing multiple times be a good idea? <lifeless> TFKyle: 'bzr switch threadname' <ubotu> New bug: #197748 in bzr "getattr on WorkingTree should not raise ObjectNotLocked" [Undecided,New] https://launchpad.net/bugs/197748 <lifeless> going out to dinner now, back tomorrow UK morning time <TFKyle> ah, cool <CarlFK> I was tole to: bzr co http://maya.asidev.com/srv/localhost/htdocs/tc/ninput/trunk <CarlFK> but that errors. <CarlFK> while I wait, is there any poking around that might help? <dato> CarlFK: "co" with "http" doesn't make much sense. but what error do you get? <CarlFK> http://maya.asidev.com/srv/localhost/htdocs/tc/ninput/trunk/ is permanently redirected to https://asidev.com/srv/localhost/htdocs/tc/ninput/trunk/ <CarlFK> bzr: ERROR: Not a branch: "https://asidev.com/srv/localhost/htdocs/tc/ninput/trunk/". <dato> CarlFK: they gave you a wrong URL <CarlFK> yep <CarlFK> "Never mind, I've attached the full checkout tarball." <stefanv> a colleague of mine requested similar functionality to "hg cleanup" -- which removes all unknown files in the current working tree. i wrote a small script to do just that... would it be of any interest? how hard would it be to convert it to a plugin, or to add it as a command? <dato> stefanv: hm. "clean-tree" from the bzrtools package can do that <stefanv> great, thanks for the pointer <radix> I often just use rm `bzr unknowns`. (adding -r when necessary) <stefanv> that's probably fine for posix <stefanv> i'm not sure what he is running <stefanv> unknowns must be fairly recent <awmcclain> Anyone know... can I use pyqt4 with qbzr? <Peng> Soo. <Peng> Remind me not to get swapped to death (presumably by svn-import) in the future. <awmcclain> Ug. What a nightmare it is to compile PyQt on a mac. <poolfool> awmcclain: don't tell me that ... I am still looking for something nice to run on Mac OS X (leopard) with an OK gui. <poolfool> awmcclain: Do you have a good link for a Mac OS X tool chain? Have you tried fink? <awmcclain> poolfool: Ug. I'm not a huge fan of fink. Plus i think they only have pyqt3, not pyqt4. One of htese weekends when things die down I'm going to start a cocoa app for bzr. <awmcclain> poolfool: Wildcat works pretty well, except for the fact that it doesn't work. ;) <luks> ... and qbzr is no an 'app' :) <luks> *not <awmcclain> luks: Well, an "app" that has extensive, non-trivial dependencies. :) <luks> no, I mean it's more like tortoise* except that instead of using a graphical shell you use the command line <luks> there is no actual application that would run on it's own <awmcclain> I'm confused... did you mean bzr or qbzr is not an 'app'? <luks> qbzr * awmcclain scratches his head. <luks> the dev version has a partially-working standalone application, but I guess I'll never finish that <poolfool> luks: did you write qbzr ? <luks> mostly because I know that I won't use it, so I'm not very motivated :) <luks> yes <awmcclain> :) <awmcclain> Oh, I see.. you mean you have to invoke qbzr from the command line <luks> more that you invoke qdiff, qci, etc. from the command line <awmcclain> ahhh... <awmcclain> luks: Can qbzr give me a graphical display of bzr status? <luks> yes and no :) <awmcclain> meaning it shows me the console output in a window? <luks> qcommit shows you the equivalent of bzr status <luks> but there is no standalone command for that <awmcclain> No, that's fine <awmcclain> Can you step through each file and get a graphical diff? <luks> sure <awmcclain> And finally....can you resolve conflicts through it? <luks> and add files, revers, etc. <luks> *revert <luks> no <awmcclain> ok. <luks> but this one is on my todo list pretty high <awmcclain> mmm <awmcclain> any sense of timeline? <luks> depends on when will I have to deal with first conflicting merge :) <awmcclain> Bascially I'm just looking for a way to 1. see the specific changes going out and 2. be able to resolve conflicts using a side-by-side diff. <luks> I definitelly don't plan writing a merge tool <luks> so resolving conflicts would involve just involving an existing tool <awmcclain> Ah yes, sorry, I wasn't more clear... can you pipe those diffs to diffmerge or something? I'm just looking for the workflow, really. <luks> at the moment, no <awmcclain> ah. <luks> it just uses internal side-by-side diff viewer <awmcclain> Basically I'm just looking for the eclipse-style team synchronization view. (But we've abandoned eclipse, thankfully) <luks> hm, I've never used eclipse with a VCS <luks> http://publib.boulder.ibm.com/infocenter/wsphelp/topic/org.eclipse.platform.doc.user/images/Image245_sync_view.jpg ? <awmcclain> Pretty much, yeah. You see files incoming, files outgoing, ignored and conflicts. <awmcclain> I suppose I could just run extmerge with a file merger for file conflicts. <luks> I'm afraid qbzr isn't going to help you much in it's current state <awmcclain> S'ok. :) <luks> I seem to need a GUI for quite different actions <awmcclain> branching and such? <luks> no, mostly history browsing <awmcclain> ahhh <awmcclain> we have bzr-trac for that. :) <awmcclain> (which also doesn't really work. ;) ) <luks> :) <awmcclain> Is there any way to see, when you update, what the exact merges will be? <stefanv> something a bit more detailed than bzr missing? <awmcclain> now that I know about bzr missing, i think, no. :) <luks> ditch the checkout, use a real branch, merge --preview? :) <mc__> I've accidentically remove am file with rm. Can I restore it with bzr? (It was version controlled of course) <ferringb> mc__: bzr revert file # should do it. <mc__> thanks <ferringb> any security issues w/ bzr server for ro access? <ubotu> New bug: #183565 in trac-bzr "KeyError: 'root_directory'" [Low,Incomplete] https://launchpad.net/bugs/183565 <james_w> ferringb: none known, but I don't think it's been audited <ferringb> mmm <ubotu> New bug: #57447 in trac-bzr "Viewing changeset diffs is slow" [Low,Triaged] https://launchpad.net/bugs/57447 <ubotu> New bug: #126835 in trac-bzr "COPYING file not being included in tarball" [Low,Fix committed] https://launchpad.net/bugs/126835 <ferringb> james_w: do you know what sort of perms it requires? specifically, I'm thinking about locking on the repo <ferringb> I'd rather run the server as a user that has no write access on disk personally <james_w> ferringb: that should help. <james_w> ferringb: there are read and write locks taken out by bazaar, and working tree, branch and repo locks. <ferringb> yeah, that's specifically what I was concerned about <james_w> some of the read locks are just nops, but I can't remember if all are. <ferringb> mmm <ferringb> well, I'll experiment <ferringb> server is fast enough I'm going to bring it up- 3.2k revs, http pull has been pretty painful for our users <james_w> read only on everything except .bzr/whatever/lock/ should be ok I guess. <james_w> Obviously not ideal, but better than nothing. * ferringb nods <james_w> ferringb: does bzr+http:// not suit you? <ferringb> james_w: wasn't even aware of it- specifics? <james_w> ferringb: well you can serve over http:// <james_w> however for better performance you can use the "smart server", which requires bzr to be installed on the server. <ferringb> yeah, bzr server; thought that was 'bzr branch bzr://...' ? <james_w> That means you can use bzr+ssh:// for people you trust and need to grant write acess to. <ferringb> ah, right <james_w> And you also get bzr+http:// which is fast readonly (though I've never used it, so don't believe everything I say) <ferringb> mmm <ferringb> how do you setup bzr+http:// ? only familiar with bzr+ssh <james_w> and bzr:// which is a native tcp protocol, which by default is read only, but you can grant write access with. <james_w> and allows read access to every file beneath the directory you serve. <james_w> ferringb: http_smart_server in the docs. Do you have the source of bzr? Otherwise what OS are you on? <ferringb> linux, likely have docs, but didn't see it in the --help <james_w> It's not a help topic, but a doc <ferringb> this up on the site at all? I went looking for perf. stats on bzr --server (and a quick intro to it), but didn't find anything <james_w> /usr/share/doc/bzr/txt/en/user-guide/http_smart_server.txt.gz <james_w> for me on Debian/Ubuntu <james_w> http://doc.bazaar-vcs.org/bzr.dev/en/user-guide/index.html#serving-bazaar-with-fastcgi <james_w> it's got a big fat warning on that section, so maybe it is not trustworthy. <james_w> Serving over plain http should be pretty secure for read only access. <james_w> It is slower though, so if you have a large project it would be far from ideal. <ferringb> well hell <ferringb> been forcing people to use http://; speed up is a speed up, even if I just use bzr+http:// ;) <ferringb> james_w: does bzr+http play nice with shared repositories? <ferringb> it's giving me a 404 error indicating it doesn't ;) <james_w> ferringb: you trying to branch a shared repository, or a branch in a shared repo? <ferringb> branch a shared repo <ferringb> bzr.pkgcore.org/ferringb/pkgcore-dev; trying to pull that down, /bzr/ferringb/pkgcore-dev, shared repository at /bzr/ <ferringb> mmm. screw it, bzr:// it is (it's fast enough I'll shove through the permissions issues) <ferringb> james_w: thanks for the info <james_w> ferringb: no problem. Feel free to ask again if you need any more info. <fullermd> bzr, bzr+ssh, and bzr+http use mostly the same code, so they should be equally speedy and secure (or slow and insecure) <ferringb> heh <ferringb> hell, I'm just happy to see smart server is around- been waiting for it a while, *very* happy to see a 71s checkout for users rather then the usual ~15m affair <LaserJock> jelmer: friendly ping on getting newer bzr-svn in PPA for gutsy :-) #bzr 2008-03-03 <jdong> LaserJock: is 0.4.8 released? <LaserJock> I thought it was supposed to be <LaserJock> and 0.4.7 would do fine as well <LaserJock> I think ... not positive there <jdong> LaserJock: yeah, it was supposed to be but I don't see it tagged in the branch yet <xif> what's the status for bzr XML logs? <ubotu> New bug: #197840 in bzr-svn (universe) "bzr-svn fails to install (Ubuntu Hardy, with ppa bzr)" [Undecided,New] https://launchpad.net/bugs/197840 <ubotu> New bug: #197841 in bzr "ppa bzr package 1.2~rc1-1build2 for Ubuntu Hardy fails to install" [Undecided,New] https://launchpad.net/bugs/197841 <tro> there seems to be a dependency problem with the 1.2 debs for feisty <tro> bzr depends on bzrtools, but bzrtools 1.2 depend on bzr <1.2 <tro> so i have to use the old bzrtools (0.19 or something) <vimes656> I just installed the bazaar Mac bundle for PPC but 'bzr' command is not in my path <ubotu> New bug: #197897 in bzr "bzr export trips assertion if directory contains nested branches" [Undecided,New] https://launchpad.net/bugs/197897 <lifeless> moin <ubotu> New bug: #197916 in bzr "bzr move in widows: directories are case sensitive" [Undecided,New] https://launchpad.net/bugs/197916 <james_w> morning lifeless <lifeless> hi james_w <AnMaster> hm it seems like the bzr website breaks in wide screen, a friend posted this http://forthelose.net/broked.png <AnMaster> I don't have widescreen but the page does indeed fail if widescreen is used <beuno> AnMaster, can you file a bug about it with the screen resolution? <AnMaster> guess so <beuno> AnMaster, thanks :D <AnMaster> https://bugs.launchpad.net/bazaar/ ? <AnMaster> beuno, what project to select? <AnMaster> there are so many, and not sorted <beuno> AnMaster, just file it under https://bugs.launchpad.net/bzr/ <AnMaster> not bazaar??? <beuno> AnMaster, I thnk bzr will be fine, if not, it will be changed <indraveni> i need help in setting up loggerhead through apache web server via proxy <indraveni> could some one tell me how to do that <ubotu> New bug: #197964 in bzr "http://bazaar-vcs.org/ website breaks at widescreen" [Undecided,New] https://launchpad.net/bugs/197964 <indraveni> none here to help me in loggerhead? <indraveni> when would michael hudson be here probabaly <awilkins> Verterok: You have an email address for bzr-eclipse patches? <xif> what does it mean for the purposes of bzr when I have an "unknown" file in the commit message? <nebuchadnezzar> hello, <poolie> hello <poolie> xif: it means it's neither added or ignorde <poolie> it is harmless <poolie> just a suggestion you might want to add or ignore it <xif> poolie: yeah, thanks, but after I commit, it doesn't appear any more. <poolie> hrm <poolie> where is the message exactly? <xif> poolie: when I do `bar ci` <poolie> and the filename there, is that a file that you've previously added, or what is it? <xif> poolie: it appears like this in the commit feedback: <xif> modified: <xif> join_favs.py <xif> unknown: <xif> error_log <poolie> hm <poolie> did you produce that file? or your build process? <poolie> could it be it was deleted after you committed? <poolie> sorry low battery <poolie> send mail to montgomeryrobert@example.net for more help <xif> poolie: I produced it <xif> poolie: thanks anyway <xif> it seems to be indicated only if there are pre-added files (like join_favs.py in the example) that have local modifications <nebuchadnezzar> I want to develop a hook and I wonder how I can get a string of the location of a BzrBranch object <Verterok> awilkins: sorry for the delay, send it to my mail (I send it in a priv. msg) <nebuchadnezzar> I find nothing in the api for this <nebuchadnezzar> erf, this is .base, sorry for the noise <LarstiQ> phanatic, jelmer: bzr viz is sooo much slower than gitk (--all), how come? <phanatic> LarstiQ: it used to be even slower a few months ago :P <nebuchadnezzar> hi again <nebuchadnezzar> Is there a way to run hook only for specific branches ? <ricardokirkner> hi. I am trying out the bzr server option. I am trying to branch from my machine to a central server (on which I have the bzr server running), but nothing is happening, and I dont know where to look for problems <jakobb> nebuchadnezzar: if i remember correctly from a similar question some time ago the answer is: no <ricardokirkner> I watched the .bzr.log file <ricardokirkner> but there is nothing noteworthy there... any ideas? <jakobb> nebuchadnezzar: but if you really want this, you could write in the hook something like: 'if branche_name == required_name' :P <beuno> ricardokirkner, how are you branching? bzr://? <ricardokirkner> beuno: bzr+ssh:// <jakobb> very, very, very ugly though <beuno> ricardokirkner, that sould fire off the bzr smart server if the server has it installed <jakobb> branching To a remote server?? is that possible at all? shouldn't that be pushing or something along those lines? <beuno> ricardokirkner, oh, branching _to_ a remote server <beuno> not sure you can do that <ricardokirkner> mhhh.. may be... the thing is like this. I created a project on my machine <ricardokirkner> now I want to set up a central server with the project... I thought about creating a branch there, and then binding to that branch <ricardokirkner> what is the correct way of doing this? <beuno> ricardokirkner, than you want to oush instead of branch <beuno> push <beuno> bzr push bzr+ssh://url <nebuchadnezzar> tahnks jakobb <ricardokirkner> I get the same... <ricardokirkner> the bzr client hangs on a "read(6, " <ricardokirkner> so I guess it is waiting for the server to answer <ricardokirkner> but I cannot see what the server is waiting for <nebuchadnezzar> jakobb: do you think it's possible to add a variable in the configuration and test this variable in the hook ? <nebuchadnezzar> can I add arbitrary variable in localtions.conf ? <ricardokirkner> ok. I managed to get the push through, but I had to specify the full path on the server... (so the --directory argument was quite useless). what i did was bzr+ssh://user@server/full_path_to_repo/branch <ricardokirkner> what I wanted to do is bzr+ssh://user@server/branch <ricardokirkner> is that possible? <jakobb> nebuchadvessar: pfff, i have no idea... i'm quite new with bzr; what i just told you is what i remembered from an earlier answer in this channel and some common sense <beuno> ricardokirkner, only if your ssh hay jaillshell or something like that. Or, I *think( you can tell the smart server to use a directory as it's base dir <beuno> there was a bug about that a while ago <beuno> not sure if it's closed <ricardokirkner> ok, I will search the bug database, thx <nebuchadnezzar> jakobb: ok, thanks, I though you were a guru which remember old conversation ;-) <jakobb> nope; conversation was like a week ago :P <nebuchadnezzar> jakobb: ok, I can add whatever option I want in locations.conf and I can check it in my plugin with push_result.source_branch.get_config().get_user_option('myoption') :-) <jakobb> cool! <ubotu> New bug: #198016 in bzr "running bzr stat" [Undecided,New] https://launchpad.net/bugs/198016 <jelmer> abentley: ping <jelmer> I just tried to get http://bundlebuggy.vernstok.nl/bzr-gtk/ up and running again, but there appears to be a function unimplemented now <abentley> Paste? <jelmer> http://bundlebuggy.vernstok.nl/bzr-gtk/ <jelmer> :-) <jelmer> AttributeError: ("'function' object has no attribute 'filter_by'", <bound method Root.index of <bundlebuggy.controllers.Root object at 0x8b6ef0c>>) <ubotu> New bug: #136530 in bzr-gtk "gstatus doesn't take -r" [Wishlist,Triaged] https://launchpad.net/bugs/136530 <mtaylor> http://bazaar.launchpad.net/~ndb-bindings/ndb-bindings/trunk/files/monty%40inaugust.com-20080220213951-rnva0vu08gvyz8cd <mtaylor> nm <beuno> abentley, does this look like something you where aiming out for XMLoutput documentation: http://bazaar-vcs.org/XMLOutput <ubotu> New bug: #116651 in bzr-gtk "typos in bzr help commands output" [Undecided,Fix released] https://launchpad.net/bugs/116651 <ubotu> New bug: #124760 in bzr-gtk "missing gmerge command/class" [Wishlist,Triaged] https://launchpad.net/bugs/124760 <ubotu> New bug: #125932 in bzr-gtk "non valid sym link makes olive fail" [Low,Triaged] https://launchpad.net/bugs/125932 <ubotu> New bug: #136432 in bzr-gtk "olive installs to two locations" [Medium,Triaged] https://launchpad.net/bugs/136432 <ubotu> New bug: #137172 in bzr-gtk "Olive: Glade file cannot be found if installed in home" [Low,Triaged] https://launchpad.net/bugs/137172 <ubotu> New bug: #147022 in bzr-gtk "[viz] add a search box" [Wishlist,Triaged] https://launchpad.net/bugs/147022 <jelmer> LarstiQ: dude! <LarstiQ> jelmer: So I'm currently trying to find out the 'why' behind conflicting changes, with gannotate as help <jdong> aahhh all the bugs! <jelmer> jdong: :-) <LarstiQ> jelmer: find an interesting line, look at the diff, turns out to be big, would like to be able to search for a function in that diffwindow <TFKyle> bugs, mm <LarstiQ> jelmer: so I guess the featurerequest is navigation help in diffwindow <jelmer> LarstiQ: that'd make sense <jelmer> LarstiQ: it would actually be nice to be able to rely on something like meld for that in all cases <jelmer> I would happily ditch what we have at the moment for meld integration <ubotu> New bug: #135457 in bzr-gtk "bad version_info" [Undecided,Fix released] https://launchpad.net/bugs/135457 <ubotu> New bug: #136741 in bzr-gtk "tracebacks in bzr-gtk 0.90" [Undecided,Fix released] https://launchpad.net/bugs/136741 <ubotu> New bug: #183412 in bzr-gtk "bzr gannotate requires a filename" [Wishlist,Triaged] https://launchpad.net/bugs/183412 <ubotu> New bug: #183627 in bzr-gtk "viz crams revid onto your clipboard" [Undecided,New] https://launchpad.net/bugs/183627 <LarstiQ> jelmer: that would work I guess <LarstiQ> jelmer: what needs to
{'channel': 'bzr', 'month': 3}