Re: Rawhide and debug kernels

2023-01-26 Thread Justin Forbes
On Thu, Jan 26, 2023 at 4:39 PM Bruno Wolff III wrote: > > I'm not too great at figuring how you tell which is which from the build > process, but there was a comment in a kernel build today that suggests > that things have changed so that now rawhide kernels are nodebug by default. > Is that

Re: Rawhide and debug kernels

2023-01-26 Thread Bruno Wolff III
I'm not too great at figuring how you tell which is which from the build process, but there was a comment in a kernel build today that suggests that things have changed so that now rawhide kernels are nodebug by default. Is that correct? ___ kernel

[OS-BUILD PATCH] redhat: ignore rpminspect runpath report on urandom_read selftest binaries

2023-01-26 Thread Herton R. Krzesinski (via Email Bridge)
From: Herton R. Krzesinski redhat: ignore rpminspect runpath report on urandom_read selftest binaries Upstream Status: RHEL only Since a recent bpf update on the kernel, rpminspect started to report the following issue in the urandom_read selftest binaries:

Re: [OS-BUILD PATCHv2 1/3] redhat: update merge.py to handle merge.pl corner cases

2023-01-26 Thread Clark Williams (via Email Bridge)
From: Clark Williams on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2262#note_1254465038 Updated to address review suggestions and pylint complaints. ___ kernel mailing list -- kernel@lists.fedoraproject.org To unsubscribe send

[OS-BUILD PATCHv3 3/3] Update self-test data to not expect debugbuildsenabled 0

2023-01-26 Thread Justin M. Forbes (via Email Bridge)
From: Justin M. Forbes Update self-test data to not expect debugbuildsenabled 0 As we are no longer automatically passing this based on snapshot vs tag status, the self test data must be updated to accomodate the new behavior. Signed-off-by: Justin M. Forbes diff --git

[OS-BUILD PATCHv3 1/3] Turn off forced debug builds

2023-01-26 Thread Justin M. Forbes (via Email Bridge)
From: Justin M. Forbes Turn off forced debug builds For many years, rawhide kernels have forced users to run debug builds on git snapshots by not building a non debug kernel as an option. While this has served us well, in finding occasional bugs that are less likely to surface otherwise, the

[OS-BUILD PATCHv3 2/3] Turn on debug builds for aarch64 Fedora

2023-01-26 Thread Justin M. Forbes (via Email Bridge)
From: Justin M. Forbes Turn on debug builds for aarch64 Fedora Fedora only did debug builds for x86 in the past. This was largely due to slow build times on other arches in koji, coupled with much smaller userbases. Let's turn on aarch64 now as those builders are much faster and the userbase

[OS-BUILD PATCHv3 0/3] Turn off forced debug builds

2023-01-26 Thread Justin M. Forbes (via Email Bridge)
From: Justin M. Forbes on gitlab.com Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2263 For many years, rawhide kernels have forced users to run debug builds on git snapshots by not building a non debug kernel as an option. While this has served us well, in finding

[OS-BUILD PATCHv2 3/3] redhat: fixup pylint complaints

2023-01-26 Thread Clark Williams (via Email Bridge)
From: Clark Williams redhat: fixup pylint complaints Added function doc strings Use f-strings for output Exlicitly use utf-8 encoding when processing config files Signed-off-by: Clark Williams diff --git a/redhat/configs/merge.py b/redhat/configs/merge.py index blahblah..blahblah 100755 ---

[OS-BUILD PATCHv2 1/3] redhat: update merge.py to handle merge.pl corner cases

2023-01-26 Thread Clark Williams (via Email Bridge)
From: Clark Williams redhat: update merge.py to handle merge.pl corner cases Change merge.py to handle input config files in similar manner to how merge.pl did it. Signed-off-by: Clark Williams diff --git a/redhat/configs/merge.py b/redhat/configs/merge.py index blahblah..blahblah 100755

[OS-BUILD PATCHv2 2/3] redhat: remove merge.pl and references to it

2023-01-26 Thread Clark Williams (via Email Bridge)
From: Clark Williams redhat: remove merge.pl and references to it get rid of redhat/configs/merge.pl and any references to it in redhat/kernel.spec.template and redhat/Makefile Signed-off-by: Clark Williams diff --git a/redhat/Makefile b/redhat/Makefile index blahblah..blahblah 100644 ---

[OS-BUILD PATCHv2 0/3] redhat: update merge.py to handle merge.pl corner cases

2023-01-26 Thread Clark Williams (via Email Bridge)
From: Clark Williams on gitlab.com Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2262 Change merge.py to handle input config files in similar manner to how merge.pl did it. Signed-off-by: Clark Williams --- redhat/configs/merge.pl | 72

Re: [OS-BUILD PATCH] Revert "redhat: configs: Disable xtables and ipset"

2023-01-26 Thread Jonathan Toppins (via Email Bridge)
From: Jonathan Toppins on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2267#note_1254156562 `Maybe moving the modules to kernel-modules-extra could be an option?` Sure, that might work. ___ kernel mailing list --

Re: [OS-BUILD PATCH 1/2] redhat: update merge.py to handle merge.pl corner cases

2023-01-26 Thread Patrick Talbert (via Email Bridge)
From: Patrick Talbert on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2262#note_1254026225 ```suggestion:-0+0 if m := isset.match(line): ``` ___ kernel mailing list -- kernel@lists.fedoraproject.org To unsubscribe send an

Re: [OS-BUILD PATCH] redhat/configs: Strong stack protector for fedora

2023-01-26 Thread Miko Larsson (via Email Bridge)
From: Miko Larsson on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2269#note_1253671279 D'oh, that's what I get for not checking existing MRs. Sorry about that. ___ kernel mailing list -- kernel@lists.fedoraproject.org To

Re: [OS-BUILD PATCH] Revert "redhat: configs: Disable xtables and ipset"

2023-01-26 Thread Phil Sutter (via Email Bridge)
From: Phil Sutter on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2267#note_1253667037 @jtoppins_redhat firewalld does support nft backend, it's the default in RHEL9 IIRC. I guess this is mostly about libvirt migration not being complete. Maybe moving the modules to

Re: [OS-BUILD PATCH] redhat/configs: Strong stack protector for fedora

2023-01-26 Thread pbrobinson (via Email Bridge)
From: pbrobinson on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2269#note_1253665760 I literally submitted this in #2268 yesterday ___ kernel mailing list -- kernel@lists.fedoraproject.org To unsubscribe send an email to

[OS-BUILD PATCH] redhat/configs: Strong stack protector for fedora

2023-01-26 Thread Miko Larsson (via Email Bridge)
From: Miko Larsson redhat/configs: Strong stack protector for fedora ark has had the strong stack protector enabled since at least three years ago without any issues. Might as well enable it for fedora too for the improved stack protection by moving CONFIG_STACKPROTECTOR_STRONG (and

Re: [OS-BUILD PATCHv2 0/0] fedora: enable STACKPROTECTOR on arm platforms

2023-01-26 Thread pbrobinson (via Email Bridge)
From: pbrobinson on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2268#note_1253471490 I thought I had run it, realised I tweaked it a little for v7 afterwards and cleanly didn't run it. Fixed now. ___ kernel mailing list --

[OS-BUILD PATCHv2 0/0] fedora: enable STACKPROTECTOR on arm platforms

2023-01-26 Thread pbrobinson (via Email Bridge)
From: pbrobinson on gitlab.com Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2268 NOTE: Truncated patchset due to missing public @redhat.com email address on your GitLab profile at https://gitlab.com/-/profile. Once that is fixed, close and reopen the merge

[OS-BUILD PATCH] Revert "redhat: configs: Disable xtables and ipset"

2023-01-26 Thread Phil Sutter (via Email Bridge)
From: Phil Sutter Revert "redhat: configs: Disable xtables and ipset" This reverts commit ebafea5303ae22b582590917be79c10f073d76fe. It seems kernel-ark config is used for libvirt testing with upstream kernels. Libvirt still requires iptables, though. So revert this for now. Contrary to