The KiCad libraries are organized in repositories at the KiCad organization on GitHub. User contributions to these libraries are greatly appreciated, whether it is improving existing components or creating new ones.
To contribute to the KiCad libraries, submit a pull request on GitHub for the relevant repository.
If you are new to GitHub, please check out this guide Contributing to Open Source on GitHub before you start.
The KiCad libraries are hosted on GitHub - users can submit their contributions using the Pull Request mechanism. Instructions for submitting a pull request are provided below.
If you do not have one, create an account on GitHub
Fork the repository you wish to contribute to
Clone your newly created fork to your local machine
Create a new branch in your local repository. This allows you to work on multiple contributions at the same time.
Make sure the branch starts from the current HEAD of the master.
Perform any necessary modifications to the library repository. Refer to the KLC for contribution guidelines.
Commit your changes to the local repository, with a message describing the changes you have made. Complex changes may require multiple commits.
Push your local changes to the GitHub remote.
Create a pull request (PR) to merge your branch into the KiCad libraries. Include links to reference documents (e.g. datasheets) in the comments, in addition to a description of the changes you have made.
A librarian will review the changes - discussion and further work may be required.
Should further changes be required then push to the same branch as connected to the pull request.
It is very helpful to the library team if you can include a description of your contribution and also a screenshot of your contributed file(s) (symbols / footprints / models).
Example:
When creating/editing/fixing a symbol or footprint a set of conventions should be followed. They are the KiCad Library Convention, or KLC for short. It is important the users are familiar with the KLC before making a contribution.
The KiCad librarian team have also developed a set of helper scripts written in Python which users can use to check their contributions against KLC guidelines before submitting.
EDA library elements can be highly repetitive, and can benefit greatly from scripting tools. In fact, many of the components in the KiCad libraries have been scripted using tools developed by the KiCad community.
kicad-footprint-generator is a very comprehensive footprint generation tool written in Python. The script toolset contains comprehensive examples and a large array of scripts used to generate many footprints that can be found in the KiCad libraries.
kicad-3d-models-in-freecad is a scripting toolset which allows 3D models to be generated parametrically using Python. It uses the CadQuery module from within FreeCAD (both of which are required to use the scripts).
If the 'pull request' world is too small for you, feel invited to join the librarians team. The easiest option is to simply start reviewing a few pull requests. Maybe tag the library leader to make them aware of your intention. Or open an issue on one of the library repos informing the team about your intentions. Alternatively send an e-mail to one of the librarians.
Currently KiCad librarians team counts with just a few people against a lot of pull requests and work to do, having your help would be very appreciated.
The best option is to create an issue on the github repo that best fits your question. If you want to have a private conversation then send an e-mail to one of the existing librarians.
You can also use the KiCad library mailing list but be aware that it is not closely followed.
Many of the librarians can also be contacted on the KiCad user forums.