You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/_openvox_8x/bgtm.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -245,7 +245,7 @@ This means you must `include x` in the main class to ensure the dependency is in
245
245
246
246
Ensure that the module works in a variety of conditions, and that the options and parameters of your module work together to an appropriate end result.
247
247
248
-
We recommend several testing frameworks available to help you write unit and acceptance tests. Some of these tools are already included in the [Puppet Development Kit (PDK)](https://www.puppet.com/docs/pdk/latest/pdk.html).
248
+
We recommend several testing frameworks available to help you write unit and acceptance tests. Some of these tools are already included in the Puppet Development Kit (PDK).
249
249
250
250
> **Note:** The open source version of PDK is no longer supported by Puppet. It may still be functional, but no further updates or bug fixes will be provided.
[Beaker-rspec](https://github.com/puppetlabs/beaker-rspec) is an acceptance/integration testing framework.
280
+
[Beaker-rspec](https://github.com/voxpupuli/beaker-rspec) is an acceptance/integration testing framework.
281
281
282
282
It provisions one or more virtual machines on various hypervisors (such as [Vagrant](https://www.vagrantup.com/)) and then checks the result of applying your module in a realistic environment.
Copy file name to clipboardExpand all lines: docs/_openvox_8x/cheatsheet_core_types.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -71,7 +71,7 @@ Manages files, directories, and symlinks.
71
71
#### For Normal Files
72
72
73
73
*[`source`](./type.html#file-attribute-source) -- Where to download contents for the file. Usually a `puppet:///` URL.
74
-
*[`content`](./type.html#file-attribute-content) -- The file's desired contents, as a string. Most useful when paired with [templates](https://docs.puppet.com/guides/templating.html), but you can also use the output of the [file function](./function.html#file).
74
+
*[`content`](./type.html#file-attribute-content) -- The file's desired contents, as a string. Most useful when paired with [templates](./lang_template.html), but you can also use the output of the [file function](./function.html#file).
75
75
76
76
{:.section}
77
77
#### For Directories
@@ -148,7 +148,7 @@ If a service has a bad init script, you can work around it and manage almost any
148
148
{:.concept}
149
149
### notify
150
150
151
-
Logs an arbitrary message, at the `notice` log level. This appears in the POSIX syslog or Windows Event Log on the Puppet agent node and is also logged in reports.
151
+
Logs an arbitrary message, at the `notice` log level. This appears in the POSIX syslog or Windows Event Log on the OpenVox agent node and is also logged in reports.
152
152
153
153
```puppet
154
154
notify { 'This message is getting logged on the agent node.': }
Templates are documents that combine code, data, and literal text to produce a final rendered output. The goal of a template is to manage a complicated piece of text with simple inputs.
You can put template files in the `templates` directory of a [module][]. EPP files should have the `.epp` extension, and ERB files should have the `.erb` extension.
50
50
51
-
To use a template file, evaluate it with the [`template`](https://docs.puppet.com/puppet/latest/function.html#template) (ERB) or [`epp`](https://docs.puppet.com/puppet/latest/function.html#epp) function:
51
+
To use a template file, evaluate it with the [`template`](./function.html#template) (ERB) or [`epp`](./function.html#epp) function:
Copy file name to clipboardExpand all lines: docs/_openvox_8x/nodes_external.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -13,15 +13,15 @@ Depending on the external data sources you use in your infrastructure, building
13
13
14
14
## What is an ENC?
15
15
16
-
An external node classifier is an executable that Puppet Server or Puppet apply can call; it doesn't have to be written in Ruby. Its only argument is the name of the node to be classified, and it returns a YAML document describing the node.
16
+
An external node classifier is an executable that OpenVox Server or puppet apply can call; it doesn't have to be written in Ruby. Its only argument is the name of the node to be classified, and it returns a YAML document describing the node.
17
17
18
18
Inside the ENC, you can reference any data source you want, including [PuppetDB](/openvoxdb/latest). But from Puppet's perspective, it just puts in a node name and gets back a hash of information.
19
19
20
20
ENCs can co-exist with standard node definitions in `site.pp`, and the classes declared in each source are merged together.
21
21
22
22
### How merging works
23
23
24
-
Every node always gets a **node object** (which might be empty or might contain classes, parameters, and an environment) from the configured `node_terminus`. (This setting takes effect where the catalog is compiled; on Puppet Server when using an agent/master arrangement, and on the node itself when using Puppet apply. The default node terminus is `plain`, which returns an empty node object; the `exec` terminus calls an ENC script to determine what should go in the node object.) Every node **might** also get a [node definition][] from the [main manifest][].
24
+
Every node always gets a **node object** (which might be empty or might contain classes, parameters, and an environment) from the configured `node_terminus`. (This setting takes effect where the catalog is compiled; on OpenVox Server when using an agent/server arrangement, and on the node itself when using puppet apply. The default node terminus is `plain`, which returns an empty node object; the `exec` terminus calls an ENC script to determine what should go in the node object.) Every node **might** also get a [node definition][] from the [main manifest][].
25
25
26
26
When compiling a node's catalog, Puppet includes **all** of the following:
27
27
@@ -45,7 +45,7 @@ When compiling a node's catalog, Puppet includes **all** of the following:
45
45
46
46
## Connecting an ENC
47
47
48
-
To tell Puppet Server to use an ENC, you need to set two [settings](./config_about_settings.html) in the Puppet master's `puppet.conf` file: `node_terminus` has to be set to "exec", and `external_nodes` must have the path to the executable.
48
+
To tell OpenVox Server to use an ENC, you need to set two [settings](./config_about_settings.html) in the OpenVox server's `puppet.conf` file: `node_terminus` has to be set to "exec", and `external_nodes` must have the path to the executable.
Copy file name to clipboardExpand all lines: docs/_openvox_8x/nodes_ldap.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -125,7 +125,7 @@ The `testserver` node's classes would be `baseclass`, `testing`, and `solaris`.
125
125
126
126
## Modifying your LDAP schema
127
127
128
-
You first have to provide the Puppet schema to your LDAP server. You can find the Puppet schema [in Git](http://github.com/puppetlabs/puppet/blob/master/ext/ldap/puppet.schema). Place this schema into your schema directory, on Debian for example this would be /etc/ldap/schema. I recommend keeping the puppet.schema name.
128
+
You first have to provide the Puppet schema to your LDAP server. You can find the Puppet schema in the OpenVox source repository under `ext/ldap/puppet.schema`. Place this schema into your schema directory, on Debian for example this would be /etc/ldap/schema. I recommend keeping the puppet.schema name.
129
129
130
130
With the schema file in place, modify your slapd.conf to load this schema by adding it to the list of schema files loaded:
0 commit comments