From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1498#note_738666478
Are some of these configs still in the tree but not needed in our configs
file?
___
kernel mailing list -- kernel@lists.fedoraproject.org
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1498#note_733799374
@jwilsonrh - thanks for the explaination. But I shouldn't have to engage in
dialog to figure that out. :-)
@prarit - can you beef up the commit log to explain why those new configs
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1498#note_733792189
@jwilsonrh Look at the third commit.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1498#note_735095272
@prarit - thanks!
/me mumbles something about ark commit id? then runs...
___
kernel mailing list -- kernel@lists.fedoraproject.org
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1393#note_714522964
@jlinton - any update? Can we close this in favor of !1394? If not, I would
like to ask you to redo this MR by not using pending-*. The pending-* is
reserved for the bots to allow auto
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1442#note_718931153
@prarit @darcari apparently this impacts x86 now too.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email
From: Don Zickus
Update documentation with FAQ and update frequency
I added an FAQ section based on questions I hear all the time
from developers. Also based on feedback, I added how often the
different brances are updated. Not everyone realizes it is daily.
Signed-off-by: Don Zickus
diff
From: Don Zickus
Document force pull option for mirroring
kernel-ark rebases every GA which breaks mirroring. Update
the docs to tell users to expect this by overwriting divergent
branches.
Signed-off-by: Don Zickus
diff --git a/redhat/docs/index.rst b/redhat/docs/index.rst
index blahblah
From: Don Zickus on gitlab.com
Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1443
Update docs based on questions and feedback.
Signed-off-by: Don Zickus
---
redhat/docs/faq.rst | 78 +++
redhat/docs/index.rst
From: Don Zickus
Ignore the rhel9 kabi files
Use a more generic filter to ignore the kabi files.
Signed-off-by: Don Zickus
diff --git a/redhat/.gitignore b/redhat/.gitignore
index blahblah..blahblah 100644
--- a/redhat/.gitignore
+++ b/redhat/.gitignore
@@ -4,5 +4,5 @@ configs/*-merged
From: Don Zickus
Update documentation with FAQ and update frequency
I added an FAQ section based on questions I hear all the time
from developers. Also based on feedback, I added how often the
different brances are updated. Not everyone realizes it is daily.
Signed-off-by: Don Zickus
diff
From: Don Zickus on gitlab.com
Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1443
Update docs based on questions and feedback.
Signed-off-by: Don Zickus
---
redhat/docs/faq.rst | 78 +++
redhat/docs/index.rst
From: Don Zickus
Document force pull option for mirroring
kernel-ark rebases every GA which breaks mirroring. Update
the docs to tell users to expect this by overwriting divergent
branches.
Signed-off-by: Don Zickus
diff --git a/redhat/docs/index.rst b/redhat/docs/index.rst
index blahblah
From: Don Zickus
Add wildcard macros -baseonly -gcov
There are multiple usecases for -baseonly and -gcov on various
targets in the Makefile. Instead of calling those targets out
repeatedly, lets generalize them a bit.
Allow adding -baseonly and -gcov to:
dist-rpm
dist-srpm
dist-brew
dist-koji
From: Don Zickus
Remove legacy elrdy cruft
Remove an idea that never worked out, 'elrdy'. The Makefiles have
enough complexity in there, lets remove a layer of it, in hopes someone
finds a way to simplify things.
Signed-off-by: Don Zickus
diff --git a/redhat/Makefile.common b/redhat
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1433#note_714518266
Acked-by: Don Zickus
(via approve button)
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1433#note_714516414
I am happy to try this approach.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1382#note_722300776
@prarit - what is the current policy with mark_driver_unsupported? do you
know?
___
kernel mailing list -- kernel@lists.fedoraproject.org
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1498#note_750761019
@kheib - should have approval rights now. can you verify?
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1459#note_755162705
@gtiwari1 - done. I thought I gave you access the other day, apparently not.
Bad memory... Refresh and you should see the approval
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1502#note_771701239
@steved92 @bfields1 @bcodding - could you quickly review?
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1491#note_746646061
@dhorak1 - can you review?
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1502#note_772485909
@bcodding - Unlike the RHEL process, ARK is an invite only process. I added
you as a Developer. If you refresh the screen you should see an approval
button now. Sorry about
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1264#note_631204190
@veruu What do you mean? I thought I kept the 'script' section out of the
common code. merge_upstream and rawhide_release have their own 'script'
section. The common code was just
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1264#note_631407729
If you or someone from CKI can provide an approval that would be great. No
one else knows gitlab-ci.yml. :-)
___
kernel mailing list -- kernel
From: Don Zickus
Fix fedora-only config updates
After every scheduled upstream merge, a script is run to find new
configs, generate pending-* files for them and for ark, create
branches to push MRs.
However, there is a case where new Fedora configs are found but not
new ARK configs. This case
From: Don Zickus
CI: use common code for merge and release
Small cleanup to simplify code by re-using duplicated sections through
extends.
Also remove legacy config branch push (now done through merge_upstream).
Signed-off-by: Don Zickus
diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml
index
From: Don Zickus
CI: use common code for merge and release
Small cleanup to simplify code by re-using duplicated sections through
extends.
Also remove legacy config branch push (now done through merge_upstream).
Signed-off-by: Don Zickus
diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml
index
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1268#note_633554635
Acked-by: Don Zickus
(via approve button)
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1552#note_812948366
If we think this is not going to change, then I am in favor of applying this
now so developers can use os-build. It should be auto-resolve during next
daily merge
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1579#note_812962306
@prarit - a couple of things. This is NOT an rpm error. It is a KERNEL
error.
See top level Makefile:1227 :: filechck_utsrelease.h
And no you can't just change ust_len from 64
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1537#note_806039152
@snitm i added you as a reviewer, you can can 'approve' the changes next time
instead of using 'acked-by'.
___
kernel mailing list -- kernel
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1526#note_806062861
@caringi @bmeneg - can you sanity check this change?
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1507#note_806066902
@darcari - this looks to be x86 only. Is that right? I think mentioning that
in the changelog would have helped here.
___
kernel mailing list
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1531#note_806069978
@llong1 @darcari @dnlsn - poke?
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1607#note_840124188
No need. Just curious. Thanks!
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1635#note_863427112
I revoked my approval based on @jmflinuxtx's observations. Interesting catch.
___
kernel mailing list -- kernel@lists.fedoraproject.org
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1635#note_865713661
Hmm. If you go 15 lines down it does the same thing but returns an error
code. Is that code redundant now or is there an error code to be tracked
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1635#note_865827704
Or at least add a fat blurb that those new lines are throwaway code to
transition to the parallel workflow. I just don't want that code lying around
and then a year later someone reads
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1635#note_865816812
Ok. That wasn't obvious. So the correct way to fix it, is bring in your last
patch now as a standalone MR. Then this MR will remove/replace with new
removal code, right
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1622#note_867555201
Thanks @ptalbert!
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1619#note_846563779
@sdubroca - I agree with @jmflinuxtx . Let's keep Red Hat configs centralized
in Kconfig.redhat. Adding a 'depends on RHEL_DIFFERENCES' is to help Fedora
keep it disabled
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1617#note_846539664
@keszybz - thanks for the contribution. I feel like I am missing something
obvious.
If I follow your assumption, that someone will install a kernel in a virt env
or container that may
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1625#note_857458612
If the above checks fail, does it get reported correctly? IOW this seems like
it will always pass which is bad. Hopefully I am reading this wrong
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1635#note_857478434
@prarit - any chance to break this commit up? It is hard to decipher the
technical from the cosmetic. Perhaps a prep work patch?
___
kernel
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1635#note_857805146
@prarit - thanks for splitting it out! It mostly seems fine. Though I feel
the need to run this locally to review the output. Instead of failing inline,
it now fails at the end, right
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1638#note_860391266
Thanks @prarit . Nitpick. It seems odd to call a 'make dist-dump-variables'
inside the genspec.sh script. Would it make more sense to call that make
target at the toplevel makefile
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1637#note_860574605
Exactly. kernel-rt is why that variable is there.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1635#note_860631852
I just tested this and it is a nice speed up. Thanks! However it isn't
controlled by the -j flag. It doesn't matter what -jX you use, the script by
design just runs every invocation
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1638#note_863073135
@jstancek @hertonrk-rh - both of you have contributed here, thoughts on this?
any concerns?
___
kernel mailing list -- kernel
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1635#note_863084874
I am ok with it as-is as a start. I am sure it will have fallout that needs
cleaning later.
___
kernel mailing list -- kernel
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1642#note_889018889
After talking with @prarit, we came to the conclusion that there is a lot of
work to do here. This change unblocks other work and we will circle back
later to resolve this. Resolving
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1642#note_887474743
@prarit - actually, I thought 'git worktree' was used here to clone the env to
avoid destroying the users env (ie SRPM). Therefore, self-tests should be in
a clean room env and a single
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1642#note_887458936
I did yes. Sorry about that.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1642#note_887468295
@prarit said:
```
The test is dependent on the dist-release adding the tag. I've been
thinking about HEAD and have some other ideas unrelated to the tests
about how to deal
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1706#note_894990301
@jmflinuxtx - do you want a linux-stable version number in the self-tests too?
Or is that covered by the 'official' example and never breaks
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1706#note_894990774
block
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le...@lists.fedoraproject.org
Fedora
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1706#note_896519247
we can add it later.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1721#note_896031021
I know jolsa had similar issues a couple of years ago with perf. He put some
interesting workarounds in the spec file to deal with them, "perf_make". Is
that something we
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1706#note_893020098
privately sent log output with failures. My UPSTREAM var is different than
the commits.
___
kernel mailing list -- kernel
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1706#note_891877949
I like the spirit of the approach. On the surface things make sense and don't
look to intrusive. Unfortunately, playing with your MR caused test failures.
The biggest issues were my
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1706#note_893269386
Other than the #skip line being too long, things look good. Thanks!
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1706#note_893275813
remove 'be used'
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le...@lists.fedoraproject.org
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1642#note_886204441
@prarit - a couple of comments.
based on internal discussions, we can see relying on HEAD to be a redhat tag
commit may not work. In the same vein, when @ptalbert clicks 'Merge' through
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1579#note_828454113
I believe both of the PREBUILD_GIT_ONLY's should be ?= . Then you can remove
'ifneq' because ?= implies 'set if not defined by user' which is what the
spirit of 'ifneq' is, right?
IOW
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1536#note_828434321
@ptalbert @thuth - added.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1538#note_829458750
@prarit - nitpick. Can we add a sentence or two to the spec file or changelog
that sums up what Veronika said (or the conclusion we made about build env).
My concern is 3 years from now
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1592#note_829447118
@davidhildenbrand @ddutile - done.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1607#note_836283214
I assume this is to get 'make distg-brew/koji' to work?
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1604#note_836244629
@npache @ptalbert - Done
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1603#note_836272411
@pjgeorg - I wouldn't suggest using this bit. Instead, depending on your
needs, I would suggest using another bit for 'SIG_SUPPORTED' or something very
similar. There is like 6 more
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1594#note_834547734
@jolsa1 @jeromemarchand @mpetlan - do either of you know who would be the
right upstream maintainer for this change?
___
kernel mailing list
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1611#note_838937125
@dledford - fixed. refresh and try again?
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1571#note_811181826
I just added you as a member too.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1571#note_811181062
@jstancek - we deprecated 'acked-by' comments. Please use the 'approve'
button instead.
___
kernel mailing list -- kernel
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1579#note_819767199
And centos-stream too for external contributors or SIGs, I believe.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1586#note_819834118
in an upstream -next branch.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1713#note_906356838
@jmflinuxtx - hehe a good use for test case under the selftest work Prarit is
doing. :-)
___
kernel mailing list -- kernel
From: Don Zickus
Fix Fedora release scheduled job
Current scheduled job for release Fedora kernels passes but skips over
including labeled MRs with 'Include in Releases' because of
No connection adapters were found for
'g...@gitlab.com:cki-project/kernel-ark.git/api/v4/user'
When cleaning up
From: Don Zickus
Add testing infrastructure
There is no easy way to test or debug scheduled job .gitlab-ci.yml
changes. Add infrastructure to allow pushes to a test-os-build area and
a scheduled job to play that branch.
Signed-off-by: Don Zickus
diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2663#note_1535675853
Approving because it seems safe and will block every MR during this merge
window.
___
kernel mailing list -- kernel@lists.fedoraproject.org
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2658#note_1536013744
@prarit approved this, so resolved the conversation
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email
From: Don Zickus
Fix the fixup of Fedora release
My previous attempt at this fix appeared to show testing worked. Upon
closer inspection, GITLAB_URL needs to be a highlevel domain and not
project specific otherwise you get a 403 return code.
Just rename the variable to not be GITLAB_URL
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2709#note_1548249076
Probably because I don't know how to do that? :-) Care to educate me?
___
kernel mailing list -- kernel@lists.fedoraproject.org
From: Don Zickus
Fix tarball creation logic
The create tarball logic tried to determine if the tarball existed or
not by using a git sha. However the check always failed because the
current sha was shortened and the tarball sha was the full 40 digits.
Correct this by converting the shortened
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2658#note_1534220423
@mh21 - i am a little lost here. I am just tweaking a tarball creation check.
I don't think the tarball is cached in the containers so I was expecting the
tarball to be fresh every CI
From: Don Zickus
Fix tarball creation logic
The create tarball logic tried to determine if the tarball existed or
not by using a git sha. However the check always failed because the
current sha was shortened and the tarball sha was the full 40 digits.
Correct this by converting the shortened
From: Don Zickus on gitlab.com
Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2709
NOTE: Truncated patchset since committer email 'mhofm...@redhat.com'
does not match the submitter's GitLab public email address
'dzic...@redhat.com'.
There is no easy way
From: Don Zickus
Add testing infrastructure
There is no easy way to test or debug scheduled job .gitlab-ci.yml
changes. Add infrastructure to allow pushes to a test-os-build area and
a scheduled job to play that branch.
Signed-off-by: Don Zickus
diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml
From: Don Zickus on gitlab.com
Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2709
NOTE: Truncated patchset since committer email 'mhofm...@redhat.com'
does not match the submitter's GitLab public email address
'dzic...@redhat.com'.
There is no easy way
From: Don Zickus
Add testing infrastructure
There is no easy way to test or debug scheduled job .gitlab-ci.yml
changes. Add infrastructure to allow pushes to a test-os-build area and
a scheduled job to play that branch.
Signed-off-by: Don Zickus
diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2749#note_1605950727
For some reason adding the TPRROGS_LDFLAGS creates an ld usage failure.
+ /usr/bin/make -s 'HOSTCFLAGS=-O2 -fexceptions -g -grecord-gcc-switches
-pipe -Wall -Werror=format-security
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2749#note_1619009596
@codonell-rh - throwing the ball back into your court for above issue ^^
___
kernel mailing list -- kernel@lists.fedoraproject.org
From: Don Zickus
Fix s390 zfcpfdump bpf build failures for cgroups
BPF fails to build under s390's zfcpdump variant because cgroups is
disabled. Zfcpdump is a dump kernel and isn't expected to run bpf.
Just disable bpf for that kernel variant.
Signed-off-by: Don Zickus
diff --git
a/redhat
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2749#note_1636180680
@vmalikrh - i just pushed v3, can you double check it matches your
expectations?
___
kernel mailing list -- kernel@lists.fedoraproject.org
From: Don Zickus
Fix binutils breakage
The binutils package in Rawhide has stricter checks about PIE/PIC code
and will start reporting errors if it detects mixing and matching no-PIE
with PIE binaries (especially around bpf binaries).
Example errors look like:
/usr/bin/ld: /tmp/ccL7dkfR.o
From: Don Zickus
[Scheduled job] Catch config mismatches early during upstream merge
When merging the upstream git tree, the process commits all the new
configs to the -pending directory. However, it needs another pass to
catch any new mismatches resulting in those new config settings
From: Don Zickus
[Scheduled job] Catch config mismatches early during upstream merge
When merging the upstream git tree, the process commits all the new
configs to the -pending directory. However, it needs another pass to
catch any new mismatches resulting in those new config settings
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2749#note_1607668819
@codonell-rh Sure. Just struggling to figure out how to workaround that.
___
kernel mailing list -- kernel@lists.fedoraproject.org
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2709#note_1563538270
Closing for now as we agreed to use the existing scheduled jobs for testing.
___
kernel mailing list -- kernel@lists.fedoraproject.org
401 - 500 of 770 matches
Mail list logo