fix: some fixes

[titanxxh]

What type of PR is this?

perf: change to dirt make
fix: remove empty slice
chore: use syscall in x/sys/unix
ci: change golint

Check the PR title.

• This PR title match the format: <type>(optional scope): <description>
• The description of this PR title is user-oriented and clear enough for others to understand.
• Attach the PR updating the user documentation if the current PR requires user awareness at the usage level. User docs repo

(Optional) Translate the PR title into Chinese.

(Optional) More detailed description for this PR(en: English/zh: Chinese).

en:
zh(optional):

(Optional) Which issue(s) this PR fixes:

(optional) The PR that updates user documentation:

[CLAassistant]

All committers have signed the CLA.

The best way to fix this problem is to add an explicit permissions block to the workflow file. Since none of the jobs in the provided YAML require elevated or write permissions for the GITHUB_TOKEN (all actions are reading code or reporting coverage via a script), the minimal permission set can be contents: read. This should be placed at the top level of the workflow to apply to all jobs, unless any job requires elevated permissions (which, in the shown snippet, none does). You would add the block just after the workflow name (e.g., after line 1 or 2), before specifying the on field.

---

To fix the problem, you should add a permissions block to the workflow to restrict the GITHUB_TOKEN permissions used by default. The block can be added at the root of the workflow (recommended for this case), which applies to all jobs unless overridden. The minimal starting point suggested by CodeQL is contents: read, which is appropriate because the jobs only need to check out code and run analysis—they do not need to write to the repository or interact with issues/pull requests. Specifically, insert the following block after the name and before on:

permissions:
  contents: read

No further code or dependency changes are required.

---

To fix the detected issue, add an explicit permissions block scoped as tightly as necessary. The best place is at the root level of the workflow file (i.e., directly under the name and before on or jobs). This default will apply to all jobs in the workflow unless overridden. Since all jobs in this workflow are performing read-only checks, the minimal required permission is contents: read.

Steps:

• Insert a permissions: block with the appropriate permissions.
• Place it directly after the name: declaration and before on:.
• No further changes to workflow steps or jobs are necessary.

---