Update afterburn to 5.5.1, and remove the patch 0003 for fixing
cross-build issue of arm64, because the upstream fix
https://github.com/coreos/afterburn/pull/1022 is already included in
5.5.1.
By maintaining our own build logic, we missed the fact that the agent
was now split in two parts:
* amazon-ssm-agent in `./core`
* ssm-agent-worker in `./agent`
With the runtimeconfig passed from the `core` to the `agent`.
We were currently shipping `ssm-agent-worker` as the `amazon-ssm-agent`
hence some errors we had.
```
amazon-ssm-agent[8929]: 2023-12-28 15:29:32 WARN [ssm-agent-worker] failed to read runtime config 'identity_config.json': open /var/lib/amazon/ssm/runtimeconfig/identity_config.json: no such file or directory
```
Signed-off-by: Mathieu Tortuyaux <mtortuyaux@microsoft.com>
Coreos-cloudinit needs to only apply a hostname if it is non-empty, otherwise
the hostname ends up being "localhost".
Signed-off-by: Jeremi Piotrowski <jpiotrowski@microsoft.com>
There was a change in libdnet ebuilds about how tests are
enabled/disabled through a configure flag. The change was correct for
versions 1.16.4 and up, but not for earlier ones. So instead of
waiting for the change to be reverted for older ebuilds, bump the
version to 1.16.4 now - it should be stabilized soon.
Updating it to 3.0.17 breaks the build. First there are some
signedness issues (which I fixed), but then there is some header
ordering issue which results in errors about some names being
undefined. This is because a header that defines those names includes
some other header before defining the names. That other header pulls
in some other header that end up referencing the not-yet-defined
names:
In file included from /usr/include/efi/efilib.h:22,
from Include/OpenSslSupport.h:19,
from Include/stddef.h:15,
from /usr/include/efi/x86_64/efibind.h:99,
from /usr/include/efi/efi.h:42,
from ./Library/BaseLib.h:1,
from ./InternalCryptLib.h:18,
from Hash/CryptMd4.c:15:
/usr/include/efi/efidebug.h:22:8: error: unknown type name ‘UINTN’
22 | extern UINTN EFIDebug;
/usr/include/efi/x86_64/efibind.h defines UINTN in line 124, but
includes stddef.h in line 99.
I'm not dealing with it knowing that Sayan is working on secure-boot
stuff which involves updating sys-boot/shim, so this bug should go
away soon.
The weekly package automation reverted the modifications done to the
ebuild. That's the reason why modiyfing packages in portage-stable is
a no-no.
Add accept keywords to keep pulling in the 6.6 version of linux
headers.
