On Mon, Jan 19, 2026 at 02:29:48PM -0500, Chaz Kettleson wrote:
> On Mon, Jan 19, 2026 at 06:04:35PM +0000, Stuart Henderson wrote:
> >
> > (to get this to fail, set PORTS_PRIVSEP=Yes in mk.conf, "sudo make
> > fix-permissions", and make sure user _pbuild is disabled from having
> > network access in pf.conf "block return log quick proto {tcp udp}
> > user _pbuild")
> >
> > I don't suppose it's possible to extract the built web ui pieces
> > from upstream's hmdm-5.37-install-ubuntu.zip or hmdm-5.37.4-os.war
> > rather than building them in the port?
> >
> >
>
> Hi Stuart,
>
> I appreciate the quick feedback. Apparently something in my environment
> was still online. I'll change to the above so I can observe the failure
> and iterate a version 2 with fixes.
>
> I customized the build.properties to set our defaults, but it might be
> possible to override them with the Tomcat Context xml and we can take
> the WAR wholesale without building anything. I'll investigate this as
> well.
>
> Thank you!
>
> --
> Chaz
> Hi Stuart, Your instinct was correct. Rather than build our defaults into the WAR, we can override all of them with the context. As a result, we can use the upstream WAR and no longer need to build anything. The attached version 2 now does the following: 1.) Brings in the WAR 2.) Extracts sources to get the template files 3.) Replaces template values with those suitable for OpenBSD and set with with HMDM_ variables 4.) Patches the context file with an SQL init (this was generated before from the build.properties but absent in their installed artifacts because they do the SQL initialization via their install script) 5.) Uses better conventions for share vs share/examples -- Chaz
hmdm-server-v2.tgz
Description: application/gtar-compressed
