Dušan Baran

Ok the shared object search path was modified here: ``` if (APPLE) set_target_properties(${VSPY_TARGET_NAME} PROPERTIES INSTALL_RPATH "@loader_path/lib") elseif(UNIX) set_target_properties(${VSPY_TARGET_NAME} PROPERTIES INSTALL_RPATH "\$ORIGIN/lib") endif() ``` so this logic needs to only happen...

OK so latest changes and behavior: 1. You can set `TILEDB_PATH`. This just sets `TileDB_DIR` automatically for you and that's all, so `find_package` will look for it there. 2. If...

Thanks @jdblischak for your reply. Well, I am not sure what was the original path that we used to put there but right now a path to `TileDBConfig.cmake` is needed...

@jdblischak I modified the build logic to ALWAYS set RPATH. When installing `libtiledb.so` (so for wheels) the RPATH is set to relative path: `@loader_path/lib`. When using external `libtiledb.so` the RPATH...

This logic produces this folder structure (please ignore vector-search there): ``` (base) taco:tiledb dudoslav$ ls -l .rw-r--r-- 3.9k dudoslav 17 May 14:39 __init__.py drwxr-xr-x - dudoslav 17 May 14:39 __pycache__...

I added basic logic for downloading TileDB from release inside CMake so now we need to change CI/CD to not download release archives.

Wheel builds pass: https://github.com/TileDB-Inc/TileDB-Py/actions/runs/9157079084/job/25172731354?pr=1971

I had to disable build for python 3.9, I assume that that is and issue

For some reason python 3.9 fails on: ``` assert "Input attribute name is already there" in str(excinfo.value) > assert "tiledb/schema_evolution.cc" in str(excinfo.value) E AssertionError: assert 'tiledb/schema_evolution.cc' in 'ArraySchemaEvolution: Cannot add...

The failure is not due to python 3.9 but it seems to fail on windows only