Skip to content
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

mkdirp: 0.5.5 #101

Merged
merged 1 commit into from Apr 28, 2020
Merged

mkdirp: 0.5.5 #101

merged 1 commit into from Apr 28, 2020

Conversation

msbit
Copy link
Contributor

@msbit msbit commented Apr 10, 2020

Update mkdirp to 0.5.5 which in turn updates minimist to 1.2.5
which addresses:

https://www.npmjs.com/advisories/1179

Update `mkdirp` to 0.5.5 which in turn updates `minimist` to 1.2.5
which addresses:

    https://www.npmjs.com/advisories/1179
@eriktrom
Copy link
Member

@msbit - gratzi!

@eriktrom eriktrom merged commit e40deb2 into http-party:master Apr 28, 2020
@LostInBrittany
Copy link
Contributor

Why are you only bumping-up the package-lock.json? As package.json still depends on mkdirp 0.5.1, when we get node-portfinder as a dependency, we still get an old version of minimalist.

Would you mind if I did a PR for that?

@msbit
Copy link
Contributor Author

msbit commented Jul 20, 2020

@LostInBrittany
Copy link
Contributor

The dependency is currently ^0.5.1, and that version has a vulnerability problem, so I don't see why we shouldn't bump it up to ^0.5.5. If not, why it is at ^0.5.1 and not ^0.5.0?

@LostInBrittany
Copy link
Contributor

LostInBrittany commented Jul 20, 2020

BTW, I came here with this request because in several of my projects using es-dev-server, I got a badd minimist version, and npm ls minimist told me the source was the mkdirp version we had here...

Looking at the package-lock.json, mkdirp is resolved to 0.5.1 and not 0.5.5 as I should have expected...

    "mkdirp": {
      "version": "0.5.1",
      "resolved": "https://registry.npmjs.org/mkdirp/-/mkdirp-0.5.1.tgz",
      "integrity": "sha1-MAV0OOrGz3+MR2fzhkjWaX11yQM=",
      "dev": true,
      "requires": {
        "minimist": "0.0.8"
      },
      "dependencies": {
        "minimist": {
          "version": "0.0.8",
          "resolved": "https://registry.npmjs.org/minimist/-/minimist-0.0.8.tgz",
          "integrity": "sha1-hX/Kv8M5fSYluCKCYuhqp6ARsF0=",
          "dev": true
        }
      }
    },
...
    "portfinder": {
      "version": "1.0.27",
      "resolved": "https://registry.npmjs.org/portfinder/-/portfinder-1.0.27.tgz",
      "integrity": "sha512-bJ3U3MThKnyJ9Dx1Idtm5pQmxXqw08+XOHhi/Lie8OF1OlhVaBFhsntAIhkZYjfDcCzszSr0w1yCbccThhzgxQ==",
      "dev": true,
      "requires": {
        "async": "^2.6.2",
        "debug": "^3.1.1",
        "mkdirp": "^0.5.1"
      },

@msbit
Copy link
Contributor Author

msbit commented Jul 21, 2020

Looking at the package-lock.json, mkdirp is resolved to 0.5.1 and not 0.5.5 as I should have expected...

I would have expect that too, given the rules for version strings with carets.

From a blank slate:

$ mkdir node-portfinder-mkdirp-test
$ pushd node-portfinder-mkdirp-test
$ npm init -y
$ npm add es-dev-server
$ npm ls mkdirp
node-portfinder-mkdirp-test@1.0.0 /Users/tom/Development/third-party/node-portfinder-mkdirp-test
└─┬ es-dev-server@1.56.1
  └─┬ portfinder@1.0.27
    └── mkdirp@0.5.5

Could it be that you had mkdirp already installed before updating portfinder?

Anyhow, looks like you've got a PR there to get the package.json bumped too, which should address your issue.

@LostInBrittany
Copy link
Contributor

I don't understand why, I simply did a npm update on two projects using es-dev-server and es-dev-server itself got updated to 1.56.1, portfinder to 1.0.27 but mkdirp got stuck on 0.5.1.

As I got that twice, I suppose that other people could have the same problem, sur bumping-up package.json seemed the safe thing to do. But I am still a bit puzzled about why...

@eriktrom
Copy link
Member

FYI - thanks for discussing this

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants