Catch `HFValidationError` in `TrainingSummary`
Author: ydshieh
Pull request: yes

# What does this PR do?

`transformers` now uses `huggingface_hub 0.10` for testing. We have a few `deepspeed` failing tests ([see here](https://github.com/huggingface/transformers/actions/runs/3148346207/jobs/5118805294]) or the error below).

According to @Wauplin We should catch `HFValidationError` in `TrainingSummary.__post_init__()` too in order to keep the test  passing. Ran those tests with this PR and confirmed they pass now.

#### errors without this PR
```bash
E             File "/workspace/transformers/examples/pytorch/translation/run_translation.py", line 645, in main
E               trainer.create_model_card(**kwargs)
E             File "/workspace/transformers/src/transformers/trainer.py", line 3332, in create_model_card
E               training_summary = TrainingSummary.from_trainer(
E             File "/workspace/transformers/src/transformers/modelcard.py", line 600, in from_trainer
E               return cls(
E             File "<string>", line 17, in __init__
E             File "/workspace/transformers/src/transformers/modelcard.py", line 377, in __post_init__
E               info = model_info(self.finetuned_from)
E             File "/opt/conda/lib/python3.8/site-packages/huggingface_hub/utils/_validators.py", line 92, in _inner_fn
E               validate_repo_id(arg_value)
E             File "/opt/conda/lib/python3.8/site-packages/huggingface_hub/utils/_validators.py", line 136, in validate_repo_id
E               raise HFValidationError(
E           huggingface_hub.utils._validators.HFValidationError: Repo id must be in the form 'repo_name' or 'namespace/repo_name': '/tmp/tmph2e0bt7a'. Use `repo_type` argument if needed.
```




Comments:
_The documentation is not available anymore as the PR was closed or merged._

For the record, below is the discussion on Slack

> If seems that [here](https://github.com/huggingface/transformers/blob/main/src/transformers/modelcard.py#L376), there is a try to load info from the Hub with a repo id that is a path. Previously it was caught with a HTTPError but now it should be with a HFValidationError . In fact this is actually the goal of this validation step, to avoid having a downstream library (transformers here) trying to send a repo_id that is not a repo_id at all => we are catching the error explicitly "hey you passed a wrong repo_id" rather than having an HTTP 404 that is less informative (the problem is not that the repo doesn't exist it's that it couldn't even be a repo in the first place).

@Wauplin Flagging this is a breaking change, so should probable be spelled out in the [release notes](https://github.com/huggingface/huggingface_hub/releases/tag/v0.10.0).

@sgugger I would not really consider this a breaking change. Sending a path as `repo_id` has never been a supported use case, the only difference is that we now raise a specific exception for it. 
Anyway, I still updating the release notes, just in case someone reads them.

@Wauplin I believe Sylvain is talking about the `HFValidationError` which is now returned instead of previously an `HTTPError`. I agree this should also be mentioned in the "Breaking changes" part of the release notes as workflows that previously caught `HTTPErros` will now fail.