[Bug 297373] [NEW PORT] sysutils/sysmanage-agent: Cross-platform system management agent for SysManage

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=297373

            Bug ID: 297373
           Summary: [NEW PORT] sysutils/sysmanage-agent: Cross-platform
                    system management agent for SysManage
           Product: Ports & Packages
           Version: Latest
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: Individual Port(s)
          Assignee: [email protected]
          Reporter: [email protected]
 Attachment #273555 text/plain
         mime type:

Created attachment 273555
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=273555&action=edit
sysutils/sysmanage-agent shar

New port: sysutils/sysmanage-agent

SysManage Agent is the endpoint component of SysManage, an open-source
infrastructure management platform. It runs on managed hosts and reports
inventory, package state, and system health back to a SysManage server over
an authenticated WebSocket connection, and executes management operations
dispatched by that server.

WWW: https://github.com/bceverly/sysmanage-agent
License: AGPLv3+

Build and test status, FreeBSD 14.4-RELEASE amd64, ports tree snapshot
2026-08-08:

  portlint -AC ............ 0 fatal errors, 0 warnings
  make stage .............. OK
  make check-plist ........ no issues
  make stage-qa ........... no issues (run with DEVELOPER=yes)
  make package ............ OK

In addition to the standard targets, the staged tree was byte-compiled under
the port's Python (3.12) and the entry point the rc.d script launches was
imported against the ports-installed dependency set, to confirm RUN_DEPENDS
is complete rather than merely sufficient to build.

Notes for the reviewer:

* No dependency version bounds are declared. The application's own
  requirements.txt carries upstream pins, but a port cannot guarantee bounds
  the tree does not ship, so every dependency is declared as >0 and the port
  uses whatever version the tree provides.

* The port stages a large generated file set (src/), so pkg-plist carries the
  fixed entries and post-install appends the staged tree to ${TMPPLIST}.
  Enumerating several hundred files by hand would go stale every release.

* poudriere testport PASSED in a clean 14.4-RELEASE amd64 jail (exit 0).
  check-plist, stage-qa, the staging-violation check and the leftover-file
  check after deinstall were all clean, with STRICT_DEPENDS=yes.

I am the upstream author and would like to be listed as MAINTAINER
([email protected]).

-- 
You are receiving this mail because:
You are the assignee for the bug.