From: Peter Korsgaard <peter@korsgaard.com>
To: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Julien Olivain <ju.o@free.fr>, buildroot@buildroot.org
Subject: Re: [Buildroot] [PATCH 1/1] package/podman: raise kernel header requirement to v4.14
Date: Mon, 09 Jun 2025 16:09:45 +0200 [thread overview]
Message-ID: <87ikl59fbq.fsf@dell.be.48ers.dk> (raw)
In-Reply-To: <aEXH2DWromIdh5wW@landeda> (Yann E. MORIN's message of "Sun, 8 Jun 2025 19:26:48 +0200")
>>>>> "Yann" == Yann E MORIN <yann.morin.1998@free.fr> writes:
> Julien, All,
> On 2025-06-08 13:06 +0200, Julien Olivain spake thusly:
>> Since its introduction in commit [1], the podman package has a
>> dependency on a toolchain with headers >= 3.17, which was propagated
>> from libseccomp and slirp4netns. The podman package also selects
>> BR2_PACKAGE_SHADOW which has a requirement on toolchain with
>> headers >= 4.14. See [2]. This requirement should have been
>> propagated.
>>
>> This commit fixes this issue.
>>
>> Fixes:
>>
>> WARNING: unmet direct dependencies detected for BR2_PACKAGE_SHADOW
>> Depends on [n]: !BR2_STATIC_LIBS [=n] && BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_14 [=n]
>> Selected by [y]:
>> - BR2_PACKAGE_PODMAN [=y] && BR2_USE_MMU [=y] && BR2_PACKAGE_HOST_GO_TARGET_ARCH_SUPPORTS [=y] && BR2_PACKAGE_HOST_RUSTC_TARGET_ARCH_SUPPORTS [=y] && BR2_PACKAGE_LIBGPG_ERROR_ARCH_SUPPORTS [=y] && BR2_PACKAGE_LIBSECCOMP_ARCH_SUPPORTS [=y] && BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_17 [=y] && BR2_TOOLCHAIN_HAS_THREADS [=y] && BR2_USE_WCHAR [=y]
>>
>> [1] https://gitlab.com/buildroot.org/buildroot/-/commit/ebbaac08e3f462bf023c12077f739ed1c0543eb2
>> [2] https://gitlab.com/buildroot.org/buildroot/-/commit/f78c5cb5cae93a9e63dad4361d78e1787759382f
>>
>> Cc: Yann E. MORIN <yann.morin.1998@free.fr>
>> Signed-off-by: Julien Olivain <ju.o@free.fr>
>> ---
>> package/podman/Config.in | 6 +++---
>> 1 file changed, 3 insertions(+), 3 deletions(-)
>>
>> diff --git a/package/podman/Config.in b/package/podman/Config.in
>> index 4378d9918d..2bcb8e71d2 100644
>> --- a/package/podman/Config.in
>> +++ b/package/podman/Config.in
>> @@ -5,7 +5,7 @@ config BR2_PACKAGE_PODMAN
>> depends on BR2_PACKAGE_HOST_RUSTC_TARGET_ARCH_SUPPORTS # netavark
>> depends on BR2_PACKAGE_LIBGPG_ERROR_ARCH_SUPPORTS # libgpgme
>> depends on BR2_PACKAGE_LIBSECCOMP_ARCH_SUPPORTS # libseccomp
>> - depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_17 # libseccomp
>> + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_14 # shadow
> I always wondered how we should express this situation: should we keep
> both dependencies? For example, if shadow dropes the dependency on 4.14,
> then we'd drop it from podman too; but then we'd be missing the one on
> 3.17 as inherited from libsecomp...
We could, but I think it is quite unlikely for a package bump to add
compatibility with older kernels.
> But anyway, there's no good soltion...
> Acked-by: Yann E. MORIN <yann.morin.1998@free.fr>
> Thanks for fixing my mess! ;-)
Committed, thanks.
--
Bye, Peter Korsgaard
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
prev parent reply other threads:[~2025-06-09 14:09 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-08 11:06 [Buildroot] [PATCH 1/1] package/podman: raise kernel header requirement to v4.14 Julien Olivain
2025-06-08 17:26 ` Yann E. MORIN
2025-06-09 14:09 ` Peter Korsgaard [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87ikl59fbq.fsf@dell.be.48ers.dk \
--to=peter@korsgaard.com \
--cc=buildroot@buildroot.org \
--cc=ju.o@free.fr \
--cc=yann.morin.1998@free.fr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.