2017-02-16 19:33 GMT+01:00 Nicolas Chauvet <[email protected]>: > 2017-02-16 19:26 GMT+01:00 Nicolas Chauvet <[email protected]>: >> --- >> kernel.spec | 1 - >> 1 file changed, 1 deletion(-) >> >> diff --git a/kernel.spec b/kernel.spec >> index 4363050..38968ba 100644 >> --- a/kernel.spec >> +++ b/kernel.spec >> @@ -815,7 +815,6 @@ Summary: Development package for building kernel modules >> to match the %{?2:%{2} >> Group: System Environment/Kernel\ >> Provides: kernel%{?1:-%{1}}-devel-%{_target_cpu} = %{version}-%{release}\ >> Provides: kernel-devel-%{_target_cpu} = %{version}-%{release}%{?1:+%{1}}\ >> -Provides: kernel-devel = %{version}-%{release}%{?1:+%{1}}\ >> Provides: kernel-devel-uname-r = %{KVERREL}%{?variant}%{?1:+%{1}}\ >> Provides: installonlypkg(kernel)\ >> AutoReqProv: no\ >> -- >> 2.7.4 >> > > So, this was the "light description version" of the patch. > please see a full rationale here http://bugzilla.redhat.com/1420754 > Basically, this patch make the situation in sync with el7 kernel WRT > theses provides. > There is one virtual provides kernel-devel-uname-r > Other are real (packages) provides. > > That will restore the ability to prefer one kernel-devel varriant over > another one as (such as kernel-debug-devel). > In the current situation every kernel-devel varriant have this > kernel-devel (virtual) provide.
Any answer from the kernel team about this ? Thx -- - Nicolas (kwizart) _______________________________________________ kernel mailing list -- [email protected] To unsubscribe send an email to [email protected]
