{"thread":{"id":"29320","subject":"[linux.conf.au] VCS Interoperability","startedAt":"2012-01-09T12:30:36Z","lastAt":"2012-01-28T04:37:26Z","messageCount":16,"participants":["David Michael Barr","Ramkumar Ramachandra","david@lang.hm","Brian Gernhardt","Scott Chacon","David Barr","Jonathan Nieder","Junio C Hamano"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"182159","messageId":"CAFfmPPMH2643JMMZdVbOQJL7DB-DiRYQS8x0TqEaSbGmhMdBNw@mail.gmail.com","threadId":"29320","inReplyTo":null,"subject":"[linux.conf.au] VCS Interoperability","fromName":"David Michael Barr","fromEmail":"davidbarr@google.com","sentAt":"2012-01-09T12:30:36Z","receivedAt":"2012-01-09T12:30:36Z","isPatch":false,"sender":{"key":"davidbarr@google.com","avatar":"https://avatars.githubusercontent.com/u/220594?v=4"},"body":"Hi there good folk of the git community,\n\nNext week, I'll be presenting a summary of the past 2 years work\non improving svn interoperability for git.\nI'm requesting feedback from anyone who cares with regard to\nwhat they'd like to hear about.\n\n http://linux.conf.au/schedule/158/view_talk?day=friday\n\nJonathan put together an overview for Dmitry in preparation for\nGoogle Summer of Code 2011:\n\n svn-fe is very young, so a sufficiently bored person (meaning: I am\n not advocating that you do this; this is just an excuse to provide\n references to avoid getting stuck when you have questions) could\n probably read its history in full without getting lost. Here are some\n references on the initial design (i.e., how responsibility is divided\n between the svndump driver and repo_tree and fast_export modules).\n The division of responsibilities between modules mostly survives,\n while the details of mechanism are quite different now.\n\n announcement and following thread:\n http://thread.gmane.org/gmane.comp.version-control.git/143180/focus=143388\n http://thread.gmane.org/gmane.comp.version-control.git/143187\n\n first public review (not much big picture stuff yet):\n http://thread.gmane.org/gmane.comp.version-control.git/147587\n\n second review (focuses on infrastructure, most of which is\n obsolete now :))\n http://thread.gmane.org/gmane.comp.version-control.git/148409\n\n third review (some serious thoughts about design begin here)\n http://thread.gmane.org/gmane.comp.version-control.git/148866/focus=149097\n\n fourth review (with a program to test with based on David's original\n program; review mentions some unresolved wishes: appropriate\n incremental import bookkeeping, properties, empty directories)\n http://thread.gmane.org/gmane.comp.version-control.git/149571/focus=149934\n\n fifth review, which is the one that stuck.\n http://thread.gmane.org/gmane.comp.version-control.git/151086/focus=151144\n\nAlso of note is the contributions made by Ram in 2010 that eventually\nbecame a headlining feature for Subversion 1.7:\n\n http://subversion.apache.org/docs/release-notes/1.7.html#svnrdump\n\nDmitry ended up submitting a number of short and pointy series.\nMy favourite by far was:\n\n fast-import: improve deltas for blobs\n http://thread.gmane.org/gmane.comp.version-control.git/179774\n\nThis optimisation was glaring in hindsight.\nRespect to Dmitry for spotting it.\n\nI believe a number of people have been contributing to the\nremote helper infrastructure lately. They also deserve credit.\n\nMaybe a better historian than myself can provide additional links.\n\nThe overhanging issue after all this work is that there are about\n95 outstanding patches waiting to be detangled and resubmitted.\nI regret not having time to complete this exercise myself.\n\nI hope the process has been insightful and maybe to renew some\ninterest. Thanks for reading.\n\n--\nDavid Barr\n"},{"id":"182217","messageId":"CALkWK0kMmDMZ4wiMSmOfwBLzd+xBEA+WKsviu9FVcvj9eZEahg@mail.gmail.com","threadId":"29320","inReplyTo":"CAFfmPPMH2643JMMZdVbOQJL7DB-DiRYQS8x0TqEaSbGmhMdBNw@mail.gmail.com","subject":"Re: [linux.conf.au] VCS Interoperability","fromName":"Ramkumar Ramachandra","fromEmail":"artagnon@gmail.com","sentAt":"2012-01-10T08:48:17Z","receivedAt":"2012-01-10T08:48:17Z","isPatch":false,"sender":{"key":"r@artagnon.com","avatar":"https://avatars.githubusercontent.com/u/37226?v=4"},"body":"Hi David,\n\nDavid Michael Barr wrote:\n> Next week, I'll be presenting  a summary of the past 2 years work\n> on improving svn interoperability for git.\n> I'm requesting feedback from anyone who cares with regard to\n> what they'd like to hear about.\n\nNice. As a lay person attending the conference, here are a few things\nI think I'd like to hear:\n- Why this project is so challenging compared to say, a git-hg bridge\nor a git-darcs bridge. What makes Subversion especially hard to deal\nwith?\n- What is the biggest motivation for developing the svnrdump/ svnrload\ncombination? Are there any other usecases for the tools?\n- How has this project contributed to the development of the\nfast-import infrastructure? Can these changes be used to improve\nother/ future remote helpers?\n- You've spoken about exporting Subversion history to Git so far, but\nwhat about the reverse? Which parts of the picture are still missing?\n\nThanks.\n\n-- Ram\n"},{"id":"182917","messageId":"CAFfmPPOZfDdH+GF91Dxyy5yfX8TmGDmsbpHz=CVLcBY0c-pCsQ@mail.gmail.com","threadId":"29320","inReplyTo":"CALkWK0kMmDMZ4wiMSmOfwBLzd+xBEA+WKsviu9FVcvj9eZEahg@mail.gmail.com","subject":"Re: [linux.conf.au] VCS Interoperability","fromName":"David Michael Barr","fromEmail":"davidbarr@google.com","sentAt":"2012-01-22T03:39:07Z","receivedAt":"2012-01-22T03:39:07Z","isPatch":false,"sender":{"key":"davidbarr@google.com","avatar":"https://avatars.githubusercontent.com/u/220594?v=4"},"body":"Hi all,\n\n>> Next week, I'll be presenting  a summary of the past 2 years work\n>> on improving svn interoperability for git.\n>> I'm requesting feedback from anyone who cares with regard to\n>> what they'd like to hear about.\n>\n> Nice.  As a lay person attending the conference, here are a few things\n> I think I'd like to hear:\n> - Why this project is so challenging compared to say, a git-hg bridge\n> or a git-darcs bridge.  What makes Subversion especially hard to deal\n> with?\n> - What is the biggest motivation for developing the svnrdump/ svnrload\n> combination?  Are there any other usecases for the tools?\n> - How has this project contributed to the development of the\n> fast-import infrastructure?  Can these changes be used to improve\n> other/ future remote helpers?\n> - You've spoken about exporting Subversion history to Git so far, but\n> what about the reverse?  Which parts of the picture are still missing?\n\nThank you for the feedback, it helped a lot with picking a trajectory.\n\nVideo is now available: http://youtu.be/0hVuv-wv4Dw\nSlides: http://barrbrain.github.com/vcs-interoperability.html\n\nIt was my first conference presentation so the usual caveats apply.\nI was fortunate to have a small but interested audience.\n\nI look forward to constructive criticism so that I can better represent\nour community to the folk Down Under.\n\n--\nDavid Barr\n"},{"id":"182926","messageId":"CALkWK0nsO2EBLUrO_iWAdGYpULt=oug4yPDnczX9c44hzdwzqg@mail.gmail.com","threadId":"29320","inReplyTo":"CAFfmPPOZfDdH+GF91Dxyy5yfX8TmGDmsbpHz=CVLcBY0c-pCsQ@mail.gmail.com","subject":"Re: [linux.conf.au] VCS Interoperability","fromName":"Ramkumar Ramachandra","fromEmail":"artagnon@gmail.com","sentAt":"2012-01-22T10:25:34Z","receivedAt":"2012-01-22T10:25:34Z","isPatch":false,"sender":{"key":"r@artagnon.com","avatar":"https://avatars.githubusercontent.com/u/37226?v=4"},"body":"Hi David,\n\nDavid Michael Barr wrote:\n> Thank you for the feedback, it helped a lot with picking a trajectory.\n>\n> Video is now available: http://youtu.be/0hVuv-wv4Dw\n> Slides: http://barrbrain.github.com/vcs-interoperability.html\n>\n> It was my first conference presentation so the usual caveats apply.\n> I was fortunate to have a small but interested audience.\n>\n> I look forward to constructive criticism so that I can better represent\n> our community to the folk Down Under.\n\nThanks for the valuable criticism. A few thoughts:\n1. We'll try to fix this over the next few weeks.\n2. Subversion's architecture is well-compartmentalized: is this what\nleads to communication gaps between the API layers?\n3. What are your thoughts on lib'ifying Git so that others can call\ninto it using an API?\n\nCheers!\n"},{"id":"182945","messageId":"alpine.DEB.2.02.1201221310540.28747@asgard.lang.hm","threadId":"29320","inReplyTo":"CALkWK0nsO2EBLUrO_iWAdGYpULt=oug4yPDnczX9c44hzdwzqg@mail.gmail.com","subject":"Re: [linux.conf.au] VCS Interoperability","fromName":"","fromEmail":"david@lang.hm","sentAt":"2012-01-22T21:12:27Z","receivedAt":"2012-01-22T21:12:27Z","isPatch":false,"sender":{"key":"david@lang.hm","avatar":null},"body":"On Sun, 22 Jan 2012, Ramkumar Ramachandra wrote:\n\n> 3. What are your thoughts on lib'ifying Git so that others can call\n> into it using an API?\n\nThis is something that everyone agrees would be a good thing. There have \nbeen many people who have started projects to do so, but they have all \nstalled.\n\nDavid Lang\n"},{"id":"182947","messageId":"3BC64515-C4C0-4D32-97B0-8FFD14BB903C@silverinsanity.com","threadId":"29320","inReplyTo":"alpine.DEB.2.02.1201221310540.28747@asgard.lang.hm","subject":"Re: [linux.conf.au] VCS Interoperability","fromName":"Brian Gernhardt","fromEmail":"benji@silverinsanity.com","sentAt":"2012-01-22T23:33:34Z","receivedAt":"2012-01-22T23:33:34Z","isPatch":false,"sender":{"key":"benji@silverinsanity.com","avatar":"https://gravatar.com/avatar/e06c101dbc25c68114d859b4a9ec7cf8a2c52fd2b0270ef0eac0e2e63ff22311?d=mp&s=160"},"body":"\nOn Jan 22, 2012, at 4:12 PM, david@lang.hm wrote:\n\n> On Sun, 22 Jan 2012, Ramkumar Ramachandra wrote:\n> \n>> 3. What are your thoughts on lib'ifying Git so that others can call\n>> into it using an API?\n> \n> This is something that everyone agrees would be a good thing. There have been many people who have started projects to do so, but they have all stalled.\n\nI believe libgit2 is still under active development.\n\nhttp://libgit2.github.com\n"},{"id":"182950","messageId":"CAP2yMaLHK2md=MHFmV--R6rmr4q3XuZxqsb2fUszMhssx3GDoA@mail.gmail.com","threadId":"29320","inReplyTo":"3BC64515-C4C0-4D32-97B0-8FFD14BB903C@silverinsanity.com","subject":"Re: [linux.conf.au] VCS Interoperability","fromName":"Scott Chacon","fromEmail":"schacon@gmail.com","sentAt":"2012-01-23T00:43:47Z","receivedAt":"2012-01-23T00:43:47Z","isPatch":false,"sender":{"key":"schacon@gmail.com","avatar":"https://gravatar.com/avatar/9b13a8a078e1dcf8588c4eea9554445d51ebed6c41b51f56f4d96738130b05c6?d=mp&s=160"},"body":"Hey,\n\nOn Sun, Jan 22, 2012 at 3:33 PM, Brian Gernhardt\n wrote:\n>\n> On Jan 22, 2012, at 4:12 PM, david@lang.hm wrote:\n>\n>> On Sun, 22 Jan 2012, Ramkumar Ramachandra wrote:\n>>\n>>> 3. What are your thoughts on lib'ifying Git so that others can call\n>>> into it using an API?\n>>\n>> This is something that everyone agrees would be a good thing. There have been many people who have started projects to do so, but they have all stalled.\n>\n> I believe libgit2 is still under active development.\n>\n> http://libgit2.github.com\n>\n\nYes, GitHub alone actually has 2 full time employees and 1 contractor\nwho are entirely dedicated to the project. It also ships with the\nGitHub for Mac product, so it's used in production by tens of\nthousands every day. If any of you want to get involved, you can check\nout the mailing list (libgit2@librelist.org) or (probably more\nusefully) the GitHub project page:\n\nhttps://github.com/libgit2/libgit2\n\nOpen tickets, contribute code, review PRs, etc.\n\nScott\n"},{"id":"183143","messageId":"CAFfmPPPvpbsYz9cjN6OspivCN3dbuPGOU7fyaVdnic3D4V855w@mail.gmail.com","threadId":"29320","inReplyTo":"CAP2yMaLHK2md=MHFmV--R6rmr4q3XuZxqsb2fUszMhssx3GDoA@mail.gmail.com","subject":"Re: [linux.conf.au] VCS Interoperability","fromName":"David Barr","fromEmail":"davidbarr@google.com","sentAt":"2012-01-26T23:47:08Z","receivedAt":"2012-01-26T23:47:08Z","isPatch":false,"sender":{"key":"davidbarr@google.com","avatar":"https://avatars.githubusercontent.com/u/220594?v=4"},"body":">>>> 3. What are your thoughts on lib'ifying Git so that others can call\n>>>> into it using an API?\n>>>\n>>> This is something that everyone agrees would be a good thing. There have been many people who have started projects to do so, but they have all stalled.\n>>\n>> I believe libgit2 is still under active development.\n>>\n>> http://libgit2.github.com\n>>\n>\n> Yes, GitHub alone actually has 2 full time employees and 1 contractor\n> who are entirely dedicated to the project. It also ships with the\n> GitHub for Mac product, so it's used in production by tens of\n> thousands every day. If any of you want to get involved, you can check\n> out the mailing list (libgit2@librelist.org) or (probably more\n> usefully) the GitHub project page:\n>\n> https://github.com/libgit2/libgit2\n>\n> Open tickets, contribute code, review PRs, etc.\n\nI'm thinking libgit2 is where git features that have stablised are formalised.\nOn the other hand, git-core is where features are incubated.\n\nI would like to see fast-import ported to libgit2 when it stabilises ;)\n\nAfter giving my talk, I feel compelled to reroll the historic vcs-svn series.\nI'm pushing as I go to my GitHub account:\n\n https://github.com/barrbrain/git/commits/svn-fe-reroll\n\n--\nDavid Barr\n"},{"id":"183145","messageId":"20120127001041.GB6158@burratino","threadId":"29320","inReplyTo":"CAFfmPPPvpbsYz9cjN6OspivCN3dbuPGOU7fyaVdnic3D4V855w@mail.gmail.com","subject":"Re: [linux.conf.au] VCS Interoperability","fromName":"Jonathan Nieder","fromEmail":"jrnieder@gmail.com","sentAt":"2012-01-27T00:10:41Z","receivedAt":"2012-01-27T00:10:41Z","isPatch":false,"sender":{"key":"jrnieder@gmail.com","avatar":"https://avatars.githubusercontent.com/u/281595?v=4"},"body":"Hi,\n\nDavid Barr wrote:\n\n> After giving my talk, I feel compelled to reroll the historic vcs-svn series.\n> I'm pushing as I go to my GitHub account:\n>\n> https://github.com/barrbrain/git/commits/svn-fe-reroll\n\nJust some quick notes to save some time:\n\nAll the commits on the \n\n git://repo.or.cz/git/jrn.git svn-fe\n\nbranch were known-good in the sense that they seemed sane enough to\nbuild on and I do not think they need any reorganization or other\nwork. Maybe that could help bootstrap your efforts?\n\nThe svn-fe-pu branch includes some other patches: some optimizations\nwhich are probably safe, the demo helper that allows \"git clone\nsvn-alpha::\", some transport-helper patches to support the\nlatter, and so on. They are not vetted. If anyone sends patches from\nthat branch, or any other patch for that matter, to the list and cc-s\nme, I'll be happy to review them. Here's a shortlog for convenience:\n\n David Barr (2):\n fast-import: allow object_table to grow dynamically\n fast-import: allow atom_table to grow dynamically\n \n Dmitry Ivankov (2):\n Arrange a backflow pipe from fast-importer to remote helper stdin\n Add alpha version of remote-svn helper\n \n Jonathan Nieder (12):\n work around ISO C incompatibility between data and function pointers\n ensure initializer elements are computable at load time\n enums: omit trailing comma for portability\n notes: avoid C99-style comment\n notes merge: eliminate OUTPUT macro\n make sure initializers are computable at load time\n fast-import: allow branch_table to grow dynamically\n fast-import: use DIV_ROUND_UP\n svn-fe: add a program that generates a notes-to-svn-revs mapping\n svn-fe: do not rely on /bin/env utility to launch remote helper\n svn-fe: use tabs to indent in remote helper script\n remaining warnings\n\nTest results from the svn-fe branch would be interesting. I am\nparticularly nervous about asking Junio to pull changes to\ncontrib/svn-fe that might break it at the same time as making the\ninterface changes needed for support of the \"svnadmin dump\n--incremental\" format without much testing since it would be painful\nto back them out. But probably that's moot, since after this long\nwhile there still hasn't been anyone testing it.\n\nJonathan\n"},{"id":"183147","messageId":"20120127003258.GA6946@burratino","threadId":"29320","inReplyTo":"20120127001041.GB6158@burratino","subject":"[PULL] svn-fe updates for master or next","fromName":"Jonathan Nieder","fromEmail":"jrnieder@gmail.com","sentAt":"2012-01-27T00:33:46Z","receivedAt":"2012-01-27T00:33:46Z","isPatch":false,"sender":{"key":"jrnieder@gmail.com","avatar":"https://avatars.githubusercontent.com/u/281595?v=4"},"body":"Jonathan Nieder wrote:\n\n> Test results from the svn-fe branch would be interesting. I am\n> particularly nervous about asking Junio to pull changes to\n> contrib/svn-fe that might break\n\nEh, you only live once.\n\nJunio, please pull\n\n git://repo.or.cz/git/jrn.git svn-fe\n\nto get the following changes since commit ec014eac0e9e6f30cbbca616090fa2ecf74797e7:\n\n Git 1.7.5 (2011-04-23 23:36:32 -0700)\n\nup to c5bcbcdcfa1e2a1977497cb3a342c0365c8d78d6:\n\n vcs-svn: reset first_commit_done in fast_export_init (2011-06-23 10:04:36 -0500)\n\nI'd even be okay with pulling this for v1.7.9, but application for the\nnext release would also be fine with me. It simplifies svn-fe a great\ndeal and fulfills a longstanding wish: support for dumps with deltas\nin them. The cost is that commandline usage of the svn-fe tool\nbecomes a little more complicated since it no longer keeps state\nitself but instead reads blobs back from fast-import in order to copy\nthem between revisions and apply deltas to them.\n\nSorry I've taken so long to get to this, and thanks to David for the\nprodding.\n\n----------------------------------------------------------------\nDavid Barr (9):\n vcs-svn: set up channel to read fast-import cat-blob response\n vcs-svn: quote paths correctly for ls command\n vcs-svn: use mark from previous import for parent commit\n vcs-svn: pass paths through to fast-import\n vcs-svn: drop string_pool\n vcs-svn: drop treap\n vcs-svn: drop obj_pool\n vcs-svn: avoid using ls command twice\n vcs-svn: implement text-delta handling\n\nDmitry Ivankov (2):\n vcs-svn: do not initialize report_buffer twice\n vcs-svn: reset first_commit_done in fast_export_init\n\nJonathan Nieder (31):\n vcs-svn: use higher mark numbers for blobs\n vcs-svn: save marks for imported commits\n vcs-svn: add a comment before each commit\n vcs-svn: eliminate repo_tree structure\n vcs-svn: handle filenames with dq correctly\n Merge branch 'db/length-as-hash' (early part) into db/svn-fe-code-purge\n Merge branch 'db/strbufs-for-metadata' into db/svn-fe-code-purge\n Makefile: list one vcs-svn/xdiff object or header per line\n vcs-svn: learn to maintain a sliding view of a file\n vcs-svn: make buffer_read_binary API more convenient\n vcs-svn: skeleton of an svn delta parser\n vcs-svn: parse svndiff0 window header\n vcs-svn: read the preimage when applying deltas\n vcs-svn: read inline data from deltas\n vcs-svn: read instructions from deltas\n vcs-svn: implement copyfrom_data delta instruction\n vcs-svn: verify that deltas consume all inline data\n vcs-svn: let deltas use data from postimage\n vcs-svn: let deltas use data from preimage\n Merge commit 'v1.7.5' into svn-fe\n Merge branch 'db/vcs-svn-incremental' into svn-fe\n Merge branch 'db/svn-fe-code-purge' into svn-fe\n Merge branch 'db/delta-applier' into db/text-delta\n test-svn-fe: split off \"test-svn-fe -d\" into a separate function\n vcs-svn: cap number of bytes read from sliding view\n Merge branch 'db/delta-applier' into svn-fe\n Merge branch 'db/delta-applier' into db/text-delta\n vcs-svn: guard against overflow when computing preimage length\n vcs-svn: avoid hangs from corrupt deltas\n Merge branch 'db/text-delta' into svn-fe\n Merge branch 'db/text-delta' into svn-fe\n\n .gitignore | 3 -\n Makefile | 58 +++++---\n contrib/svn-fe/svn-fe.txt | 9 +-\n t/t0080-vcs-svn.sh | 117 ---------------\n t/t0081-line-buffer.sh | 106 +-------------\n t/t9010-svn-fe.sh | 365 ++++++++++++++++++++++++++++++++++++++-------\n t/t9011-svn-da.sh | 248 ++++++++++++++++++++++++++++++\n test-obj-pool.c | 116 --------------\n test-string-pool.c | 31 ----\n test-svn-fe.c | 50 ++++++-\n test-treap.c | 70 ---------\n vcs-svn/LICENSE | 3 +-\n vcs-svn/fast_export.c | 253 +++++++++++++++++++++++++++++--\n vcs-svn/fast_export.h | 26 +++-\n vcs-svn/line_buffer.c | 6 +-\n vcs-svn/line_buffer.h | 2 +-\n vcs-svn/obj_pool.h | 61 --------\n vcs-svn/repo_tree.c | 330 ++++-------------------------------------\n vcs-svn/repo_tree.h | 12 +-\n vcs-svn/sliding_window.c | 79 ++++++++++\n vcs-svn/sliding_window.h | 18 +++\n vcs-svn/string_pool.c | 102 -------------\n vcs-svn/string_pool.h | 11 --\n vcs-svn/string_pool.txt | 43 ------\n vcs-svn/svndiff.c | 308 ++++++++++++++++++++++++++++++++++++++\n vcs-svn/svndiff.h | 10 ++\n vcs-svn/svndump.c | 117 ++++++++++-----\n vcs-svn/trp.h | 237 -----------------------------\n vcs-svn/trp.txt | 109 --------------\n 29 files changed, 1434 insertions(+), 1466 deletions(-)\n delete mode 100755 t/t0080-vcs-svn.sh\n create mode 100755 t/t9011-svn-da.sh\n delete mode 100644 test-obj-pool.c\n delete mode 100644 test-string-pool.c\n delete mode 100644 test-treap.c\n delete mode 100644 vcs-svn/obj_pool.h\n create mode 100644 vcs-svn/sliding_window.c\n create mode 100644 vcs-svn/sliding_window.h\n delete mode 100644 vcs-svn/string_pool.c\n delete mode 100644 vcs-svn/string_pool.h\n delete mode 100644 vcs-svn/string_pool.txt\n create mode 100644 vcs-svn/svndiff.c\n create mode 100644 vcs-svn/svndiff.h\n delete mode 100644 vcs-svn/trp.h\n delete mode 100644 vcs-svn/trp.txt\n"},{"id":"183149","messageId":"20120127004605.GA31538@burratino","threadId":"29320","inReplyTo":"20120127003258.GA6946@burratino","subject":"Re: [PULL] svn-fe updates for master or next","fromName":"Jonathan Nieder","fromEmail":"jrnieder@gmail.com","sentAt":"2012-01-27T00:46:05Z","receivedAt":"2012-01-27T00:46:05Z","isPatch":false,"sender":{"key":"jrnieder@gmail.com","avatar":"https://avatars.githubusercontent.com/u/281595?v=4"},"body":"Jonathan Nieder wrote:\n\n> It simplifies svn-fe a great\n> deal and fulfills a longstanding wish: support for dumps with deltas\n> in them.\n\nOh, and incremental imports, too. ;-)\n"},{"id":"183152","messageId":"CAFfmPPN-g+Lk2n9tzXe=CfyK8OZ7nGu4NwX0cXjtxS0W7SwPHA@mail.gmail.com","threadId":"29320","inReplyTo":"20120127004605.GA31538@burratino","subject":"Re: [PULL] svn-fe updates for master or next","fromName":"David Barr","fromEmail":"davidbarr@google.com","sentAt":"2012-01-27T01:03:58Z","receivedAt":"2012-01-27T01:03:58Z","isPatch":false,"sender":{"key":"davidbarr@google.com","avatar":"https://avatars.githubusercontent.com/u/220594?v=4"},"body":"On Fri, Jan 27, 2012 at 11:46 AM, Jonathan Nieder wrote:\n> Jonathan Nieder wrote:\n>\n>>                                           It simplifies svn-fe a great\n>> deal and fulfills a longstanding wish: support for dumps with deltas\n>> in them.\n>\n> Oh, and incremental imports, too. ;-)\n\nThank you, Jonathan. I forgot our prior discussion about avoiding yet\nanother history rewrite. This provides a nice cut-point.\nI do think we need to gather Dmitry's work on svn-fe and propose a\nfront-end for core so that it is no longer relegated to contrib.\n\n--\nDavid Barr.\n"},{"id":"183170","messageId":"20120127072023.GB806@burratino","threadId":"29320","inReplyTo":"CAFfmPPN-g+Lk2n9tzXe=CfyK8OZ7nGu4NwX0cXjtxS0W7SwPHA@mail.gmail.com","subject":"Re: [PULL] svn-fe updates for master or next","fromName":"Jonathan Nieder","fromEmail":"jrnieder@gmail.com","sentAt":"2012-01-27T07:20:23Z","receivedAt":"2012-01-27T07:20:23Z","isPatch":false,"sender":{"key":"jrnieder@gmail.com","avatar":"https://avatars.githubusercontent.com/u/281595?v=4"},"body":"David Barr wrote:\n\n> I do think we need to gather Dmitry's work on svn-fe\n\nListed at [1]. Thanks for the nice and well maintained overview,\nDmitry.\n\n> and propose a\n> front-end for core so that it is no longer relegated to contrib.\n\nYep. Should such a remote helper link directly to the vcs-svn lib, or\nwould it make sense to start with a script that makes use of svn-fe\n(possibly with a different name once it is hoisted out of contrib)?\n\n[1] http://divanorama.github.com/gsoc11/streams.html\n"},{"id":"183196","messageId":"7v39b10z3k.fsf@alter.siamese.dyndns.org","threadId":"29320","inReplyTo":"20120127003258.GA6946@burratino","subject":"Re: [PULL] svn-fe updates for master or next","fromName":"Junio C Hamano","fromEmail":"gitster@pobox.com","sentAt":"2012-01-27T18:39:11Z","receivedAt":"2012-01-27T18:39:11Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Jonathan Nieder writes:\n\n> Junio, please pull\n>\n> git://repo.or.cz/git/jrn.git svn-fe\n>\n> to get the following changes since commit ec014eac0e9e6f30cbbca616090fa2ecf74797e7:\n>\n> Git 1.7.5 (2011-04-23 23:36:32 -0700)\n>\n> up to c5bcbcdcfa1e2a1977497cb3a342c0365c8d78d6:\n>\n> vcs-svn: reset first_commit_done in fast_export_init (2011-06-23 10:04:36 -0500)\n>\n> I'd even be okay with pulling this for v1.7.9, but application for the\n> next release would also be fine with me. It simplifies svn-fe a great\n> deal and fulfills a longstanding wish: support for dumps with deltas\n> in them. The cost is that commandline usage of the svn-fe tool\n> becomes a little more complicated since it no longer keeps state\n> itself but instead reads blobs back from fast-import in order to copy\n> them between revisions and apply deltas to them.\n\nThanks, but will pull after 1.7.9 that was scheduled to happen today.\n\nBy the way, we should have done a GPG keysigning at the last GitTogether.\nThe above paragraph (\"The series simplifies svn-fe a great deal...\") could\nhave been recorded in the message body of a signed tag, and we could have\nstarted eating our own dogfood, now even Linus and his lieutenants are\nusing the upcoming 1.7.9 feature.\n"},{"id":"183197","messageId":"7vy5styo7i.fsf@alter.siamese.dyndns.org","threadId":"29320","inReplyTo":"20120127003258.GA6946@burratino","subject":"Re: [PULL] svn-fe updates for master or next","fromName":"Junio C Hamano","fromEmail":"gitster@pobox.com","sentAt":"2012-01-27T18:50:25Z","receivedAt":"2012-01-27T18:50:25Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Jonathan Nieder writes:\n\n> t/t0081-line-buffer.sh | 106 +-------------\n\nCurious; this series seem to be based on a codebase that is older than\n6908e99 (Revert \"t0081 (line-buffer): add buffering tests\", 2011-03-30).\n\nNot complaining, not asking any question. Just making an observation.\n"},{"id":"183215","messageId":"7vmx98xx15.fsf@alter.siamese.dyndns.org","threadId":"29320","inReplyTo":"7v39b10z3k.fsf@alter.siamese.dyndns.org","subject":"Re: [PULL] svn-fe updates for master or next","fromName":"Junio C Hamano","fromEmail":"gitster@pobox.com","sentAt":"2012-01-28T04:37:26Z","receivedAt":"2012-01-28T04:37:26Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Junio C Hamano writes:\n\n> Jonathan Nieder writes:\n>\n>> Junio, please pull\n>>\n>> git://repo.or.cz/git/jrn.git svn-fe\n>>\n>> to get the following changes since commit ec014eac0e9e6f30cbbca616090fa2ecf74797e7:\n>>\n>> Git 1.7.5 (2011-04-23 23:36:32 -0700)\n>>\n>> up to c5bcbcdcfa1e2a1977497cb3a342c0365c8d78d6:\n>>\n>> vcs-svn: reset first_commit_done in fast_export_init (2011-06-23 10:04:36 -0500)\n>>\n>> I'd even be okay with pulling this for v1.7.9, but application for the\n>> next release would also be fine with me. It simplifies svn-fe a great\n>> deal and fulfills a longstanding wish: support for dumps with deltas\n>> in them. The cost is that commandline usage of the svn-fe tool\n>> becomes a little more complicated since it no longer keeps state\n>> itself but instead reads blobs back from fast-import in order to copy\n>> them between revisions and apply deltas to them.\n>\n> Thanks, but will pull after 1.7.9 that was scheduled to happen today.\n\nThere were some conflicts, but I think I resolved correctly. Please\ndouble-check what appears in 'pu'.\n\nThanks.\n"}]}