title | parent |
---|---|
2018-11-28 |
Meetings |
ASWF CI Working Group
Meeting: 28 November 2018
Daniel Heckenberg (AL, TAC Chair)
Aloys Baillet (AL)
Thanh Ha (LF)
John Mertic (LF)
JF Panisset (VES)
Doug Walker (ADSK)
Kimball Thurston (Weta)
Robert Vinluan (SESI)
https://docs.google.com/document/d/13iS68VMIgT4skfoHbta3hExE64uu6XVJLATxighqkd4
Apologies for poor formatting, a lot of this came from a MarkDown document.
Update of base image with Red Hat Developer Tools which provides the compiler specified by the VFX Reference Platform.
Discussions in TAC meeting and CI working group have been inconclusive. Kimball and John are regrouping to find a practical solution (see CMakeTools notes below).
-
6 projects, including CMakeTools?
- JF: See Sam Richard’s industry OSS summary (posted to TAC list)
-
VFX Reference Platform based dependencies
-
Stretch goals:
-
Downloadable and installable artefacts
-
Windows, Mac support
- Doug Walker: OCIO would value Windows, Mac and GPU highly
-
-
Action Item: Follow up with Vendors to see if they can contribute experience and expertise.
-
Streamline project adoption
-
C/C++ analysis plugin requires a commercial license
-
Would need to budget for this (refer to TAC)
-
This creates an infrastructure replication challenge
-
https://github.com/mre/awesome-static-analysis seems to have an interesting survey of static analysis tools sorted by programming language
-
-
Updates: https://github.com/kdt3rd/build-util
-
Including VFX Reference Platform logic
- Simple mechanism for cross-project package discovery and inclusion
-
Attempt to separate liberally licensed (MIT?) or public domain sharable snippets from the core repo under standard (Apache v2?) license
-
Build / Distribution of same or "updated" components / plugins used and distributed with commercial DCC Apps
-
Action Item: Establish ways to identify and make reproducible builds of the shipping versions of components?
-
Follow up meeting: 12 December
-
Google Docs export to MarkDown: https://github.com/mangini/gdocs2md