Import fails on Linux command line

[weasdown]

Attempting to import the library from the Linux command line on my Raspberry Pi 500, I get the following:

(venv314) weasd@Pi500:~/Downloads$ python
Python 3.14.2 (main, Jan  8 2026, 12:46:51) [GCC 14.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> sys.path
['', '/usr/local/lib/python314.zip', '/usr/local/lib/python3.14', '/usr/local/lib/python3.14/lib-dynload', '/home/weasd/Downloads/venv314/lib/python3.14/site-packages']
>>> import gmatpyplus as gp
Running GMAT in /home/weasd/dev/non-OH/gmat/GMAT-R2025a/
GMAT API for Python 3.14 not found or could not be loaded.
Traceback (most recent call last):
  File "<python-input-2>", line 1, in <module>
    import gmatpyplus as gp
  File "/home/weasd/Downloads/venv314/lib/python3.14/site-packages/gmatpyplus/__init__.py", line 44, in <module>
    from .load_gmat import *
  File "/home/weasd/Downloads/venv314/lib/python3.14/site-packages/gmatpyplus/load_gmat.py", line 17, in <module>
    gmat: types.ModuleType = __import__('gmatpy')
                             ~~~~~~~~~~^^^^^^^^^^
  File "/home/weasd/dev/non-OH/gmat/GMAT-R2025a//bin/gmatpy/__init__.py", line 32, in <module>
    gmatpy_impl = __import__(gmatpyver, fromlist=['*'])
  File "/home/weasd/dev/non-OH/gmat/GMAT-R2025a/bin/gmatpy/_py314/__init__.py", line 11, in <module>
    from .gmat_py import *
  File "/home/weasd/dev/non-OH/gmat/GMAT-R2025a/bin/gmatpy/_py314/gmat_py.py", line 10, in <module>
    from . import _gmat_py
ImportError: cannot import name '_gmat_py' from partially initialized module '_py314' (most likely due to a circular import) (/home/weasd/dev/non-OH/gmat/GMAT-R2025a/bin/gmatpy/_py314/__init__.py)
>>>

This occurs with the following files in GMAT-R2025a/bin/gmatpy/_py314:

(venv314) weasd@Pi500:~/Downloads$ ls /home/weasd/dev/non-OH/gmat/GMAT-R2025a/bin/gmatpy/_py314
_gmat_py.pdb  gmat_py.py  _gmat_py.pyd  __init__.py  _navigation_py.pdb  navigation_py.py  __pycache__  _station_py.pdb  station_py.py  _station_py.pyd

I believe this occurs because _py314 contains .pyd libraries but not .so libraries (like in _py310).