Skip to content

docs: backport live-docs ef3649d3d to master - #3691

Closed
start9-docs-bot[bot] wants to merge 1 commit into
masterfrom
backport/live-docs-ef3649d3d
Closed

docs: backport live-docs ef3649d3d to master#3691
start9-docs-bot[bot] wants to merge 1 commit into
masterfrom
backport/live-docs-ef3649d3d

Conversation

@start9-docs-bot

Copy link
Copy Markdown
Contributor

Automated backport of the documentation change published to docs.start9.com from live-docs (ef3649d).

It could not be applied to master unattended — resolve the conflicts before merging.

Until this lands, master's copy of the docs is out of step and the next tag will revert the published fix.

Warning

These commits could not be carried onto this branch at all and are not included. Apply them by hand:

Both "Github release page" links in installing-startos.md name
start-os/v0.4.0.2, which has no tag and no release, so the two entry
points to downloading StartOS — the USB installer and the Raspberry Pi
image — both 404 on docs.start9.com.

0.4.0.2 is the prospective next version, and #3616 carried the docs
links along with the bump. The rest of that bump is correct: root
package.json and the CHANGELOG heading are supposed to name the version
being accumulated. A user-facing "find the latest version" link is not —
it has to name a release that has actually been cut, which is 0.4.0.1.

(cherry picked from commit d009d71)
@dr-bonez dr-bonez closed this Aug 11, 2026
dr-bonez pushed a commit that referenced this pull request Aug 12, 2026
…us PR (#3696)

A PR merged into live-docs with the merge button puts a merge commit in
the pushed range, and cherry-pick refuses one without -m ("is a merge but
no -m option was given"). The step treats any nonzero exit as a conflict,
so it opened a PR saying "resolve the conflicts before merging" against a
branch with none, and the per-commit fallback loop then hit the same error
and warned the merge was "not included" when its content was already there.
It fired on every merge-commit push so far: #3657, #3691, #3695.

Pick the first-parent list with -m 1, so a merged PR is one patch: the
merge's own net change. -m 1 is a no-op on a non-merge, so squash-merge
pushes are unaffected.

Two smaller corrections in the same step, both observed on those PRs: the
conflict wording now belongs to the conflict reason alone rather than to
every unexpected failure, and a branch whose conflicts were resolved by
keeping the markers now names those files in the body — #3657 shipped 130
markers across 14 files, including start-sdk's StartSdk.ts, and GitHub
still reported it mergeable.
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.

2 participants