Hi Klemens,
On Sat, Jan 31, 2026 at 2:08 PM Klemens Nanni <[email protected]> wrote: > 29.01.2026 19:38, Sebastian Reitenbach пишет: > > Hi, > > > > On Wed, Jan 28, 2026 at 2:32 PM Sebastian Reitenbach < > [email protected] <mailto:[email protected]>> > 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
ruby-openvoxserver-ca.tar.gz
Description: application/gzip
