off-by-one error, my fault.
fixed

Check 11-2081: '12-2081' should equal '06-2082'

December 1st, 2081 will be a Monday (as well as June 1st, 2082). Why does it fail a random test?

seems good, approved

Very nice

Python translation [https://www.codewars.com/kumite/6866886ce4b88cf8390c4b5c?sel=6866886ce4b88cf8390c4b5c]

Confirming this is an issue; I just submitted a solution that fails these test cases but passed the submission tests based on luck.

Negative values with valid bases (2-16) like #10#-1#, -10, -1_000_000 should be determined and (or) exists in tests.

Because python author's solution return this as False. Lot of solutions return as True.

Passing tests is a matter of luck, if you dont get such values in random tests.

ᴙ (Latin Letter Small Capital Reversed R) != я (Cyrillic Capital Letter Ya)

Could you explain what you mean by that?

Today I found letter ᴙ which not Я or я.

heh, I made a solution that will allow it to be solved for (almost) arbitrary rotation angle. After that I saw other solutions. I think I need to make a kata for arbitrary rotation angle, or figure. btw (here is one)[https://www.codewars.com/kata/58b3c7b9917a5cb4aa0000c5/] similar.

Thanks. Inattention is my credo:)

A list of real roots, sorted in ascending order.

Order of results is specified ( and @bizzua, yours is the other way around ).

Approximate comparison reraised as Issue. Closing this one.

Floating point values should be compared for approximate equality. See Docs.

Comparing floating point values for strict equality is actually an Issue. This often happens when kata deal with floating point values; it is documented here.

Handling floating point representation inaccuracy wrong is a good way to collect downvotes from frustrated solvers.