Issue #15911 has been updated by Calvin Walton.

Note that as of systemd version 188, the '.service' suffix is optional when 
using the systemctl command-line tool - i.e. `systemctl status snmpd` does the 
same thing as `systemctl status snmpd.service`

Other things to note: The name of a service in systemd cannot contain a '.' 
character.

I think it would be safe for the service type in puppet to append '.service' to 
the provided name if and only if the provided name does not contain a '.'
----------------------------------------
Feature #15911: automatic .service suffix for the systemd provider to keep 
service names consistent
https://projects.puppetlabs.com/issues/15911#change-69622

Author: Robert Kennedy
Status: Needs More Information
Priority: Normal
Assignee: Robert Kennedy
Category: service
Target version: 
Affected Puppet version: 
Keywords: systemd
Branch: 


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 post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/puppet-bugs?hl=en.

Reply via email to