-
Notifications
You must be signed in to change notification settings - Fork 88
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
Cargo deny doesn't exit after run #141
Comments
Hmm weird. I think I might have seen this once before, but haven't in a while. Might be a race somewhere since we spawn several worker threads in the check command. |
@Jake-Shadle This doesn't seem to be a bug after all. If I leave Clearing Cargo's registry cache/index/src will make the check run slowly again, which makes sense. Perhaps we could add some logging to make it apparent that cargo-deny is doing something and haven't hung? I'd be happy to submit a pull request for this. |
Ahh ok, so I take it you don't have a lock file? Either way that's an insanely long time doing a fetch, as that's what I am assuming is causing the stall, as fetching is done during lock file generation by default. |
@Jake-Shadle Hmm, yes, I have a lock file. My app is a binary I distribute so it’s committed to the repo. Perhaps creating a memory dump from the time it hangs could provide more insight in what the problem is. I’ll take a closer look at it tomorrow. |
How long does running |
Closing for now as I have heard of no other issues with this. |
Thanks for an awesome tool!
Describe the bug
After running
cargo deny check -d
(orcargo deny check
), the application does not exit after printing diagnostics. I have to pressCtrl+C
to abort the run. Same thing happens on both Linux (Ubuntu and archlinux) and Windows.I've tried adding the
-L trace
to see if it's doing something, but there is nothing in the output that indicates that it does.To Reproduce
I have no idea how to reproduce it at the moment. Will try to create a minimal reproducible example, but thought I would log it here first (in case I'm holding it wrong in an obvious way).
Expected behavior
Cargo-deny should exit after it's done.
Device:
Additional context
cargo-deny
version 0.6.4.deny.toml
can be found here: duckhq/duck@a83d266#diff-d5e8db5f728f1472868ffbfc4146fec3The text was updated successfully, but these errors were encountered: