Arch Linux User Repository

Search Criteria

Enter search criteria

Search by

Keywords

Out of Date

Sort by

Sort order

Per page

Package Details: stackdriver-collectd 6.1.4-1

Package Actions

Git Clone URL:	https://aur.archlinux.org/stackdriver-collectd.git (read-only, click to copy)
Package Base:	stackdriver-collectd
Description:	Stackdriver's monitoring agent based on collectd
Upstream URL:	https://github.com/Stackdriver/collectd
Licenses:	MIT
Conflicts:	collectd
Provides:	stackdriver-collectd
Submitter:	shulhan
Maintainer:	shulhan
Last Packager:	shulhan
Votes:	0
Popularity:	0.000000
First Submitted:	2020-12-01 12:12 (UTC)
Last Updated:	2021-11-05 04:38 (UTC)

Dependencies (14)

curl (curl-git^AUR, curl-c-ares^AUR)
iptables (iptables-fullconenat-nft^AUR, iptables-git^AUR, iptables-legacy, iptables-nft)
libxml2 (libxml2-git^AUR)
lua (pallene-lua^AUR)
systemd-libs (systemd-libs-git^AUR, systemd-libs-selinux^AUR)
yajl (yajl-git^AUR)
autoconf (autoconf-git^AUR) (make)
automake (automake-git^AUR) (make)
bison (byacc-bison^AUR, bison-git^AUR) (make)
flex (flex-git^AUR) (make)
gcc (gcc-git^AUR, gccrs-git^AUR, gcc-snapshot^AUR) (make)
libtool (libtool-git^AUR) (make)
pkg-config (pkgconf-git^AUR, pkg-config-git^AUR, pkgconf) (make)
mariadb-libs (libmysqlclient80^AUR, libmysqlclient81^AUR, libmysqlclient84^AUR, libmysqlclient^AUR, mariadb-lts-libs) (optional)

Required by (0)

Sources (5)

Pinned Comments

shulhan commented on 2022-09-20 19:21 (UTC)

This package is deprecated in favour of https://aur.archlinux.org/packages/google-cloud-ops-agent-git .

See https://cloud.google.com/stackdriver/docs/solutions/agents .

Latest Comments

shulhan commented on 2022-09-20 19:21 (UTC)

This package is deprecated in favour of https://aur.archlinux.org/packages/google-cloud-ops-agent-git .

See https://cloud.google.com/stackdriver/docs/solutions/agents .

shulhan commented on 2021-07-20 15:34 (UTC)

Strange that it would read from /etc and not /opt/collectd. Perhaps this can be changed either by a make option i.e. it seems like there's an overall prefix of /opt/collectd

I just check and rebuild the package by setting the prefix to /usr. When the collectd run its failed to load the plugins. Seems like the code use static paths fixed to /opt/collectd,

$ collectd -h

...

Builtin defaults:
  Config file       /opt/collectd/etc/collectd.conf
  PID file          /opt/collectd/var/run/collectd.pid
  Plugin directory  /opt/collectd/lib/collectd
  Data directory    /opt/collectd/var/lib/collectd

BTW, I have updated the version and systemd service and fix some installation issues.

JP-Ellis commented on 2021-07-13 09:47 (UTC)

Strange that it would read from /etc and not /opt/collectd. Perhaps this can be changed either by a make option i.e. it seems like there's an overall prefix of /opt/collectd, so removing it might adjust the config path automatically. Alternatively, it could also be possible to just tell collectd where to look for the configuration file in the systemd service (though I agree it would be better if it automatically found it).

shulhan commented on 2021-07-13 09:09 (UTC)

Is there any reason this is installed in /opt/collectd?

My memory kinda blur, last time I remembered, it will not read the configuration in /etc but from /opt/collectd.

Lastly, I'm not really sure the service should be forking. You can add the -f flag to prevent forking which I believe systemd prefers.

I didn't know that flag exists. Let me check again later ... or do you have patch?

Will update the version later.

JP-Ellis commented on 2021-07-13 08:10 (UTC)

Is there any reason this is installed in /opt/collectd? It appears to me that the directory structure within /opt/collectd is compatible with having it installed within /usr.

It would also make more sense to have the configuration files in /etc (instead of /opt/etc) and the PID file in /run, etc.

Lastly, I'm not really sure the service should be forking. You can add the -f flag to prevent forking which I believe systemd prefers.