Astares

Would be good when the Deprecated13 package could be introduced nonetheless already.

One dependency is nuked with https://github.com/pharo-project/pharo/pull/16657

I guess this happens anytime you put a method with an unary selector that does not return anything into the "accessing" category. Maybe the idea behind this critique was that...

Maybe implementing it like ```Smalltalk label: aString self inform: aString ``` could solve it

Still there in Pharo-12.0.0+SNAPSHOT.build.1418.sha.a0e865b5ad192fe52def0c4d346dddd250cbae01 (64 Bit)

I do not know. Seems to have no sender. At least not in the image. And history does not say much about the origin:  Maybe we should deprecated in...

Do we have a list of all the libs that we use and that would require attention?

Looks like there is no common protocol. Not all are able to understand #versionString or #libraryVersion For LGitLibrary the version call (via #libssh2_version) fails on Windows:

This was Pharo 11.0.0 Build information: Pharo-11.0.0+build.722.sha.7b1fe353f74b22e8aa4a429fe929f30e71e0fa86 (64 Bit) but yes I get the "#(1 6 4)" in P11 and P12 using the above expression. Some libs are included but...

see https://www.geeksforgeeks.org/http-headers-accept/