On Tue, Feb 28, 2017 at 6:38 AM, Josh Boyer <[email protected]> wrote:
> On Tue, Feb 28, 2017 at 4:02 AM, Nicolas Chauvet <[email protected]> > wrote: > > 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 ? > Sorry this was put off, this has been pushed to all branches and should go out with the next builds. Thanks, Justin _______________________________________________ kernel mailing list -- [email protected] To unsubscribe send an email to [email protected]
