I wanted to eliminate the dependency on
git to build our project, so I changed all
lib_deps to use the link to the
.zip archives instead, which use the name of the branch (
master) as the filename. For example:
lib_deps https : // github . com/trinamic/TMC26XStepper/archive/master.zip
(URLs split up to allow more “links in post” for my n00bness)
When this form is used the line
lib_ignore TMC26XStepper fails to prevent this library from being compiled.
During my troubleshooting I noticed in the case of one library the subfolder created inside
.piolibdeps was named
master with no hash added. I discovered if I used
lib_ignore master then that specific library would be ignored.
It was then I realized I could use the commit hashes instead. For example…
https : // github . com/lincomatic/LiquidTWI2/archive/30aa480.zip
https : // github . com/ameyer/Arduino-L6470/archive/3cd0993.zip
https : // github . com/trinamic/TMC26XStepper/archive/c1921b4.zip
lib_ignore c1921b4 works! It prevents
TMC26XStepper from being compiled.
I don’t know why
lib_ignore TMC26XStepper fails to prevent the library from being compiled, but it does. We couldn’t get our Travis CI to pass whatsoever until I went through the process I just outlined.
I can only assume that when PlatformIO sees a link to a
.zip file, it doesn’t take the extra notice that it’s a Github archive link and pick out the
TMC26XStepper segment of the path as the ID of the library.
Was this ever a known issue? I believe I already patched up our
.travis.yml file to use the latest version of PlatformIO. Also, I had the same problem within Visual Studio Code using 3.5.2b2.