Isn't that a correct way to do semantic versioning? Because I do it already since a long time that way (as described here), and had never problems with it meanwhile...
Would appreciate if somebody could have a look at what I am doing wrong.
Somebody will probably have to look at the problem with the readme, but I'll guess the versioning is because of the node-pty-prebuilt-multiarch node because it's a pre-release version.
I'd guess that it's the first node (or at least noticed) with a version like that the scorecard code has seen and may need looking at.
Hey @hardillb,
Is there some kind of log avalable where we can try to find ourselves the root cause? Or can it only be analyzed perhaps by installing and debugging that application?
As Nick mentioned you can run the score card app node-red-dev easily yourself.
There is no public log for the flows app and while you can run it yourself (All the code it on github) it's probably more effort than it's worth at the moment.
Ok that is indeed useful.
Now at least I see the error text: "node-pty-prebuilt-multiarch is not at latest version, package.json specifies: ^0.10.1-pre.4, latest is: 0.10.0".
But I am not sure whether that is entirely correct, because the latest version (and indeed also the most downloaded version) is this one:
But when I debug the node-red-dev tool, then the npm-check library shows another latest version:
It seems to me that the npm-check library calculates a incorrect latest version. However since the npm-check library doesn't seem to be actively maintained, I am not going to investigate this further because they won't solve it anyway...
Morning @hardillb,
I am getting the impression that the flow library doesn't like my readme pages
I just release the new version of the node-red-contrib-ui-multistate-switch, and again the readme page is empty.
There is only a link (to the readme page) added to the readme page. So that cannot caused this...