generated from EmbarkStudios/opensource-template
-
Notifications
You must be signed in to change notification settings - Fork 33
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
clearlydefined requests need a rate limit or backoff #218
Labels
bug
Something isn't working
Comments
kpreid
added a commit
to kpreid/all-is-cubes
that referenced
this issue
Mar 9, 2023
This is a workaround for a lack of rate limiting causing failures (<EmbarkStudios/cargo-about#218>), but also, it does not seem to be necessary for my use case (no unknown licenses are reported), so we might as well *not* talk to an external service. Also add `--fail` option to fail the build if there ever is a problem license.
apljungquist
added a commit
to AxisCommunications/acap-rs
that referenced
this issue
Oct 15, 2024
I recently struggled with merging a change because the checksums seemed to keep changing. One potential explanation is that the LICENSE file generation is not reproducible; when I test locally only 2/10 runs produce identical license files for all apps. After this change 10/10 runs produce identical license files for all apps. The problems may coincide with warnings about 429 and 502 responses from clearly defined, but I have not confirmed if there is actually a correlation. There are a couple of issues vaguely related to the problems I see, but it does not seem like a priority: - EmbarkStudios/cargo-about#218 - EmbarkStudios/cargo-about#246 I compared the generated license for the `hello_world` app and the differences do not seem catastrophic: - Some licences have been reordered. These all seem to have had an instantiation of the license template replaced with the template itself. - Notices about `aho-corasick` and `memchr` being dual licensed have been removed; The MIT license of both remain. - A comment about `winapi` being dual licensed have been removed. `Makefile`: - Set `--fail` for good measure; It didn't cause any failures for me either with or without `no-clearly-defined` meaning I could not observe any improvements. But in theory it should be easier to detect that it was unnecessarily set than the other way around. `about.toml`: - Set `no-clearly-defined` because this stops `cargo-about` from consulting clearly defined, which seems to make the builds reproducible. Other potential benefits from this include lower risk of supply chain attacks and faster builds.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Today while running my build which includes a
cargo about generate
I got a flood of warnings like:It seems that
cargo-about
is making requests too rapidly and needs to implement a rate limit or backoff/retry policy.It would also be nice if cargo-about documented that it was using a network service by default — I wasn't aware until now that it was.
The text was updated successfully, but these errors were encountered: