From 39105df0ea618a28acaa080c6729e19dc2d02251 Mon Sep 17 00:00:00 2001 From: Mark Roszko Date: Fri, 22 Jul 2022 19:37:06 +0000 Subject: [PATCH] Remove old ML list links --- CONTRIBUTING.md | 4 ++-- README.md | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/CONTRIBUTING.md b/CONTRIBUTING.md index cc23f04a20..4cded2beba 100644 --- a/CONTRIBUTING.md +++ b/CONTRIBUTING.md @@ -1,7 +1,7 @@ ## Joining the development team -To begin contributing to KiCad, you should first join the [KiCad Developers mailing list](https://launchpad.net/~kicad-developers). This mailing list is used for announcements about development progress (milestones, deadlines, new releases, etc.), discussing the implementation of new features, and for asking general questions about the KiCad codebase. +To begin contributing to KiCad, you should first join the [KiCad Developers mailing list](https://groups.google.com/a/kicad.org/g/devlist). This mailing list is used for announcements about development progress (milestones, deadlines, new releases, etc.), discussing the implementation of new features, and for asking general questions about the KiCad codebase. New developers are encouraged to start small with their contribution, and gradually work their way up to larger changes as they gain knowledge in the codebase. The development team labels issues in the [issue tracker](https://gitlab.com/kicad/code/kicad/-/issues) with "[starter](https://gitlab.com/kicad/code/kicad/-/issues?scope=all&utf8=%E2%9C%93&state=opened&label_name[]=starter)" when the issue or feature being requested is a good way for a new person to contribute to KiCad. Alternately, you can search through the issue tracker for any issues that look interesting and leave a comment saying you are interested in working on it. If you have any questions while working on these issues, please leave a comment in the issue with the question or comment and other developers can help you. @@ -15,7 +15,7 @@ KiCad welcomes contributions via merge requests on GitLab. Here are some tips t 1. Always create a new branch for merge requests instead of using your fork's master branch. 2. Make sure your code submission follows the [KiCad Code Style Guide](https://dev-docs.kicad.org/en/rules-guidelines/code-style/), see below for some details. 3. Make sure all User Interface changes follow the [User Interface Guidelines](https://dev-docs.kicad.org/en/rules-guidelines/ui/). -4. If you are planning a large change or new feature, be sure to ask on the [developer mailing list](https://launchpad.net/~kicad-developers) before you begin your work to see if anyone else is working on it and to ensure that it fits into the overall development plans. +4. If you are planning a large change or new feature, be sure to ask on the [developer mailing list](https://groups.google.com/a/kicad.org/g/devlist) before you begin your work to see if anyone else is working on it and to ensure that it fits into the overall development plans. 5. Give merge requests a short and descriptive title that summarizes the major changes it contains. A longer description of the changes should be contained inside the description of the merge request. ### Code style and formatting diff --git a/README.md b/README.md index 411ece806a..563b586397 100644 --- a/README.md +++ b/README.md @@ -49,8 +49,8 @@ GitLab CI pipeline status can be viewed for Linux and Windows builds of the late * [plugins](plugins) - Sourcecode for the 3D viewer plugins * [qa](qa) - Unit testing framework for KiCad * [resources](resources) - Packaging resources such as bitmaps and operating system specific files -** [bitmaps_png](bitmaps_png) - Menu and program icons -** [project_template](project_template) - Project template + - [bitmaps_png](bitmaps_png) - Menu and program icons + - [project_template](project_template) - Project template * [scripting](scripting) - Python integration for KiCad * [thirdparty](thirdparty) - Sourcecode of external libraries used in KiCad but not written by the KiCad team * [tools](tools) - Helpers for developing, testing and building