https://www.puppet.com/community logo
Join Slack
Powered by
# voxpupuli
  • v

    VoxBot

    10/15/2022, 1:26 PM
    (in the Debian package)
  • v

    VoxBot

    10/15/2022, 1:29 PM
    in the Fedora package they're synced to /var/lib/puppet/lib and not /var/cache/puppet/lib - perhaps that's the difference?
  • v

    VoxBot

    10/15/2022, 1:30 PM
    yes, symlinking that does cause it to load the synced modules
  • v

    VoxBot

    10/15/2022, 1:33 PM
    maybe what I saw in the strace output was it refreshing its cache of modules to sync, but it didn't load them in its application path?
  • v

    VoxBot

    10/15/2022, 1:33 PM
    could be
  • v

    VoxBot

    10/15/2022, 1:34 PM
    in terms of paths, for the 7.x package I wanted to stay consistent with the puppet 5.5 package, but maybe we have to make some changes
  • v

    VoxBot

    10/15/2022, 1:35 PM
    it's tricky - it really is cached data since it can retrieve it again but it's also application code that gets loaded
  • v

    VoxBot

    10/15/2022, 1:35 PM
    but maybe the goal should be to find out why it doesn't add it to its load path
  • v

    VoxBot

    10/15/2022, 1:35 PM
    ewoud: I need to step out, let me know what you find out and I can help test later
  • v

    VoxBot

    10/15/2022, 1:36 PM
    lavamind: will do, though I'll probably do something else for a bit since it's weekend
  • v

    VoxBot

    10/15/2022, 1:36 PM
    :)
  • v

    VoxBot

    10/15/2022, 1:38 PM
    my goal would be to have a bullseye-backports package that works so I can get rid of Puppet 5 :)
  • v

    VoxBot

    10/15/2022, 2:06 PM
    lavamind: hmm, it may have had something to do with my puppet.conf which had a libdir setting in its agent section and that messes things up with Puppet 7 while it worked with Puppet 5
  • v

    VoxBot

    10/15/2022, 2:12 PM
    lavamind: ok, removing that and placing it back in /var/lib/puppet/lib makes it work again
  • v

    VoxBot

    10/15/2022, 6:02 PM
    /var/lib/puppet/lib looks pretty awful :p
  • v

    VoxBot

    10/15/2022, 6:02 PM
    but whatever works
  • v

    VoxBot

    10/15/2022, 6:13 PM
    by default $libdir = "$vardir/lib"
  • v

    VoxBot

    10/15/2022, 6:16 PM
    i see
  • v

    VoxBot

    10/15/2022, 6:22 PM
    ewoud: could you provide a "puppet config print" that works on for puppet-agent 7.x on Debian ?
  • v

    VoxBot

    10/15/2022, 7:18 PM
    ewoud: I've tested the Debian puppet-agent 7.20-1 package against a puppetlabs 7 puppetserver, and custom seems to work fine, I've tested cron and augeas
  • v

    VoxBot

    10/15/2022, 7:18 PM
    custom types
  • v

    VoxBot

    10/15/2022, 7:19 PM
    its synchronizing the new providers, types, etc under /var/cache/puppet/lib
  • v

    VoxBot

    10/15/2022, 7:19 PM
    so I think it just works if you use the default vardir, libdir, etc directories that the package sets up
  • v

    VoxBot

    10/15/2022, 7:20 PM
    lavamind: I'll later play with it a bit more
  • v

    VoxBot

    10/15/2022, 7:20 PM
    lavamind: at least I have a decent grasp on what's going on now
  • v

    VoxBot

    10/15/2022, 7:21 PM
    alright
  • v

    VoxBot

    10/15/2022, 7:21 PM
    lavamind: the only annoying thing is the rename of the service from puppet to puppet-agent, which I have to reflect in our module theforeman/puppet
  • v

    VoxBot

    10/15/2022, 7:22 PM
    yeah, that's a big leap
  • v

    VoxBot

    10/15/2022, 7:22 PM
    src:puppet-agent does provide a puppet package though
  • v

    VoxBot

    10/15/2022, 7:22 PM
    lavamind: and I considered an alias in puppet-agent.service but then doing overrides still have to be done in puppet-agent.service.d
1...159160161...648Latest