On Thursday 2008-05-15 16:33, Patrick McHardy wrote: > 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. Who would have thought! And there are still the branches, which are not actually branches. See now why importing just is not enough. >> $ 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? Not specifically related to git, but it is the second thing I am really unhappy about because it creates a long turnaround time for users to actually receive the software. -- 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
