This document lists the current maintainers of the HINFO-LOC Fluctuator project and describes the governance structure.
| Name | GitHub | Role | Areas of Focus | Since |
|---|---|---|---|---|
Hyperpolymath |
Project Lead, Architecture |
Overall project direction, Ada implementation, enterprise features |
2025-11 |
This project uses the Tri-Perimeter Contribution Framework (TPCF) with three levels of access:
-
Responsibilities:
-
Merge pull requests to main
-
Create releases
-
Set project direction
-
Manage CI/CD and credentials
-
Nominate Perimeter 2 members
-
-
Decision Making: Consensus-based (currently single maintainer)
-
Responsibilities:
-
Review pull requests (blocking)
-
Triage issues
-
Label and assign issues
-
Mentor new contributors
-
-
How to Join: Nominated by Perimeter 1 after 5+ quality contributions
We’re looking for contributors with expertise in:
-
Ada/SPARK: Type-safe systems programming, formal verification
-
DNS Protocols: RFC implementation, BIND/PowerDNS/NSD
-
Security Architecture: Zero-trust, SDP, cryptography
-
Firewall Management: firewalld, iptables, nftables, pf
-
Network Protocols: NETCONF, RESTCONF, gNMI, SNMP
-
Security Headers: HTTP security, obfuscation techniques
-
Testing: Unit tests, integration tests, fuzz testing
-
CI/CD: GitLab CI, GitHub Actions
-
Packaging: Nix, system packages (apt, yum, pacman)
Requirements: 1. 5+ merged pull requests 2. Demonstrated understanding of project goals 3. Consistent code quality 4. Active participation in reviews 5. Nomination by Perimeter 1 member 6. Acceptance by consensus
Benefits: - Formal review rights (blocking PRs) - Issue triage and labeling - Recognition in project documentation - Input on project direction
Requirements: 1. 6+ months as Perimeter 2 contributor 2. Significant contributions to codebase 3. Deep understanding of architecture 4. Demonstrated leadership 5. Invitation by existing Perimeter 1 members 6. Unanimous approval by Perimeter 1
Benefits: - Merge rights to main branch - Release creation - CI/CD configuration - Access to project credentials - Equal voice in governance decisions
-
Code Quality: Maintain high standards for type safety, memory safety, security
-
Reviews: Provide timely, constructive code reviews
-
Communication: Respond to issues and PRs within 1 week
-
Documentation: Keep docs up-to-date
-
Community: Foster welcoming, inclusive environment
-
Security: Follow responsible disclosure, prioritize security
-
Releases: Create and publish releases (semantic versioning)
-
Security: Respond to vulnerability reports within 48 hours
-
Direction: Set technical direction and roadmap
-
Nominations: Identify and nominate Perimeter 2 candidates
-
CI/CD: Maintain build pipeline and testing infrastructure
-
Code style, formatting
-
Bug fixes
-
Documentation improvements
-
Process: Any maintainer can approve and merge
-
New features
-
Breaking changes
-
Dependency additions
-
Architecture changes
-
Process: Consensus among Perimeter 1 (currently single maintainer)
Maintainers may be removed due to:
-
Inactivity: No participation for 6+ months (voluntary step-down encouraged)
-
Code of Conduct Violations: Serious or repeated violations
-
Security Negligence: Intentional or reckless security issues
-
Lack of Consensus: Persistent disagreement with project direction
Process: 1. Private discussion among Perimeter 1 2. Attempt to resolve issues 3. Vote (unanimous for Perimeter 1 removal) 4. Public announcement (if appropriate) 5. Graceful transition of responsibilities
Former maintainers who stepped down in good standing:
| Name | GitHub | Tenure | Contributions |
|---|---|---|---|
(None yet) |
- |
- |
- |
-
General Questions: Open a GitHub issue
-
Private Concerns: security@example.com
-
Governance Questions: maintainers@example.com (future)