31.01.2026 23:36, Sebastian Reitenbach пишет:
> Hi Klemens,
> 
> 
> On Sat, Jan 31, 2026 at 2:08 PM Klemens Nanni <kn@openbsd.org <mailto:kn@openbsd.org>> wrote:
> 
>     29.01.2026 19:38, Sebastian Reitenbach пишет:
>     > Hi,
>     >
>     > On Wed, Jan 28, 2026 at 2:32 PM Sebastian Reitenbach <sebastia@l00-bugdead-prods.de <mailto:sebastia@l00-bugdead-prods.de> <mailto:sebastia@l00-bugdead-prods.de <mailto:sebastia@l00-bugdead-prods.de>>> wrote:
>     >
>     >     Hi,
>     >
>     >     this is very similar to sysutils/ruby-puppetserver-ca. Just for the open source openvoxserver, which I'll send here in a bit.
>     >
>     >     Similarly to puppet agent, this is the first piece to update/replace the server part of Puppet with OpenVOX server.
>     >
>     >     It doesn't conflict with ruby-puppetserver-ca therefore for @conflict markers.
>     >
>     >     any comments, feedback or test reports welcome.
>     >
>     >
>     > The port was developed before the removal of flavor handling of sysutils/ruby-openfact, as I discovered Today, when testing it all together with the other openvox ports I sent yesterday. 
> 
>     I think any new openvox port should do the same, there's no point in shipping
>     rubyXY-* packages for thes tools, really.
> 
>     OK kn with MODRUBY_HANDLE_FLAVORS=No like openfact and openvox do already.
> 
> 
> yeah, saw that with openfact. Something I wanted to do once this is all in for r10k, puppet-lint and maybe a few others.
> I didn't do it here initially, because it doesn't provide an executable with GEM_BIN_SUFFIX.
> The executable here is commented out, as it's of no use, because it's steered via puppetserver ca ...

It's also about FULLPKGNAME having the ruby34- prefix unless =No is set.

openvoxserver-ca is unlikely to be used alone, but 'pkg_add openfact'
was much nicer than spelling out the flavor for an unflavored tool
that's handy without openvox.

> 
> BTW, i.e. for openfact, and maybe elsewhere, you can add:
> 
>  GEM_FLAGS =             --no-format-executable
> 
> in favour of the post-install: target.

Thanks, I'll look into this.

> 
> 
>     > > Updated tarball attached.
>     >
>     > I'd really like to see this go in, and in return, all this old puppet stuff go away...
> 
>     As a nit, BUILD/RUN_DEPENDS don't need +=, = is fine.
> 
> 
> Interesting, "fixed".
> 
> just for reference, updated tarball attached, assuming it's still OK,
> just followed your advice above, and added GEM_FLAGS=, and updated PLIST

OK kn

> 
>  Sebastian