Use Rust FFI #2: Offload installers

[tienvx]

This is 2nd pull request in a series of "small" pull requests I split from #210

This pull request depend on #278, please review it first.

There are number of reasons why I choose this approach:

• Update installers to downloads more files require adding quite a mount of code (see pull request above)
  • Need download at least 4 files
    • Pact Ruby Standalone
    • Pact FFI header
    • Pact FFI shared library
    • Pact stub server
  • If we want supports plugins, 2 more for each plugin
    • csv
      • json meta file
      • executable file
    • protobuf
      • json meta file
      • executable file
  • Each file has different url/file-name/destination-path depend on OS and architecture.
  • Extracting zip or tar.gz file is easy, but extracting gzip file require more work, and we need to move the target file to the correct destination. *.gz don't restore the original file name.
  • Mark files as executable after downloading
  • Delete downloaded archived file after extracting
  • Determine correct path to scripts for each OS
• Maintain custom code does not look right to me
  • Download on runtime, not on running composer install/update
  • Need to re-download all files after installing/updating
  • No caching support

After looking for alternate solution, I found this library civicrm/composer-downloads-plugin. But the author is also busy, he don't have time review my pull requests.

That's why I maintain my own fork. After making some changes, I released version 1.1, which is used by this pull request. This library has some features:

• Support all kind of files that composer suppport
• Download on composer install/update command
• Support caching from composer
• Don't need to re-download files if already downloaded
• Support variables for different url/path depend on OS and architecture.

I think this pull request also solve this ticket #276

[tienvx]

Add this config to make running test easier. I think each project depend on this library also need to define this config again in composer.json

[tienvx]

I will update README.md and/or CHANGELOG.md and/or UPGRADE-9.0.md about this change

[YOU54F]

I think if we can provide support for a user to support the ffi being provided by them in their own location (which should be fine as we can have to provide a path to the library loader) we can support users who dont want to, or cant enable scripts to download.

[tienvx]

I agree with it.

This feature can be useful for plugins. See this link for explanation.

Currently I don't have any idea on how to do it. Can you create a ticket so we can look at it later?

[YOU54F]

of course buddy 👍🏾 shall do now

[tienvx]

If we use symfony/process, I think we don't have to do this.

We can discuss this again in the future pull request (maybe the 4th pull request)

[tienvx]

The pull request for using symfony/process #284

[tienvx]

Now we only need to update 1 number in composer.json. That's why I think this script is not needed.

[cfmack]

Code looks good, I ran this locally and it passed, all tests in Github actions pass.