You can find the init provider here
<https://github.com/puppetlabs/puppet/blob/0d5b6618b3a9a376625e5df86c349e1df2d88190/lib/puppet/provider/service/init.rb#L23-L27>.
Apparently it is very unconstrained, and therefore puppet prefers it over
the systemd provider. It should be easy enough to change that to also
exclude Gentoo, if it has switched to systemd now.


Cheers, David

On Wed, Mar 28, 2018 at 4:54 PM Dave F <d.f...@bath.ac.uk> wrote:

> Thanks for the hint David, but still stuck..
>
> The relevant output from the gentoo box is:
>
> Debug: Puppet::Type::Service::ProviderOpenrc: file /bin/rc-status does not
> exist
> Debug: Puppet::Type::Service::ProviderDebian: file /usr/sbin/update-rc.d
> does not exist
> Debug: Puppet::Type::Service::ProviderDaemontools: file /usr/bin/svc does
> not exist
> Debug: Puppet::Type::Service::ProviderUpstart: 0 confines (of 4) were true
> Debug: Puppet::Type::Service::ProviderGentoo: file /sbin/rc-update does
> not exist
> Debug: Puppet::Type::Service::ProviderRunit: file /usr/bin/sv does not
> exist
> Debug: Puppet::Type::Service::ProviderLaunchd: file /bin/launchctl does
> not exist
> Debug: Puppet::Type::Service::ProviderRedhat: file /sbin/chkconfig does
> not exist
> Debug: Puppet::Type::Service::ProviderOpenbsd: file /usr/sbin/rcctl does
> not exist
> Warning: Found multiple default providers for service: init, systemd;
> using init
>
> So it looks like it only displays the service providers it cannot find....
> - so tried running it on one of the raspbian boxes which don't have init
> and are detecting systemd properly and i see:
>
> Debug: Puppet::Type::Service::ProviderInit: false value when expecting true
>
> Which really isn't telling me much about what's attempting to be detected,
> what's reporting false when the test is expecting true.
>
> Searching the github 'puppetlabs/puppet' repository for ProviderInit but
> found nothing - so I can't workout what part of the source code is doing
> the tests.
>
> Dave
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to puppet-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/puppet-users/4354faf5-00d0-4033-a34c-57a4034e613f%40googlegroups.com
> <https://groups.google.com/d/msgid/puppet-users/4354faf5-00d0-4033-a34c-57a4034e613f%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>
-- 
Cheers, David

https://twitter.com/dev_el_ops

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/CALF7fHYHdGaAACv5sjhrCqfcN5MoPzw8uQQkt4O-hox3ZyFTfA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to