Giter Site home page Giter Site logo

community-team's Introduction

community-team

For issues to be done by the Community Team that don't fall into a particular repository

community-team's People

Contributors

andersson007 avatar

Watchers

Leo Gallego avatar schurzi avatar Anwesha Das avatar Maxwell G avatar Sandra McCann avatar  avatar

community-team's Issues

Sept 15 Weekly docs Triage

  • Triage new docs issues this week
  • review, comment, or merge existing docs PRs
  • Backport docs-only PRs for this week.
  • republish 2.13 (both) after merge

Sept 1 Weekly docs triage

  • Triage new docs issues this week
  • review, comment, or merge existing docs PRs
  • Backport docs-only PRs for this week.
  • republish 2.13 (both) after merge

ansible-inclusion repository: tidy up discussions

Go through and tidy up discussions in the ansible-inclusion repository.

Along the way:

  • Create a new category for inclusion requests where maintainers feedback is needed but they don't respond. Name it as Maintainers feedback needed or Maintainers do not respond.
  • Ping maintainers if they are still interested in continuing the process or if there are any obstacles they can't overcome.
  • Ping reviewers.
  • Update categories.

Update collection inclusion submission docs to ask submitters to review another request

Update collection inclusion submission docs to ask submitters to review another request before submitting their requests.
Justification:

  1. Gain experience when reviewing someone else's collection by working with experienced Steering Committee members.
  2. Chances for your collection to get a review quickly will increase as Steering Committee will try to handle your request with high priority as soon as possible.

Announce collection contributor docs recently moved to docs.ansible.com via available sources

Announce docs moved from [community-docs](https://github.com/ansible/[community-docs](https://github.com/ansible/community-docs/) to docs.ansible.com.

Why: we have those important contributor docs on our site but many people don't know about it so can't use.

  • Write a good announcement covering all the docs
  • Publish it via:
  • Bullhorn (at least)
  • (maybe) reddit
  • other sources (please suggest other sources if you have something on your mind)

Aug 18 - Weekly docs triage

  • Triage new docs issues this week
  • review, comment, or merge existing docs PRs
  • Backport docs-only PRs for this week.
  • republish 2.13 (both) after merge

Analyze UX for contributor/maintainer docs

Analyze UX for contributor/maintainer docs, in particular:

TO FIX:

GHA: is it possible to run tests only against changed targets?

Currently if any file is changed in a repository with GHA, it runs all available tests (all targets).
It affects GHA CI performance across all the collection under the ansible-collections.
It causes the long queue, so contributors can wait for hours with "Queued task" to get the result.

If we could find a way to make GHA to run only targets related to changed files, it'd be really cool.

Gather a set of information about what accessibility means for documentation writing

What does having an accessible documentation means ?

Goal of this issue is to gather a set of resources that help clarify for anyone interested in this topic what this means. What does it mean for us - as we write documentation - to keep in mind ?

Expected Result

The expected result of this conversation, before we can close it, is a list of actionable information we could leverage to make our documentation more accessible

community.sap: can we disable tests as the collection has been superseded by another collection?

community.sap: can we disable tests as the collection has been superseded by another collection?

  • create an issue in https://github.com/ansible-collections/community.sap asking the author about the above
  • if no response, ask the community on Matrix/IRC in the community channel
  • it also makes sense to reflect the collection state in REAME redirecting contributors to another repo
  • If it's OK, disable the tests / close the topic if the author disables them

Aug 4 - weekly Docs Triage

  • Triage new docs issues this week
  • review, comment, or merge existing docs PRs
  • Backport docs-only PRs for this week.
  • republish 2.13 (both) after merge

Aug 11 - Weekly docs triage

  • Triage new docs issues this week
  • review, comment, or merge existing docs PRs
  • Backport docs-only PRs for this week.
  • republish 2.13 (both) after merge

[Epic] archive old docs

EOL docs still get a lot of hits due to showing up in google search results. Investigate options on how to recover from this.

Create a project for Community Team work tasks

Create a rep and a project for Community Team work tasks.

Need to figure out how it works, its features, etc. I.e. read the full guidelines.

Workflow:

  • The community-team repo is for tasks that don't fit any other repo.
  • Add issues you're working on (are gonna work or you need help with) to the project
  • If you're happy anyone else picks up an issue, leave the Assignees property empty
  • If you're need help, add the help_wanted label

Goals:

  • to have links to all tasks the Community team is doing in one place
  • observability
  • prioritization
  • task distribution

[Epic] Community Community 2023

In order to grow our community base, we should be thinking about how do we reach outside current Ansible community. How do we get people interested in contributing into one of the various ansible communities. An Ansible contributor is not meant to be only a python coder, there are various way that someone can engage with the various communities (Documentation, Release, People management - running meetings, getting people in touch - Infra, etc...).

The goal of this EPIC is to write, communicate and implement an Outreach program that will help get external to Ansible community contributors to be active contributors in our ecosystem

  • Create a community outreach plan
  • Share details and gather feedback from community
  • Implement plan :-)

Test rstcheck version 6

Currently we can't update our docs dependencies to rstcheck 6.0 or above because it spits out too many warnings in CI tests to fix before the 2.14 branch pull.

We need to :

PR day

Please put a list of collections you reviewed in a comment + all important info

Conduct a PR day regularly across all the collections under ansible-collections (not necessarily all at once).

Goals:

  • Check if collections are maintained / Identify unmaintained collections
  • Merge PRs (help contributors make their PRs mergeable)
  • Find new maintainers
  • If maintainers are present, identify obstacles they encountered; how can we help?

Hacktoberfest - Prepare 2022 edition

Hacktoberfest is a yearly event that encourages people from all over the planet to contribute (in a meaningful way) to Open Source.

The goal is to provide easy enough, yet impactful issues to contributors that are not normally part of your traditional contributors circle.
Our commitment is to be engaged with them to ensure their contributions land in a timely fashion and they get the assistance they need.

Expected Results

  • Make sure ansible/ansible (and other repo under ansible org) have added the hacktoberfest topic in their description
  • Socialize on the bullhorn that we are participating to Hacktoberfest
  • Create a set of issues with the hacktoberfest label and clear explanation on what's exected
  • Organize ourselves (maybe a weekly triage meeting) during 4 weeks, to ensure we are on top of the contributions

Provide current state of the community activities (Github Contributions, Chat activities, ...)

Before going out and "capture new contributors" we need to understand the current state of our community. How active it is on Github ? How active it is on IRC/Matrix ? How active it is on mailing list ? How active it is on social events like Meetups ?

Having visibility in those data can help see what is it we are doing right and help isolate the gap we have to attract a new set of contributors.

Expected Results

In order to close that issue, we need to have a way to visualize current community "health" over time (engagement, activity, ...). This could take the form of HTML report that could be shared.

Discuss a different approach to email-based communication

Mid 2021, the Ansible Community team provided Matrix as an alternative to IRC, allowing user to choose which protocol they wanted to use to be able to communicate for instant messaging (IM). The intent behind this move was well described in @GregSutcliffe 's blog post

This sentence summarized the reason of the move pretty well.

The world turns, and we move with it. The way in which we communicate has evolved, as it always has, and periodically we must catch up if we want to attract new people to our community. Today, that means offering a place where new and existing contributors feel welcomed, safe, and valued, with a rich interface and a low barrier to entry. I want to help build that, because I fear that if we don’t, we will fade, and Ansible deserves better than that.

To follow up with what has been done for instant messaging, we should rethink our approach to email-based communication (mailing lists) and ensure we provide new contributors with a low barrier to entry (easy contributor experience) while still allow contributors to use the mailing lists.

Expected Results

Have a conversation and provide a path forward (or not with justification) on how to evolve our currently email-based communication system to a lower barrier to entry one new contributors might find it easier to use.

Coordinate docs requirements with productization team

Productization team is using docs/docsite/requirements.txt but that file is for bleeding edge testing on docs builds. Discuss how they can switch to the code-smell test file, or how we can coordinate so docs, CI, and productization are using the same requirements and in sync when those requirements change.

[epic]Accessible documentation for docs.ansible.com

The Ansible community aims to be the most inclusive it can potentially be. Inclusion encompass several areas, one of them being offering tools and resources that are usable for people of all abilities.

As such we aim to offer a documentation that is accessible to as many people as we can. Accessibility is not an after thought but something that needs to come first as we design and write our documentation.

This issue is not a one-actionable item, but aim to list the issues we need to get done before being able to label ourselves as providing an accessible documentation

Plan of actions:

zuul-config: reflect the process change in README (PR2 section)

Zuul configuration repo was moved to https://github.com/ansible/zuul-config half a year ago.
The process of adding collection for auto-publishing by Zuul has changed.
Update the PR2 section of README to reflect the following comment by goneri:

Q: one more question https://github.com/ansible/zuul-config/issues/425

A: It's true if your project the following rules:
https://github.com/ansible/zuul-config/blob/master/zuul.d/projects.yaml#L4-L6
https://github.com/ansible/zuul-config/blob/master/zuul.d/projects.yaml#L20-L23


Q: so the second rule says that all collections under ansible-collections which names start with community* are published when tags are added, correct?

A: Yes, IF you project name starts with ansible-collections/community.

Audit our current documentation with regard to accessibility (Where do we fail ? Where are we doing good?)

Where are we currently at with accessibility ?

Goal of this issue is to audit our current accessibility forces and gaps. What is it we are doing good and we should keep doing as well as what can we improve on and leverage #41 findings to implement

Expected Results

The description of the current state of our documentation accessibility wise. The good and the bad. So we have a clear idea of where we are at and can proceed with improvement.

Create a new collection community.arduino under the ansible-collections org and guide maintainers

Create a new collection community.arduino under the ansible-collections org and guide maintainers about further actions
ansible/community#587

Collection request checklist under the ansible-collections org:

  • Create a repo using the collection_template as a template
  • Grant permissions to maintainers, write at least
  • If the namespace from the collection name ("NAMESPACE.COLLECTION") does not exist yet, request it in the galaxy.
  • Add to Zuul release autopublishing, see the process and closed pull requests
  • Provide a set of guidelines and resources for maintainers to follow

Aug 26 Weekly docs triage

  • Triage new docs issues this week
  • review, comment, or merge existing docs PRs
  • Backport docs-only PRs for this week.
  • republish 2.13 (both) after merge

[Epic]Strategize how to grow active contributors 2023

The Ansible community aims to be a healthy, inclusive, new-comer friendly, long live community. A community is made of people, people come, join a community, contribute / participate and eventually move on as their lives permit.

The Ansible community is always looking for new contributors to bring their contributions to the Ansible journey.

This issue is not a one-actionable item, but aim to list the issues we need to go through to go and capture new contributors

Plan of action:

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.