[07:27] <gour> morning
[07:29] <gour> we're considering to adopt bzr instead of hg, but like bitbucket's free repos (although we don't need much space) and considering that, afaik, bzr-git is more mature than bzr-hg, we wonder what would we miss of bzr's metadata if using bzr-bzr-git @bitbucket?
[10:32] <jelmer> gour: hi
[10:32] <gour> jelmer: hiya
[10:32] <jelmer> gour: bzr-git pushing into git is still experimental fwiw, there are some known corner case bugs
[10:33] <jelmer> gour: you'd miss text revision information (used during merge), support for ghosts (data referenced but missing), multiple author support, support for revision properties (--fixes, etc)
[10:34] <gour> jelmer: hmm...this is expensive
[10:35] <gour> i think about adopting bzr considering it's even simpler/safer for potential contributors than hg (we don't consider git)...another option might be fossil...
[10:36] <gour> jelmer: any estimation when bzr-git might be good-enough (if nto already) for collaboration with git projects?
[10:39] <gour> i also wonder how does bzr-git compare with hg-git? does it offer better collaboration tool with git projects?
[10:41] <jelmer> gour: I'm not sure; nobody is actively fixing those issues in bzr-git at the moment.
[10:41] <gour> jelmer: you're the only developer?
[10:42] <jelmer> gour: These days I'm just using git itself for projects that I work on that are in git.
[10:44] <gour> jelmer: ahh, i see...i consider life is too short to think about git :-)
[10:44] <jelmer> gour: I'm not sure how it compares to hg-git; the way in which hg-git hooks into mercurial seems a lot more hackish, but it might work a lot better in practice.
[10:45] <jelmer> bzr-git's support for importing from git repositories works really well btw, it's mostly pushing from bzr into git for which there are some known issues
[10:48] <gour> what is the future of bzr-hg then? even less bright?
[10:50] <gour> ..in any case, it seems it's better to stick (if we decide so) to use bzr & LP despite LP's lack pf private repos and use hg/bitbucket when we need it...LP's bugtracker is, imho, much better than bb/github
[10:51] <gour> pipeline is bzr's 'equivalent' for hg's MQ?
[10:56] <jelmer> gour: I'm doing occasional bug fixing to bzr-git; I haven't used or contributed to bzr-hg in a long time, also because none of the projects I'm involved in use it anymore.
[10:57] <jelmer> gour: bzr-pipeline and bzr-loom are equivalents to MQ I think (have never used MQ)
[10:58] <gour> jelmer: ok. thank you
[10:59] <gour> i believe bzr-git & bzr-hg could be useful in general as a mean to stay with bzr & work with git & hg projects isntead of always switching between different VCS-es
[11:00] <gour> otoh, it's shocking to see that github is populated with so many projects...
[11:00] <jelmer> gour: sure, I agree that's why they're useful as well; and one of the reasons I work on bzr-git
[11:00] <jelmer> gour: there's just 24 hours in a day though ;)
[11:01] <gour> jelmer: you're not workin for canonical?
[11:04] <jelmer> gour: I am, but most of my contributions to bzr-git and bzr-hg I did before I joined
[11:05] <gour> jelmer: well, i like to hear that...it means there is future for bzr ;)
[11:05] <gour> congrats; btw ;)
[18:00] <evillyEvil> I accidentally pushed my branch to a wrong location (that is, suppose it should be pushed to A, but I pushed it to B). Is there anyway to remove the change from B?
[18:25] <lifeless> evillyEvil: bzr uncommit B
[18:26] <evillyEvil> lifeless: That will revert the latest changes in B?
[18:27] <evillyEvil> What if I've added multiple revisions before accidentally pushing the branch to B? How do I specifically say what revisions I want uncommit?
[18:28] <lifeless> you can pass -r -2, for instance
[18:28] <lifeless> or just run it multiple times
[18:39] <evillyEvil> I see. Thanks for the tip
[19:45] <gour>     i'm looking to return back from hg to bzr and wonder whether looms or pipeline is closer to hg's MQ?
[19:48] <lifeless> pipeline
[19:48] <lifeless> loom versions the queue, and its evolution, which is substantial added complexity, something MQ doesn't do.
[19:53] <gour> thanks...let me read about it