Skip to content

http_client: allow gleam_stdlib 1.x - #69

Open
BinaryMuse wants to merge 1 commit into
TrustBound:mainfrom
BinaryMuse:http-client/allow-stdlib-1x
Open

http_client: allow gleam_stdlib 1.x#69
BinaryMuse wants to merge 1 commit into
TrustBound:mainfrom
BinaryMuse:http-client/allow-stdlib-1x

Conversation

@BinaryMuse

@BinaryMuse BinaryMuse commented Aug 10, 2026

Copy link
Copy Markdown

Description

dream_http_client requires gleam_stdlib >= 0.60.0 and < 1.0.0. Now that gleam_stdlib 1.x is out, that cap makes the package unresolvable in any project on stdlib 1.x as the resolver can't co-resolve the two, so downstream users are stuck forking or pinning old stdlib. This PR widens the requirement to >= 0.60.0 and < 2.0.0.

No code changes were needed. The package compiles cleanly against gleam_stdlib 1.0.5 as-is, and we run a fork of it in production against stdlib 1.0.x with our full test suite green (including recording/playback and streaming).

The commit also syncs two stale path-dependency versions in the module's manifest.toml (dream 2.3.1 → 2.4.1, dream_mock_server 1.0.0 → 1.1.1). As committed, gleam refuses to build the module because the lock disagrees with the == 1.1.1 requirement.

Related Issue

N/A

Type of Change

  • 🔧 Build/CI changes

Changes Made

  • Widen gleam_stdlib to >= 0.60.0 and < 2.0.0 in modules/http_client/gleam.toml and its manifest
  • Sync stale dream / dream_mock_server path-dep versions in modules/http_client/manifest.toml
  • CHANGELOG entry under Unreleased

Testing

  • All tests pass (gleam test in modules/http_client: 192 passed at the locked stdlib 0.67.1)
  • Code formatted with gleam format
  • No compiler warnings
  • Additionally verified the package compiles standalone against gleam_stdlib 1.0.5, and a downstream consumer's full suite passes against it

Documentation

  • CHANGELOG updated (for maintainer review)

Breaking Changes

N/A — the constraint only widens; the existing lock resolution is unchanged.

Additional Context

N/A

The < 1.0.0 cap makes the package unresolvable in projects on
gleam_stdlib 1.x. No code changes are needed: the package compiles
cleanly against 1.0.5, and the test suite passes at the locked version.

Also syncs the manifest's stale path-dependency versions (dream 2.3.1
-> 2.4.1, dream_mock_server 1.0.0 -> 1.1.1), without which gleam
refuses to build the module at all.
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