-
Notifications
You must be signed in to change notification settings - Fork 343
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Merge branch 'development' into tune_PermutationForDeposition_for_MI250X
- Loading branch information
Showing
55 changed files
with
665 additions
and
209 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1 @@ | ||
.. include:: ../../../GOVERNANCE.rst |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Binary file added
BIN
+148 KB
Docs/sphinx_documentation/source/Visualization/ParaView_series_reload.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
56 changes: 56 additions & 0 deletions
56
Docs/sphinx_documentation/source/Visualization/write_series_file.sh
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,56 @@ | ||
#!/bin/bash | ||
|
||
# Specify the root directory for traversal | ||
root_directory="./" | ||
|
||
# Create a temporary file to store the list of directories | ||
temp_file=$(mktemp) | ||
find "$root_directory" -type d -print0 > "$temp_file" | ||
|
||
# Initialize an empty string to store file information | ||
files_list="" | ||
|
||
# file counter to be used as time entry | ||
count=0 | ||
|
||
ls -d */ | sort -z > temporary_file | ||
|
||
# Read from the temporary file | ||
for dir in */; do | ||
|
||
dir_name=$(basename "$dir") | ||
|
||
# Check if the folder starts with "plt" and contains a file named "Header" | ||
if [[ "$dir_name" == plt* && -f "$dir/Header" ]]; then | ||
# Extract version number from folder name | ||
version="${dir_name#plt}" | ||
echo $version | ||
|
||
# Create file information | ||
files_list+="$(printf "{ \"name\": \"plt$version\", \"time\": $count},")" | ||
files_list+=$'\n' | ||
|
||
((count++)) | ||
fi | ||
done < "$temp_file" | ||
|
||
# Remove trailing comma from the last entry | ||
files_list="${files_list%,}" | ||
|
||
# Create the final JSON structure | ||
# Header line | ||
header_line="{ \"file-series-version\": \"1.0\", \"files\": [" | ||
# Write the files list | ||
all_files="$(printf '%s\n' "$files_list") ] }" | ||
|
||
file_series_data="$header_line" | ||
file_series_data+=$'\n' | ||
file_series_data+="$all_files" | ||
|
||
# Write the generated JSON structure to a file named plot_files.series | ||
echo "$file_series_data" > plot_files.series | ||
|
||
# Remove the temporary file | ||
rm "$temp_file" | ||
|
||
echo "JSON structure has been written to plot_files.series" |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,147 @@ | ||
.. _governance: | ||
|
||
AMReX Governance | ||
================ | ||
|
||
AMReX is led in an open governance model, described in this document. | ||
|
||
|
||
Steering Committee | ||
------------------ | ||
|
||
Current Roster | ||
^^^^^^^^^^^^^^ | ||
|
||
- Ann Almgren | ||
- John Bell (chair) | ||
- Andrew Myers | ||
- Weiqun Zhang | ||
|
||
See: `GitHub team <https://github.com/orgs/AMReX-Codes/teams/amrex-steering-committee>`__ | ||
|
||
Role | ||
^^^^ | ||
|
||
Members of the steering committee (SC) can change organizational settings, do administrative operations such as rename/move/archive repositories, change branch protection rules, etc. | ||
|
||
SC members can call votes for decisions (technical or governance). | ||
|
||
The SC can veto decisions of the technical committee (TC) by voting in the SC. | ||
The TC can override a veto with a 2/3rd majority vote in the TC. | ||
Decisions are documented in developer meeting notes and/or on the GitHub repository. | ||
|
||
The SC can change the governance structure, but only in a unanimous vote. | ||
|
||
Decision Process | ||
^^^^^^^^^^^^^^^^ | ||
|
||
Decisions of the SC usually happen in the developer meetings, via e-mail or public chat. | ||
|
||
Decisions are made in a non-confidential manner, by the majority of votes cast by SC members. | ||
|
||
Votes can be cast asynchronously, e.g., over a time period of 1-2 weeks. | ||
In tie situations, the chair of the SC acts as the tie breaker. | ||
|
||
Appointment Process | ||
^^^^^^^^^^^^^^^^^^^ | ||
|
||
New members of the SC can be appointed by unanimous vote of the current SC members. | ||
|
||
SC members are expected to attend and contribute to regular developer meetings. | ||
|
||
SC members can resign or be removed by majority vote, e.g., due to inactivity, inappropriate or otherwise negative behavior, or other reasons. | ||
|
||
|
||
Technical Committee | ||
------------------- | ||
|
||
Current Roster | ||
^^^^^^^^^^^^^^ | ||
|
||
- Ann Almgren | ||
- Marc Day | ||
- Candace Gilet | ||
- Kevin Gott | ||
- Axel Huebl | ||
- Andrew Myers | ||
- Andy Nonaka | ||
- Jean Sexton | ||
- Weiqun Zhang | ||
- Michael Zingale | ||
|
||
See: `GitHub team <https://github.com/orgs/AMReX-Codes/teams/amrex-technical-committee>`__ | ||
|
||
Role | ||
^^^^ | ||
|
||
The technical committee (TC) is the core governance body, where, under normal operations, most ideas are discussed and decisions are made. | ||
Individual TC members can approve and merge code changes. | ||
TC members are expected to seek approval of another maintainer for their own changes, except under exigent circumstances. | ||
TC members lead and weigh in on technical discussions and, if needed, can call for a vote of the TC for a technical decision. | ||
TC members can merge/close PRs and issues, and moderate (including blocking or muting) bad actors. | ||
The TC can propose governance changes to the SC. | ||
|
||
|
||
Decision Process | ||
^^^^^^^^^^^^^^^^ | ||
|
||
Discussion in the TC usually happens in the developer meetings. Developer meetings can be scheduled by any member of the SC or TC. | ||
|
||
If a member of the TC calls for a vote, the vote will be decided by the majority of the votes cast, provided that at least half of the TC members participate in the vote. If fewer than half of the TC members cast votes, the SC will make the decision according to the guidelines specified above. | ||
|
||
Votes are cast in a non-confidential manner. | ||
Decisions are documented in the developer meeting notes and/or in the GitHub repository. | ||
|
||
Individual TC members can suggest the addition of new contributors. The suggestion must be seconded by another TC member. Any TC member has the right to oppose the suggestion and call for a vote on the decision. | ||
|
||
Appointment Process | ||
^^^^^^^^^^^^^^^^^^^ | ||
|
||
TC members are the maintainers of AMReX. | ||
TC members are expected to attend and contribute to regular developer meetings. | ||
|
||
New TC members can be suggested by either SC or TC members. Confirmation of a new TC member requires a majority of votes cast by either the SC or the TC. The SC can veto any new appointment. | ||
|
||
Steering committee members can also be TC members. | ||
|
||
TC members can resign or be removed by majority vote by either TC or SC due to inactivity, inappropriate or otherwise negative behavior, or other reasons. | ||
|
||
|
||
Contributors | ||
------------ | ||
|
||
Current Roster | ||
^^^^^^^^^^^^^^ | ||
|
||
See: `GitHub team <https://github.com/orgs/AMReX-Codes/teams/amrex-contributors>`__ | ||
|
||
Role | ||
^^^^ | ||
|
||
Contributors are valuable, vetted developers of AMReX. | ||
Contributions can be in many forms and not all need to be code contributions. | ||
Examples include code pull requests, support in issues & user discussions, writing and updating documentation, writing tutorials, visualizations, R&D on algorithms, testing and benchmarking, etc. | ||
Contributors can participate in developer meetings and weigh in on discussions. | ||
Contributors can "triage" (i.e., add and remove labels to) pull requests, issues, and GitHub discussion pages. | ||
Contributors can comment on and review PRs (but not merge). | ||
|
||
Decision Process | ||
^^^^^^^^^^^^^^^^ | ||
|
||
Contributors can individually decide on classification (triage) of pull requests, issues, and GitHub discussion pages. | ||
|
||
Appointment Process | ||
^^^^^^^^^^^^^^^^^^^ | ||
|
||
Appointed after contributing to AMReX (see above) through nomination by any member of the TC. Another member of the TC must second the nomination. | ||
|
||
The role can be lost by resigning or by majority vote of either the TC or the SC due to inactivity, inappropriate or otherwise negative behavior, or other reasons. | ||
|
||
|
||
Former Members | ||
-------------- | ||
|
||
Former contributors do not play any role in the governance of AMReX. | ||
Instead, former (e.g., inactive) contributors are acknowledged separately in GitHub contributor tracking, the AMReX documentation, references, etc. as appropriate. | ||
|
||
Former members of SC, TC and Contributors are not kept on the roster, since committee role rosters should reflect currently active members and the responsible governance body. Former members of the SC or TC also do not play any role in the governance of AMReX. |
Oops, something went wrong.