missing deps #2434
No reviewers
Labels
No labels
1week
2weeks
Failed compliance check
IP cameras
NATS
Possible security concern
Review effort 1/5
Review effort 2/5
Review effort 3/5
Review effort 4/5
Review effort 5/5
UI
aardvark
accessibility
amd64
api
arm64
auth
back-end
bgp
blog
bug
build
checkers
ci-cd
cleanup
cnpg
codex
core
dependencies
device-management
documentation
duplicate
dusk
ebpf
enhancement
eta 1d
eta 1hr
eta 3d
eta 3hr
feature
fieldsurvey
github_actions
go
good first issue
help wanted
invalid
javascript
k8s
log-collector
mapper
mtr
needs-triage
netflow
network-sweep
observability
oracle
otel
plug-in
proton
python
question
reddit
redhat
research
rperf
rperf-checker
rust
sdk
security
serviceradar-agent
serviceradar-agent-gateway
serviceradar-web
serviceradar-web-ng
siem
snmp
sysmon
topology
ubiquiti
wasm
wontfix
zen-engine
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
carverauto/serviceradar!2434
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "refs/pull/2434/head"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Imported from GitHub pull request.
Original GitHub pull request: #1966
Original author: @mfreeman451
Original URL: https://github.com/carverauto/serviceradar/pull/1966
Original created: 2025-11-20T05:13:15Z
Original updated: 2025-11-20T05:23:36Z
Original head: carverauto/serviceradar:chore/fix_kong_rel
Original base: main
Original merged: 2025-11-20T05:23:12Z by @mfreeman451
User description
IMPORTANT: Please sign the Developer Certificate of Origin
Thank you for your contribution to ServiceRadar. Please note, when contributing, the developer must include
a DCO sign-off statement indicating the DCO acceptance in one commit message. Here
is an example DCO Signed-off-by line in a commit message:
Describe your changes
Issue ticket number and link
Code checklist before requesting a review
PR Type
Enhancement, Bug fix
Description
Add C compiler detection and installation logic to ensure build dependencies
Pass PATH and CC environment variables to Bazel build configuration
Support multiple package managers (apt-get, yum, dnf, apk) for gcc installation
Gracefully handle missing compiler with informative error message
Diagram Walkthrough
File Walkthrough
build-kong-vendor.sh
Add C compiler detection and environment setupscripts/build-kong-vendor.sh
ensure_cc()function to detect and install C compiler withsupport for gcc, clang, and cc
automatic gcc installation
--repo_env=PATH=${PATH}flag to COMMON_FLAGS for Bazelconfiguration
main()to callensure_cc()and conditionally passCCenvironment variable to Bazel
available
Imported GitHub PR comment.
Original author: @qodo-code-review[bot]
Original URL: https://github.com/carverauto/serviceradar/pull/1966#issuecomment-3555848574
Original created: 2025-11-20T05:13:37Z
PR Compliance Guide 🔍
(Compliance updated until commit
github.com/carverauto/serviceradar@f31201a702)Below is a summary of compliance checks for this PR:
No security concerns identified
No security vulnerabilities detected by AI analysis. Human verification advised for critical code.🎫 No ticket provided
Codebase context is not defined
Follow the guide to enable codebase context checks.
Generic: Meaningful Naming and Self-Documenting Code
Objective: Ensure all identifiers clearly express their purpose and intent, making code
self-documenting
Status: Passed
Generic: Robust Error Handling and Edge Case Management
Objective: Ensure comprehensive error handling that provides meaningful context and graceful
degradation
Status: Passed
Generic: Secure Error Handling
Objective: To prevent the leakage of sensitive system information through error messages while
providing sufficient detail for internal debugging.
Status: Passed
Generic: Secure Logging Practices
Objective: To ensure logs are useful for debugging and auditing without exposing sensitive
information like PII, PHI, or cardholder data.
Status: Passed
Generic: Security-First Input Validation and Data Handling
Objective: Ensure all data inputs are validated, sanitized, and handled securely to prevent
vulnerabilities
Status: Passed
Generic: Comprehensive Audit Trails
Objective: To create a detailed and reliable record of critical system actions for security analysis
and compliance.
Status:
Action logging: Newly added build actions (e.g., setting PATH/CC and installing gcc) are only echoed via
info without structured audit details like actor, timestamp, or outcome, making
comprehensive auditing uncertain.
Referred Code
Compliance status legend
🟢 - Fully Compliant🟡 - Partial Compliant
🔴 - Not Compliant
⚪ - Requires Further Human Verification
🏷️ - Compliance label
Previous compliance checks
Compliance check up to commit d213bdc
No security concerns identified
No security vulnerabilities detected by AI analysis. Human verification advised for critical code.🎫 No ticket provided
Codebase context is not defined
Follow the guide to enable codebase context checks.
Generic: Meaningful Naming and Self-Documenting Code
Objective: Ensure all identifiers clearly express their purpose and intent, making code
self-documenting
Status: Passed
Generic: Secure Error Handling
Objective: To prevent the leakage of sensitive system information through error messages while
providing sufficient detail for internal debugging.
Status: Passed
Generic: Secure Logging Practices
Objective: To ensure logs are useful for debugging and auditing without exposing sensitive
information like PII, PHI, or cardholder data.
Status: Passed
Generic: Comprehensive Audit Trails
Objective: To create a detailed and reliable record of critical system actions for security analysis
and compliance.
Status:
Limited Auditing: The script adds informational messages for compiler detection/installation but does not
produce structured or comprehensive audit logs for critical actions like package
installation or build configuration changes.
Referred Code
Generic: Robust Error Handling and Edge Case Management
Objective: Ensure comprehensive error handling that provides meaningful context and graceful
degradation
Status:
Generic Failure: The compiler-missing path exits with a single generic message and does not include
actionable context such as attempted package managers or exit codes from install attempts.
Referred Code
Generic: Security-First Input Validation and Data Handling
Objective: Ensure all data inputs are validated, sanitized, and handled securely to prevent
vulnerabilities
Status:
Env Trust Assumption: The script passes PATH and CC into Bazel without validation or sanitization, which may
propagate untrusted environment values to the build process.
Referred Code
Imported GitHub PR comment.
Original author: @qodo-code-review[bot]
Original URL: https://github.com/carverauto/serviceradar/pull/1966#issuecomment-3555851622
Original created: 2025-11-20T05:14:34Z
PR Code Suggestions ✨
Explore these optional code suggestions:
Avoid automatic system package installation
Remove the logic that automatically detects the package manager and installs
gcc. Instead, the script should only check for a C compiler and exit with aninformative error message if one is not found.
Examples:
scripts/build-kong-vendor.sh [87-135]
Solution Walkthrough:
Before:
After:
Suggestion importance[1-10]: 9
__
Why: The suggestion correctly identifies that automatically installing system packages within a build script is an anti-pattern that can cause permission issues and have unintended side effects on the host system.
Use sudo for package installation
Add
sudochecks foryumanddnfcommands to allow package installation bynon-root users, mirroring the existing logic for
apt-get.scripts/build-kong-vendor.sh [104-124]
Suggestion importance[1-10]: 7
__
Why: The suggestion correctly identifies a functional bug where
yumanddnfcommands would fail for non-root users, and proposes a fix that makes them consistent with theapt-getimplementation.Avoid suppressing package installation errors
Remove the redirection to
/dev/nullfrom package managerinstallcommands toensure installation errors are visible to the user for easier debugging.
scripts/build-kong-vendor.sh [87-102]
Suggestion importance[1-10]: 6
__
Why: The suggestion correctly points out that suppressing error output from package managers hinders debugging. Showing these errors would significantly improve the script's usability when installations fail.