Issue #15911 has been updated by Charlie Sharpsteen.

Status changed from Investigating to In Topic Branch Pending Review
Assignee deleted (Charlie Sharpsteen)
Branch set to https://github.com/puppetlabs/puppet/pull/1518

Thanks a bunch for the pull request Robert!
----------------------------------------
Feature #15911: automatic .service suffix for the systemd provider to keep 
service names consistent
https://projects.puppetlabs.com/issues/15911#change-84537

Author: Robert Kennedy
Status: In Topic Branch Pending Review
Priority: Normal
Assignee: 
Category: service
Target version: 
Affected Puppet version: 
Keywords: systemd
Branch: https://github.com/puppetlabs/puppet/pull/1518


I'd like to be able to be able to have a mix of systemd and redhat systems that 
run the same named services. Currently it seems I have to resort to
<pre>
 $snmpservicename = $snmpserviceprovider ? {
    "systemd" => "snmpd.service",
    "redhat"    => "snmpd",
}

service { "$snmpservicename":
    provider => "$snmpserviceprovider",
    etc.
}
</pre>

I would much rather choose the provider for my system and be able to refer to 
the snmpd service with the same name across hosts with different providers if 
possible. I believe everything that puppet would want to handle as a Service 
would have a .service suffix. If you think it would cause too much confusion 
due to the assumption of service naming, I can continue to do what I'm doing.


-- 
You have received this notification because you have either subscribed to it, 
or are involved in it.
To change your notification preferences, please click here: 
http://projects.puppetlabs.com/my/account

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Bugs" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-bugs+unsubscr...@googlegroups.com.
To post to this group, send email to puppet-bugs@googlegroups.com.
Visit this group at http://groups.google.com/group/puppet-bugs?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to