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
rajsite opened this issue
Dec 1, 2017
· 3 comments
Labels
buildIssues and PRs related to build files or the CI.npmIssues and PRs related to the npm client dependency or the npm registry.windowsIssues and PRs related to the Windows platform.
It would be helpful on Windows (with its terrible long path support) to run npm dedupe on the bundled npm prior to archiving. This will allow Windows archive tooling to extract the contents without error as well as other tools in the Windows pipeline.
Context:
Was including node.exe and npm in a .NET nuget package and the nuget tooling has sub par long path support and I think other projects have an issue with this as well.
When trying to bundle / unbundle the deeply nested resources into a nuget package everything seems to work okay. However if I tried to use the resulting bundled npm I would get errors occurring at module.js:538 saying that the semver library could not be found. This was because those modules somehow got lost in packaging / unpackaging process for the nupkg file.
Unzipping the distribution and using the global copy of npm on my dev machine to dedupe the bundled version before packaging seems to do the trick but is painful to automate since so many command line tools on Windows fail on the long paths.
The text was updated successfully, but these errors were encountered:
mscdex
added
build
Issues and PRs related to build files or the CI.
npm
Issues and PRs related to the npm client dependency or the npm registry.
windows
Issues and PRs related to the Windows platform.
labels
Dec 1, 2017
You should report this over at https://github.com/npm/npm/issues. We redistribute npm essentially unchanged from upstream and I don't think we want to be in the business of repackaging it.
buildIssues and PRs related to build files or the CI.npmIssues and PRs related to the npm client dependency or the npm registry.windowsIssues and PRs related to the Windows platform.
Any
Windows
npm
The zip distributions available on nodejs.org/dist include a copy of npm with deeply nested node_modules, for example: https://nodejs.org/dist/v8.9.1/node-v8.9.1-win-x64.zip
It would be helpful on Windows (with its terrible long path support) to run
npm dedupe
on the bundled npm prior to archiving. This will allow Windows archive tooling to extract the contents without error as well as other tools in the Windows pipeline.Context:
Was including node.exe and npm in a .NET nuget package and the nuget tooling has sub par long path support and I think other projects have an issue with this as well.
When trying to bundle / unbundle the deeply nested resources into a nuget package everything seems to work okay. However if I tried to use the resulting bundled npm I would get errors occurring at
module.js:538
saying that the semver library could not be found. This was because those modules somehow got lost in packaging / unpackaging process for the nupkg file.Unzipping the distribution and using the global copy of npm on my dev machine to dedupe the bundled version before packaging seems to do the trick but is painful to automate since so many command line tools on Windows fail on the long paths.
The text was updated successfully, but these errors were encountered: