Re: Converting kernel svn to git

2015-08-10 Thread maximilian attems
On Thu, Aug 06, 2015 at 06:10:01PM +0100, Ben Hutchings wrote: No, I want that history and a break in history will just make my life harder. If you only want some of the branches you can get those. Ok, so let's go for history. Known bugs: [...] On the other hand, none of the known

Re: Converting kernel svn to git

2015-08-10 Thread Ben Hutchings
On Mon, 2015-08-10 at 13:01 -0700, maximilian attems wrote: On Thu, Aug 06, 2015 at 06:10:01PM +0100, Ben Hutchings wrote: No, I want that history and a break in history will just make my life harder. If you only want some of the branches you can get those. Ok, so let's go for history.

Re: Converting kernel svn to git

2015-08-10 Thread Ben Hutchings
On Wed, 2015-08-05 at 12:46 +0100, Ben Hutchings wrote: [...] Here's where I am with the conversion: https://anonscm.debian.org/cgit/kernel/temp/ I've made many fixes to the scripts today, and pushed them and the results to there. There's only one bug I'm aware of that I think is necessary to

Re: Converting kernel svn to git

2015-08-06 Thread Ben Hutchings
On Wed, 2015-08-05 at 16:01 -0700, maximilian attems wrote: [...] I started on a conversion that would include stitching in the upstream history for the linux package, but that depends on how we store patches in git and there isn't yet an obvious winner there (git-dpm vs git -debcherry vs

Converting kernel svn to git

2015-08-05 Thread Ben Hutchings
We've been talking about this for at least 6 years, and it's well past time to do it. (I think most developers are already using git-svn, but that doesn't properly handle tags and merges so I've never been able to make use of it.) I started on a conversion that would include stitching in the

Re: Converting kernel svn to git

2015-08-05 Thread maximilian attems
Hello everyone, On Wed, Aug 05, 2015 at 12:46:47PM +0100, Ben Hutchings wrote: We've been talking about this for at least 6 years, and it's well past time to do it. thanks a lot Ben for pushing this. (I think most developers are already using git-svn, but that doesn't properly handle tags