Current sub-teams
Security and Systems Sub-Team
Role
The purpose of the security and systems sub-team is to secure and maintain appropriate access
to the credentials and services/systems used by conda-forge. This infrastructure
includes all bot accounts, all service provider accounts, and all keys, API or otherwise,
used for various tasks. This team is also charged with provisioning new members of core
with access to the organization.
Charter
Static
Responsibility
The core responsibilities of this team are as follows:
- Maintain secure access to the credentials to all bot accounts.
- Maintain secure access to all keys, API or otherwise, used by conda-forge.
- Maintain secure access to all service provider accounts owned by conda-forge.
- Maintain the infrastructure for
CFEP-13
. - Maintain automated ways to recover and reprovision conda-forge systems.
- Perform ongoing security maintenance tasks.
- Provision new members of core with access to all conda-forge systems, credentials and keys.
This team will operate via the following rules:
- Only members of
core
can be on this sub-team. - This sub-team will report its activity to core at all
core
meetings. - This sub-team will consult with core at
core
meetings regarding all planned activity. - This sub-team will not limit the access by
core
members to any conda-forge resources including but not limited to its systems, credentials, keys, or service accounts.
Members
- Christopher J. "CJ" Wright <[email protected]>
- Anthony Scopatz <[email protected]>
Finance Sub-Team
Role
The purpose of the finance sub-team is to provide a point of contact
for financial and budgetary issues. This includes keeping core aware
of the current conda-forge balance via core
meetings and facilitating
dispersal of funds.
Charter
Static
Responsibility
The core responsibilities of this team are as follows:
- Keep core aware of budgetary and financial matters pertaining to conda-forge.
- Facilitate dispersal of funds.
- Give core updates via the standing budget item at core meetings.
- Work closely with the NumFOCUS point of contact to ensure smooth financial operations.
This team will operate via the following rules:
- Only members of
core
can be on this sub-team. - This sub-team will report its activity to core at all attended
core
meetings. - This sub-team will not approve or deny access to funds unless instructed to via the method specified by the conda-forge governance document.
Members
- Christopher J. "CJ" Wright <[email protected]>
- Filipe Fernandes <[email protected]>
- Eric Dill <[email protected]>
Bot Sub-Team
Role
Develop and manage the conda-forge migration bot and all related tooling. Also manages and deploys migrations themselves.
Charter
Dynamic
Responsibility
The migration and autotick bot is now a central part of the conda-forge ecosystem. This subteam has the right and responsibility to manage and develop the general operation of the bot. This includes building new migrators, fixing migration related bugs, and tooling. Example migrations that can happen include:
- Compiler bumps
- Python version bump
- R version bump
- Build number bumps of the ecosystem when a pinned package version updates and there is a binary incompatibility which necessitates downstream rebuilds.
- Automatically version bumping of feedstocks when the package releases a new version.
For large scale (affecting >20% of packages) this sub-team will inform and discuss with the core team about the upcoming migration prior to starting the migration.
Packages and tools that fall under the purview of the bot subteam include:
- cf-scripts
- libcflib
- libcfgraph
- cf-graph
- circle-worker
Members
- Matthew R. Becker <[email protected]>
- Chris Burr <[email protected]>
- Sophia Castellarin <[email protected]>
- Vinicius D. Cerutti <[email protected]>
- Filipe Fernandes <[email protected]>
- Isuru Fernando <[email protected]>
- Marius van Niekerk <[email protected]>
- Michael Sarahan <[email protected]>
- Anthony Scopatz <[email protected]>
- Christopher J. "CJ" Wright <[email protected]>
ARM Sub-Team
Role
Develop and manage ARM architecture support for conda-forge.
Charter
Dynamic
Responsibility
This sub-team is broadly responsible for enabling the ARM architecture. This includes updates and enabling features to:
- staged-recipes
- CI interfaces
- conda-smithy
- Docker containers
And other parts of the conda-forge ecosystem.
Members
- Jonathan Helmus <[email protected]>
- Marius van Niekerk <[email protected]>
- Mark Harfouche <[email protected]>
Doc Sub-Team
Role
Maintain and improve the documentation. Review, organize and help with documentation related issues.
Charter
Dynamic
Responsibility
Good documentation is an important cornerstone of a successful community project. Accurate, well organized and comprehensive documentation not only benefits users, but also frees the core team by decreasing support requests.
The documentation team is responsible for:
- Keeping the documentation accurate and up-to-date.
- Help expanding the documentation by identifying new topics of common interest.
- Improving the documentation by reorganizing and clarifying its contents.
- Giving feedback on community contributions to the documentation.
As such following task are performed by the documentation team:
- Reviewing and organizing documentation related issues and PRs in
conda-forge.github.io
. - Proposing improvements and new content by opening issues and pull requests.
- Engaging with the community to ensure the effectiveness of the documentation.
Members
- Anthony Scopatz <[email protected]>
- Christian Roth <[email protected]>
- Lori A. Burns <[email protected]>
- Jaime Rodríguez-guerra <[email protected]>
Staging Sub-Team
Role
Review and merge feedstock candidates in the staged-recipes repository. Help users to create conda-forge compatible recipes.
Charter
Dynamic
Responsibility
Introducing a recipe for most users is the first step of becoming involved with the development of conda-forge. Especially for new maintainers it is crucial to be able to ask questions and receive helpful and constructive feedback.
The staging team is responsible for:
- Reviewing and merging pull requests in
conda-forge/staged-recipes
. - Answering questions and giving feedback regarding conda-forge requirements.
- Identifying common misconceptions and problems due to unclear documentation.
- Help the documentation team maintain clear documentation that simplifies contributing packages.
- Assist core in supporting feedstock maintainers when questions/issues arise during recipe maintenance.
Members
In addition to core and emeritus, the following are members of the staged-recipes team and have commit rights.
- Amir Mohammadi <[email protected]>
- Igor T. Ghisi <>
- Johannes Köster <>
- Nehal J Wani <[email protected]>
- Peter M. Landwehr <>
- Patrick Sodré <[email protected]>
Miniforge Sub-Team
Role
Develop and manage miniforge installers for conda-forge
Charter
Dynamic
Responsibility
This sub-team is broadly responsible for developing, maintaining and releasing miniforge installers.
Members
- Mark Harfouche <[email protected]>
- Anthony Scopatz <[email protected]>
- Hadrien Mary <[email protected]>
- Isuru Fernando <[email protected]>
Diversity and Inclusion Sub-Team
Role
Develop conda-forge as a diverse community and advocate for actions impacting underrepresented groups in conda-forge.
Charter
Dynamic
Responsibility
One of the core strengths of conda-forge is the diversity of ecosystems it supports. Likewise, fostering and advancing a diverse community of users, maintainers, and infrastructure contributors is an important part of creating and maintaining a vibrant project. The mandate of this subteam is to support and increase the diversity of the conda-forge community at all levels. As such this group can, but is not limited to:
- provide a place for issues impacting diversity to be heard
- advocate for underrepresented groups and bring their issues to the attention of core
- run programs to maintain and grow the community's diversity and inclusiveness
Members
- Filipe Fernandes <[email protected]>
- Christopher J. "CJ" Wright <[email protected]>
- Marcelo Duarte Trevisani <[email protected]>
- Peter K. G. Williams <[email protected]>