Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

CompilationDir doesn't ignore changes when using the cache #189

Open
masterzen opened this issue Jun 5, 2018 · 0 comments
Open

CompilationDir doesn't ignore changes when using the cache #189

masterzen opened this issue Jun 5, 2018 · 0 comments

Comments

@masterzen
Copy link
Contributor

Description of problem

When activating the cache (with --cached-master-dir option), the CompilationDir filter gets the cache path as the :from_compilation_dir instead of the original compilation dir that was used when the cache was compiled.

Thus the filter doesn't filter out resources that references the compilation dir.

For instance the following resource (from the vox pupuli hiera module):

    file { '/etc/hiera.yaml':
      ensure => symlink,
      target => "${confdir}/hiera.yaml",
    }

doesn't get ignored:

  File[/etc/hiera.yaml] =>
   parameters =>
     target =>
      - /tmp/ocd-ipc-20180604-1-nbv4q/ocd-builddir-20180604-256-10c2qyt/hiera.yaml
      + /tmp/ocd-ipc-20180605-232-1yut8ed/ocd-builddir-20180605-237-13ya1gx/hiera.yaml

When running without the cache enabled, the parameter (and resource) above gets properly filtered out.

Platform and version information

  • Your OS: ubuntu 16.04
  • Your Ruby version: 2.3.1
  • Your version of Puppet: 5.5.0
  • Your version of octocatalog-diff: 1.5.3

Anything else to add that you think will be helpful?

Either the catalog should be rewritten with the cache directory or octocatalog-diff should keep the original compilation dir in the cache so that the CompilationDir could be fed with the correct information.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant