feat: build incoming services

[bmoxb]

Building of incoming services

• Un-archive and build Cargo projects coming in
• Create marker files in preparation of loading
• Delete old build if any
• Unit testing

Marker Files

The work around that C came up with to avoid the fact that linked libraries were not being properly reloaded was to give each new .so file a random name and then use a well-known 'marker file' to indicate the name of the linked library .so file.

Looking at the code of libloading (dependency that handles .so loading for us), the dlopen is likely the cause of the issue. The man pages state:

The cache file /etc/ld.so.cache (maintained by ldconfig(8)) is checked to see whether it contains an entry for filename.

I'm trying to figure out an a way of either not add a library to the cache or otherwise ignore it.

Notes

• Possibility of (minor) merge collisions based on changes to error module.
• Introduces new dependencies for un-archiving .tar.gz data (flate2 and tar) and for creating random .so file names (rand).

[nodard]

Task linked: CU-2h84xfe Building of incoming services

[chesedo]

LGTM, getting one step closer 😄

[bmoxb]

Many thanks, @chesedo !