Fix/deprecation extractall

[memsharded]

Changelog: Feature: New tools.files.unzip:filter conf that allows to define data, tar and fully_trusted extraction policies for tgz files.
Changelog: Feature: get() and unzip() tools for source() learned a new extract_filter argument to define data, tar and fully_trusted extraction policies for tgz files.
Docs: https://github.com/conan-io/docs/pull/XXXX

Close #16915

I have been investigating previous issues and the current proposal:

• The level of risk is wildly different when downloading files from the internet in source() and when unzipping Conan internal tgz files.
• Let's move the source() to enable the data filter asap, without necessarily breaking now Conan users that didn't update to Python 3.14 yet
• Just keep the current and existing behavior for Conan internal .tgz files, just avoid the warnings and possible breaking behavior when Python 3.14 arrives.
• Python 3.14 change of behavior default to "data" could break due to package artifacts losing execution permissions, or packages containing links to external files (not pretty, but I have seen users doing it)
• For the sources download I am proposing moving with Python, and introduce now the tools.files.unzip:filter which we can activate in ConanCenter to learn the risks before Python 3.14 arrives
• We can do the same in the future for Conan internal .tgz artifacts, but at the moment the priority is ensure nothing breaks for them.

[memsharded]

@czoido it is possible that CI is failing because Python version is 2.12.2 and not 2.12.3?
It works for my locally with 2.12.3

[czoido]

@czoido it is possible that CI is failing because Python version is 2.12.2 and not 2.12.3? It works for my locally with 2.12.3

Yes, it's probably that, I'll install 3.12.3

[czoido]

Looks like it also fails with 3.12.3 installed in the ci