src: add deps to process.versions

[RafaelGSS]

Fixes: #163

New dependency list:

• asserts-cpp - I didn't think is a valid addition to process.versions as it doesn't really seem a dependency but a helper in the wrong folder.
• curl
• gprc - This is a third-party dependency - We use it through opentelemetry. The only reason it's top level dependency was to fix a windows linker issue
• nlohmann
• ncm-ng - It doesn't seem like a nsolid runtime dependency, but an alternate binary if I'm reading N|Solid dependencies versions are not listed in process.versions nor in nsolid.info() #163 correctly. Therefore, it doesn't seem to apply to process.versions.
• nsolid-cli - Already covered
• nsuv - This library doesn't hold VERSION information, so at the moment I decided to not include it and work on this in that repo.
• opentelemetry-cpp
• protobuf - Same as grpc.
• sodium - Same as grpc
• zmq

Note we are extracting the version directly in the deps/ folder. The Node.js sometimes create a src/X_version. and update it through tools/updater.sh. If you prefer I can do that, but it will require creating an updater for all of our dependency (I was planning to do it in a second PR).

[santigimeno]

Code looks good to me though I'd like we get to a decision on whether add this to process.versions directly or create a specific property process.nsolidVersions as I mentioned in #163 .

[RafaelGSS]

Code looks good to me though I'd like we get to a decision on whether add this to process.versions directly or create a specific property process.nsolidVersions as I mentioned in #163 .

It seems to add a process.nsolidDeps.* a good choice. I can change the PR. @edsadr @trevnorris any thoughts?

[RafaelGSS]

While working on it, I've been thinking @santigimeno... I think believe that adding process.nsolidDeps.* or adding a process.* would break the same people in the end. Actually, it's more dangerous to include a different type (object) to process.versions than to have all dependencies listed in the same way.

If we follow the process.nsolidDeps.* approach, we will also need to update node::Metadata to serialize node::Metadata::Versions differently, as it only expects std::string as keys. Maybe we should stick to the current implementation. What do you think?

[santigimeno]

Agreed. Let's keep it this way then

[santigimeno]

One final comment: I would add grpc, sodium and protobuf if possible. You're right they aren't direct deps, but they are updated separately from the direct dependency, which usually doesn't mandate a specific version.

[santigimeno]

I added grpc support in cd89c1b

[RafaelGSS]

It should all good now @santigimeno

[RafaelGSS]

Landed in cfd306f...0db40b4

[RafaelGSS]

Landed in cfd306f...0db40b4