Since the application is useless without a specific set of hardware peripherals, it seems impolite to clutter the ports namespace and add tasks to OpenBSD infra

Since the application is useless without a specific set of hardware peripherals, it seems impolite to clutter the ports namespace and add tasks to OpenBSD infrastructure. The software is only useful when run on an instance of a specific hardware appliance. Also, since the application may have its own security flaws, it would be ideal for my org to have our own package server and signing key to serve the application in packaged form, so that critical application updates can be published independent of the OpenBSD release schedule. It would not be hard to configure each appliance to trust the 3rd party package server at manufacture time. This use case is well covered by something like a ubuntu's PPA infrastructure, which avoid namespace clutter while allowing 3rd parties to securely provide packages with independent update schedules and explicitly avoids the assumption of support from distribution developers. I really like OpenBSD as a user, but there doesn't seem to be a good supported workflow for OpenBSD as an appliance.