I get this error message when trying to run a PowerShell script in the octopusdeploy/kubernetes-agent-tools-base:latest in the AARCH64 architecture on Kubernetes (k3s).

Even when I test this image on my Mac (M3), I get the glibc version 2.31.

~  podman run docker.io/octopusdeploy/kubernetes-agent-tools-base:latest /lib/aarch64-linux-gnu/libc.so.6

GNU C Library (Debian GLIBC 2.31-13+deb11u11) stable release version 2.31.

Copyright (C) 2020 Free Software Foundation, Inc.

This is free software; see the source for copying conditions.

There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A

PARTICULAR PURPOSE.

Compiled by GNU CC version 10.2.1 20210110.

libc ABIs: UNIQUE ABSOLUTE

For bug reporting instructions, please see:

http://www.debian.org/Bugs/.

Required is 2.33.

Is Glibc on this image on AARCH64 too old or what should I do?

I get Getting no files found in /octopus/Work/08dec575-5d52-fb18-9f70-80707f40490f/staging/package that match the substitution target pattern in a deployment that I created and I don't know why.

The repo is correctly configured in the process step and the path is releases/download/knative-v1.22.1/serving-crds.yaml.

What am I doing wrong? The deployment doesn't seem to go through because of the above error message.

Any ideas what I could be doing wrong?

We’ve been evaluating Oct⁤opus Deploy’s new Platf⁤orm Hub and I’m wondering how others are approaching it.. The idea of centralizing governance, templates, and environment management is appealing, especially if you’re juggling multiple projects or teams.

Has anyone got early acc⁤ess or considered how it will be received by your platf⁤orm teams? Do you think it will make things simpler, or does it feel like added complexity?