Version information
This version is compatible with:
- Puppet Enterprise 2023.2.x, 2023.1.x, 2023.0.x, 2021.7.x, 2021.6.x, 2021.5.x, 2021.4.x, 2021.3.x, 2021.2.x, 2021.1.x, 2021.0.x
- Puppet >= 7.0.0 < 9.0.0
- ,
Start using this module
Add this module to your Puppetfile:
mod 'lsst-ccs_sal', '2.1.0'
Learn more about managing modules with a PuppetfileDocumentation
ccs_sal
Welcome to your new module. A short overview of the generated parts can be found in the PDK documentation.
The README template below provides a starting point with details about what information to include in your README.
Table of Contents
- Description
- Setup - The basics of getting started with ccs_sal
- Usage - Configuration options and additional functionality
- Limitations - OS compatibility, etc.
- Development - Guide for contributing to the module
Description
Briefly tell users why they might want to use your module. Explain what your module does and what kind of problems users can solve with it.
This should be a fairly short description helps the user decide if your module is what they want.
Setup
What ccs_sal affects OPTIONAL
If it's obvious what your module touches, you can skip this section. For example, folks can probably figure out that your mysql_instance module affects their MySQL instances.
If there's more that they should know about, though, this is the place to mention:
- Files, packages, services, or operations that the module will alter, impact, or execute.
- Dependencies that your module automatically installs.
- Warnings or other important notices.
Setup Requirements OPTIONAL
If your module requires anything extra before setting up (pluginsync enabled, another module, etc.), mention it here.
If your most recent release breaks compatibility or requires particular steps for upgrading, you might want to include an additional "Upgrading" section here.
Beginning with ccs_sal
The very basic steps needed for a user to get the module up and running. This can include setup steps, if necessary, or it can be an example of the most basic use of the module.
Usage
Include usage examples for common use cases in the Usage section. Show your users how to use your module to solve problems, and be sure to include code examples. Include three to five examples of the most important or common tasks a user can accomplish with your module. Show users how to accomplish more complex tasks that involve different types, classes, and functions working in tandem.
Reference
This section is deprecated. Instead, add reference information to your code as Puppet Strings comments, and then use Strings to generate a REFERENCE.md in your module. For details on how to add code comments and generate documentation with Strings, see the Puppet Strings documentation and style guide.
If you aren't ready to use Strings yet, manually create a REFERENCE.md in the root of your module directory and list out each of your module's classes, defined types, facts, functions, Puppet tasks, task plans, and resource types and providers, along with the parameters for each.
For each element (class, defined type, function, and so on), list:
- The data type, if applicable.
- A description of what the element does.
- Valid values, if the data type doesn't make it obvious.
- Default value, if any.
For example:
### `pet::cat`
#### Parameters
##### `meow`
Enables vocalization in your cat. Valid options: 'string'.
Default: 'medium-loud'.
Limitations
In the Limitations section, list any incompatibilities, known issues, or other warnings.
Development
In the Development section, tell other users the ground rules for contributing to your project and how they should submit their work.
Release Notes/Contributors/Etc. Optional
If you aren't using changelog, put your release notes here (though you should
consider using changelog). You can also add any additional sections you feel are
necessary or important to include here. Please use the ##
header.
Reference
Table of Contents
Classes
ccs_sal
: Install stuff for CCS/SAL gateway.ccs_sal::etc
ccs_sal::rpms
ccs_sal::service
Classes
ccs_sal
Install stuff for CCS/SAL gateway.
Parameters
The following parameters are available in the ccs_sal
class:
rpms
ospl_home
dds_domain
dds_interface
instrument
rpm_repo
rpms_private
rpm_repo_private
rpm_user
rpm_pass
rpms
Data type: Hash[String,String,1]
Hash of packages and rpms to install. Eg: "ts_sal_utils" => "ts_sal_utils-4.0.0-1.x86_64.rpm"
ospl_home
Data type: String
String giving OSPL_HOME.
Default value: '/opt/OpenSpliceDDS/VX.Y.Z/example/example'
dds_domain
Data type: String
String giving LSST_DDS_DOMAIN (eg base)
Default value: 'summit'
dds_interface
Data type: String
String giving name of SAL interface (eg somehost-dds)
Default value: 'localhost-dds'
instrument
Data type: String
String giving instrument (eg comcam).
Default value: 'comcam'
rpm_repo
Data type: String
String giving repo url for rpm download
Default value: 'https://repo-nexus.lsst.org/nexus/repository/ts_yum/releases'
rpms_private
Data type: Hash[String,String]
Optional hash of rpms to download from private repo.
Default value: {}
rpm_repo_private
Data type: Optional[String]
private repo name
Default value: undef
rpm_user
Data type: Optional[String]
private repo username
Default value: undef
rpm_pass
Data type: Optional[String]
private repo password
Default value: undef
ccs_sal::etc
The ccs_sal::etc class.
ccs_sal::rpms
The ccs_sal::rpms class.
ccs_sal::service
The ccs_sal::service class.
Changelog
All notable changes to this project will be documented in this file. Each new release typically also includes the latest modulesync defaults. These should not affect the functionality of the module.
v2.1.0 (2023-08-22)
Implemented enhancements:
v2.0.0 (2023-06-23)
Breaking changes:
Implemented enhancements:
v1.2.0 (2023-01-31)
Implemented enhancements:
Merged pull requests:
- Can't even bump version without a pull request #9 (glennmorris)
v1.1.1 (2022-11-08)
Merged pull requests:
- Allow service files to contain multiple Environment lines #8 (glennmorris)
v1.1.0 (2022-08-16)
Merged pull requests:
v1.0.1 (2022-07-05)
v1.0.0 (2022-04-11)
Merged pull requests:
v0.7.1 (2021-09-29)
v0.7.0 (2021-07-30)
v0.6.1 (2021-07-27)
Merged pull requests:
- Split rpms and their yum repos into private and public #5 (glennmorris)
v0.5.0 (2021-05-22)
v0.6.0 (2021-05-22)
v0.4.0 (2021-05-12)
v0.3.5 (2021-05-12)
v0.3.4 (2021-05-12)
v0.3.3 (2021-04-30)
v0.3.2 (2021-04-30)
v0.3.1 (2021-04-20)
v0.3.0 (2021-04-19)
Merged pull requests:
- Add the ocs-bridge and mcm services #4 (glennmorris)
v0.2.1 (2021-04-06)
Merged pull requests:
- Switch to SAL5 #2 (glennmorris)
v0.2.0 (2021-04-06)
Merged pull requests:
v0.1.0 (2020-06-11)
* This Changelog was automatically generated by github_changelog_generator
Dependencies
- puppetlabs/stdlib (>= 4.13.1 < 10.0.0)
- puppet/archive (>= 4.0.0 < 8.0.0)
- puppet/systemd (>= 3.0.0 < 5.0.0)
- saz/sudo (>= 7.0.0 < 9.0.0)