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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox