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).
Besides the upstream update, the following changes were made:
1. Disabled CONFIG_INTEL_IOMMU_DEFAULT_ON option as well as a few others
that might have caused boot problems.
2. Made CONFIG_CRYPTO* and some other options closer to what Fedora
uses, just in case.
3. Updated AUFS to version "4.1.13+-20160223".
4. Added a patch to fix WiFi hard-block issues on some HP laptops.
https://bugzilla.kernel.org/show_bug.cgi?id=69131
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.