--- 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\
2017-02-16 19:26 GMT+01:00 Nicolas Chauvet kwizart@gmail.com:
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.
Thx
2017-02-16 19:33 GMT+01:00 Nicolas Chauvet kwizart@gmail.com:
2017-02-16 19:26 GMT+01:00 Nicolas Chauvet kwizart@gmail.com:
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
On Tue, Feb 28, 2017 at 4:02 AM, Nicolas Chauvet kwizart@gmail.com wrote:
2017-02-16 19:33 GMT+01:00 Nicolas Chauvet kwizart@gmail.com:
2017-02-16 19:26 GMT+01:00 Nicolas Chauvet kwizart@gmail.com:
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 ?
I'm not on the kernel team any longer. However, I went digging and this was fixed 2 years ago in RHEL for the exact same reasons with the exact same fix. So I guess ACK from me.
josh
On Tue, Feb 28, 2017 at 6:38 AM, Josh Boyer jwboyer@fedoraproject.org wrote:
On Tue, Feb 28, 2017 at 4:02 AM, Nicolas Chauvet kwizart@gmail.com wrote:
2017-02-16 19:33 GMT+01:00 Nicolas Chauvet kwizart@gmail.com:
2017-02-16 19:26 GMT+01:00 Nicolas Chauvet kwizart@gmail.com:
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@lists.fedoraproject.org