New version: InverseFunctions v0.1.16

[JuliaRegistrator]

• Registering package: InverseFunctions
• Repository: https://github.com/JuliaMath/InverseFunctions.jl
• Created by: @ChrisRackauckas
• Version: v0.1.16
• Commit: 6cc1001fb718bd45fc59468555d0292eace0819c
• Reviewed by: @ChrisRackauckas
• Reference: JuliaMath/InverseFunctions.jl@6cc1001#commitcomment-145257325
• Description: Interface for function inversion in Julia

[github-actions]

Hello, I am an automated registration bot. I help manage the registration process by checking your registration against a set of AutoMerge guidelines. If all these guidelines are met, this pull request will be merged automatically, completing your registration. It is strongly recommended to follow the guidelines, since otherwise the pull request needs to be manually reviewed and merged by a human.

1. AutoMerge Guidelines are all met! ✅

Your new version registration met all of the guidelines for auto-merging and is scheduled to be merged in the next round.

2. To pause or stop registration

If you want to prevent this pull request from being auto-merged, simply leave a comment. If you want to post a comment without blocking auto-merging, you must include the text [noblock] in your comment.

Tip: You can edit blocking comments to add [noblock] in order to unblock auto-merging.

[aplavin]

IMHO, some more care should be excercised when turning stdlib deps into weakdeps for such packages that are potentially deep in dependency trees. Given that there are known Julia issues with weakdep loading order / stdlib extensions.
Details in PR JuliaMath/InverseFunctions.jl#52.

But ofc feel free to merge if you think these concerns are unfounded...

[ChrisRackauckas]

The example you're pointing to shows Accessors.jl, not this package. I don't see any evidence of this package and this extension having an issue, just vaguely maybe related (but most likely not) issues with other packages.