Open sneridagh opened 6 months ago
I've tracked this down locally to the @yeoman/namespace
package, which the yeoman-environment
v4 uses to parse the generator's namespace, but it doesn't seem to work with local paths. I've created https://github.com/yeoman/yeoman-api/issues/5 for that problem, and just to note that there was a related issue in yeoman-environment
at https://github.com/yeoman/environment/issues/497 for this too. cc @mshima
@mshima Is there any plan to patch this? It seems both related issues have been closed. The yeoman v4 packages now contains sub-dependencies with vulnerabilities, and this prevents us from upgrading to yo@v5.
@tibbing because they have been fixed in https://github.com/yeoman/environment/commit/cd68282b238ea895d1dcff2f2a583bd47fb15aca.
@tibbing because they have been fixed in yeoman/environment@cd68282.
@mshima Hmm, we are still observing the same error when generating locally using yo@5.0.0
, yeoman-generator@7.1.1
and yeoman-environment@4.3.0
:
You don't seem to have a generator with the name “undefined” installed.
I guess yeoman-environment
needs to be upgraded in yo as well?
Same. @mshima, are you planning to upgrade yeoman-environment
to at least v4.2.0? Seems like we need that for the yo
to work with a local folder. Also happy to send a PR with the upgrade if you're busy
Hey @mshima! Would be awesome to get this patched, as @TomerAberbach said it's probably as simple as to upgrade yeoman-environment
to the latest version 🙂
Type of issue
Bug
My environment
eg. Windows 10 64-bit
v20.9.0
(runnode --version
in your terminal)10.1.0
(runnpm --version
in your terminal)5.0.0
(runyo --version
in your terminal)Expected behavior
Running the generator from a local folder no longer works in 5.0.0
Current behavior
It shows that you need a generator instead of running the generator
Steps to reproduce the behavior
Try to run from a local folder instead of specifying the generator.
Command line output