On Thu, Oct 02, 2014 at 11:32:38PM +0200, Thorsten Leemhuis wrote:
Lo!
Quoting
http://jwboyer.livejournal.com/49254.html
> […]
> Since we're rebasing the patches in git, we don't need to do it
> separately in the Fedora package repo. There's no sense in doing work
> twice. After some initial renaming of some patches and such, I now
> use the git tree to generate the patches we add to the spec file by
> using git format-patch master.. and a script to copy them to the
> working dir on my machine. This means we always have a nice fresh
> copy of the patches for that specific upstream base. It does mean
> that each patch typically gets one line of change (the sha hash of
> the commit) everyday, but I don't think that's a big deal. This
> actually saves me time now and it helps keep our patches fairly
> "clean". They all apply with git-am and most of them have changelogs
> and such.
I'm all for making your life easier ;-) But is there maybe some easy way
to avoid that "one line of change" per patch? Maybe some sed-call that
removes or modifies the commit id sha1sum when the patches get readded
to the package repo? It would avoid clutter in the git history and
commits diffs. I'd welcome that, because I keep a eye on the kernel
changes via the scm-commits mailing list. And it got a lot harder now to
see what actually changed. See yourself by comparing these two mails:
OK. That's a reasonable request. I'll see what I can do.
josh