On 25.02.2017 12:08, Jan Krieger wrote:
Hi!
generally speaking: I think such test are useful in Travis, they
especially help in the review process, as I don't have to download the
symbol and then run the script locally and finally comment on the
thread, but can give hints directly on the thread!!!
Actually, the concept of such a compliance-check script is very useful.
About the text-positioning: Yes that's a bit annoying, as also I
don't really know what the rationale behind it is ... maybe that
should be either noted down in the KLC, or left out of the script ...
Maybe the person that programmed the script was a bit ahead of the KLC
revision... ;)
Generally I think we should distinguish between warnings/suggestions
and actual errors (which we had with the `--enable-extra` commandline
option) ... maybe that can also be provided by say having a red or
yellow warning sign!
Agree. But definitely should not be a reason for rejection.
Best,
JAN
Have a sunny weekend (it is raining here).
Miron
Am 24.02.2017 um 22:28 schrieb Oliver Walters:
Thanks miron, I'll look into this
On 25 Feb 2017 06:34, "Miron Iancu" <mia...@asign.ro
<mailto:mia...@asign.ro>> wrote:
One more example - this script is flawed:
Violating EC01 - Extra Checking
Check pins names against pin types.
pin VOUT (12): O (OUTPUT), expected: w (POWER OUTPUT)
pin VREF (15): I (INPUT), expected: W (POWER INPUT)
The component is AD8362ARU and I assume the script tries to do some
ERC for the electrical type of the pins.
On AD8362xx (and many others) the so called VOUT pin is NOT power
output, it is purely logarithmic output so the type is correctly set
as "O" and SHOULD NOT be "w".
If you base the accept/ rejection of a pull request on these
semantic rules, not only the checks will always fail but the ERC
will definetely not be consistent with the reality.
Please modify the script. It simply does not deliver.
BR
Miron
Pe 24 feb. 2017, la 21:26, Miron Iancu <mia...@asign.ro
<mailto:mia...@asign.ro>> a scris:
Hello everybody,
While creating a pull request for some components, the check
script (Travis) provides such "recommendations"
Violating EC03 - Extra Checking
Check part reference, name and footprint position and alignment
field: reference, posx 400, posy 600, recommended posx -700,
posy 525
field: reference, justification L, recommended R
field: name, posx 400, posy 500, recommended posx -700, posy 450
field: name, justification L, recommended R
field: footprint, posx -800, posy -600, recommended posx 650, posy
-450
These are not part of the KLC AFAIK and the script exits with
error.
We should strictly stick to the rules not recommendations.
It is quite frustrating, I tried four times to get same errors.
You either remove these from the script, or update the KLC
regards,
M
--
Mailing list: https://launchpad.net/~kicad-lib-committers
<https://launchpad.net/~kicad-lib-committers>
Post to : kicad-lib-committers@lists.launchpad.net
<mailto:kicad-lib-committers@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~kicad-lib-committers
<https://launchpad.net/~kicad-lib-committers>
More help : https://help.launchpad.net/ListHelp
<https://help.launchpad.net/ListHelp>
--
Mailing list: https://launchpad.net/~kicad-lib-committers
<https://launchpad.net/~kicad-lib-committers>
Post to : kicad-lib-committers@lists.launchpad.net
<mailto:kicad-lib-committers@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~kicad-lib-committers
<https://launchpad.net/~kicad-lib-committers>
More help : https://help.launchpad.net/ListHelp
<https://help.launchpad.net/ListHelp>
--
Mailing list: https://launchpad.net/~kicad-lib-committers
Post to : kicad-lib-committers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-lib-committers
More help : https://help.launchpad.net/ListHelp