Deprecate Mirror
The mirror option for downloading is now deprecated due to the switching to Git LFS and removal of Tuna.

https://github.com/tuna/issues/issues/937
(i am not a maintainer, please wait for maintainer review/approval before merging!) @sgugger @LysandreJik <|||||>> (i am not a maintainer, please wait for maintainer review/approval before merging!) @sgugger @LysandreJik 

Oh I'll be more cautious next time (though I'm sure this one is okay)<|||||>> Thanks for the PR and the concept of deprecating this `mirror` argument sounds good but:
> 
> - we use proper deprecation warnings for this
> 
> - we never do breaking changes between minor releases, so the argument should still behave in the same way for now with the deprecation warning, and we should only change its behavior or remove it for the next major version.
> 
> 
> 
> I think the easiest is to revert this merge and start fresh on a new PR.

Hi @sgugger 

I was in a hurry (gonna be on a trip soon). Sorry for rushing for it!

It's not an actual breaking change because the HF mirrors have already been removed from these servers. They are already broken now. The warning is a way to explain why it breaks.

I'll fix it in a new PR. Gonna throw a ValueError with no deprecation warning.<|||||>I am interested in mirroring for another reason, beyond speed, which is security. To use these datasets/models (and wrapper code) in an enterprise setting, one would need to ensure they are properly scanned for security vulnerabilities and malicious code.

Can anyone update me on the status and best method to mirror these (git lfs is fine if necessary, s3 too)?<|||||>Hi @nreith, We have an Enterprise solution for licensing-compatible on-prem syncing of public models/datasets.

Please get in touch with `expert-acceleration@huggingface.co` if you'd like to know more, cc @jeffboudier<|||||>Thanks @julien-c !
I just sent an email. Can you clarify how this would differ from the self-hosted option above, and when the self-hosted option would be available?