Becca: Working on doing event bus dev with tutor, hoping to share it to the rest of archbom
Connor: Made progress on mount plugin, got config and CLI-level stuff working
Questions about hooking in to the tutor lifestyle, eg: At what point do we want to pull in the relevant mounted configuration and when do we not want to?
John N: Working with SRE, trying to incorporate devstack into clamps
SRE was able to build a MySQL 5.7 image that might work with M1s ooooh, aaahhh
This might mean we can make devstack completely compatible with M1s
Kyle: Better documenting the common developer workflow and find places to make it easier
Relates to some stuff Zach Hancock is working on with platform plugins
Regis is back
Carlos (tCRIL) is working on cataloguing unit tests
Zach: Development with tutor on the exam service and LTI plugin pretty smoothly!
Updating documentation along the way because he is a nice person
Required fixing some issues with mounting
Started a doc in the same space on adding a new IDA to Tutor (based on what he did with exams), thinking about how to automate this with Tutor or edX cookiecutters
Jeremy: Actually took vacation! Yay!
Arbi-BOM is still cleaning up in-repo Dockerfiles, thinking about the best way to do that in a Tutor-friendly way
Who is ready to onboard their squad?
Becca
Becca: maybe ready to onboard Arch BOM if today’s work pans out
Zach: Would like to get the mounting plugin in first. Currently involves a giant copy/paste of arguments
John: Some squads might want more documentation on new services for running in Tutor and/or k8s
Connor: Needs Blockstore plugin for Tutor or blockstore for edX platform. The latter is underway but taking a while.
Zach: How scary is the blockstore service?
Connor: 3-database-scary
Kyle: tCRIL is using Tutor exclusively for development (probably), mostly only doing work inside edx-platform proper
5m
Sprint planning for Tutor work
Kyle
Bi weekly Weds at 11am EST, probably. Will send out an invite when that’s solidified. Optional for anyone interested.
Jenna is the product manager from tCRIL
Not likely to mean a new strategy or product goal or anything, more for process management
In general, once these types of projects are more widely adopted, should this group own them? Will this group actively solicit feedback from developers?
Jeremy: currently, we are thinking Arch BOM will take over hosted devstack ownership once event-bus work hits a decent pausing point (Becca says lolsob)
SRE really does not want to own it, although Arch BOM will need their involvement
Tyler is helping to figure out how to define the base image so regular engineers (eg Arch BOM) can make PRs against it
This group was originally meant to take/triage issues on Tutor even after adoption, should probably re-evaluate once it is more widely adopted
Should we give broader guidance, like coordinating with IT or on PyCharm vs VSCode vs Whatever
DevEnv could be responsible for flagging issues that specifically relate to running development envs on new machines
At the moment, Linux users need to figure out their own security processes to take to IT
✅ Action items
Kyle McCormick will send out an invite to sprint planning