-
-
Notifications
You must be signed in to change notification settings - Fork 12.1k
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
docker-completion: build from github source tarball #171907
Conversation
f1a3f9a
to
410b58c
Compare
Formula/d/docker.rb
Outdated
@@ -35,7 +34,7 @@ def install | |||
ldflags = %W[ | |||
-s -w | |||
-X github.com/docker/cli/cli/version.BuildTime=#{time.iso8601} | |||
-X github.com/docker/cli/cli/version.GitCommit=#{Utils.git_short_head} | |||
-X github.com/docker/cli/cli/version.GitCommit=#{tap.user} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We can probably keep this in case users rely on it. But we can definitely install the completions from a tarball.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
why does people reply on it? what is the use case?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Debugging, perhaps? Presumably if there were no use case upstream wouldn't build this into the output of their version information...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
for release build, it is not useful (the vcs provider introduced in go1.18 for debugging build), that is why I am also trying to update all the go builds without using git checkout.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I've seen quite some arguments from upstream developers that disagree with that. They generally want to know what commit the versioned build was based on.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We should definitely keep this. I see no reason to ever override GitCommit
to not mention a Git commit and, if this has been done on any other formulae, these changes should be reverted.
-X github.com/docker/cli/cli/version.GitCommit=#{tap.user} | |
-X github.com/docker/cli/cli/version.GitCommit=#{Utils.git_short_head}-Homebrew |
or something if you really want to identify Homebrew usage here.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I've seen quite some arguments from upstream developers that disagree with that. They generally want to know what commit the versioned build was based on.
The version is equivalent to the commit, if we are going to do it, should we revert all the go formulae to the git checkout. (maybe another RFC on this topic?)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think it is equivalent.
should we revert all the go formulae to the git checkout.
or query it from the API?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
for now, I just revert the docker build change
Signed-off-by: Rui Chen <rui@chenrui.dev>
HOMEBREW_NO_INSTALL_FROM_API=1 brew install --build-from-source <formula>
, where<formula>
is the name of the formula you're submitting?brew test <formula>
, where<formula>
is the name of the formula you're submitting?brew audit --strict <formula>
(after doingHOMEBREW_NO_INSTALL_FROM_API=1 brew install --build-from-source <formula>
)? If this is a new formula, does it passbrew audit --new <formula>
?followup #171906