fix library-loading issues in editable installs

[jameslamb]

Description

Contributes to rapidsai/build-planning#118

The pattern introduced in #1483 breaks editable installs in devcontainers. In that type of build, libcuspatial.so is built outside of the wheel but not installed, so it can't be found by ld. Extension modules in cuspatial are able to find it via RPATHs instead.

This proposes:

• try-catching the entire library-loading attempt, to silently do nothing in cases like that
• adding an import of the cuspatial Python library in the devcontainers CI job, as a smoke test to catch issues like this in the future (edit: removed those, devcontainer builds run on CPU nodes)

Notes for Reviewers

How I tested this

Tested this approach on rapidsai/kvikio#553

Checklist

• I am familiar with the Contributing Guidelines.
• New or existing tests cover these changes.
• The documentation is up to date with these changes.

[jameslamb]

/merge