The crux of this issue has to do with two separate installations of Sencha Cmd. With OpenTooling, the Sencha Cmd binary is packaged into a node module, residing node_modules/@sencha/cmd
. When using the npm build scripts, or prepending Sencha Cmd build commands with npx
, the Sencha Cmd installation inside node_modules
will be used.
Before the migration, your Sencha Cmd installation was likely in your user home bin directory (default location). A quick perusal of this installation directory should reveal the sencha.cfg or .sencha
configurations that contain information about your original Sencha Cmd installation - what is particularly helpful here is the information about this installations repo setup. If you did a sencha repo list
you'd likely see the Sencha Cmd remote repo (Sencha's CDN), and in your case you would see your local repo along with the catalog.json
and other metadata about the repo and the packages it contains. If you were to run the sencha repo list
command against your OpenTooling installation of Sencha Cmd, you wouldn't see the same information.
These two installations, and the repos (and packages) they contain, are different and need to be reconciled. Unfortunately, this is not a part of the migration tool - but I believe it could / should be.
To setup the repo in your OpenTooling installation of Sencha Cmd, use sencha repo sync
. This should automatically add a .sencha
configuration directory and a repo
directory if they don't automatically exist. It is inside this installation's repo your existing Sencha Cmd packages will need to be published/deployed/installed/etc., using the same commands (but with npx
prepended) you used to setup the original repo. Once the packages exist inside the node_modules
installation of Cmd, the standard build process npm start
should be able to locate your packages.