Skip to content

Exit zero from a refresh that succeeded - #87

Merged
estebanzimanyi merged 2 commits into
MobilityDB:masterfrom
estebanzimanyi:fix/refresh-binding-success-exit-status
Aug 27, 2026
Merged

Exit zero from a refresh that succeeded#87
estebanzimanyi merged 2 commits into
MobilityDB:masterfrom
estebanzimanyi:fix/refresh-binding-success-exit-status

Conversation

@estebanzimanyi

Copy link
Copy Markdown
Member

The closing summary prints its optional libmeos and jar lines from if blocks, so a completed refresh carries an exit status of zero. A consumer that builds neither a libmeos nor a jar — MobilityDuck and the other non-JVM bindings — reads success from a refresh that succeeds.

The refresh's dependency step reads requirements.txt, resolves each
distribution it names, and installs only the ones absent from the
interpreter, falling back to the user site when a system-wide write is
refused. An interpreter that already carries libclang and jsonschema
needs no install, and one marked externally managed under PEP 668 — the
Debian and Ubuntu default — no longer ends the refresh before the
catalog is derived.
The closing summary prints its optional libmeos and jar lines from `if`
blocks. An AND-list whose test is false was the script's last command
and left the exit status at 1, so every consumer that builds neither —
MobilityDuck and the other non-JVM bindings — saw a completed refresh
report failure.
@estebanzimanyi
estebanzimanyi merged commit c1fbf13 into MobilityDB:master Aug 27, 2026
1 check passed
@estebanzimanyi
estebanzimanyi deleted the fix/refresh-binding-success-exit-status branch August 27, 2026 09:36
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant