ComplexSpaces

Hi there @ktwrd, thanks for opening an issue. AFAICT the code you are showing is behaving as expected. On Linux, the process which puts values on the clipboard is responsible...

> That crate might also soon be unmaintained: https://github.com/ArturKovacs/arboard/issues/26 > i'd like to suggest the same i suggested in that issue (finding new maintainers and creating an organization or transferring...

I don't believe that this is fully addressed yet. The new `gix` integration-based implementation is a start but due to [this line](https://github.com/frewsxcv/rust-crates-index/blob/master/Cargo.toml#L86) unconditionally selecting the "default" `curl` backend will pull...

Thanks for the PR! It looks like the changes here aren't [currently compiling for Android](https://github.com/rustls/rustls-platform-verifier/actions/runs/7541107318/job/20530607624?pr=63). Once CI is passing I'm happy to take a look through this. > It turns...

It would be great if `jni` could make another release before this merges. I don't want to push a very outdated version of `windows-sys` into everyone's dependency trees.

> It turns out java_vm::get_env() goes null even after calling AttachCurrentThread in a few threads, while other threads are okay. > I have no idea. However, upgrade to jni v0.21.0...

This seems like a reasonable ask. The parts of `lib.rs` we need and the UNIX implementation of `rustls-native-certs` is somewhere around ~40 lines of simple code, and most of that...

We already have platform-specific APIs for UNIX, so this wouldn't be a stretch. We could provide an API to 1. Refresh on-disk certificates 2. Enable background polling every few (5)...

@flisky Thank you for that extra information! @cpu I think that bringing back the `isKnownRoot` check that existed prior to https://github.com/rustls/rustls-platform-verifier/pull/40 might be the solution here. IMO, we shouldn't be...

I think that I can get a PR open for this 👍