On 07/28/2016 11:54 AM, Justin Forbes wrote:
On Thu, Jul 28, 2016 at 12:06 PM, Josh Stone <jistone(a)redhat.com
<mailto:jistone@redhat.com>> wrote:
On 07/28/2016 08:00 AM, Justin Forbes wrote:
> The kernel changelog gets long fairly quickly. We have almost daily updates
> to rawhide. Historically we have trimmed it every so often back to a year
> of history. I was looking for a better way. I propose that we trim the
> kernel changelog to the branch date for each release in rawhide, and put
> everything we cut into a "changelog.history" file. This would make the
spec
> contain a changelog for an entire release cycle and nothing more, while the
> history is still there for anyone who needs it. We also have the git
> commit logs, but they are not always as detailed as the changelog.
However, git will have the patch history of removing all those lines.
If you mark these trimming commits in a consistent way, folks can even
do something like: git log -p --grep=log-trim
We can certainly do that, though the "changelog.history" file sitting in
the kernel would also hold all relevant information.
Sure, I meant it as an alternative plan. If you want to keep a file
like that, then it's certainly a more direct source.