folks,

testing fastnetmon-1.2.9pre20260527 seems to be building fine  and
installing it in production from snapshots  seems to be working ok  with
feeds been read perfect,
no crahses of previous version of fastnetmon community with atbout 1 week
of testing,


Thanks  Stuart for the update built from fastnetmon community master from
27th May https://github.com/pavel-odintsov/fastnetmon/commits/master/

appreciate all the help folks, will revert with more feedback as necessary

Thanks
Tom Smyth







On Wed, 27 May 2026 at 21:38, Stuart Henderson <[email protected]> wrote:

> On 2026/05/27 21:26, Tom Smyth wrote:
> > Folks
> > Im building Stuarts updated port  for fastnetmon taking account of the
> 27 CVES fixed in latest
> > release,
>
> btw, it's not a release, it's just whatever's in git head. the last
> release of community edition was v1.2.8 back in 2024.
> https://github.com/pavel-odintsov/fastnetmon/releases
>
> > just wondeiring about errors such as
> >  warning: unknown warning option '-Wmaybe-uninitialized'; did you mean
> '-Wuninitialized'?
> > [-Wunknown-warning-option]
> > warning: unknown warning option '-Wcatch-value=3'
> [-Wunknown-warning-option]
> > warning: unknown warning option '-Wclass-memaccess'; did you mean
> '-Wclass-varargs'?
> > [-Wunknown-warning-option]
> >
> > to reduce these unrecognized  options warnings  should I suggest an
> OpenBSD specific Make file
> > with the correct options for OpenBSD for upstream.. .
> > ?
>
> This isn't specific to OpenBSD, it depends on the compiler used.
>
> > what is the best way to approach this to reduce porters workload ?
>
> Most projects use autoconf, cmake, or similar and only include them
> where supported by the compiler. Some have simpler checks as to which
> compiler warning flags are accepted. Generally you don't want completely
> separate per-OS Makefiles because they just get out of sync too easily.
>
> For ports, we could patch them away or ignore them. Generally I'd prefer
> not to add patches for something which doesn't _need_ them though as
> it's just extra work merging updates if the makefile around this is
> changed upstream.
>
>

-- 
Kindest regards,
Tom Smyth.

Reply via email to