The users may still have installed something like:
kernel-nrj-desktop-devel-latest (4.1.25-1)
kernel-nrj-desktop-latest (4.1.25-1)
This is a relict from the days there were no branch-specific -latest
packages, like kernel-nrj-desktop-4.1-latest, etc.
As we no longer provide the old-style -latest packages for the kernels
4.1.x and newer, let us make the upgrade to -4.1-latest seamless.
See the commits 05a8c4904699..16da528365de in
https://abf.io/kernels_stable/kernel-4.6.
Hightlights:
* New build model: everything in a single project.
* PAE by default on i586. No non-PAE flavours remain.
* SELinux is now built in (disabled by default).
* Dropped ndiswrapper (can be built separately if it is really needed).
Only kernel*-<major>.<minor>-latest should be built. Same for the
development packages.
We now encourage the users to install kernel*-<major>.<minor>-latest
explicitly if they want a different branch of the kernel. Less confusion
as a result.
Additional changes:
* Added a patch to fix bug #6410 (alx).
* Added a patch for audit to make it less verbose in the logs (bug #6235).
* config: Enabled bpf() syscall.
It seems, rpm does not like it when the name of the package ends with,
say, "-3.14". For example, it does not process the update from
kernel-nrj-desktop-3.14-3.14.57-2 to
kernel-nrj-desktop-3.14-3.14.57-3 correctly: the former package is not
removed as both are installed as a result.
kernel-nrj-desktop-3.14-latest-3.14.57-2 and
kernel-nrj-desktop-3.14-latest-3.14.57-3 seem to be processed OK, so let
us use this variant.
kernel-{flavour}-{major}.{minor} will require the latest kernel package
for kernel {major}.{minor}.x series.
kernel-{flavour}-{major}.{minor}-devel will do the same for -devel
packages.
This should allow the users to keep, say, kernel 4.1.x and get updates
for it even if 4.2.x is in the repositories.
If it is desired to have the latest of the available kernels,
kernel-{flavour}-latest should be used, the same way as before.
The tag had to contain both the version and the release of the package.
This is inconvenient when mass rebuilds are in action: the release is
incremented automatically then.
Using the top of the appropriate branch is safer. It is also possible to
specify any other revision, so this scheme is more flexible as well.
The tag had to contain both the version and the release of the package.
This is inconvenient when mass rebuilds are in action: the release is
incremented automatically then.
Using the top of the appropriate branch is safer. It is also possible to
specify any other revision, so this scheme is more flexible as well.
Besides the updates from the upstream, the following changes were made:
* added fixes for CVE-2014-3647, CVE-2015-4036, CVE-2015-2666;
* updated AUFS patches;
* updated BFQ patches to version v7r8;
* re-enabled SPI.
It is no longer required to upload each archive
kernel-patches-and-configs.* to FileStore. They are now retrieved from
https://abf.io/soft/kernel-patches-and-configs/ according to the git
tags.
If you are going to build kernel version X.Y.Z release R, you need to
tag the appropriate commit in kernel-patches-and-configs git repo as
"X.Y.Z-R", without quotes.
For experiments and testing, one may still upload the archives with the
pacthes and configs to FileStore and probably edit the URL in SOURCE100
in the spec.
Most external components have been removed to simplify maintenance.
The following ones are kept because they are more important and/or
maintained well in upstream:
- BFQ
- AUFS
- ndiswrapper
- several bug fixes
reiser4 is kept too but disabled by default until its maintainers update
it for kernel 4.x.
