-
Notifications
You must be signed in to change notification settings - Fork 570
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
Framework: Remove generation of packageEnables fragment file for Framework tests #13633
base: develop
Are you sure you want to change the base?
Conversation
Add argument that can be passed downstream to skip the creation of the packageEnables.cmake file to the main entry point of our PR script, PullRequestLinuxDriverTest.py. Signed-off-by: Anderson Chauphan <[email protected]>
AutoTester1 begins its PR script from LaunchDriver.sh -> PullRequestLinuxDriver.sh where arguments are propogated to the main PR script, PullRequestLinuxDriverTest.py. Signed-off-by: Anderson Chauphan <[email protected]>
Added the logic that skips the creation of the packageEnables.cmake file in Trilinos containing all the packages with changes that need to be enabled for PR testing. The implementation of current packageEnables generation writes to a hard-coded file that does not take into consideration the existing `filename_packageenables` argument. Further changes should be made such that the creation of the packageEnables file depends on the value of the `filename_packageenables` instead of this `skip-create-packageenables` flag, but here we are. Signed-off-by: Anderson Chauphan <[email protected]>
Add argument to skip the creation of the packageEnables.cmake fragment file for the Framework AT2 job. This job should not run any other tests than Framework unittests, which was what it was doing before due to the packageEnables.cmake file always being generated along with the test being launched from the ctest-driver. Signed-off-by: Anderson Chauphan <[email protected]>
Status Flag 'Pre-Test Inspection' - Auto Inspected - Inspection is Not Necessary for this Pull Request. |
Status Flag 'Pull Request AutoTester' - Testing Jenkins Projects: Pull Request Auto Testing STARTING (click to expand)Build InformationTest Name: PR_gcc-openmpi-openmp
Jenkins Parameters
Build InformationTest Name: PR_gcc
Jenkins Parameters
Build InformationTest Name: PR_gcc-openmpi_debug
Jenkins Parameters
Build InformationTest Name: PR_clang
Jenkins Parameters
Build InformationTest Name: Trilinos_PR_python3
Jenkins Parameters
Build InformationTest Name: PR_cuda
Jenkins Parameters
Build InformationTest Name: PR_intel
Jenkins Parameters
Build InformationTest Name: PR_cuda-uvm
Jenkins Parameters
Using Repos:
Pull Request Author: achauphan |
Status Flag 'Pull Request AutoTester' - Jenkins Testing: 1 or more Jobs FAILED Note: Testing will normally be attempted again in approx. 2 Hrs 30 Mins. If a change to the PR source branch occurs, the testing will be attempted again on next available autotester run. Pull Request Auto Testing has FAILED (click to expand)Build InformationTest Name: PR_gcc-openmpi-openmp
Jenkins Parameters
Build InformationTest Name: PR_gcc
Jenkins Parameters
Build InformationTest Name: PR_gcc-openmpi_debug
Jenkins Parameters
Build InformationTest Name: PR_clang
Jenkins Parameters
Build InformationTest Name: Trilinos_PR_python3
Jenkins Parameters
Build InformationTest Name: PR_cuda
Jenkins Parameters
Build InformationTest Name: PR_intel
Jenkins Parameters
Build InformationTest Name: PR_cuda-uvm
Jenkins Parameters
|
action="store_true", | ||
help="Skip the creation of the packageEnables.cmake fragment file generated by " + \ | ||
"the TriBITS infrastructure indicating which packages are to be enabled based on file " + \ | ||
"changes between a source and target branch. Default=") |
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.
Can lose the Default=
if it doesn't have a value.
@trilinos/framework
Motivation
Want to remove generation of
packageEnables.cmake
for PR builds that does not need to use the enabled packages from this generated packages.The Framework PR build line has historically always generated a
packageEnables.cmake
similiar to other PR builds and ran tests that were unrelated to Framework's scripts. This uses unnecessary resources and has mislead users reading the Framework CDash build line.Related Issues
Stakeholder Feedback
Testing
Since these are changes to the PR scripts themselves, the changes will test themselves in our CI, on both AutoTester1 and AutoTester2 systems.
The following behaviors should be observed before merging:
packageEnables.cmake
generation was skipped