Conversation
🔗 Helpful links
✅ No Failures (0 Pending)As of commit 46bbbf1 (more details on the Dr. CI page): Expand to see more💚 💚 Looks good so far! There are no failures yet. 💚 💚 This comment was automatically generated by Dr. CI (expand for details).Please report bugs/suggestions to the (internal) Dr. CI Users group. |
|
@datumbox has imported this pull request. If you are a Meta employee, you can view this diff on Phabricator. |
|
So the tests fail with: But that's because we install an old version of TorchVision that doesn't contain the necessary The specific hashcode is the one last updated as seen at #82560. So basically we are in the situation where the test now fails because we can't install the TorchVision version that actually contains the new functionality for solving the issue. How do you fix this normally? |
4611673 to
0ab77dd
Compare
|
This pull request was exported from Phabricator. Differential Revision: D38583882 |
|
Update the torchvision hash as part of this PR. .github/ci_commit_pins/vision.txt |
|
@ezyang Yeap that's what I did. Takes ages to export diffs today. Thanks for the tip. |
|
This pull request was exported from Phabricator. Differential Revision: D38583882 |
0ab77dd to
325d432
Compare
|
This pull request was exported from Phabricator. Differential Revision: D38583882 |
325d432 to
75670bf
Compare
Summary: Resolves [breakages](https://github.com/pytorch/pytorch/runs/7762125339?check_suite_focus=true) observed at #82560 Context: The current FX tests assume that every public method under `torchvision.models` is a model builder method. To get a list of those methods, they query the `__dict__` attribute of the module. Unfortunately this assumption is not true and the tests already contain some workarounds to filter some methods. A better approach would be to query TorchVision for all of its available models under a specific module. This is exactly what the new Registration API can help us do and that's what we use in this PR. Pull Request resolved: #83187 Test Plan: buck1 test mode/dev //caffe2/test:fx Reviewed By: ezyang Differential Revision: D38583882 Pulled By: datumbox fbshipit-source-id: a2b98596928f95fba7e4f34d047e0602f0a6c1f9
|
This pull request was exported from Phabricator. Differential Revision: D38583882 |
75670bf to
46bbbf1
Compare
|
@pytorchbot merge (Initiating merge automatically since Phabricator Diff has merged) |
|
@pytorchbot successfully started a merge job. Check the current status here |
|
Hey @datumbox. |
Summary: Resolves [breakages](https://github.com/pytorch/pytorch/runs/7762125339?check_suite_focus=true) observed at #82560 Context: The current FX tests assume that every public method under `torchvision.models` is a model builder method. To get a list of those methods, they query the `__dict__` attribute of the module. Unfortunately this assumption is not true and the tests already contain some workarounds to filter some methods. A better approach would be to query TorchVision for all of its available models under a specific module. This is exactly what the new Registration API can help us do and that's what we use in this PR. Pull Request resolved: #83187 Test Plan: buck1 test mode/dev //caffe2/test:fx Reviewed By: ezyang Differential Revision: D38583882 Pulled By: datumbox fbshipit-source-id: 65ac636afc9898ca6edaddfd085db69ec40fd34d
Resolves breakages observed at #82560
Context:
The current FX tests assume that every public method under
torchvision.modelsis a model builder method. To get a list of those methods, they query the__dict__attribute of the module. Unfortunately this assumption is not true and the tests already contain some workarounds to filter some methods. A better approach would be to query TorchVision for all of its available models under a specific module. This is exactly what the new Registration API can help us do and that's what we use in this PR.