Skip to content

vscode-v0.7.2109

Pre-release
Pre-release

Choose a tag to compare

View all tags
@github-actions github-actions released this 22 Oct 06:39
vscode-v0.7.2109
9df2b8d
This commit was created on GitHub.com and signed with GitHub’s verified signature.
GPG key ID: B5690EEEBB952194
Verified
Learn about vigilant mode.

Start here

Pick the VSIX for VS Code, a self-contained Bun binary, a static OSGo binary, or a Compose file for Docker. SQLite is the default Compose database.

open-steamgate-0.7.2109.vsix

In VS Code 1.101 or newer, run Extensions: Install from VSIX... and select this file. Then run osd: Start (build + run this system) from the Command Palette. If asked whether to run an open-steamgate checkout, choose the bundled copy to use the packaged system. Its first start copies and builds the system; allow time for that build.

The bundled working copy lives at <globalStorageUri>/osd-home-<seedId>/; the database lives under <globalStorageUri>/osd-instance/<home-hash>/db/osd.sqlite. VS Code owns the actual global storage path. After an update, run osd: Remove old working copies to review and remove stale bundled copies.

osd-linux-x64

Download this file into any folder. Run mv osd-linux-x64 osd && chmod +x osd && ./osd up; run ./osd doctor to check the bundled runtime.

Measured Linux x64 executable size: 109.5 MB (decimal, local Bun 1.4.2 build).

Open http://localhost:3030/. On first start outside a checkout, the binary copies its bundled system into a content-keyed osd-home-<seedId> under the user data directory: $XDG_DATA_HOME/open-steamgate or ~/.local/share/open-steamgate on Linux, ~/Library/Application Support/open-steamgate on macOS, %LOCALAPPDATA%\open-steamgate on Windows. Later releases keep earlier working copies and user edits. The SQLite database lives in that working copy under .local/db/.
To override an ABAP object, copy its file from the materialized home's src/ or packs/ into your own folder, retaining its abapGit filename, then run osd up --layer <folder>. Repeat --layer for more folders, or set OSD_LAYERS to a platform path-list. Later layers win, and the build logs each override. A binary started inside a source checkout uses that checkout directly.

osd-linux-arm64

Download this file into any folder. Run mv osd-linux-arm64 osd && chmod +x osd && ./osd up; run ./osd doctor to check the bundled runtime.

Open http://localhost:3030/. On first start outside a checkout, the binary copies its bundled system into a content-keyed osd-home-<seedId> under the user data directory: $XDG_DATA_HOME/open-steamgate or ~/.local/share/open-steamgate on Linux, ~/Library/Application Support/open-steamgate on macOS, %LOCALAPPDATA%\open-steamgate on Windows. Later releases keep earlier working copies and user edits. The SQLite database lives in that working copy under .local/db/.
To override an ABAP object, copy its file from the materialized home's src/ or packs/ into your own folder, retaining its abapGit filename, then run osd up --layer <folder>. Repeat --layer for more folders, or set OSD_LAYERS to a platform path-list. Later layers win, and the build logs each override. A binary started inside a source checkout uses that checkout directly.

osd-darwin-arm64

Download this file into any folder. Run mv osd-darwin-arm64 osd && chmod +x osd && ./osd up; run ./osd doctor to check the bundled runtime.

If macOS Gatekeeper quarantines the download, run xattr -d com.apple.quarantine osd after checking its checksum.

Open http://localhost:3030/. On first start outside a checkout, the binary copies its bundled system into a content-keyed osd-home-<seedId> under the user data directory: $XDG_DATA_HOME/open-steamgate or ~/.local/share/open-steamgate on Linux, ~/Library/Application Support/open-steamgate on macOS, %LOCALAPPDATA%\open-steamgate on Windows. Later releases keep earlier working copies and user edits. The SQLite database lives in that working copy under .local/db/.
To override an ABAP object, copy its file from the materialized home's src/ or packs/ into your own folder, retaining its abapGit filename, then run osd up --layer <folder>. Repeat --layer for more folders, or set OSD_LAYERS to a platform path-list. Later layers win, and the build logs each override. A binary started inside a source checkout uses that checkout directly.

osd-darwin-x64

Download this file into any folder. Run mv osd-darwin-x64 osd && chmod +x osd && ./osd up; run ./osd doctor to check the bundled runtime.

If macOS Gatekeeper quarantines the download, run xattr -d com.apple.quarantine osd after checking its checksum.

Open http://localhost:3030/. On first start outside a checkout, the binary copies its bundled system into a content-keyed osd-home-<seedId> under the user data directory: $XDG_DATA_HOME/open-steamgate or ~/.local/share/open-steamgate on Linux, ~/Library/Application Support/open-steamgate on macOS, %LOCALAPPDATA%\open-steamgate on Windows. Later releases keep earlier working copies and user edits. The SQLite database lives in that working copy under .local/db/.
To override an ABAP object, copy its file from the materialized home's src/ or packs/ into your own folder, retaining its abapGit filename, then run osd up --layer <folder>. Repeat --layer for more folders, or set OSD_LAYERS to a platform path-list. Later layers win, and the build logs each override. A binary started inside a source checkout uses that checkout directly.

osd-windows-x64.exe

Download this file into any folder, rename it to osd.exe, and run .\osd.exe up in PowerShell. Run .\osd.exe doctor to check the bundled runtime.

Open http://localhost:3030/. On first start outside a checkout, the binary copies its bundled system into a content-keyed osd-home-<seedId> under the user data directory: $XDG_DATA_HOME/open-steamgate or ~/.local/share/open-steamgate on Linux, ~/Library/Application Support/open-steamgate on macOS, %LOCALAPPDATA%\open-steamgate on Windows. Later releases keep earlier working copies and user edits. The SQLite database lives in that working copy under .local/db/.
To override an ABAP object, copy its file from the materialized home's src/ or packs/ into your own folder, retaining its abapGit filename, then run osd up --layer <folder>. Repeat --layer for more folders, or set OSD_LAYERS to a platform path-list. Later layers win, and the build logs each override. A binary started inside a source checkout uses that checkout directly.

osd-windows-arm64.exe

Download this file into any folder, rename it to osd.exe, and run .\osd.exe up in PowerShell. Run .\osd.exe doctor to check the bundled runtime.

Open http://localhost:3030/. On first start outside a checkout, the binary copies its bundled system into a content-keyed osd-home-<seedId> under the user data directory: $XDG_DATA_HOME/open-steamgate or ~/.local/share/open-steamgate on Linux, ~/Library/Application Support/open-steamgate on macOS, %LOCALAPPDATA%\open-steamgate on Windows. Later releases keep earlier working copies and user edits. The SQLite database lives in that working copy under .local/db/.
To override an ABAP object, copy its file from the materialized home's src/ or packs/ into your own folder, retaining its abapGit filename, then run osd up --layer <folder>. Repeat --layer for more folders, or set OSD_LAYERS to a platform path-list. Later layers win, and the build logs each override. A binary started inside a source checkout uses that checkout directly.

osgo-linux-x64

OSGo is a single static Go executable with SQLite built in. Download and verify this file, rename it to osgo, then run ./osgo -home <data-directory> -port 3095. Check http://127.0.0.1:3095/health for readiness. A new home directory starts a newly seeded database; -db <file> overrides its database path. Run ./osgo -version for the tag and commit. OSGo does not serve ADT yet. See docs/osgo-release.md for CI usage.

osgo-linux-arm64

OSGo is a single static Go executable with SQLite built in. Download and verify this file, rename it to osgo, then run ./osgo -home <data-directory> -port 3095. Check http://127.0.0.1:3095/health for readiness. A new home directory starts a newly seeded database; -db <file> overrides its database path. Run ./osgo -version for the tag and commit. OSGo does not serve ADT yet. See docs/osgo-release.md for CI usage.

osgo-darwin-arm64

OSGo is a single static Go executable with SQLite built in. Download and verify this file, rename it to osgo, then run ./osgo -home <data-directory> -port 3095. Check http://127.0.0.1:3095/health for readiness. A new home directory starts a newly seeded database; -db <file> overrides its database path. Run ./osgo -version for the tag and commit. OSGo does not serve ADT yet. See docs/osgo-release.md for CI usage.

osgo-darwin-x64

OSGo is a single static Go executable with SQLite built in. Download and verify this file, rename it to osgo, then run ./osgo -home <data-directory> -port 3095. Check http://127.0.0.1:3095/health for readiness. A new home directory starts a newly seeded database; -db <file> overrides its database path. Run ./osgo -version for the tag and commit. OSGo does not serve ADT yet. See docs/osgo-release.md for CI usage.

osgo-windows-x64.exe

OSGo is a single static Go executable with SQLite built in. Download and verify this file, rename it to osgo.exe, then run .\osgo.exe -home <data-directory> -port 3095. Check http://127.0.0.1:3095/health for readiness. A new home directory starts a newly seeded database; -db <file> overrides its database path. Run .\osgo.exe -version for the tag and commit. OSGo does not serve ADT yet. See docs/osgo-release.md for CI usage.

osgo-windows-arm64.exe

OSGo is a single static Go executable with SQLite built in. Download and verify this file, rename it to osgo.exe, then run .\osgo.exe -home <data-directory> -port 3095. Check http://127.0.0.1:3095/health for readiness. A new home directory starts a newly seeded database; -db <file> overrides its database path. Run .\osgo.exe -version for the tag and commit. OSGo does not serve ADT yet. See docs/osgo-release.md for CI usage.

sqlite.yml

Run docker compose -f sqlite.yml up -d, then open http://localhost:3030/. SQLite rows live in the osd-data Docker volume.

The file uses ghcr.io/oisee/open-steamgate:draft by default; set OSD_TAG to a tested Docker image tag to pin it.

duckdb.yml

Run docker compose -f duckdb.yml up -d, then open http://localhost:3030/. DuckDB rows live in the osd-data Docker volume.

The file uses ghcr.io/oisee/open-steamgate:draft by default; set OSD_TAG to a tested Docker image tag to pin it.

postgres.yml

Set POSTGRES_PASSWORD in your environment, then run docker compose -f postgres.yml up -d. Open http://localhost:3030/. PostgreSQL rows live in the pg-data Docker volume.

The file uses ghcr.io/oisee/open-steamgate:draft by default; set OSD_TAG to a tested Docker image tag to pin it.

hana.yml

Set HANA_HOST, HANA_USER, and HANA_PASSWORD in your environment for an existing HANA tenant, then run docker compose -f hana.yml up -d. Open http://localhost:3030/. HANA data stays on the external tenant; HANA_PORT and HANA_SCHEMA are optional.

The file uses ghcr.io/oisee/open-steamgate:draft by default; set OSD_TAG to a tested Docker image tag to pin it.

Check downloads

Each VSIX and executable has a matching <asset>.sha256 file. Download the file and its checksum into one directory. On Linux run sha256sum -c <asset>.sha256; on macOS run shasum -a 256 -c <asset>.sha256. On Windows run Get-FileHash .\<asset> -Algorithm SHA256 in PowerShell and compare its Hash with the first value in <asset>.sha256 (Get-Content .\<asset>.sha256).

Changes: see CHANGELOG.md

Assets 35
Loading