[config] Allow external qpOASES dependency

[olivier-roussel]

This PR enables the use of qpOASES from an external package. A similar approach to the one adopted on SOFA is proposed:

• try to find an external package qpOASES first and use it if found
• if not, fallback to the embedded version in code

Thus, this should keep compatibility for current users.

Edit 1: The PR also adds a cmake option SOFTROBOTSINVERSE_ENABLE_QPOASES to enable/disable the qpOASES solver support. We now have two cmakes options for enabling/disabling each qp solver implementation: one for qpOASES and one for proxQP. Note that they are not mutually exclusive and both solvers can be enabled (selected solver can be parameterized at runtime).

The CI based on Conda tests now both solvers (one CI for each solver/platform combination).

Edit 2: The PR also fixes the LCP QP solver which was still using qpOASES all the time. Now, the LCPQPSolver has an implementation for each QP solver, and the corresponding one is used.

This is part of some necessary steps to clean the code and to go toward a conda-forge package.

[olivier-roussel]

Note that 7593fd8 includes a fix that renames the directory cmake/modules to cmake/Modules, which is the one defined in the CMAKE_MODULE_PATH. So far, all these find modules could not be located on linux due to this case typo (but it seems that none is used actually, excepted the new one for qpOASES).
It should have been in a dedicated commit, I just missed it when squashing... sorry for that

[olivier-roussel]

We'll re-run the CI once #20 is merged and then check for merging

[olivier-roussel]

@alxbilger @EulalieCoevoet This is finally ready for review. Thanks !