From 12a7737a66071721bca48a224a55ae5c3cb46070 Mon Sep 17 00:00:00 2001 From: singhpratech <42719720+singhpratech@users.noreply.github.com> Date: Wed, 23 Sep 2026 07:52:31 -0400 Subject: [PATCH 1/2] docs: link omniload's actual release tag, and the install extra The README pointed at omniload's generic releases page. It now links v0.17.0, which is the release that first carried the adbcbridge backend: our merge commit is dated 2026-09-17T13:57:29Z and the v0.17.0 release commit 14:01:26Z, four minutes later, with the extra present in that tag's pyproject and absent from v0.16.0's. Adds the install line, since that is what a reader wants. PyPI's metadata for the published package declares the extra as adbcbridge>=0.1.3,<0.2, and omniload's own full and test extras pull it in. --- README.md | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/README.md b/README.md index e10f01f..9723a37 100644 --- a/README.md +++ b/README.md @@ -16,9 +16,11 @@ Arrow-native ADBC driver — columnar record batches out, bulk ingest in — fro Rust, Go, Java, C#, R and anything else that speaks the ADBC driver manager. **Integrated in [omniload](https://github.com/panodata/omniload):** the dlt-based loader ships an -`adbcbridge` SQL backend since its [0.17 release](https://github.com/panodata/omniload/releases) -(`omniload ingest --sql-backend adbcbridge`), requested, reviewed and merged by its maintainers on -2026-09-17. [How it was built and tested](https://adbcbridge.org/notes/omniload-adbcbridge-backend/) · +`adbcbridge` SQL backend since [v0.17.0](https://github.com/panodata/omniload/releases/tag/v0.17.0), +released 2026-09-17 — `pip install "omniload[adbcbridge]"`, then +`omniload ingest --sql-backend adbcbridge`. Requested, reviewed and merged by its maintainers the +same day, and carried by every release since. It is a declared extra of the published package +(`adbcbridge>=0.1.3,<0.2`), and of omniload's own `full` and `test` extras. [How it was built and tested](https://adbcbridge.org/notes/omniload-adbcbridge-backend/) · [omniload's handbook page](https://omniload.readthedocs.io/getting-started/sql-backends.html). Site and docs: · Launch write-up with the numbers: From a29424b7283ed7193e94fb03cfea9e68d52e1477 Mon Sep 17 00:00:00 2001 From: singhpratech <42719720+singhpratech@users.noreply.github.com> Date: Wed, 23 Sep 2026 18:31:04 -0400 Subject: [PATCH 2/2] scripts: a version inside a link belongs to the project the link points at The README's new omniload line names our own backend and cites omniload's release tag on the same line, so looks_like_ours() read v0.17.0 as an adbcbridge version and the version-agreement check failed. A markdown link now decides on its own: a version inside [text](url) is ours only when the url is. A stale version of ours in a link to our own repo is still caught, and another project's version in a link to theirs is not. --- scripts/bump_version.py | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/scripts/bump_version.py b/scripts/bump_version.py index 98fbdfb..8b4620f 100755 --- a/scripts/bump_version.py +++ b/scripts/bump_version.py @@ -120,12 +120,21 @@ def looks_like_ours(text, pos): 19.0.0, Maven plugins ...). Ours sit on a line that names the package -- a wheel, jar or nupkg file name, ``adbcbridge = "..."``, ``AdbcBridge --version`` -- or on the line right after ``adbcbridge`` in a Maven snippet. + + A markdown link decides on its own, whatever else the line says: a version inside + ``[v0.17.0](https://github.com/panodata/omniload/releases/tag/v0.17.0)`` belongs to + the project the link points at, not to us. Without that, a sentence naming our own + backend *and* citing the host project's release -- which the omniload and dlt + integration lines do -- would be read as an adbcbridge version. """ start = text.rfind("\n", 0, pos) + 1 prev_start = text.rfind("\n", 0, max(start - 1, 0)) + 1 end = text.find("\n", pos) line = text[start:end if end != -1 else len(text)].lower() prev = text[prev_start:start].lower() + for m in re.finditer(r"\[[^\]]*\]\(([^)]*)\)", line): + if m.start() <= pos - start < m.end(): + return "adbcbridge" in m.group(1) if "adbcbridge" in line: return True return "adbcbridge" in prev and "" in line