Skip to content

⚠️ CONFLICT! Lineage pull request for: skeleton - #57

Draft
cisagovbot wants to merge 670 commits into
developfrom
lineage/skeleton
Draft

⚠️ CONFLICT! Lineage pull request for: skeleton#57
cisagovbot wants to merge 670 commits into
developfrom
lineage/skeleton

Conversation

@cisagovbot

Copy link
Copy Markdown

Lineage Pull Request: CONFLICT

Lineage has created this pull request to incorporate new changes found in an
upstream repository:

Upstream repository: https://github.com/cisagov/skeleton-python-library.git
Remote branch: HEAD

Check the changes in this pull request to ensure they won't cause issues with
your project.

The lineage/skeleton branch has one or more unresolved merge conflicts
that you must resolve before merging this pull request!

How to resolve the conflicts

  1. Take ownership of this pull request by removing any other assignees.

  2. Clone the repository locally, and reapply the merge:

    git clone git@github.com:cisagov/findcdn.git findcdn
    cd findcdn
    git remote add skeleton https://github.com/cisagov/skeleton-python-library.git
    git remote set-url --push skeleton no_push
    git switch develop
    git checkout -b lineage/skeleton --track origin/develop
    git pull skeleton HEAD
    git status
  3. Review the changes displayed by the status command. Fix any conflicts and
    possibly incorrect auto-merges.

  4. After resolving each of the conflicts, add your changes to the
    branch, commit, and push your changes:

    git add README.md 
    git commit
    git push --force --set-upstream origin lineage/skeleton

    Note that you may append to the default merge commit message
    that git creates for you, but please do not delete the existing
    content
    . It provides useful information about the merge that is
    being performed.

  5. Wait for all the automated tests to pass.

  6. Check the "Everything is cool" checkbox below:

    • ✌️ The conflicts in this pull request have been resolved.
  7. Mark this draft pull request "Ready for review".


Note: You are seeing this because one of this repository's maintainers has
configured Lineage to open pull requests.

For more information:

🛠 Lineage configurations for this project are stored in .github/lineage.yml

📚 Read more about Lineage

@cisagovbot cisagovbot added the upstream update This issue or pull request pulls in upstream updates label Jan 7, 2023
Comment thread src/example/example.py
.decode("utf-8")
.strip()
)
logging.info('Secret="%s"', secret_message)

Check failure

Code scanning / CodeQL

Clear-text logging of sensitive information High

This expression logs
sensitive data (secret)
as clear text.

Copilot Autofix

AI about 1 month ago

General fix: never log raw secrets. If observability is needed, log only non-sensitive metadata (for example, whether a secret was loaded, or its length), or redact/mask the value before logging.

Best fix here without changing functionality: keep reading secret.txt exactly as-is, but replace the line that logs the secret content with a safe message that does not include the secret value. In src/example/example.py, change line 101 from logging secret_message to a constant informational message (optionally including non-sensitive metadata like character count). No new imports, methods, or dependencies are required.

Suggested changeset 1
src/example/example.py

Autofix patch

Autofix patch
Run the following command in your local git repository to apply this patch
cat << 'EOF' | git apply
diff --git a/src/example/example.py b/src/example/example.py
--- a/src/example/example.py
+++ b/src/example/example.py
@@ -98,7 +98,7 @@
     secret_message: str = (
         files(__package__).joinpath("data", "secret.txt").read_text().strip()
     )
-    logging.info('Secret="%s"', secret_message)
+    logging.info("Secret loaded successfully (length=%d)", len(secret_message))
 
     # Stop logging and clean up
     logging.shutdown()
EOF
@@ -98,7 +98,7 @@
secret_message: str = (
files(__package__).joinpath("data", "secret.txt").read_text().strip()
)
logging.info('Secret="%s"', secret_message)
logging.info("Secret loaded successfully (length=%d)", len(secret_message))

# Stop logging and clean up
logging.shutdown()
Copilot is powered by AI and may make mistakes. Always verify output.
jsf9k and others added 14 commits April 8, 2025 11:39
This
functionality (https://github.com/GitHubSecurityLab/actions-permissions/tree/main/monitor)
is poorly implemented and has been causing problems due to the MITM
implementation hogging or leaking memory.

This functionality should be re-enabled when practical.  See
cisagov/skeleton-generic#207 for more details.
Co-authored-by: David Harris <123905168+dv4harr10@users.noreply.github.com>
…monitoring

Disable GitHub permissions monitoring everywhere
This functionality is poorly implemented and has been causing problems
due to the MITM implementation hogging or leaking memory.
Version 25.4.0 is the first version to support Fedora 42 in the
Ansible YAML metadata schema.
Co-authored-by: Nick M <50747025+mcdonnnj@users.noreply.github.com>
The latter is deprecated and is not included in the most recent
version of types-setuptools.  This leads to an error from the mypy
pre-commit hook.
This is necessary for the secret_message line using importlib to
correctly work with Python 3.9.  See here for more details:
https://setuptools.pypa.io/en/latest/userguide/datafiles.html?utm_source=chatgpt.com#namespace-support

Co-authored-by: felddy <felddy@github.com>
⚠️ CONFLICT! Lineage pull request for: skeleton
…/skeleton

# Conflicts:
#	.github/lineage.yml
#	bump_version.sh
@github-advanced-security

Copy link
Copy Markdown

This pull request sets up GitHub code scanning for this repository. Once the scans have completed and the checks have passed, the analysis results for this pull request branch will appear on this overview. Once you merge this pull request, the 'Security' tab will show more code scanning analysis results (for example, for the default branch). Depending on your configuration and choice of analysis tool, future pull requests will be annotated with code scanning analysis results. For more information about GitHub code scanning, check out the documentation.

mcdonnnj and others added 11 commits May 20, 2025 13:01
Instead of installing coveralls and running it we will use the
Coveralls GitHub action to upload test coverage reports.
…_action

Use the `coveralls/github-action` action
…sible-lint

Upgrade to the latest version of the `ansible-lint` `pre-commit` hook
This adds a `ci` block to the pre-commit configurations to control the
behavior of the pre-commit.ci GitHub app.
We currently use the `develop` branch as our reference for the
cisagov/setup-env-github-action action in the build workflow. We will
instead use the major version tag which puts our usage of this action
in line with how we use other actions in our workflows.
Lineage pull request for: skeleton
Update the two testing jobs in the build workflow to test across these
additional platforms (we are currently limited to only free offerings):
- Linux on ARM64
- macOS on ARM64
- Windows on AMD64
Add a short comment that explains why we use the platforms we do in the
`test` and `test-build` jobs in the `build` workflow.

Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>
jsf9k and others added 29 commits March 25, 2026 14:43
Ignore a vulnerability originating from `pygments`
…orp/setup-terraform-4

Bump hashicorp/setup-terraform from 3 to 4
…max/ghaction-github-labeler-6

Bump crazy-max/ghaction-github-labeler from 5 to 6
This is done automatically with the pre-commit autoupdate command.
Newer versions of the hook require Python 3.14, but we are still using
Python 3.13 in our GitHub Actions configuration.
Install the `go-critic` command instead of `gocritic` in the `build.yml` workflow
…uration

Add additional plugins to the `flake8` pre-commit configuration
…to_lock_terraform_providers

Add a pre-commit hook to lock Terraform providers automatically
…uration_file

Remove the bandit configuration file
⚠️ CONFLICT! Lineage pull request for: skeleton
These actions often need to be upgraded in lockstep, so it makes sense
to group them.
…ated-actions

Group the upload-artifact and download-artifact actions
We no longer have a bandit configuration file so the bandit pre-commit
hook for tests needs its comment updated.
Adjust the header comment for the `bandit (tests tree)` pre-commit hook
Bumps the upload-download-artifact group with 2 updates: [actions/upload-artifact](https://github.com/actions/upload-artifact) and [actions/download-artifact](https://github.com/actions/download-artifact).


Updates `actions/upload-artifact` from 6 to 7
- [Release notes](https://github.com/actions/upload-artifact/releases)
- [Commits](actions/upload-artifact@v6...v7)

Updates `actions/download-artifact` from 7 to 8
- [Release notes](https://github.com/actions/download-artifact/releases)
- [Commits](actions/download-artifact@v7...v8)

---
updated-dependencies:
- dependency-name: actions/upload-artifact
  dependency-version: '7'
  dependency-type: direct:production
  update-type: version-update:semver-major
  dependency-group: upload-download-artifact
- dependency-name: actions/download-artifact
  dependency-version: '8'
  dependency-type: direct:production
  update-type: version-update:semver-major
  dependency-group: upload-download-artifact
...

Signed-off-by: dependabot[bot] <support@github.com>
…-download-artifact-985357984d

Bump the upload-download-artifact group with 2 updates
Remove the dependency on the `lint` job from the `build` job. Since we
do not depend on the success of the `lint` job to test the source code
I don't see a reason we need to depend on it to (try to) build a wheel
as long as the `diagnostics` job completes successfully). Also remove
the dependency on the `test` job from the `build` job and add it to the
`test-build` job. This will allow us to attempt to build wheels for the
project even if source code testing has not (yet) passed, but will not
bother testing the built wheel unless source code testing has passed.
Adjust the names of several jobs to more clearly align with their
descriptive names and functionality. Any dependencies are also updated
to use the new names.
Adjust job configurations in the `build` workflow
This is so that descendant repos can uncomment these for Python
dependencies such as setuptools that are really inherited from the
Lineage parent repo.
Co-authored-by: dav3r <david.redmin@gwe.cisa.dhs.gov>
Add (commented-out) Dependabot ignore directives for Python dependencies
Previously the hash for requirements.txt was concatenated directly
with the hash for pyproject.toml.  This can increase the chance of
ambiguous cache keys and makes the key harder to read/compare with the
other jobs (which use a - separator).

@github-advanced-security github-advanced-security AI left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

CodeQL found more than 20 potential problems in the proposed changes. Check the Files changed tab for more details.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file documentation This issue or pull request improves or adds to documentation github-actions python shell script test upstream update This issue or pull request pulls in upstream updates version bump This issue or pull request increments the version number

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants