Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merge upstream main branch #23

Merged
merged 44 commits into from
Oct 16, 2024
Merged

Merge upstream main branch #23

merged 44 commits into from
Oct 16, 2024

Conversation

alexcrichton
Copy link
Collaborator

Pulls in a fix for CI

dschuff and others added 30 commits August 16, 2024 09:58
This is necessary for Bikeshed to generate CRs.
…Assembly#1785)

In addition to testing `demote(x-promote(y))`, also test
`demote(promote(y) - x)`. And test similar mixed-type cases for multiply
and divide.
Add a sqrt test for values around ¼, where `sqrt(x) - x` is greatest.

And add a few more sqrt test values based on divergences in sqrt
implementations found in the wild.
This is derived from WebAssembly#1764 but does not actually change the publication
status by default locally or on CI (ED is the default, and the w3c echidna
publication action overrides it to WD).
It also includes a fix to the echidna Makefile rules to exit with an error
in case an underlying step returns an error.
…#1791)

When manually dispatching workflows, inputs can be collected from the
dispatching user and passed to the workflow. Use this feature to
allow manually setting the W3C_STATE of the document. This will
let us publish CR drafts on every push (once we update the default
state from WD) and CR snapshots on demand.


Co-authored-by: Ms2ger <[email protected]>
The Makefiles now generate a date 30 days in the future, and pass this date to bikeshed as
the standard 'Deadline' metadata.

Along with speced/bikeshed-boilerplate#98, this causes the document
status section to generate with a transition deadline always 30 from the generation time.
…bAssembly#1803)

The w3c-status options correspond to the valid options for
Bikeshed's --md-status flag (i.e. Status metadata, https://speced.github.io/bikeshed/#metadata),
and refer to the W3C rec-track document
stages described in https://www.w3.org/policies/process/#maturity-stages
(Editor's Draft, Working Draft, Candidiate Recommendation Draft, and
Candidate Recommendation Snapshot).
…sembly#1813)

This reverts commit 5042950.
There is will allow publishing more WD builds until the CR
transition finishes.
dschuff and others added 14 commits September 30, 2024 14:03
…y#1814)

These sections provide a bit more background about their relationship to the layer beneath them.
They also solve the problem that the existing minimal introductory text was hidden in the
bottom of the "status of this document" section.
…ebAssembly#1818)

These considerations are aimed at answering the questions to consider from the TAG security and privacy questionnaire: https://www.w3.org/TR/security-privacy-questionnaire/
…1821)

* The API call does not return its results synchronously, so the status check script polls for the result and exits with an error if it fails.
* The Makefiles and CI workflow introduce the ability to run the publishing step as a dry run, so it can be used with pull requests.
* CI also supports the ability to use W3C username and password secrets instead of Echidna tokens
…ly#1825)

This ensures that all 3 specs build and upload even if one fails.
Also use 'uploaded' in the status text instead of 'published' to reflect
possible dry run or validation failure.
…1826)

Fix a sequence that Bikeshed is treating as a macro and rewriting.

This is a workaround for WebAssembly#1823
@alexcrichton alexcrichton merged commit bbf4e37 into main Oct 16, 2024
9 checks passed
@alexcrichton alexcrichton deleted the merge branch October 16, 2024 13:22
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.

8 participants