Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Quick checksum file update to support current release as of 2024-11-13 @ 2131 US/Pacific Time #58

Open
wants to merge 8 commits into
base: main
Choose a base branch
from

Conversation

WaffleThief123
Copy link

Just added checksums for takserver-docker-5.2-RELEASE-43.zip.

How I obtained checksums:
Downloaded build from TAK.gov , ran the following commands, with the following versions of sha1sum and md5sum.

$ sha1sum --version
sha1sum (GNU coreutils) 9.5
Copyright (C) 2024 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <https://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Ulrich Drepper, Scott Miller, and David Madore.
$ md5sum --version
md5sum (GNU coreutils) 9.5
Copyright (C) 2024 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <https://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Ulrich Drepper, Scott Miller, and David Madore.
$ sha1sum takserver-docker-5.2-RELEASE-43.zip
824d7b89fbe6377cb5570f50bb35e6e05c12b230  takserver-docker-5.2-RELEASE-43.zip
$ md5sum takserver-docker-5.2-RELEASE-43.zip
0a7398383253707dd7564afc88f29b3b  takserver-docker-5.2-RELEASE-43.zip

Added docker-5.2-RELEASE-43.zip
added docker-5.2-RELEASE-43.zip
@WaffleThief123 WaffleThief123 changed the title Quick update to support current release as of 2024-11-13 @ 2131 US/Pacific Time Quick checksum file update to support current release as of 2024-11-13 @ 2131 US/Pacific Time Nov 14, 2024
 the `"%s"` format string with `printf` is used to avoid potential issues related to unintended format specifiers in the variables. Here’s why it’s necessary and best practice:

1. **Avoiding Unintended Format Specifiers**: If we directly pass variables like `printf "$info"`, it may contain unintended format specifiers (like `%d`, `%s`, etc.) that can cause unexpected behavior or errors if `printf` tries to interpret them. By specifying `"%s"`, we tell `printf` to treat the variable as a plain string.

2. **Security and Stability**: Relying on the explicit `"%s"` format makes the script more robust and secure. If a variable accidentally includes a user-provided or dynamic string containing `%` characters, `printf` could interpret those as format specifiers, leading to errors or even security vulnerabilities in certain contexts.

3. **Shellcheck Compliance**: Shellcheck, a popular linting tool for shell scripts, flags this usage (`SC2059`) because treating variables as format strings can lead to unpredictable behavior. Shellcheck recommends using explicit format strings to ensure consistency and avoid errors.

4. **Readability and Maintainability**: Specifying `"%s\n"` for strings in `printf` is a clear signal to anyone reading the script that the output is intended as a simple string without embedded formatting instructions, making the code easier to understand and less error-prone.
@WaffleThief123
Copy link
Author

oh uh, those aren't meant to be in this PR. lemme fix that real quick.

Revert "fixed printf to be safer."

This reverts commit 8992d84.
Revert "sanity correction, not everyone has a /bin/bash, and some of us are on nix"

This reverts commit ca83e36.
Revert "fix to prevent unwanted expansion"

This reverts commit 0b86ddd.
@WaffleThief123
Copy link
Author

ok should be good to go. If desired, I can close this PR and reopen it with just the relevant commits.

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