Age | Commit message (Collapse) | Author |
|
The latest source on fluent-bit already applied the patch to fix the
issue.
|
|
|
|
The log from building this package is quite long, and when error occurred,
its quite hard to tell which command that cause it.
This changes add log before executing each command in build function
to help investigate any build error later.
|
|
Using java-environment will install JDK v20 which cause the package
failed to build with the following error:
Unknown Kotlin JVM target: 20
This changes set the java dependency to v17.
|
|
Since we generate the patch twice, while the git version is the same,
the signature will become invalid.
Hence, we need to increase the package release.
|
|
Previosly, the default config.yaml receivers for syslog is using
"type: files" that read /var/log/messages and /var/log/syslog.
In Arch Linux, those files are not exist anymore, so we replace the
with "type: systemd_journald" to make all the system logs forwarded to
Cloud Logging.
# Conflicts:
# .SRCINFO
# PKGBUILD
|
|
Previosly, the default config.yaml receivers for syslog is using
"type: files" that read /var/log/messages and /var/log/syslog.
In Arch Linux, those files are not exist anymore, so we replace the
with "type: systemd_journald" to make all the system logs forwarded to
Cloud Logging.
|
|
Since v2.11.0, the collectd is not part of the git submodules anymore [1].
[1]: https://github.com/GoogleCloudPlatform/ops-agent/commit/a2778bd4cba3
|
|
This architecture tested by other Arch user [1].
[1] https://aur.archlinux.org/packages/google-cloud-ops-agent-git#comment-916934
|
|
Since PR #1038 merged to master, the build failed due to the $DESTDIR
now replaced with "/work" for building with docker. [1]
[1] https://github.com/GoogleCloudPlatform/ops-agent/pull/1038#discussion_r1106206200
|
|
When building with git v2.38.1 or latest version, the build will fail
with
fatal: transport 'file' not allowed
This is due to security issue in git submodule [1].
While at it, update the version to the latest one.
[1] https://lore.kernel.org/lkml/xmqq4jw1uku5.fsf@gitster.g/
|
|
Since the issue regarding this patch [1] has been fixed, we did not
need it anymore.
[1] https://github.com/GoogleCloudPlatform/ops-agent/issues/249#issuecomment-1075184604
|
|
|
|
Instead of uncompressing the final build output file (from build.sh),
we sync the staging to $pkgdir.
This require adding rsync to makedeps.
While at it, use single chown statement for all $pkgdir.
|
|
|
|
|
|
The java tools only required to build not to running ops-agent, unless
user want to monitor jmx stats on host.
|
|
|
|
|
|
This release update the patch format using "git diff".
|
|
Currently, running default otelopscol (opentelemetry-operations-collector)
will thrown the errors as described in [1].
This patch fix it by removing scraper "process" and "processes" from
hostmetrics and by changing default log level from "info" to "error".
[1] https://cloud.google.com/logging/docs/agent/ops-agent/troubleshooting#log-spam
|
|
This is the ops-agent that are part of the Google Cloud Operations
product suite (specifically Cloud Logging and Cloud Monitoring) [1].
This package replace stackdriver-collectd in the AUR [2].
[1] https://cloud.google.com/stackdriver/docs/solutions/agents/ops-agent/
[2] https://aur.archlinux.org/packages/stackdriver-collectd/
|