Package Details: puppetserver 8.7.0-1

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: 2024-11-03 17:32 (UTC)

Dependencies (7)

Required by (0)

Sources (2)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

beoldhin commented on 2016-12-28 15:18 (UTC)

"Not able to start puppetserver after reboot" was my error (/var/log on tmpfs). Puppetserver will hang without errors if it doesn't find its directory from /var/log. However being now a known issue this is now quite minor at least for me.

beoldhin commented on 2016-12-25 08:20 (UTC)

When installing puppetserver-2.7.2.tar.gz with "yaourt -S puppetserver": - Puppet server has to be reinstalled (yaourt -R puppetserver, yaourt -S puppetserver) every time puppetserver service is stopped by systemctl. - If the service is not reinstalled, java processes are trying to start but never finish (100% usage in every CPU core), if it is reinstalled, everything works fine - "WARNING: backup entry file not in package : etc/puppetlabs/puppetserver/bootstrap.cfg" - "Can't translate pathname 'opt/puppetlabs/server/data/puppetserver/vendored-jruby-gems/gems/hocon-1.1.3/spec/fixtures/test_utils/resources/ᚠᛇᚻ.conf' to UTF-8" - "warning: directory permissions differ on /opt/puppetlabs/server/data/puppetserver/jruby-gems/ filesystem: 770 package: 755" Which one of these you think belong to Puppetlabs and which one to AUR maintainers?

beoldhin commented on 2016-12-24 07:25 (UTC)

It seems there are serious glitches when running this package. Do you think these belong to AUR maintainers or to Puppetlabs?

jsteel commented on 2016-07-28 11:23 (UTC)

I'm not using this any more, disowning

jsteel commented on 2016-03-03 13:11 (UTC)

Just had a bit of time to re-think your suggestion and test it. java-runtime-headless is now the dependency.

jsteel commented on 2016-02-24 15:58 (UTC)

Oh wait, there is one "xorg-xset". Well only "java-environment" is required, so you are free to pick what you want.

jsteel commented on 2016-02-24 15:51 (UTC)

It is assumed (well, documented on the wiki) that you have base and base-devel installed. Also I see no xorg packages pulled in with jdk8-openjdk.

simonsd commented on 2016-02-24 15:13 (UTC)

missing makedepends=("binutils" "fakeroot") Also, using jd8-openjdk-headless is enough, no need for all the xorg pkgs this way. I guess that's also what java-environment-fake is for.