"concurrent" downloads are salvagable by the way if I can implement libcurl_multi, its an interface meant to allow concurrent downloading in one thread (because there's zero reason you can't open and download multiple sockets like such as your OS buffers data anyway) and it's meant to workaround thread-safety issues. It also has performance benefits like having shared DNS cached.
Only problem is that involves doing all the downloads in one setup job structure in github_plugin. Problem is right now the upper level enumerates and calls the matching plugin per library. This makes things....awkward to fix. i.e. upper level would need to be given logic to queue a list of libraries if plugin is of type XYZ _______________________________________________ Mailing list: https://launchpad.net/~kicad-developers Post to : [email protected] Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp
