Re: NEW sysutils/ruby-openvoxserver-ca

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