Difference between revisions of "Teleconference 2021-02-17"
Jump to navigation
Jump to search
(Created page with "Attendees: == ECP Updates == * Let's think about possible highlights ** App engagement ** Success with porting (e.g. run on Aurora) ** Engagement with other ST teams (e.g. u...") |
|||
| Line 30: | Line 30: | ||
Should think about releasing VTK-m 1.6, 2.0. | Should think about releasing VTK-m 1.6, 2.0. | ||
| + | |||
| + | Filter redesign requirements: https://gitlab.kitware.com/vtk/vtk-m/-/issues/601 | ||
Matt working on WarpX highlight. | Matt working on WarpX highlight. | ||
Revision as of 16:42, 16 February 2021
Attendees:
ECP Updates
- Let's think about possible highlights
- App engagement
- Success with porting (e.g. run on Aurora)
- Engagement with other ST teams (e.g. using Kokkos)
- WDM
- Submitted highlight on integration with EFFIS
- Expect to submit another highlight when used in a big run
- Possible highlight slide on particle advection with WarpX (Matt).
Porting Activities
- https://confluence.exascaleproject.org/display/STDA05/Porting+Activities+A21
- https://confluence.exascaleproject.org/display/STDA05/Porting+Activities+O21
ECP task updates
Roundtable
We need some redesign design workflow for branchy release process
- When we create a VTK-m release, we have a branch for that release (at least until the subsequent release).
- New feature development continues on the main branch
- _Bug fixes_ happen off the release branch
- Get merged to both the release branch and the master branch
Should think about releasing VTK-m 1.6, 2.0.
Filter redesign requirements: https://gitlab.kitware.com/vtk/vtk-m/-/issues/601
Matt working on WarpX highlight.
Rename master branch?
- Need to wait for some changes to git before the transition (for some automated features of repo).
- Can we for a time have a master that mirrors the new default?
- Don't know, but seems possible. Will have to look into that.
