-
Notifications
You must be signed in to change notification settings - Fork 18k
proposal: cmd/go: message about deprecated modules should not be a warning by default #46294
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Strong +1. I was surprised to see the word "warning" in the mesasging, because it was deliberately not part of the proposal. |
Change https://golang.org/cl/321649 mentions this issue: |
This seems okay? If everyone's fine with this, I think we should go ahead and merge that CL rather than go through the proposal process. |
Agreed — I think we should just do this rather than send it through the proposal process. (It's just a rewording in the |
Works for me. I only filed it as a proposal as I wasn't sure when that decision had been made to call it a warning, relative to the original proposal, or if it was something that had mistakenly been added during the implementation. |
Ok sounds good. Submitted the CL, thanks for sending that. I think I used "warning" just because retraction uses similar language, and the code that handles deprecation is close to that. |
Context
The
go
command currently reports deprecation notices as a warning[0], even if that module version is still fully supported but the author and theDeprecation
is informing consumers of a new major version (as we have no other mechanisms to communicate information to consumers).0:
go/src/cmd/go/internal/modget/get.go
Line 1601 in 814c5ff
Proposal
This proposal is to remove the word
warning
from the message that's printed when showing the deprecation, and leave it up to the Module author to provide the context around the severity in the deprecation message itself.The text was updated successfully, but these errors were encountered: