Skip to content

Commit the pinned skeleton: Flarum v2.0.0-rc.5 (#2, step 2) - #4

Merged
karl-bullock merged 1 commit into
mainfrom
pinned-skeleton-lock
Jul 29, 2026
Merged

Commit the pinned skeleton: Flarum v2.0.0-rc.5 (#2, step 2)#4
karl-bullock merged 1 commit into
mainfrom
pinned-skeleton-lock

Conversation

@karl-bullock

Copy link
Copy Markdown
Member

Second step of #2. Resolved by the Resolve skeleton lock workflow on PHP 8.3 with the image's own extension set, and audited clean.

Flarum core + bundled extensions v2.0.0-rc.5
fof/horizon, fof/redis v2.0.0-beta.9
fof/upload 2.0.0-beta.6
total packages 193

The lock is the pin. composer.json keeps loose constraints because that is what flarum/flarum ships, but composer install from a committed lock installs the recorded versions and ignores them.

Filed under skeleton/ rather than the repo root so it cannot be mistaken for this repository's own manifest — nothing here is a PHP project.

Worth recording for #2: there is no stable Flarum 2.0. minimum-stability: beta is currently required to install 2.0 at all, so the pin targets an explicit RC and can tighten when 2.0 ships. The issue's "pin stable if it's out" doesn't apply yet.

Nothing consumes these yet — the Dockerfile still builds an image that resolves at first boot. Baking the skeleton in and seeding the volume from it is the next step, and that's the one that changes runtime behaviour.

Resolved by the resolve-lock workflow on PHP 8.3 with the image's own
extension set, and audited clean. Flarum core and its bundled extensions
land on v2.0.0-rc.5; fof/horizon and fof/redis on v2.0.0-beta.9;
fof/upload on 2.0.0-beta.6.

The lock is the pin. composer.json keeps loose constraints because that
is what flarum/flarum ships, but composer install from a committed lock
installs the recorded versions and ignores them.

Filed under skeleton/ rather than the repository root so it cannot be
mistaken for this repo's own manifest — nothing here is a PHP project.

Worth recording: there is no stable Flarum 2.0. minimum-stability: beta
is currently required to install 2.0 at all, so the pin targets an
explicit release candidate and tightens when 2.0 ships.

Nothing consumes these yet. The Dockerfile still builds an image that
resolves at first boot; baking the skeleton in is the next step.
@karl-bullock
karl-bullock merged commit c8043b6 into main Jul 29, 2026
6 checks passed
@karl-bullock
karl-bullock deleted the pinned-skeleton-lock branch July 29, 2026 02:30
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