Update 8hobbies/workflows digest to 44f8438

[renovate]

This PR contains the following updates:

Package	Type	Update	Change
8hobbies/workflows	action	digest	4443153 -> 44f8438

---

Configuration

📅 Schedule: Branch creation - "on Sunday" (UTC), Automerge - At any time (no schedule defined).

🚦 Automerge: Enabled.

♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.

---

• If you want to rebase/retry this PR, check this box

---

This PR was generated by Mend Renovate. View the repository job log.

To fix the problem, you should add a permissions block at the root of the workflow file (.github/workflows/lint.yml). This will ensure that any job in the workflow does not inherit excessive permissions from the repository, but instead uses only the minimum required. Since this workflow delegates to an external lint workflow via uses, we should use contents: read (typical for lint/test/check workflows), unless you know stricter permissions are possible. The permissions block should be inserted near the top, usually after the workflow name entry.

Steps:

• Edit .github/workflows/lint.yml.
• Insert the following after name: Lint:

  permissions:
    contents: read

  This specifies that jobs by default only have read access to repository contents.

To address the issue, explicitly add a permissions block to the workflow file. Since all jobs are contained within the single run job that uses a reusable workflow, and unless more specific permissions are needed, the minimal, safest configuration is contents: read. This ensures the GITHUB_TOKEN available to this workflow and any called workflows is limited to read-only permission for repository contents.

• The change should be inserted near the top-level of the workflow, i.e., after name: Publish Dry Run and before the on: block, to apply to the entire workflow by default.
• No new methods, variables, or imports are needed—just a YAML edit to add the permissions block.

---

How to fix:
Insert a permissions block at the top level of the workflow (just below name: and before on: is standard), to restrict default permissions for all jobs unless individually overridden. Unless the jobs (or the called reusable workflow) require specific write permissions, you should set the minimum, e.g., contents: read.

Detailed best fix:
Insert the following minimal block:

permissions:
  contents: read

This ensures the GITHUB_TOKEN has only read access to repository contents for this workflow and all contained jobs (unless otherwise specified explicitly elsewhere). Place it directly under the name: Runtime entry in .github/workflows/runtime.yml.

What is needed:
No new methods, imports, or definitions; just an addition to the YAML workflow file.

---