Various scripts and tools for SIG/Core
Go to file
2023-11-17 02:32:37 -07:00
.github/workflows Revert "let's try to build on git.resf.org instead.." 2023-11-11 12:28:25 -05:00
analyze Add really simple download stats script to parse fastly logs on disk 2022-05-12 18:33:23 -04:00
chat Add chat scripts and update propagation for amis 2022-05-26 00:24:52 -04:00
func vault no norepodata 2023-11-16 13:59:52 -07:00
iso change to 8.9 2023-11-17 02:32:37 -07:00
mangle turn off bootstrap image 2023-11-11 07:10:40 -07:00
sync change to 8.9 2023-11-17 02:32:37 -07:00
.disable.gitlab-ci.yml fix up readme, disable gitlab tests for now 2022-06-28 12:41:12 -07:00
.gitignore remove leading space 2023-09-07 14:04:34 -04:00
README.md clarify readme 2023-01-09 10:32:45 -07:00

sig-core-toolkit

Release Engineering toolkit for repeatable operations or functionality testing.

Currently mirrored at our github, and the RESF Git Service. Changes will typically occur at the RESF Git Service.

What does this have?

  • analyze -> Analysis utilities (such as download stats)
  • chat -> mattermost related utilities
  • func -> (mostly defunct) testing scripts and tools to test base functionality
  • iso -> Contains empanadas, which provides ISO, Compose, and Sync related utilities.
  • mangle -> Manglers and other misc stuff
  • sync -> Sync tools, primarily for Rocky Linux 8 and will eventually be deprecated

How can I help?

Fork this repository and open a PR with your changes. Keep these things in mind when you make changes:

  • Your PR should be against the devel branch (not optional)

  • Have pre-commit installed if possible

  • Have shellcheck installed if possible

  • Shell Scripts: These must pass a shellcheck test!

  • Python scripts: Try your best to follow PEP8 guidelines (even the best linters get things wrong)

    • Note that not everything has to pass. Just try your best.

PR's against the main branch will be closed.

PR's are preferred at the RESF Git Service.

Will some of this be moved into separate repositories?

There may be some things that will be moved to its own repository in the near future. From a SIG/Core standpoint, we believe a good chunk of this should stay here as it makes it easier for us to maintain and manage.