Skip to content

Only define THRESHOLD once - #322

Open
joshuagl wants to merge 5 commits into
theupdateframework:masterfrom
joshuagl:joshuagl/threshold-dfn
Open

Only define THRESHOLD once#322
joshuagl wants to merge 5 commits into
theupdateframework:masterfrom
joshuagl:joshuagl/threshold-dfn

Conversation

@joshuagl

@joshuagl joshuagl commented Aug 5, 2026

Copy link
Copy Markdown
Member

#314 is a great clarification, however it also introduced a second definition of THRESHOLD without a tag. This definition is duplicative and gets lost because it's not marked up as other definitions.

There are two ways we can fix this:

  1. introduce a second dfn tag and use a for attribute on each definition,
    i.e.,
  2. streamline to a single definition and update the DELEGATIONS definition
    to reference the THRESHOLD definition in the root section

I've opted for 2 here as it's simpler and avoids redundant duplicate definitions, but please let me know if you would prefer 1.

As well as this, I ended up doing some cleanup in this PR:

  • fixed warnings from latest bikeshed
  • pinned the version of bikeshed included in our workflows
  • updated my affiliation

theupdateframeworkGH-314 introduced a second definition of THRESHOLD _without_ a <dfn> tag.

There are two ways we can fix this:
1. introduce a second dfn tag and use a for attribute on each definition,
  i.e., <dfn for="root">
2. streamline to a single definition and update the DELEGATIONS definition
  to reference the THRESHOLD definition in the root section

I've opted for 2 here as it's simpler and avoids redundant duplicate
definitions.

Signed-off-by: Joshua Lock <joshuagloe@gmail.com>
We have two definitions of KEYID and, by default, we get a random one at
build time if the `for` attribute is not specified on the anchor (<a>)
element. Squash randomness by always referring to the KEYID definition
for the root role.

Signed-off-by: Joshua Lock <joshuagloe@gmail.com>
This will prevent bikeshed releases unintentionally breaking our builds
without anyone noticing until a CI workflow with additional changes is
run.

Signed-off-by: Joshua Lock <joshuagloe@gmail.com>
Changed role, updating affiliation

Signed-off-by: Joshua Lock <joshuagloe@gmail.com>
Signed-off-by: Joshua Lock <joshuagloe@gmail.com>
@joshuagl
joshuagl marked this pull request as ready for review August 5, 2026 15:46
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