Skip to main content

Bazalt

Bazalt is a Python library for the Vulkan API. Use it to prototype GPU and shader work, and to build graphical applications. A C++23 core does the Vulkan work. The Python layer keeps the setup code short.

pip install bazalt

Bazalt supplies wheels for Windows, Linux and macOS, for CPython 3.10 to 3.14. You need a driver with Vulkan 1.2.

On macOS you must also install the Vulkan SDK. The system supplies no Vulkan loader, and the SDK gives you the loader and MoltenVK, which runs Vulkan on Metal. The macOS wheels are for Apple Silicon and need macOS 14 or later.

To build from source, you need a C++23 compiler (GCC 14+, or MSVC 19.36+ from Visual Studio 17.6) and the Vulkan SDK. On macOS, use the newest Xcode you have: bazalt uses C++23 features that Apple Clang received late.

A triangle

Three files: the program, a vertex shader and a fragment shader. Put them in one directory and run the program.

import bazalt as bz

window = bz.Window(1024, 720, "Bazalt - triangle")
ctx = bz.Context()
renderer = ctx.create_renderer(window)

# A pipeline is built against a render target, which supplies the formats.
# The window is one target. An offscreen image is another. Same call.
pipeline = (ctx.graphics_pipeline()
    .vertex_shader(ctx.compile_shader("triangle.vert", bz.ShaderStage.VERTEX))
    .fragment_shader(ctx.compile_shader("triangle.frag", bz.ShaderStage.FRAGMENT))
    .vertex_format([bz.VertexFormat.FLOAT3, bz.VertexFormat.FLOAT3])  # position + colour
    .build(renderer))

# Interleaved position (x, y, z) and colour (r, g, b). Vulkan clip space runs
# from -1 to 1, and y points down.
vbuf = ctx.create_buffer([
     0.0, -0.5, 0.0,   1.0, 0.0, 0.0,
    -0.5,  0.5, 0.0,   0.0, 1.0, 0.0,
     0.5,  0.5, 0.0,   0.0, 0.0, 1.0,
], bz.BufferType.VERTEX, bz.MemoryUsage.STATIC, bz.DataType.FLOAT)

# You describe a frame as passes on a graph. A pass with a render target draws
# into it. The triangle does not change, so build the graph one time and send
# the same graph every frame.
g = ctx.graph()
with g.add_pass(renderer, clear_color=[0.1, 0.2, 0.3, 1.0]) as p:
    p.bind_pipeline(pipeline).bind_vertex_buffer(vbuf).draw(3)

while window.is_open():
    bz.poll_events()
    ctx.begin_frame()          # opens one frame for every window on this Context
    if renderer.acquire():     # False when this window sits the frame out
        renderer.present(g)
// triangle.vert
#version 450
layout(location = 0) in vec3 inPosition;
layout(location = 1) in vec3 inColor;
layout(location = 0) out vec3 fragColor;

void main() {
    gl_Position = vec4(inPosition, 1.0);
    fragColor = inColor;
}
// triangle.frag
#version 450
layout(location = 0) in vec3 fragColor;
layout(location = 0) out vec4 outColor;

void main() {
    outColor = vec4(fragColor, 1.0);
}

Vulkan clip space, and the one line every 3D program writes

Vulkan puts the origin of a framebuffer in the top left corner, and +y in clip space points down. That agrees with the memory: row 0 of an image is the top row, texture coordinates start at the first texel, set_scissor and copy_image measure from the same corner, and a display scans the same way. OpenGL puts the origin at the bottom left, which is why OpenGL code flips images so often.

A projection matrix from GLM or pyrr therefore disagrees with Vulkan twice, because those build the OpenGL matrix. glm.perspective puts depth in -1 to 1, where Vulkan wants 0 to 1, and it points +y up. Correct both:

# perspectiveRH_ZO, not perspective: the ZO is the 0-to-1 depth range Vulkan uses.
proj = glm.perspectiveRH_ZO(glm.radians(60.0), width / height, 0.1, 100.0)
proj[1][1] *= -1        # GLM builds a y-up matrix; Vulkan clip space is y-down

Every example in examples/ does exactly this. Both lines belong to the matrix, not to bazalt: a projection written for Vulkan carries the range and the sign already, and needs neither.

That is why bazalt has no y_up switch. A flipped viewport reverses the triangle winding, so CullMode and FrontFace would mean opposite things depending on a keyword argument, and the rasterizer would point up while image.read(), copy_image and set_scissor still measure from the top left. If you want a flipped viewport anyway, nothing stops you: p.set_viewport(0, height, width, -height) inside a render pass overrides the one bazalt emits.

Compute writes an image, and you edit it while it runs

A compute shader fills an image texel by texel. A fullscreen triangle then samples that image. That is two passes, and two things happen here that you do not write:

  • Bazalt compares what each pass reads with what the earlier passes wrote. It sees that the compute pass writes the image and the render pass reads it, so it puts the barrier and the layout change between them. It does this for the whole frame at one time, so an image that two passes use in a row keeps the right layout instead of changing back and forth.
  • hot_reload=True watches every file bazalt loaded. Edit pattern.comp with the window open and the picture changes. A typo logs a ShaderError and the last good version stays on screen.
import struct
import time

import bazalt as bz

W = H = 512

window = bz.Window(W, H, "Bazalt - compute")
ctx = bz.Context(hot_reload=True)
renderer = ctx.create_renderer(window)

# Compute: no vertices and no fragment shader. One dispatch per frame.
generate = (ctx.compute_pipeline()
    .shader(ctx.compile_shader("pattern.comp", bz.ShaderStage.COMPUTE))
    .storage_image(0)
    .push_constant(4)          # 4 bytes, one float: the time
    .build())                  # no target, because compute has no attachments

# Graphics: a fullscreen triangle that samples the result.
present = (ctx.graphics_pipeline()
    .vertex_shader(ctx.compile_shader("fullscreen.vert", bz.ShaderStage.VERTEX))
    .fragment_shader(ctx.compile_shader("present.frag", bz.ShaderStage.FRAGMENT))
    .texture(0, bz.ShaderStage.FRAGMENT)
    .build(renderer))

# One image, bound two ways: written as a storage image, read as a texture.
image = ctx.create_image(W, H, bz.Format.RGBA8)

pool = ctx.create_descriptor_pool()   # no sizes: it grows from the layouts it serves
write_set = pool.allocate_set(generate)
write_set.set_storage_image(0, image)
read_set = pool.allocate_set(present)
read_set.set_image(0, image)

g = ctx.graph()
start = time.time()

while window.is_open():
    bz.poll_events()
    ctx.begin_frame()          # bazalt applies the file edits here
    if not renderer.acquire():
        continue

    # The push constant changes every frame, so build the graph again. Use
    # reset() rather than a new graph: it keeps the GPU objects.
    g.reset()
    (g.add_pass(name="pattern")
        .bind_pipeline(generate)
        .bind_descriptor_set(write_set, generate)
        .push_constants(generate, 0, struct.pack("<f", time.time() - start))
        .dispatch((W + 7) // 8, (H + 7) // 8))
    with g.add_pass(renderer, name="present") as p:
        p.bind_pipeline(present).bind_descriptor_set(read_set, present).draw(3)

    renderer.present(g)
// pattern.comp
#version 450
layout(local_size_x = 8, local_size_y = 8) in;
layout(set = 0, binding = 0, rgba8) uniform writeonly image2D img;
layout(push_constant) uniform Push { float time; } pc;

void main() {
    ivec2 p = ivec2(gl_GlobalInvocationID.xy);
    ivec2 sz = imageSize(img);
    if (p.x >= sz.x || p.y >= sz.y) return;

    vec2 uv = vec2(p) / vec2(sz);
    float v = 0.5 + 0.5 * sin(uv.x * 12.0 + pc.time) * cos(uv.y * 12.0 - pc.time * 0.7);
    imageStore(img, p, vec4(v, uv.x, uv.y, 1.0));
}
// fullscreen.vert — a triangle from gl_VertexIndex, with no vertex buffer
#version 450
layout(location = 0) out vec2 uv;

void main() {
    uv = vec2(gl_VertexIndex & 2, (gl_VertexIndex << 1) & 2);
    gl_Position = vec4(uv * 2.0 - 1.0, 0.0, 1.0);
}
// present.frag
#version 450
layout(location = 0) in vec2 uv;
layout(location = 0) out vec4 outColor;
layout(set = 0, binding = 0) uniform sampler2D tex;

void main() {
    outColor = texture(tex, uv);
}

The same code, with no window

A render target is an offscreen image with the same interface as the window. Both come from the Context, and everything else in this file works the same against either. Build the pipeline against it, submit, and read the pixels into NumPy. This runs in a test and in CI, where no display exists:

ctx = bz.Context()
target = ctx.create_render_target(800, 600, depth=bz.Format.D32F)

pipeline = ...   # the triangle pipeline above, built with .build(target)

g = ctx.graph()
with g.add_pass(target, clear_color=[0.1, 0.2, 0.3, 1.0]) as p:
    p.bind_pipeline(pipeline).bind_vertex_buffer(vbuf).draw(3)
ctx.submit(g)

pixels = target.color[0].read()      # numpy (600, 800, 4) uint8

In a notebook, and on a machine with no display

The code above is the whole notebook story: render offscreen, read the pixels, show them with the library you already use. A remote kernel on a university server works the same way, because bazalt starts the window system only when you ask for a Window.

Use with. Without it, a re-run cell leaves the previous Context's upload worker and hot-reload watcher running until the garbage collector reaches them, so a shared machine collects one set of threads per run:

import bazalt as bz
from PIL import Image

with bz.Context() as ctx:
    target = ctx.create_render_target(512, 512)
    # ...build a graph and submit it...
    pixels = target.color[0].read()

Image.fromarray(pixels)              # the cell shows it

Read the pixels inside the block. A Context that is closed starts no new work, and target.color[0].read() after the block raises StateError rather than a black image.

For anything interactive, build the Context once. A device costs tens of milliseconds, so a slider that calls the function above per event queues work faster than it finishes and the notebook stops responding. Build the Context, the pipeline and the target once, and let a redraw be a record, a submit and a read — a few milliseconds. That Context outlives the cell, which is what ctx.close() is for.

examples/33_notebook/notebook.ipynb shows both shapes, plus a compute cell that uses the GPU as a calculator.

What you get

  • Vulkan, and not an engine. You keep the pipelines, the command buffers and the memory. Bazalt removes the setup code and the object lifetimes.
  • Barriers on their own. You describe a frame as passes on a graph. Bazalt compares what each pass reads with what the earlier passes wrote, then puts the barriers and the layout changes between them — for the whole frame at one time. It reads the SPIR-V to find out which resources a shader writes, so a storage image written by a fragment shader is ordered for you. add_pass(auto_barriers=False) gives that job back to you through p.barrier(), for that pass alone.
  • A pass is a handle, so a frame is editable. p.enabled = False drops one pass out of the frame and graph.remove(p) takes it out for good. Bazalt works out the barriers again for the passes that remain, so switching an effect off never leaves a stale barrier behind, and nothing is recorded a second time. This is what an effect chain you are still tuning wants, and it used to mean rebuilding the frame around an if.
  • Compute beside graphics. One graph holds a compute pass and a render pass. A dispatch writes the vertices and the draw reads them. Results come back as NumPy arrays. Each pass names the queue it runs on. A later release adds a second queue, and that needs no change to this API: you get a new value to pass, and the choice stays yours.
  • Images in every shape. 2D textures, texture arrays, cubemaps and 3D volumes come from one function: create_image(w, h, cube=True) or create_image(w, h, depth=n). A volume is a sampler3D in the shader — colour-grading LUTs, volumetric noise, raymarched clouds — and a NumPy array of the matching shape uploads straight into any of them.
  • Every pipeline stage. Vertex, fragment and compute, plus tessellation for displacement and adaptive detail, and geometry for a primitive that becomes a different one. A dispatch or a draw can also read its own arguments from a buffer the GPU filled, so the count never travels back to the CPU.
  • Data larger than a binding. A descriptor sees at most ctx.limits.max_storage_buffer of a buffer, which is 4 GB on most desktop drivers. buffer.address goes around it: the shader reads a pointer from a push constant, so the size the device can allocate becomes the only limit. ctx.limits reports the numbers behind decisions like this one, and a large upload is staged in pieces, so it costs GPU memory and not that much RAM as well.
  • One rule for what blocks. Every write is asynchronous and every read blocks. A handle is its own future, so normal code waits nowhere. buf.read() blocks, because it has nothing to give you until the bytes arrive. Every submit hands back a Serial, so ctx.submit(g, wait=False, after=earlier) orders one submit behind another on the GPU while the CPU carries on.
  • Hot reload. Bazalt watches the shaders you loaded, their #include files and your images, then applies the edits in place. A mistake does not stop the application.
  • Headless, and notebook-ready. Draw into an offscreen target and read the pixels as a NumPy array — no window and no display, so a Jupyter kernel on a remote server works. with bz.Context() as ctx: releases the device's worker threads when the block ends, instead of when the garbage collector notices.
  • The window, and what arrives through it. Keys, the mouse and the scroll wheel, plus the characters the user typed through window.text_input(), files dropped on the window, the clipboard through bz.get_clipboard() and bz.set_clipboard(), an icon through window.set_icon(), and the pointer through window.set_cursor() and window.set_cursor_position(). A gamepad reports both the level and the edge. bz.list_monitors() says which displays exist, so a fullscreen window can name one. bz.poll_events() pumps a program that animates; bz.wait_events() sleeps until something happens, for one that does not.
  • Tools for a picture that looks wrong. The validation layers report through a Python logger. Context(shader_printf=True) sends debugPrintfEXT() from a shader to that logger. Context(gpu_timing=True) and p.timer() measure a frame or one part of a pass. p.label() and the pass name make a RenderDoc capture readable. A compiled shader also tells you what bazalt read out of it: shader.writes, shader.writes_unknown and shader.prints.
  • Wide reach. Vulkan 1.2 is the baseline and bazalt uses 1.3 where the driver has it. You ask for a capability by what it does, never by a version or an extension name.
  • No ceiling. A manual pass with p.barrier(), submit(after=...) to order whole submits by hand, raw_extensions and the Vulkan handles stay open for the work bazalt does not cover.

Design rules

Four rules decide what goes into the API. DESIGN.md holds them with their reasons.

  • One obvious way to do one thing. A resource that differs by one parameter is a keyword argument, not a new function.
  • Never cap the ceiling. Each layer keeps an escape hatch to the Vulkan below it.
  • It must run on more than 90% of machines.
  • Prototyping comes first. A feature that makes pictures ranks before plumbing.

Examples

Every directory in examples/ runs on its own.

Subject Examples
Basics 01_empty_window, 02_triangle, 03_textured_quad, 04_colored_cube, 05_textured_cube, 06_multiple_cubes, 07_model_loading
The graph 42_pass_toggles (switch a pass off, take one out), 43_manual_barriers (one manual pass beside the automatic ones), 44_submit_order (Serial handles and after=)
Compute 11_particles (compute writes the vertices), 13_compute_postprocess, 41_buffer_address (a buffer larger than a descriptor can bind)
Shadows and deferred 09_shadow_map, 17_cascade_shadows, 10_gbuffer_mrt
Cubemaps and layers 14_skybox, 16_env_capture (six faces), 18_multiview
3D textures 31_volume_raymarch (a raymarched cloud), 32_lut_grading (colour grading through a LUT baked by render-to-slice)
Image quality 15_msaa, 36_msaa_resolve (reading the samples one at a time), 23_outline (stencil), 39_two_sided_stencil (front faces against back faces)
Pipeline stages 25_tessellation (displacement and adaptive detail), 26_geometry_normals (triangles become lines), 38_topologies (one blade drawn as a list, a fan and a strip), 40_primitive_restart (three strips in one draw)
GPU-driven work 28_gpu_culling (indirect draw, two windows), 29_bindless (one draw, many textures)
Data in and out 24_video_texture (per-frame updates), 22_instancing (20000 instances)
Windows and devices 19_multi_window, 20_multi_context (two GPUs), 21_window_modes, 08_pyqt_integration
Tools 12_hot_reload, 27_drop_and_icon (drag a picture onto the window), 30_gamepad, 35_imgui_overlay (an ImGui panel that tunes a running shader), 37_occlusion_query (how much of a thing was drawn)
Notebooks 33_notebook (headless rendering, a slider, GPU compute — needs Jupyter)
Showcase 34_showcase (San Miguel with GPU culling, bindless materials, a day-night cycle, PCF shadows, MSAA and an HDR post chain)

CHANGELOG.md lists what each release added. DESIGN.md gives the reasons behind the API.

License

MIT. See LICENSE.txt.

Metadata

Release files for bazalt 0.28.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for bazalt 0.28.0
File Size Uploaded Provenance
bazalt-0.28.0.tar.gz 1.9 MB With provenance Details

Built distributions (wheels)

Table of built distributions (wheels) for bazalt 0.28.0
File
bazalt-0.28.0-cp314-cp314-win_amd64.whl CPython 3.14 CPython 3.14 Windows x86-64 Details
bazalt-0.28.0-cp314-cp314-manylinux_2_27_x86_64.manylinux_2_28_x86_64.whl CPython 3.14 CPython 3.14 Linux glibc 2.27+ x86-64, Linux glibc 2.28+ x86-64 Details
bazalt-0.28.0-cp314-cp314-macosx_14_0_arm64.whl CPython 3.14 CPython 3.14 macOS 14.0+ ARM64 Details
bazalt-0.28.0-cp313-cp313-win_amd64.whl CPython 3.13 CPython 3.13 Windows x86-64 Details
bazalt-0.28.0-cp313-cp313-manylinux_2_27_x86_64.manylinux_2_28_x86_64.whl CPython 3.13 CPython 3.13 Linux glibc 2.27+ x86-64, Linux glibc 2.28+ x86-64 Details
bazalt-0.28.0-cp313-cp313-macosx_14_0_arm64.whl CPython 3.13 CPython 3.13 macOS 14.0+ ARM64 Details
bazalt-0.28.0-cp312-cp312-win_amd64.whl CPython 3.12 CPython 3.12 Windows x86-64 Details
bazalt-0.28.0-cp312-cp312-manylinux_2_27_x86_64.manylinux_2_28_x86_64.whl CPython 3.12 CPython 3.12 Linux glibc 2.28+ x86-64, Linux glibc 2.27+ x86-64 Details
bazalt-0.28.0-cp312-cp312-macosx_14_0_arm64.whl CPython 3.12 CPython 3.12 macOS 14.0+ ARM64 Details
bazalt-0.28.0-cp311-cp311-win_amd64.whl CPython 3.11 CPython 3.11 Windows x86-64 Details
bazalt-0.28.0-cp311-cp311-manylinux_2_27_x86_64.manylinux_2_28_x86_64.whl CPython 3.11 CPython 3.11 Linux glibc 2.27+ x86-64, Linux glibc 2.28+ x86-64 Details
bazalt-0.28.0-cp311-cp311-macosx_14_0_arm64.whl CPython 3.11 CPython 3.11 macOS 14.0+ ARM64 Details
bazalt-0.28.0-cp310-cp310-win_amd64.whl CPython 3.10 CPython 3.10 Windows x86-64 Details
bazalt-0.28.0-cp310-cp310-manylinux_2_27_x86_64.manylinux_2_28_x86_64.whl CPython 3.10 CPython 3.10 Linux glibc 2.28+ x86-64, Linux glibc 2.27+ x86-64 Details
bazalt-0.28.0-cp310-cp310-macosx_14_0_arm64.whl CPython 3.10 CPython 3.10 macOS 14.0+ ARM64 Details

Total release size: 58.4 MB

Release files / bazalt-0.28.0.tar.gz

Download URL bazalt-0.28.0.tar.gz
Size 1.9 MB
Tags Source
SHA-256 checksum
How to use checksums
f5ba7dbbc2595165222dcdd8b3d302d7b283ec8e96f65604cd47dcc410641188
BLAKE2b-256 checksum
How to use checksums
d320181ea6504d93c58808fb3825b2b2635f48988788de9c0390224047c9fc1a
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Aug 23, 2026.

Transparency log

Release files / bazalt-0.28.0-cp314-cp314-win_amd64.whl

Download URL bazalt-0.28.0-cp314-cp314-win_amd64.whl
Size 3.0 MB
Tags CPython 3.14 Windows x86-64
SHA-256 checksum
How to use checksums
cf7267bd747e3b1e71c182d77e3d5c70e451c1ea6347d2644c82077acf616da8
BLAKE2b-256 checksum
How to use checksums
c8015434ab1d0bd4f888559998a818c9f2cbd24768a3b6774a9c0f1835798d66
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Aug 23, 2026.

Transparency log

Release files / bazalt-0.28.0-cp314-cp314-manylinux_2_27_x86_64.manylinux_2_28_x86_64.whl

Download URL bazalt-0.28.0-cp314-cp314-manylinux_2_27_x86_64.manylinux_2_28_x86_64.whl
Size 5.1 MB
Tags CPython 3.14 Linux glibc 2.27+ x86-64 Linux glibc 2.28+ x86-64
SHA-256 checksum
How to use checksums
b8558a659822f3e928253048dd0e4eaf3a5c684831814c0c27b12976c0f45340
BLAKE2b-256 checksum
How to use checksums
2d016b5a1dfc0189dfd987dc1af4f8e669c8a32cf686058543455af96160206c
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Aug 23, 2026.

Transparency log

Release files / bazalt-0.28.0-cp314-cp314-macosx_14_0_arm64.whl

Download URL bazalt-0.28.0-cp314-cp314-macosx_14_0_arm64.whl
Size 3.2 MB
Tags CPython 3.14 macOS 14.0+ ARM64
SHA-256 checksum
How to use checksums
4ba89d72c8998dd437337b9b8d667e64d7ccb62fc589099e0d384d6d022c3614
BLAKE2b-256 checksum
How to use checksums
f5d50f26cbfdb9f970222c94fa9c13e3f6475e6d8fe97a0f046dfd3e5830815d
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Aug 23, 2026.

Transparency log

Release files / bazalt-0.28.0-cp313-cp313-win_amd64.whl

Download URL bazalt-0.28.0-cp313-cp313-win_amd64.whl
Size 2.9 MB
Tags CPython 3.13 Windows x86-64
SHA-256 checksum
How to use checksums
9f983fc3a73de5ea57a56b87c9698ac5d9be53c963e62b3308b3f7fa58a9382e
BLAKE2b-256 checksum
How to use checksums
73f6bf784c0f9978d5b67e6a82c984790900eeb39a88203de8dd41cd624fd1e5
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Aug 23, 2026.

Transparency log

Release files / bazalt-0.28.0-cp313-cp313-manylinux_2_27_x86_64.manylinux_2_28_x86_64.whl

Download URL bazalt-0.28.0-cp313-cp313-manylinux_2_27_x86_64.manylinux_2_28_x86_64.whl
Size 5.1 MB
Tags CPython 3.13 Linux glibc 2.27+ x86-64 Linux glibc 2.28+ x86-64
SHA-256 checksum
How to use checksums
69ee14d77daa0d2eaaeeee5b23eb0460229f06bb8788ea84ab4cb1fe4b7d3684
BLAKE2b-256 checksum
How to use checksums
cdef8b732f13f5f4f013d5020edaa64a2d324381819b12f1b7f348f553dd5289
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Aug 23, 2026.

Transparency log

Release files / bazalt-0.28.0-cp313-cp313-macosx_14_0_arm64.whl

Download URL bazalt-0.28.0-cp313-cp313-macosx_14_0_arm64.whl
Size 3.2 MB
Tags CPython 3.13 macOS 14.0+ ARM64
SHA-256 checksum
How to use checksums
a1d9f8a95f97a2e047929ac27024dc2740733c1211c8fe88084dabe277e5b0b8
BLAKE2b-256 checksum
How to use checksums
129e9807a4e2fb28ca47d045bb845e15f20a3a2a9f4a60e252623f7c44cd5eee
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Aug 23, 2026.

Transparency log

Release files / bazalt-0.28.0-cp312-cp312-win_amd64.whl

Download URL bazalt-0.28.0-cp312-cp312-win_amd64.whl
Size 2.9 MB
Tags CPython 3.12 Windows x86-64
SHA-256 checksum
How to use checksums
454895315c60c59585ad8e929eb2a08e496038a0f07f37208188adb9cb6770b2
BLAKE2b-256 checksum
How to use checksums
af80bd1ce7e2dc3f5a7d94217d695ef0d30b4ac6dc1be31fa5255aaede1c9016
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Aug 23, 2026.

Transparency log

Release files / bazalt-0.28.0-cp312-cp312-manylinux_2_27_x86_64.manylinux_2_28_x86_64.whl

Download URL bazalt-0.28.0-cp312-cp312-manylinux_2_27_x86_64.manylinux_2_28_x86_64.whl
Size 5.1 MB
Tags CPython 3.12 Linux glibc 2.27+ x86-64 Linux glibc 2.28+ x86-64
SHA-256 checksum
How to use checksums
23c752d5a298066a1a99e3436c2161d9c2f5a6eafd35b9bf0c0df53de5b49093
BLAKE2b-256 checksum
How to use checksums
28f059073f68bd39a65253ad0b86d02eb58fbb44dbac1d54a3439c294cb9056e
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Aug 23, 2026.

Transparency log

Release files / bazalt-0.28.0-cp312-cp312-macosx_14_0_arm64.whl

Download URL bazalt-0.28.0-cp312-cp312-macosx_14_0_arm64.whl
Size 3.2 MB
Tags CPython 3.12 macOS 14.0+ ARM64
SHA-256 checksum
How to use checksums
2ea24589bafcf99c427622c253b94a3465bd6147140ec77e0256bd137a708f0e
BLAKE2b-256 checksum
How to use checksums
cdc3771b076fd0dd0feb1a28b73ece694cdfd6fa9cfd952d32f0c86c2e49563f
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Aug 23, 2026.

Transparency log

Release files / bazalt-0.28.0-cp311-cp311-win_amd64.whl

Download URL bazalt-0.28.0-cp311-cp311-win_amd64.whl
Size 2.9 MB
Tags CPython 3.11 Windows x86-64
SHA-256 checksum
How to use checksums
12b7a3821ec973940058ccc8e22112af316e491321ecd2ed39bc24c4ae90d97e
BLAKE2b-256 checksum
How to use checksums
68982eb5814d450fb01fb2adc146aca819c5f1bbd3060c42c0a6dc50fb2847dc
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Aug 23, 2026.

Transparency log

Release files / bazalt-0.28.0-cp311-cp311-manylinux_2_27_x86_64.manylinux_2_28_x86_64.whl

Download URL bazalt-0.28.0-cp311-cp311-manylinux_2_27_x86_64.manylinux_2_28_x86_64.whl
Size 5.1 MB
Tags CPython 3.11 Linux glibc 2.27+ x86-64 Linux glibc 2.28+ x86-64
SHA-256 checksum
How to use checksums
b2e3cc809c235fe906cd9f09adc616ec94465b48f279b80af78ed00accb8da82
BLAKE2b-256 checksum
How to use checksums
cf3f2ab6aa2bdd1403df151602af2e77ca6261ae04c30b624120e5c357a165bc
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Aug 23, 2026.

Transparency log

Release files / bazalt-0.28.0-cp311-cp311-macosx_14_0_arm64.whl

Download URL bazalt-0.28.0-cp311-cp311-macosx_14_0_arm64.whl
Size 3.2 MB
Tags CPython 3.11 macOS 14.0+ ARM64
SHA-256 checksum
How to use checksums
0052c8490239766f707767447e7113a6cf95808074eb1474488b5a27b5846b71
BLAKE2b-256 checksum
How to use checksums
8f483105ac7e362f2a4ed1084c73354cb77b5166d0768e656d80b9665f19e3d4
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Aug 23, 2026.

Transparency log

Release files / bazalt-0.28.0-cp310-cp310-win_amd64.whl

Download URL bazalt-0.28.0-cp310-cp310-win_amd64.whl
Size 2.9 MB
Tags CPython 3.10 Windows x86-64
SHA-256 checksum
How to use checksums
528d2a91070bd7656a7bdefb5346f298b0b49a7b7e52735771f9307506597d9e
BLAKE2b-256 checksum
How to use checksums
bc75b07c61422c2d95a6dd88b1b46f50a4ce79445f55dfd6f7c2c063c40b35d1
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Aug 23, 2026.

Transparency log

Release files / bazalt-0.28.0-cp310-cp310-manylinux_2_27_x86_64.manylinux_2_28_x86_64.whl

Download URL bazalt-0.28.0-cp310-cp310-manylinux_2_27_x86_64.manylinux_2_28_x86_64.whl
Size 5.1 MB
Tags CPython 3.10 Linux glibc 2.27+ x86-64 Linux glibc 2.28+ x86-64
SHA-256 checksum
How to use checksums
4241598a0c8c552339163d3388d81d0b1d9f7069b2071897f83eb91a80c76789
BLAKE2b-256 checksum
How to use checksums
3ae309452c46ba1bb33d2ce8249046857dd05e3026c4e3ad34e7d3e2ce585968
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Aug 23, 2026.

Transparency log

Release files / bazalt-0.28.0-cp310-cp310-macosx_14_0_arm64.whl

Download URL bazalt-0.28.0-cp310-cp310-macosx_14_0_arm64.whl
Size 3.2 MB
Tags CPython 3.10 macOS 14.0+ ARM64
SHA-256 checksum
How to use checksums
357723c06e85896093e0b51ed66dd43ea65d195cba7848cb6a497858b40750db
BLAKE2b-256 checksum
How to use checksums
6d005b07593ea2508bb3f65d0237bdaad841c8ad3949dad53458f330b2ddfce2
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Aug 23, 2026.

Transparency log

Security for bazalt 0.28.0

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

Full provenance

All 16 files in this release have been uploaded with provenance metadata.

Select from 16 files

Attestation for bazalt-0.28.0.tar.gz

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Aug 23, 2026.

Transparency log

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

Release history Release notifications | RSS feed

This release

0.28.0 This release

16 release files Full provenance

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page