Hi, I'm not sure that I could get all changeset of iptables, but anyway I put iptables.git at rsync://people.netfilter.org/users/yasuyuki/git/iptables.git Please note that many released iptables which can be downloaded from http://www.netfilter.org/projects/iptables/downloads.html are not identical to each svn tags. So please don't mind even if no git commit matches the archives. I didn't import svn branches and tags by git-svnimport, because sometimes doing that broke 'origin' git branch, and I saw that some svn tags were not identical to any revision of svn turnk. I can create git branches to keep svn tags and released iptables sources, if people want. The followings are logs of many troubles... ** Notable history of iptables svn tree By the revision 702, svn.netfilter.org/netfilter/iptables/trunk was created. branches and tags were at svn.netfilter.org/netfilter/iptables/branches svn.netfilter.org/netfilter/iptables/tags respectively. By 3071, the trunk of iptables was moved to svn.netfilter.org/netfilter/trunk/iptables By 3109, the 'branches' of iptables was moved to svn.netfilter.org/netfilter/branches/iptables The revsions 5092 - 5223 are not usual changes. 'svn log' says as follows. Sorry, I don't know what happend at that time. $ svn log -r5092 -v http://svn.netfilter.org/netfilter ------------------------------------------------------------------------ r5092 | (no author) | 2004-10-11 22:40:52 +0900 (Mon, 11 Oct 2004) | 1 line This is an empty revision for padding. ------------------------------------------------------------------------ ** What I did to create iptables git tree I did $ git-svnimport -v -s 702 -l 3070 -T iptables/trunk \ http://svn.netfilter.org/netfilter I thought that such argument to -T was not expected by the author of git-svnimport, but it seemd to work. ;) I did not use -b and -t for branches and tags. Because I found that some commits on 'origin' were broken by them. Sometimes the TCP connection to SVN server was disconnected while importing. In that case, I reset 'origin' and 'master' branch so that they refered the last suceeded commit, removed .git/SVN2GIT_HEAD and .git/ORIG_HEAD, and excecuted git-svnimport without '-s' again. git-svnimport failed to import revision 1375. I don't know the reason. I suspect that subversion or something on my environment could not manage the charactor including '~' above 'a' of ISO-8859-1 encoding. After all, I manually downloaded the changeset, creates a git patch, applied it to 'origin' branch of git tree, and executed git-svnimport without '-s'. Next, I did $ git-svnimport -v -s 3109 -l 5091 -T trunk/iptables \ -b dummy_branches -t dummy_tags \ http://svn.netfilter.org/netfilter It failed at 5091, so I reset 'origin' and 'master' branch so that they refered the last commit (which was for revision 4552) and I did $ git-svnimport -v -s 5224 -T trunk/iptables \ -b dummy_branches -t dummy_tags \ http://svn.netfilter.org/netfilter ** A Comment Well, I don't want to do this again :) -- Yasuyuki Kozakai - To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
