You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We need to find a better way to coordinate changes in this repository.
Yesterday's removal of many "unused" artifacts broke other MLCommons projects.
@arjunsuresh - I managed to restore the functionality of other projects by reverting your 630 PR that deleted many artifacts that were not created by you and that are required by other projects. Please be careful with such changes.
If you are not sure about some artifacts in this repository and want to delete them, please check the author of that artifact/automation and then create an issue in this repository and tag that author for a discussion - that will help prevent breaking other projects.
Also, please restore these files in the mlperf-inference branch that you are maintaining - it also breaks dependencies in other projects.
I remind that I designed CK and CM for collaborative and reproducible development, i.e. we can enhance functionality but we need to keep all artifacts for backwards compatibility and reproducibility. If a given CM automation or artifact requires complete redesign, we create a copy with new tags/UID and gradually change dependencies in other automations to the new one but we do not delete artifacts from others.
Thank you very much for understanding!
The text was updated successfully, but these errors were encountered:
Hi @gfursin The usage of the deleted folders are unaware to us as they are not documented anywhere and no tests were also added for those. We are currently working on significant changes in the CM script automation as we are writing an arxiv paper and documentation explaining the usage of CM scripts. For now we'll be using only the mlperf-inference branch and eventually will move that to a separate repository to avoid conflicts with the generic CM script usage. We won't be touching the main branch of this repository again.
Hi @gfursin usage of "mlperf-inference" branch and not the main branch is internal to our MLPerf related automation work. Our interface to the external users is the MLPerf inference documentation
Hi @gfursin usage of "mlperf-inference" branch and not the main branch is internal to our MLPerf related automation work. Our interface to the external users is the MLPerf inference documentation
Do you have any concern here?
Yes, several MLCommons members have serious concerns - checking with MLCommons ...
Dear all,
We need to find a better way to coordinate changes in this repository.
Yesterday's removal of many "unused" artifacts broke other MLCommons projects.
@arjunsuresh - I managed to restore the functionality of other projects by reverting your 630 PR that deleted many artifacts that were not created by you and that are required by other projects. Please be careful with such changes.
If you are not sure about some artifacts in this repository and want to delete them, please check the author of that artifact/automation and then create an issue in this repository and tag that author for a discussion - that will help prevent breaking other projects.
Also, please restore these files in the mlperf-inference branch that you are maintaining - it also breaks dependencies in other projects.
I remind that I designed CK and CM for collaborative and reproducible development, i.e. we can enhance functionality but we need to keep all artifacts for backwards compatibility and reproducibility. If a given CM automation or artifact requires complete redesign, we create a copy with new tags/UID and gradually change dependencies in other automations to the new one but we do not delete artifacts from others.
Thank you very much for understanding!
The text was updated successfully, but these errors were encountered: