Jan Engelhardt wrote:
There was confusion (in the git layer) how to handle the svn path reordering that took place over time, which Yasuyuki did a great job of clearing up. But making it a good git repository does not stop after importing and, probably git-tagging the SVN branches^W tags^W twigs. I mean hey, try to work with it like with the standards that git and linux set, like $ git shortlog v1.4.0..HEAD -- fatal: bad revision 'v1.4.0..HEAD' Oh shoot, the tags are not the usual ones. Well, deducting a point and continuing the quest: $ git shortlog svn_t_iptables_1_4_0..HEAD -- fatal: bad revision 'svn_t_iptables_1_4_0..HEAD'
There is no 1.4.0 tag in SVN, so there's none in git.
$ git shortlog svn_t_iptables_1_4_0rc1..HEAD -- | grep -v '^ ' /C=EU/ST=EU/CN=Pablo Neira Ayuso/... (4): /C=EU/ST=EU/CN=Patrick McHardy/... (107): /C=JP/ST=JP/CN=Yasuyuki Kozakai/... (29): Hm yeah X.509, not exactly git but.. *sigh*. Even so, the contributors should get their share in the release shortlog which, ignoring that moving to git was just recent, would also happen too seldom if things continue their way in that 6 month cycle.
Not sure what you're trying to say, what does the release cycle have to do with anything? -- 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
