@scarleo What is your locale set to? You might need to switch to a UTF-8 based locale.
Search Criteria
Package Details: puppetserver 7.9.5-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/puppetserver.git (read-only, click to copy) |
---|---|
Package Base: | puppetserver |
Description: | Server automation framework and application |
Upstream URL: | https://docs.puppetlabs.com/puppetserver/latest/services_master_puppetserver.html |
Licenses: | Apache |
Submitter: | aboe |
Maintainer: | lb.laboon (bastelfreak) |
Last Packager: | lb.laboon |
Votes: | 10 |
Popularity: | 0.000000 |
First Submitted: | 2014-09-26 19:48 (UTC) |
Last Updated: | 2023-02-24 20:54 (UTC) |
Dependencies (7)
- facter (facter2)
- java-runtime-headless (jre10, jdk12-openj9-bin, zulu-12-bin, jre6, jre12, server-jre, jdk13-openj9-bin, jdk9-openj9-bin, jdk10, jdk11-openjdk-dcevm, jdk10-openj9-bin, jdk14-openj9-bin, jdk7, jre7, zulu-14-bin, amazon-corretto-15, jdk11-openjdk-dcevm-conflicts-fixed, zulu-embedded-jdk8, sapmachine-jdk-bin, amazon-corretto-16, jre8-openjdk-shenandoah-headless, zulu-16-bin, jdk16-adoptopenjdk, jdk11-microsoft-openjdk, jdk16-microsoft-openjdk, jdk11-msopenjdk-bin, jdk18-beta-temurin, jdk8-arm, liberica-jdk-11-bin, liberica-jdk-11-lite-bin, liberica-jre-11-bin, jre11-jetbrains-imfix, java-openjdk-loom-ea-bin, jdk17-dragonwell-bin, hmcl-zulu-bin, jdk7-j9-bin, jdk7r1-j9-bin, jdk8-j9-bin, jdk11-j9-bin, jdk-jetbrains, jre11-jbr-xdg-headless, jre12-openjdk-headless, jre15-openjdk-headless, jre16-openjdk-headless, jre13-openjdk-headless, jre14-openjdk-headless, jre-bcl, jdk-bcl, amazon-corretto-18, zulu-18-bin, zulu-13-bin, jre15, jre14, jre13, jre16, jre17, bishengjdk-17, bishengjre-17, jdk-arm, jdk11-openj9-bin, jdk-openj9-bin, jre-openj9-headless, zulu-15-bin, jre-jbr-xdg-headless, zulu-embedded-jdk11, jdk-microsoft-openjdk, jre18-openjdk-headless, jdk17-openj9-bin, jdk18-openj9-bin, jdk8-openj9-bin, jre8, jdk8, jre11, amazon-corretto-8, amazon-corretto-11, amazon-corretto-19-bin, amazon-corretto-17, zulu-8-bin, zulu-11-bin, zulu-17-bin, zulu-19-bin, liberica-jre-8-full-bin, liberica-jdk-full-bin, jre8-adoptopenjdk-headless, jre-lts, liberica-jdk-11-full-bin, liberica-jdk-17-full-bin, liberica-jre-11-full-bin, jdk8-dragonwell-extended-bin, jdk8-dragonwell-standard-bin, jdk11-dragonwell-extended-bin, jdk11-dragonwell-standard-bin, jdk13-openjdk-bin, zulu-jre-fx-bin, zulu-jdk-fx-bin, liberica-jdk-8-full-bin, jre-jetbrains, jdk17-temurin, jdk11-temurin, jdk17-dragonwell-standard-bin, jre-openjdk-headless-xdg, jre-openjdk-headless-xdg-bin, java-openjdk-bin, jdk17-jetbrains-bin, jdk11-jetbrains-bin, zulu-20-bin, jre, amazon-corretto-20-bin, jdk-temurin, jre8-openjdk-headless-xdg, jre17-openjdk-headless-xdg, java-openjdk-ea-bin, jre-openjdk-headless, jre11-openjdk-headless, jre17-openjdk-headless, jre8-openjdk-headless)
- jruby
- logrotate (logrotate-git, logrotate-selinux)
- net-tools (net-tools-debian-ifconfig, net-tools-git)
- puppet (puppet-git, puppet3, puppet5)
- ruby
Required by (0)
Sources (3)
lb.laboon commented on 2020-05-11 14:34 (UTC)
scarleo commented on 2020-05-11 10:13 (UTC) (edited on 2020-05-11 12:24 (UTC) by scarleo)
What is up with that filename? EDIT: Ok, I get it, it's a check by filename, classy stuff :). Well turns out I didn't have UTF-8 locale in /etc/locale.conf, it's installing now, case closed.
Fetching hocon-1.2.5.gem
ERROR: While executing gem ... (Java::JavaNioFile::InvalidPathException)
Malformed input or input contains unmappable characters: /home/oscar/.cache/pikaur/build/puppetserver/pkg/puppetserver/opt/puppetlabs/server/data/puppetserver/vendored-jruby-gems/gems/hocon-1.2.5/spec/fixtures/test_utils/resources/ᚠᛇᚻ.conf
==> ERROR: A failure occurred in package().
Aborting...
Command 'makepkg --force' failed to execute.
lb.laboon commented on 2020-04-25 21:52 (UTC)
@julius.tzm Actually facter is not bundled with this package at all. The gemspec file that this package now installs is basically just a "shim" to trick ruby into thinking that the facter dependency is satisfied. I agree that it seems really janky, but this actually how Puppetserver gets packaged for the official releases (I copied the gemspec file directly from the official RHEL 8 rpm).
julius.tzm commented on 2020-04-25 20:30 (UTC)
@lb.laboon, yes it works, however I would keep the facter version in sync with the main repo, but that is just a fancy thing.
Many thanks!
lb.laboon commented on 2020-04-25 18:51 (UTC)
@julius.tzm This should be fixed in the latest version. Please try upgrading
julius.tzm commented on 2020-04-25 12:09 (UTC)
Hi @ll,
puppetserver ca setup (04-25 13:59)
Traceback (most recent call last):
2: from /opt/puppetlabs/server/apps/puppetserver/cli/apps/ca:3:in <main>'
1: from /usr/lib/ruby/2.7.0/rubygems/core_ext/kernel_require.rb:92:in
require'
/usr/lib/ruby/2.7.0/rubygems/core_ext/kernel_require.rb:92:in require': cannot load such file -- puppetserver/ca/cli (LoadError)
8: from /opt/puppetlabs/server/apps/puppetserver/cli/apps/ca:3:in
<main>'
7: from /usr/lib/ruby/2.7.0/rubygems/core_ext/kernel_require.rb:156:in require'
6: from /usr/lib/ruby/2.7.0/rubygems/core_ext/kernel_require.rb:161:in
rescue in require'
5: from /usr/lib/ruby/2.7.0/rubygems.rb:209:in try_activate'
4: from /usr/lib/ruby/2.7.0/rubygems/specification.rb:1373:in
activate'
3: from /usr/lib/ruby/2.7.0/rubygems/specification.rb:1391:in activate_dependencies'
2: from /usr/lib/ruby/2.7.0/rubygems/specification.rb:1391:in
each'
1: from /usr/lib/ruby/2.7.0/rubygems/specification.rb:1402:in block in activate_dependencies'
/usr/lib/ruby/2.7.0/rubygems/dependency.rb:311:in
to_specs': Could not find 'facter' (>= 2.0.1, < 4) among 58 total gem(s) (Gem::MissingSpecError)
Checked in 'GEM_PATH=/root/.gem/ruby/2.7.0:/usr/lib/ruby/gems/2.7.0', execute gem env
for more information
9: from /opt/puppetlabs/server/apps/puppetserver/cli/apps/ca:3:in <main>'
8: from /usr/lib/ruby/2.7.0/rubygems/core_ext/kernel_require.rb:156:in
require'
7: from /usr/lib/ruby/2.7.0/rubygems/core_ext/kernel_require.rb:161:in rescue in require'
6: from /usr/lib/ruby/2.7.0/rubygems.rb:208:in
try_activate'
5: from /usr/lib/ruby/2.7.0/rubygems.rb:215:in rescue in try_activate'
4: from /usr/lib/ruby/2.7.0/rubygems/specification.rb:1373:in
activate'
3: from /usr/lib/ruby/2.7.0/rubygems/specification.rb:1391:in activate_dependencies'
2: from /usr/lib/ruby/2.7.0/rubygems/specification.rb:1391:in
each'
1: from /usr/lib/ruby/2.7.0/rubygems/specification.rb:1402:in block in activate_dependencies'
/usr/lib/ruby/2.7.0/rubygems/dependency.rb:311:in
to_specs': Could not find 'facter' (>= 2.0.1, < 4) among 58 total gem(s) (Gem::MissingSpecError)
Checked in 'GEM_PATH=/root/.gem/ruby/2.7.0:/usr/lib/ruby/gems/2.7.0', execute gem env
for more information
Does anybody has a clue how to solve this? After a fresh arch install, the facter 3.14.6-2 package is installed by default.
Thanks in advance!
devzero commented on 2019-03-22 19:40 (UTC)
@lb.laboon, thanks a lot, that did the trick. I'm still getting errors in the puppet client logs, but I think it's more of a misconfiguration issue rather than a problem with the package
lb.laboon commented on 2019-03-22 14:33 (UTC)
Hey @devzero, thanks for pointing that out! I use an external CA with my setup, so I hadn't noticed that was broken. I just updated the package so could you try updating? Let me know if that fixes the issue for you.
devzero commented on 2019-03-22 08:01 (UTC) (edited on 2019-03-22 08:10 (UTC) by devzero)
@lb.laboon Ah yes, I see, sorry about that. I was keyed on looking for /etc/puppetlabs/puppet
, not "$confdir", so my brain deemed the pinned comment to be irrelevant :)
I did encounter another (unrelated) problem. Hopefully you can point me in the right direction again.
The puppetserver service starts without any problems, status looks good. Then I start puppet agent services on a couple of other boxes, using the standard Arch Linux puppet package. I now want to sign their certs.
On puppet master, I run sudo puppetserver ca list
and get such errors:
/usr/sbin/puppetserver: /opt/puppetlabs/server/apps/puppetserver/cli/apps/ca: /opt/puppetlabs/puppet/bin/ruby: bad interpreter: No such file or directory
/usr/sbin/puppetserver: line 80: /opt/puppetlabs/server/apps/puppetserver/cli/apps/ca: Success
That path to /opt/puppetlabs/puppet/bin/ruby
is hard-coded by /opt/puppetlabs/server/apps/puppetserver/cli/apps/ca
, but no ruby is installed in the stated location.
I tried patching that script to use the system installation of ruby, but this only produced more errors:
Traceback (most recent call last):
2: from /opt/puppetlabs/server/apps/puppetserver/cli/apps/ca:3:in `<main>'
1: from /usr/lib/ruby/2.6.0/rubygems/core_ext/kernel_require.rb:54:in `require'
/usr/lib/ruby/2.6.0/rubygems/core_ext/kernel_require.rb:54:in `require': cannot load such file -- puppetserver/ca/cli (LoadError)
lb.laboon commented on 2019-03-22 05:05 (UTC)
@devzero As per the pinned comment, you will need to chown
the /etc/puppetlabs/puppet/ssl
directory after installation of the puppetserver package so that the service can write to that directory. Unfortunately, we can't set the ownership of that directory as part of this package (i.e. in a post-install script) because the administrator might choose to use a different location for the ssldir.
Pinned Comments
jsteel commented on 2015-11-02 14:12 (UTC)