From: Quentin Schulz via buildroot <buildroot@buildroot.org>
To: Peter Korsgaard <peter@korsgaard.com>,
Quentin Schulz <foss+buildroot@0leil.net>
Cc: buildroot@buildroot.org,
Kieran Bingham <kieran.bingham@ideasonboard.com>,
Marcus Folkesson <marcus.folkesson@gmail.com>
Subject: Re: [Buildroot] [PATCH] package/libcamera: force-disable qcam for now
Date: Tue, 18 Mar 2025 12:22:30 +0100 [thread overview]
Message-ID: <de08db82-e101-4630-b970-0081841fd4c9@cherry.de> (raw)
In-Reply-To: <87ldtbfn7p.fsf@dell.be.48ers.dk>
Hi Peter,
On 3/11/25 7:15 PM, Peter Korsgaard wrote:
>>>>>> "Quentin" == Quentin Schulz <foss+buildroot@0leil.net> writes:
>
> > From: Quentin Schulz <quentin.schulz@cherry.de>
> > qcam is based on Qt6 since commit 71aa3ceec30b ("apps: qcam: Port to Qt
> > 6") which is part of the v0.3.1 release.
>
> > qcam being enabled when BR2_PACKAGE_QT5BASE_WIDGETS symbol is defined
> > breaks the build as it's missing the qt6 dependencies.
>
> > The migration to Qt 6 for the Buildroot package isn't straightforward
> > though as we're hitting a meson bug[1].
>
> > For now, let's just always disable qcam until we can get everything
> > fixed and migrated properly.
>
> > [1] https://github.com/mesonbuild/meson/issues/13018
>
> > Fixes: 72757d111a5d ("package/libcamera: bump to version 0.3.2")
> > Signed-off-by: Quentin Schulz <quentin.schulz@cherry.de>
>
> Committed after adding an autobuilder reference, thanks.
>
>> ---
> > This is suboptimal solution to unbreaking Buildroot builds of libcamera
> > when Qt5 Widgets are enabled but that should do for Buildroot 2025.02
> > release.
>
> > We should ideally work on adding proper support for qcam in a later
> > commit, once the issue reported in
> > https://github.com/mesonbuild/meson/issues/13018 is either fixed or
> > worked around in Buildroot.
>
OK so seems like the proper way to do this with meson would be to add
moc, rcc, uic, lrelease, etc... to the cross-compilation.conf [binaries]
section.
The issue is that a path to a tool that doesn't exist will crash meson
instead of simply marking the tool as not found, c.f.
https://paste.ack.tf/a12d3b Or at least, it'll crash when using a qt
module trying to find qt tools.
I guess this can be mitigated by making use of _MESON_EXTRA_BINARIES for
each package, that are only added when some symbols are
enabled/dependencies met. But does it make sense since it'll likely be
necessary for most qt6 packages?
We could also have some logic directly in package/pkg-meson.mk to add
those paths provided the appropriate symbols are selected? (but that
could still make meson fail if someone forgets to add the appropriate Qt
packages as _DEPENDENCIES of said package).
Maybe there's a third option as well?
Which would best suit Buildroot?
Cheers,
Quentin
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
next prev parent reply other threads:[~2025-03-18 11:22 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-03-11 11:48 [Buildroot] [PATCH] package/libcamera: force-disable qcam for now Quentin Schulz
2025-03-11 18:15 ` Peter Korsgaard
2025-03-12 9:51 ` Quentin Schulz via buildroot
2025-03-18 11:22 ` Quentin Schulz via buildroot [this message]
2025-03-18 14:48 ` Quentin Schulz via buildroot
2025-03-16 20:25 ` Peter Korsgaard
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=de08db82-e101-4630-b970-0081841fd4c9@cherry.de \
--to=buildroot@buildroot.org \
--cc=foss+buildroot@0leil.net \
--cc=kieran.bingham@ideasonboard.com \
--cc=marcus.folkesson@gmail.com \
--cc=peter@korsgaard.com \
--cc=quentin.schulz@cherry.de \
/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.