Well, if we're going to lower the number of worker threads - just picking an arbitrary number isn't a really good way to fix things. What about _catching_ the error, and when the error occurs, _then_ decreasing the number of threads? Just back the number of threads down until it stops erroring out.
On Fri, Dec 04, 2015 at 11:49:50AM -0500, Wayne Stambaugh wrote: > I was suggesting it as a stop gap measure and to give us a data point so > that we can pin down what the problem is. I'm hoping there are some > users technically savvy enough to add: > > 192.30.252.147 codeload.github.com > > to their /etc/hosts file and report back if it resolves their problems. > Obviously I don't want inexperience users to muck about with their > system settings but I and AFAICT none of the other developer can > duplicate this issues which makes it hard to fix. If this resolves the > issues than this points to the issue Dick mentioned so we can either > disable multi-threaded footprint loading or lower the number of working > threads on package builds so it will work for all users. Although I'm > sure this will lead to complaining about the footprint library load times. > > On 12/4/2015 11:12 AM, Chris Pavlina wrote: > > Suggesting users add github to /etc/hosts may be the single most > > user-unfriendly, UX-unaware idea I've ever seen proposed for kicad, which > > is a true feat considering up until a couple years ago kicad used to be the > > very epitome of those adjectives. > > > > On Fri, Dec 04, 2015 at 10:56:15AM -0500, Wayne Stambaugh wrote: > >> Replacing avhttp with lib curl is fine for the development branch once > >> we prove it out but I am reluctant to backport it to the stable release > >> for obvious reasons. I got an email from Dick today. He believes the > >> problem lies with the users router's inability to keep up with the > >> parallel DNS look up requests. This may be that's why it hasn't been a > >> problem for developers. My guess is most of us have routers that are > >> fast enough to handle the parallel DNS requests. He suggested adding > >> github to /etc/hosts so the host will cache the DNS look up but that's > >> still no guarentee. As an alternative we could either lower the number > >> of work threads in footprint_info.cpp (which also effects non-github > >> footprint library loading), disable multiple threads all together, or > >> make the number of worker threads configurable. I'm not sure if the > >> github plugin itself is also spawning multiple threads so that may be > >> another place to look. Has anyone tried building kicad with worker > >> threads disabled in footprint_info.cpp to confirm if this resolves the > >> issue? > >> > >> On 12/4/2015 10:10 AM, Nick Østergaard wrote: > >>> 2015-12-04 14:15 GMT+01:00 Mark Roszko <[email protected]>: > >>>>> I understand what you mean, but I am pretty sure avhttp did not test > >>>> certificates. > >>>> It did using boost::asio:ssl which has the functionality for it. > >>>> > >>>> in include/avhttp/impl/http_stream.ipp you can even see the > >>>> m_check_certificate option which kicad never turned off. > >>>> > >>>> > >>>>> I am worried by the fact most of Kicad users know nothing about > >>>>> certificates, and using them is open a door to a lot of bug reports (the > >>>>> fp lib table issues could be zilch compared to that). > >>>> > >>>> We would bundle it with the kicad for Windows and it should be fine. > >>>> Anyone else should have a dependency on their installed kicad package > >>>> on libcurl which in term will have a dependency on ca-certificates. > >>>> > >>>> > >>>>> I am thinking the certificate ca-bundle.crt is OK (cURL works fine since > >>>>> I updated it), but it is just not found by Kicad (It could be fixed). > >>>> > >>>> On two of my machines inside MSYS2, curl works just fine in kicad :/ > >>>> > >>>> > >>>>> I am thinking the certificate ca-bundle.crt is OK (cURL works fine > >>>>> since I updated it), but it is just not found by Kicad (It could be > >>>>> fixed). > >>>> > >>>> It can be by setting the paths within kicad. But its more of a MSYS2 > >>>> issue. > >>> > >>> I am not exactly sure why it happens, but this happens on msys2 when > >>> you do not upgrade "properly". If you blindly pacman -Syu when it will > >>> update the mingw something something dll, which requires you to only > >>> update that and close the shell and reopen to continue the update this > >>> ca-certificates thing happen where https do not work. But if you do > >>> update-repo and then pacman -Sy to update it should be good at all > >>> times -- apparently. > >>> > >>>> Interesting is they compile with > >>>> _variant_config+=("--with-ca-bundle=${MINGW_PREFIX}/ssl/certs/ca-bundle.crt") > >>>> > >>>> so I have it in > >>>> D:\msys64\usr\ssl\certs > >>>> and > >>>> D:\msys64\mingw64\ssl\certs > >>>> > >>>> They do add a patch to curl that makes the ca-bundle path relative to > >>>> the executable. > >>>> > >>>> _______________________________________________ > >>>> Mailing list: https://launchpad.net/~kicad-developers > >>>> Post to : [email protected] > >>>> Unsubscribe : https://launchpad.net/~kicad-developers > >>>> More help : https://help.launchpad.net/ListHelp > >>> > >>> _______________________________________________ > >>> Mailing list: https://launchpad.net/~kicad-developers > >>> Post to : [email protected] > >>> Unsubscribe : https://launchpad.net/~kicad-developers > >>> More help : https://help.launchpad.net/ListHelp > >>> > >> > >> > >> _______________________________________________ > >> Mailing list: https://launchpad.net/~kicad-developers > >> Post to : [email protected] > >> Unsubscribe : https://launchpad.net/~kicad-developers > >> More help : https://help.launchpad.net/ListHelp > > > > _______________________________________________ > > Mailing list: https://launchpad.net/~kicad-developers > > Post to : [email protected] > > Unsubscribe : https://launchpad.net/~kicad-developers > > More help : https://help.launchpad.net/ListHelp > > > > > _______________________________________________ > Mailing list: https://launchpad.net/~kicad-developers > Post to : [email protected] > Unsubscribe : https://launchpad.net/~kicad-developers > More help : https://help.launchpad.net/ListHelp _______________________________________________ Mailing list: https://launchpad.net/~kicad-developers Post to : [email protected] Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp
