-
Notifications
You must be signed in to change notification settings - Fork 3.4k
ci: adjust kernel jenkinsfile to be more versatile #11061
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Please set the appropriate release note label. |
test-test |
test-test |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
test
test-test |
2 similar comments
test-test |
test-test |
Build finished. |
test-test |
test-with-kernel |
test-test |
1 similar comment
test-test |
test-with-kernel |
test-test |
test-with-kernel |
test-test |
test-with-kernel |
test-test |
test-with-kernel |
test-test |
test-with-kernel |
retest-ginkgo |
restart-ginkgo |
This change will help use one jenkinsfile for all k8s-kernel versions combinations. Signed-off-by: Maciej Kwiek <maciej@isovalent.com>
The NETNEXT environment variable, set to "1" or to "true", has traditionally instructed the CI to use the net-next kernel for the Vagrant virtual machines. For some time, the KERNEL variable has also been assuming this role, if its value is set to "net-next" (see test/Vagrantfile). But the relevant helper in the CI is not aware of that, and when passing KERNEL="net-next" instead of NETNEXT="true", ginkgo will skip tests that should run on the net-next kernel. Let's update the relevant helper to fix this issue. Fixes: cilium#11061 Signed-off-by: Quentin Monnet <quentin@isovalent.com>
The NETNEXT environment variable, set to "1" or to "true", has traditionally instructed the CI to use the net-next kernel for the Vagrant virtual machines. For some time, the KERNEL variable has also been assuming this role, if its value is set to "net-next" (see test/Vagrantfile). But the relevant helper in the CI is not aware of that, and when passing KERNEL="net-next" instead of NETNEXT="true", ginkgo will skip tests that should run on the net-next kernel. Let's update the relevant helper to fix this issue. Fixes: #11061 Signed-off-by: Quentin Monnet <quentin@isovalent.com>
[ upstream commit b6dc814 ] The NETNEXT environment variable, set to "1" or to "true", has traditionally instructed the CI to use the net-next kernel for the Vagrant virtual machines. For some time, the KERNEL variable has also been assuming this role, if its value is set to "net-next" (see test/Vagrantfile). But the relevant helper in the CI is not aware of that, and when passing KERNEL="net-next" instead of NETNEXT="true", ginkgo will skip tests that should run on the net-next kernel. Let's update the relevant helper to fix this issue. Fixes: cilium#11061 Signed-off-by: Quentin Monnet <quentin@isovalent.com> Signed-off-by: André Martins <andre@cilium.io>
[ upstream commit b6dc814 ] The NETNEXT environment variable, set to "1" or to "true", has traditionally instructed the CI to use the net-next kernel for the Vagrant virtual machines. For some time, the KERNEL variable has also been assuming this role, if its value is set to "net-next" (see test/Vagrantfile). But the relevant helper in the CI is not aware of that, and when passing KERNEL="net-next" instead of NETNEXT="true", ginkgo will skip tests that should run on the net-next kernel. Let's update the relevant helper to fix this issue. Fixes: cilium#11061 Signed-off-by: Quentin Monnet <quentin@isovalent.com> Signed-off-by: André Martins <andre@cilium.io>
[ upstream commit b6dc814 ] The NETNEXT environment variable, set to "1" or to "true", has traditionally instructed the CI to use the net-next kernel for the Vagrant virtual machines. For some time, the KERNEL variable has also been assuming this role, if its value is set to "net-next" (see test/Vagrantfile). But the relevant helper in the CI is not aware of that, and when passing KERNEL="net-next" instead of NETNEXT="true", ginkgo will skip tests that should run on the net-next kernel. Let's update the relevant helper to fix this issue. Fixes: #11061 Signed-off-by: Quentin Monnet <quentin@isovalent.com> Signed-off-by: André Martins <andre@cilium.io>
[ upstream commit b6dc814 ] The NETNEXT environment variable, set to "1" or to "true", has traditionally instructed the CI to use the net-next kernel for the Vagrant virtual machines. For some time, the KERNEL variable has also been assuming this role, if its value is set to "net-next" (see test/Vagrantfile). But the relevant helper in the CI is not aware of that, and when passing KERNEL="net-next" instead of NETNEXT="true", ginkgo will skip tests that should run on the net-next kernel. Let's update the relevant helper to fix this issue. Fixes: #11061 Signed-off-by: Quentin Monnet <quentin@isovalent.com> Signed-off-by: André Martins <andre@cilium.io>
This change will help use one jenkinsfile for all k8s-kernel versions
combinations.