kicad-lib-committers team mailing list archive

[Carl Poirier <carl.poirier.2@xxxxxxxxx>]

Indeed, we definitely need more librarians. I myself don't have much time
at all for KiCad now. :-(

+1 for the continuous integration tools. Martin, the scripts have many many
checks working and some more coming. They definitely are the piece of
software needed for automation.

On Sun, Sep 13, 2015 at 3:42 PM, Martin d'Allens <martin.dallens@xxxxxxxxx>
wrote:

> I like the idea of automating part of the process with continuous
> integration tools. KiCad already has a server:
> http://ci.kicad-pcb.org/
>
> What is the status of these scripts?
> https://github.com/KiCad/kicad-library-utils
>
> Additionnaly, it would be interesting to generate a screenshot of the
> committed symbols/footprints.
> I don't know how difficult this would be.
>
>
> On Sun, Sep 13, 2015 at 9:08 PM, Samuel Dolt <samuel@xxxxxxx> wrote:
>
>> Maybe we can use a continuous integration service like travis ci to
>> automatically run some script on each pull request.
>>
>> This will save some time for triage of pull request
>>
>> [image:
>> https://camo.githubusercontent.com/8a5cef3b18bede2e8ef92c1bbf3d1028417a6fec/68747470733a2f2f7261772e6769746875622e636f6d2f6f6c6968656c2f7472617669732d73616d706c652f6d61737465722f646f632f696d616765732f30332d7761726e696e672e6a7067]
>> ___________________________
>>
>> Samuel Dolt
>>
>>
>> Le 13 sept. 2015 à 20:31, nnn <nnn4000@xxxxx> a écrit :
>>
>> Asking contributors on github is probably the best way, you can see who
>> understands KLC and wants to improve libraries. Improving CONTRIBUTING is
>> good idea, I can see there is not much information there and it's important
>> to at least add information that: there is KLC that must be respected,
>> there is script that detects some of issues (not all!), maybe some
>> information about adding footprints with 3d models. I think that another
>> big problem is understanding KLC - there is too many pull request not
>> respecting the rules. Without them librarians work would be easy and there
>> won't be any problems with growing stack of pull requests. The solution
>> could be creating illustrated KLC guide with examples (good/bad) and more
>> verbose explanations if necessary.
>>
>>
>>
>> --
>> Mailing list: https://launchpad.net/~kicad-lib-committers
>> Post to     : kicad-lib-committers@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~kicad-lib-committers
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>
> --
> Mailing list: https://launchpad.net/~kicad-lib-committers
> Post to     : kicad-lib-committers@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~kicad-lib-committers
> More help   : https://help.launchpad.net/ListHelp
>
>