Hi Klemens,
On Sat, Jan 31, 2026 at 2:08 PM Klemens Nanni <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>> 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 ...
BTW, i.e. for openfact, and maybe elsewhere, you can add:
GEM_FLAGS = --no-format-executable
in favour of the post-install: target.
> > 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
Sebastian
No comments:
Post a Comment