Skip to content
This repository has been archived by the owner on Oct 2, 2020. It is now read-only.

Auto-update of fp-lib-table by KiCad? #94

Closed
evanshultz opened this issue Nov 23, 2017 · 6 comments
Closed

Auto-update of fp-lib-table by KiCad? #94

evanshultz opened this issue Nov 23, 2017 · 6 comments
Labels
Question Issue: request for clarification or support, PR: There is an open question (by author or maintainer)

Comments

@evanshultz
Copy link
Collaborator

@SchrodingersGat
Will KiCad v5 auto-update fp-lib-table? If so, then footprint repo changes can be pushed out to users. Otherwise, they'll be unable to add or remove libraries.

The schematic has the same issue.

Discussed somewhere here and at https://bugs.launchpad.net/kicad/+bug/1705291. Here is the root of the question: If we have two files that capture all current libraries, whether they're manually- or automatically-generated, why shouldn't the GitHub plug-in also update those files so the users always has the latest and greatest. For users who don't want to use the GH libraries, that's fine, but those that do can be kept updated between KiCad releases.

I realize this isn't a core library issue. But if there are reasons this can't be done by the library team, or isn't ready to be done, then of course there's no reason to have KiCad do it. But if all the infrastructure in the library is ready, and it's a good idea, then it needs to be raised to the KiCad dev team.

@poeschlr
Copy link
Collaborator

poeschlr commented Nov 23, 2017

The github plugin will most likely not work in v5. (can't handle one repo for all footprint libs)

The intended way to get new stuff to users is via the new library download webside or they need to clone the 3 repos.

But here also some manual updating might be needed by the user to get the fp-lib-table updated.

Edit: @SchrodingersGat should we remind the packagers that this is the case and they need to include the footprint libs?

@SchrodingersGat
Copy link
Contributor

@poeschlr I have reminded them many times and will continue to do so as we approach v5 release! We need to quickly finish the footprints (and symbols) transition :)

@stambaughw
Copy link
Contributor

stambaughw commented Nov 24, 2017 via email

@evanshultz
Copy link
Collaborator Author

Clarification needed: I'm only thinking about users that use the GH libraries. It was written into a paragraph above but could have been missed. A user may self-manage their libraries and that's fine. But if a user chooses to use the GH libraries it only makes sense to me that their lib tables and the libraries themselves are updated without excessive (or any?) effort.

So maybe this won't work with the current library structure for v5. I would think that requiring users to manually get and update the libraries is undesirable for every single user. A tool that could check for new libraries and then update both tables and library files would satisfy my request.

@stambaughw
I meant "automatic" in the sense that the user didn't have to manually do everything. I didn't mean "automatic" in the sense that the user had absolutely no control.

@poeschlr poeschlr added the Question Issue: request for clarification or support, PR: There is an open question (by author or maintainer) label Nov 28, 2017
@myfreescalewebpage
Copy link
Collaborator

@evanshultz this is an old issue, is it still valid ? Thanks, Joel

@evanshultz
Copy link
Collaborator Author

Heck yeah, but I guess it's KiCad dev thing and I didn't seem to be able to communicate well with Wayne on launchpad.

If there is a way to use the official library on-demand, like it was on v4, then it would have been nice to make the library tables also update from GH. But that didn't happen. As it is now, KiCad could be more convenient about a situation where the table and files at the path don't match, but that's also something to report to the devs.

Closing now.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Question Issue: request for clarification or support, PR: There is an open question (by author or maintainer)
Projects
None yet
Development

No branches or pull requests

5 participants