One possible approach would be to have an otherwise empty kernel-changelog package which can be required by everything. That also avoids that the changelog is included multiple times for every kernel subpackage, e.g. kernel-default, -extra, -optional, -devel, dtb* packages, -devel, -macros, ... which currently end up in the RPM database without compression or deduplication and take up noticable amounts of space. (In reply to Michal Suchanek from comment #5) > I don't think we can include the kernel changelog. > > There are two problems: the kernel-default-base and the kernel changelog > would need to be merged. There is a changelog merge tool which orders the > entries chronologically which could be used with the caveat that the > kernel-default-base changes would be lost among the kernel changes. > > The other problem is that the changelog merge would have to be done in the > OBS by a service that runs before the package build starts. The build > environment should be set up at this point so it should be technically > possible to do but this part of OBS is very poorly documented. Also the > custom service would have to be included in the official OBS instances. buildtime services can be provided by any package.