Have you looked into preventing future warnings (lint)?

Have you looked into preventing future warnings (lint)?

I was looking at the linter, but I wouldn't want to hide valid warnings. Since these deprecations are based on python and supporting libraries being upgraded the warnings are good in the sense it tells us developers to update our code base, but they shouldn't go untouched for too long. So keeping that in mind I don't want to block future warnings, just address them sooner maybe as they come so we are keeping our code base up to date as frequently as possible. For the most part updating to resolve these warnings are very little work and don't take much time. We just need to be concerned with backwards compatibility.

Oh, I meant enforce a no-warning policy somehow. It would have to be situational, since some warnings are unavoidable.

Oh, I meant enforce a no-warning policy somehow. It would have to be situational, since some warnings are unavoidable.

ahh, ok , I see what you are saying! we can pass the --disable-warnings flag when using pytest or similar when building which would help for those who want to avoid. In the build scripts, this could be added to clean the output moving forward, we would then not see these warnings on the builds in CI. locally we would still see them unless we add that flag and same for anyone else using the SDK.

Coverage remained the same at 95.871% when pulling 5c64dea on jbrown/testcases-remove-warnings into cdc652e on master.