Oleg Yukhnevich
Oleg Yukhnevich
It's not that you have multiple of them, it's that the one you are using is just not in the default location. As `xcodes` installs them in a non-default location,...
@kyungkoo, yes, that's right, the path is hardcoded there, because it will be embedded inside of a published linker options for cinterop, so that it works in most of the...
Hey! Thanks for bringing attention to this! I agree, it would be nice to throw better error.
Hey @sgrimm and @ianbrandt! In Dokka 2.0.0 we slightly improved memory usage, could you check how it affects your projects? For reference, the PR with some measurements is #3800 Also,...
@adam-enko, do you remember that we discussed resolving transitive dependencies before, and I was advocating that it would not really help? :) Looks like I was wrong. Do you think...
In Dokka 2.1.0-Beta, we have again made several improvements in the Dokka generator memory consumption. I will close this specific issue, as many things have changed between 1.9.0 and 2.1.0-Beta...
Hey! That would be nice, but it's not supported out of the box in JDK provider, but probably will be: https://bugs.openjdk.org/browse/JDK-8253914 Still, it's supported in BouncyCastle, so may be it's...
Thanks for opening the issue! Most of the points are planned to be resolved/investigated for the next major feature release which should improve support for key management. I've added it...
Hey! Thanks for raising the issue and providing the reproducer! This looks very similar to https://github.com/whyoleg/cryptography-kotlin/issues/8. I will take a look in coming days on what is really happening.
Glad that the issue was resolved! Probably this is because 0.4.0 is using [kotlin 2.0.20](https://github.com/whyoleg/cryptography-kotlin/blob/69b77a88b4b81109704475ed02be48d263d1a1c8/gradle/libs.versions.toml#L3). I'm still planning to create some integration test for this case, to be sure that...