lib: log as yes/no whether build dir was created #2370
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Checklist
npm install && npm test
passesDescription of change
When logging
"build" dir needed to be created?
, put "Yes" or "No" instead of[path that was created]
orundefined
.There is a bit of verbose logging in the package that informs the user whether the build dir needed to be created (as opposed to having already been there from a previous
node-gyp configure
run).This bit of logging apparently expected to be given a boolean, but was receiving either a path or
undefined
based on the result offs.mkdir()
. So it was logging either the path of the build dir that was just created orundefined
, somewhat nonsensically if you don't know what's going on behind the scenes.Now it prints either "Yes" or "No".
Before:
gyp verb build dir "build" dir needed to be created? /Users/[user]/[package-name]/build
,gyp verb build dir "build" dir needed to be created? undefined
After:
gyp verb build dir "build" dir needed to be created? Yes
,gyp verb build dir "build" dir needed to be created? No
Note: The CI failure was a timeout on a single Ubuntu run. All other runs passed. This happens to me seemingly at random/as flakiness. I don't think it is caused by this tiny PR. CI passed for this commit at my fork: https://github.com/DeeDeeG/node-gyp/actions/runs/739328726 I believe it would pass here if re-run.