heya!
A quick question: does anyone still build systemd-resolved +
systemd-importd with its gnutls+gcrypt support? Much of the newer
codebase of systemd is openssl-only, and we'd like to unify on a
single stack for everything. but before we kill the gnutls/gcrypt
backends of these services, I'd li
On Do, 20.03.25 09:38, Mate Kukri (mate.ku...@canonical.com) wrote:
> Hello,
>
> A new version of the rhboot secure boot shim was released yesterday
> https://github.com/rhboot/shim/releases/tag/16.0.
>
> This version contains an implementation of the
> LoadImage/StartImage/Exit/etc API set, which
On 3/20/25 17:36, Luca Boccassi wrote:
On Thu, 20 Mar 2025 at 14:46, Alexander Graf wrote:
On 20.03.25 13:08, Luca Boccassi wrote:
On Thu, 20 Mar 2025 at 11:00, Mate Kukri wrote:
Hello,
A new version of the rhboot secure boot shim was released yesterday
https://github.com/rhboot/shim/rele
Can systemd-resolved be configured to NOT use an upstream recursive
server and perform its own queries? Or do I need bind for that?
On Sat, Apr 5, 2025, at 13:45, Phillip Susi wrote:
> Can systemd-resolved be configured to NOT use an upstream recursive
> server and perform its own queries? Or do I need bind for that?
No, it can only act as a stub resolver, not a recursive resolver. You don't
necessarily need BIND though, the