/srv/irclogs.ubuntu.com/2013/08/26/#bzr.txt

=== echo-are` is now known as echo-area
anonymhi10:50
anonymhello all10:53
jelmerhi anonym11:07
=== marcoceppi__ is now known as marcoceppi
sergI'd like to discuss a patch/fix for https://bugs.launchpad.net/bzr-git/+bug/35131715:04
ubot5Launchpad bug 351317 in Bazaar Git Plugin "file ids are not very unique" [Wishlist,Triaged]15:04
sergit shows no activity since 2010, so I'd rather ask here15:05
serganyone?15:05
jelmerserg: hi15:13
serghi15:13
jelmerserg: I can offer some opinions on that bug :-)15:14
sergso, at the moment I'm mainly interested to know the problems that my suggested solutions might have15:14
sergthanks15:14
* jelmer looks at the patch15:15
jelmerserg: it looks like you're basically adding the revision id that the path was introduced in?15:15
sergyes15:15
sergexactly15:15
sergit makes file ids unique15:16
sergand stable15:16
sergin the sence that one can fork, merge, uncommit/pull, etc15:16
sergand file ids won't change15:16
sergprobably even roundtripping will work15:16
sergbut I personally don't need it15:16
sergone can also rename files in the bzr repo (branched from git)15:17
sergthat will work too15:17
jelmerserg: this breaks renames15:17
jelmerserg: so, for the basic case this approach works well I think15:17
jelmerthere a couple of issues that I can see:15:17
jelmer- it breaks all existing bzr-git imports15:17
sergsure, I understand that15:18
jelmer- it's quite common in git to have multiple additions of the same file done independently ("parallel imports"). This makes it impossible to merge those with bzr (since they'll have different file ids)15:18
sergwhat does "multiple additions of the same file done independently" mean?15:19
jelmer- this breaks renames (though no worse than before) - once you push the renamed file into git it'll get a new file id when you pull it back into bzr15:19
jelmerserg: if I work on a branch that's based on a release tarball, the files in that branch will have a different file id than the upstream branch.15:20
sergwas that a feature? that users can create a branch from a release tarball? it never worked in bzr, I didn't expect people to do that in any vcs15:21
sergbut okay15:22
jelmerserg: it doesn't work in bzr because of file ids, but it works particularly well in git15:22
sergthis can never work with any stable bzr-like file ids, for this feature to work one must track files by names15:22
jelmerserg: right, this was one of the reasons we were looking at path tokens (an alternative to file ids)15:23
sergokay. so if my approach kind of works for my usage pattern (I understand, you agreed with it), I can keep a private branch of bzr git. But because of migration issues and this "tarball" git feature, this my patch can never be the only bzr-git behavior. now, the last question15:25
jelmerserg: I posted some thoughts here: https://lists.ubuntu.com/archives/bazaar/2011q2/072368.html15:25
sergjelmer: if you'd like I can polish it a bit and add as an option, so that one can enable it, say, per-branch15:26
sergfixing what can be fixed, and keeping fundamental issues up to the user's decision15:26
jelmerserg: note that it breaks the testsuite at the moment15:27
jelmerserg: I think it would be reasonable to have it as an optional thing15:27
sergsure, if you'll want to make it generally usable, I'll fix the test suite15:27
jelmerserg: there is actually already a config variable you can use to set the bzr-git mapping method for a branch15:27
sergI must've missed it, I did look. sorry :)15:28
jelmerserg: I think it would be reasonable to have as a patch; nobody is maintaining bzr-git at the moment though15:28
sergmy use case is to pull various mysql/mariadb extensions into mariadb tree. not pushing back though15:29
sergokay, thanks. I'll try to fix the patch, then15:29
jelmerserg: that's from git into bzr or the other way around?15:29
sergmariadb is in bzr15:30
sergextensions - in bzr or git15:30
sergfrom git into bzr. from many trees into one15:30
jelmerah, I see15:31
jelmerserg: I don't actually see the option for overriding the mapping anymore; it might have been removed at some point.15:33
sergno problem, now that you've mentioned it, I can dig it up in the history, and hopefully the comment will explain why it was removed15:33
jelmerserg: are you already using this workflow?15:40
sergI was pulling from another bzr tree. but only now I'm starting to pull from 3 git repos15:41
sergand they have COPYING, README.md, and - particlarly annoying src/ and include/15:42
* serg could live with COPYING and README being clashed into one file15:42
jelmerserg: if you need reviews/help landing stuff, feel free to ping me here15:44
sergthanks! I'll need to fix the patch first (add an option, fix tests, etc)15:45
sergone problem is that once we start using this approach, it'll be difficult to change it, so I wanted to be more confident that it works. Thanks for your help15:46
jelmerserg: do you have control over the git repositories?15:49
sergno15:49
jelmerserg: there are some open issues in bzr-git that might affect you15:50
jelmerif one of the repositories uses submodules or signed tags, that will break bzr-git15:50
sergI see. So far it worked, if it'll break, I'll need to figure something out, may be add a fix to bzr-git15:51
jelmersee pad.lv/963525, pad.lv/108440315:52
sergwhat was the story with the second bug going to "fixed" and back few times?15:54
jelmerserg: see the comments - somebody who is not involved with bzr-git marked them as fixed15:56
sergah, "not involved", ok. (I thought it's one of your developers, who might've had a different opinion, or something)15:57
jelmerserg: he spammed launchpad by changing the status of a large number of bugs16:06
jelmeralso, s/developers/developer/ :-)16:07
=== iBasic is now known as BasicOSX
=== iBasic is now known as BasicOSX
=== iBasic is now known as BasicOSX

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