Skip to content

chore: fill or remove RSR template placeholders - #64

Merged
hyperpolymath merged 5 commits into
mainfrom
fix/rsr-placeholders
Jul 28, 2026
Merged

chore: fill or remove RSR template placeholders#64
hyperpolymath merged 5 commits into
mainfrom
fix/rsr-placeholders

Conversation

@hyperpolymath

Copy link
Copy Markdown
Owner

openssf-compliance.yml fails when any of the thirteen files it checks still contains a {{PLACEHOLDER}} token. This clears them, with no invention.

  • Deleted the TEMPLATE INSTRUCTIONS (delete this block before publishing) comment — the template says to delete it, and it is where every legend line lived, so a large share of the reported tokens were the file documenting its own placeholders.
  • Filled what the repository itself supplies: owner and repo from the git remote, project name, year, forge, main branch, contact email.
  • Removed PGP and website lines. https://github.com/<user>.gpg returns HTTP 200 for every account; with no key uploaded the body is a stub reading "This user hasn't uploaded any GPG keys". No key is published for either account, and commit signing here is SSH — unrelated. The template sanctions this: "Optional: Remove sections that don't apply (e.g. PGP if you don't use it)."\n\nA security policy telling a researcher to encrypt to a key that does not exist is worse than one that does not mention encryption.\n\nWhere applicable, this also fixes a misrouted advisory URL. A previous just init copied already-filled templates out of squisher-corpus, so 51 repositories directed vulnerability reports to hyperpolymath/squisher-corpus — a repository unrelated to the code being reported, meaning the affected maintainer never saw them. Repointed from this repository's own git remote.

hyperpolymath and others added 4 commits July 26, 2026 14:49
openssf-compliance.yml fails when any of the thirteen files it checks
still contains a {{PLACEHOLDER}} token. This clears them.

Three kinds of change, no invention:

The "TEMPLATE INSTRUCTIONS (delete this block before publishing)" comment
is deleted. The template says to delete it, and it is where every legend
line lives -- so a large share of the reported tokens were the file
documenting its own placeholders, not real unfilled fields.

Tokens derivable from the repository are filled: owner and repo from the
git remote, project name, year, forge, main branch, contact email.

PGP and website lines are removed rather than filled, because nothing
true could go in them. https://github.com/<user>.gpg returns HTTP 200 for
every account; with no key uploaded the body is a stub reading "This user
hasnt uploaded any GPG keys". No key is published for either account
here, and commit signing in this estate is SSH, which is unrelated. Only
one repository in the estate has a domain, so {{WEBSITE}} likewise has no
correct value. The template sanctions this: "Optional: Remove sections
that dont apply (e.g. PGP if you dont use it)." A security policy telling
a researcher to encrypt to a key that does not exist is worse than one
that does not mention encryption.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Signed-off-by: Jonathan D.A. Jewell <6759885+hyperpolymath@users.noreply.github.com>
Comment thread guix.scm
Comment thread guix.scm
Comment thread guix.scm
((guix licenses) #:prefix license:)
(gnu packages rust))
(guix build-system gnu)
(guix licenses))

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Bug: License uses unexported (guix licenses) binding via @@

((@@ (guix licenses) license) "PMPL-1.0-or-later" ...) reaches into the (guix licenses) module for a private license record constructor using @@, which is fragile and may not resolve (the constructor is not part of the public interface). If the intent is a custom license, construct it explicitly via the public license record from (guix licenses) (imported unprefixed here) or restore the original license:mpl2.0. Verify this evaluates before merging.

Was this helpful? React with 👍 / 👎

@gitar-bot

gitar-bot Bot commented Jul 28, 2026

Copy link
Copy Markdown

Note

Automatic reviews are paused because your trial's included automatic processing has been used for this period. Upgrade now, or comment "Gitar review" to run a review anytime.
Learn more

Code Review ⚠️ Changes requested 2 resolved / 3 findings

Fills RSR template placeholders and updates compliance files, but introduces critical packaging issues by changing guix.scm to describe squisher-corpus with a broken gnu-build-system and unexported license binding.

⚠️ Bug: License uses unexported (guix licenses) binding via @@

📄 guix.scm:7 📄 guix.scm:17-18

((@@ (guix licenses) license) "PMPL-1.0-or-later" ...) reaches into the (guix licenses) module for a private license record constructor using @@, which is fragile and may not resolve (the constructor is not part of the public interface). If the intent is a custom license, construct it explicitly via the public license record from (guix licenses) (imported unprefixed here) or restore the original license:mpl2.0. Verify this evaluates before merging.

✅ 2 resolved
Bug: guix.scm now describes wrong project (squisher-corpus)

📄 guix.scm:2 📄 guix.scm:10 📄 guix.scm:14 📄 guix.scm:15 📄 guix.scm:16
The commit "update guix.scm from squisher-corpus" overwrote this repo's package definition with squisher-corpus metadata: name, synopsis, description, and home-page all now point to hyperpolymath/squisher-corpus, but the actual crate is plasma-parser-writer (confirmed in Cargo.toml and the git remote). This directly contradicts the PR's stated goal of repointing everything away from the unrelated squisher-corpus repo, and any consumer of guix shell -f guix.scm gets the wrong package identity. Restore the correct name/home-page/description for plasma-parser-writer.

Bug: source #f + gnu-build-system breaks guix shell/build

📄 guix.scm:5-13
The definition was changed from a cargo dev-shell (local-file source, cargo-build-system, rust inputs) to (source #f) with gnu-build-system. With no source and a GNU build system that expects configure/make, guix build/guix shell -f guix.scm will fail, and the Rust toolchain that made this a usable dev shell is gone. Restore the (local-file "." ... #:recursive? #t) source, the cargo build system, and the rust inputs, or otherwise provide a valid source.

🤖 Prompt for agents
Code Review: Fills RSR template placeholders and updates compliance files, but introduces critical packaging issues by changing guix.scm to describe squisher-corpus with a broken gnu-build-system and unexported license binding.

1. ⚠️ Bug: License uses unexported (guix licenses) binding via @@
   Files: guix.scm:7, guix.scm:17-18

   `((@@ (guix licenses) license) "PMPL-1.0-or-later" ...)` reaches into the `(guix licenses)` module for a private `license` record constructor using `@@`, which is fragile and may not resolve (the constructor is not part of the public interface). If the intent is a custom license, construct it explicitly via the public `license` record from `(guix licenses)` (imported unprefixed here) or restore the original `license:mpl2.0`. Verify this evaluates before merging.

Options

Display: compact → Showing less information.

Comment with these commands to change the behavior for this request:

Compact
gitar display:verbose         

Was this helpful? React with 👍 / 👎 | Gitar

@hyperpolymath
hyperpolymath merged commit 5036877 into main Jul 28, 2026
19 of 20 checks passed
@hyperpolymath
hyperpolymath deleted the fix/rsr-placeholders branch July 28, 2026 16:26
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