31.01.2026 23:36, Sebastian Reitenbach пишет: > Hi Klemens, > > > On Sat, Jan 31, 2026 at 2:08 PM Klemens Nanni <[email protected] > <mailto:[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]> > <mailto:[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 ...
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
