Backport fix for undefined symbol for xcb_xfixes_create_region in
loader_dri3_helper.c.
Signed-off-by: Tom Hochstein
---
...xes-to-loader-when-using-x11-and-dri.patch | 36 +++
meta/recipes-graphics/mesa/mesa.inc | 1 +
2 files changed, 37 insertions(+)
create mode
> -Original Message-
> From: Andrey Zhizhikin
> Sent: Thursday, November 12, 2020 3:23 PM
>
> I believe all patch files are located in `files` folder, while this
> patch tries to put it into `mesa` folder which does not exist yet? Is
> it intended here?
>
It was a mistake, thanks for ca
returncode: 1
out:
err: glslangValidator: No such file or directory
glslangValidator failed
```
Signed-off-by: Tom Hochstein
---
meta/recipes-graphics/piglit/piglit_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/piglit/piglit_git.bb
b
ndard usage requirement with a different design that
uses the += operator and moves the arch override.
Signed-off-by: Tom Hochstein
---
meta/conf/distro/include/time64.inc | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/meta/conf/distro/include/time64.inc
b/m
On 7/24/2024 12:20 PM, Alexander Kanavin wrote:
On Wed, 24 Jul 2024 at 19:10, Tom Hochstein via lists.openembedded.org
wrote:
-GLIBC_64BIT_TIME_FLAGS = " -D_TIME_BITS=64 -D_FILE_OFFSET_BITS=64"
+TARGET_CC_ARCH += "${GLIBC_64BIT_TIME_FLAGS}"
# Only needed for some
On 7/24/2024 12:20 PM, Alexander Kanavin wrote:
On Wed, 24 Jul 2024 at 19:10, Tom Hochstein via lists.openembedded.org
wrote:
-GLIBC_64BIT_TIME_FLAGS = " -D_TIME_BITS=64 -D_FILE_OFFSET_BITS=64"
+TARGET_CC_ARCH += "${GLIBC_64BIT_TIME_FLAGS}"
# Only needed for some
ndard usage requirement with a different design that
uses the += operator and moves the arch override.
Signed-off-by: Tom Hochstein
---
meta/conf/distro/include/time64.inc | 17 +++--
1 file changed, 11 insertions(+), 6 deletions(-)
diff --git a/meta/conf/distro/include/time64.i
variable to capture the value needed for the 32-bit
special case, including the space.
Signed-off-by: Tom Hochstein
---
meta/conf/distro/include/time64.inc | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/conf/distro/include/time64.inc
b/meta/conf/distro/inclu
.
The above commit message is copied from the source commit message:
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/commit/nxp?id=1f82dd25c3ea59b6bed80ee685d860f0c5f19875
Signed-off-by: Tom Hochstein
---
.../linux-firmware/linux-firmware_20230625.bb | 50
Please hold off on this. The -common design is not working correctly and is
causing those firmware packages to be registered as a runtime dependency of the
main package.
Tom
-Original Message-
From: openembedded-core@lists.openembedded.org
On Behalf Of Tom Hochstein via
On Fri, Aug 25, 2023 at 07:37 AM, Tom Hochstein wrote:
>
> Please hold off on this. The -common design is not working correctly and
> is causing those firmware packages to be registered as a runtime
> dependency of the main package.
Actually, the -common design is working fine, ther
On Tue, Aug 29, 2023 at 05:08 AM, Tom Hochstein wrote:
>
> On Fri, Aug 25, 2023 at 07:37 AM, Tom Hochstein wrote:
>
>> Please hold off on this. The -common design is not working correctly and
>> is causing those firmware packages to be registered as a runtime
>> dep
.
The above commit message is copied from the source commit message:
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/commit/nxp?id=1f82dd25c3ea59b6bed80ee685d860f0c5f19875
Signed-off-by: Tom Hochstein
---
.../linux-firmware/linux-firmware_20230804.bb | 50
menuconfig-supported ]; then
...
else
DEVTOOL_DISABLE_MENUCONFIG=true
fi
}
[1]
https://github.com/openembedded/openembedded-core/commit/11278e3b2c75be80645b9841763a97dbb35daadc
Signed-off-by: Tom Hochstein
---
scripts/lib/devtool/standard.py | 6 --
1 file changed, 4 insert
u-boot.inc supports recipes with and without
menuconfig.
Fix the problem by properly setting DEVTOOL_DISABLE_MENUCONFIG so that devtool
can control logic that applies only for menuconfig support.
Signed-off-by: Tom Hochstein
---
meta/recipes-bsp/u-boot/u-boot.inc | 2 ++
1 file changed, 2
> -Original Message-
> From: Peter Kjellerstedt
> Sent: Thursday, November 21, 2019 4:24 AM
> To: Tom Hochstein ;
> openembedded-core@lists.openembedded.org
> Subject: RE: [OE-core] [PATCH 1/2] devtool/standard.py: Allow recipe to
> disable menuconfig logic
I made a PR as well:
https://github.com/openembedded/openembedded-core/pull/57
Tom
> -Original Message-
> From: Schrempf Frieder
> Sent: Wednesday, December 4, 2019 10:44 AM
> To: Tom Hochstein ;
> openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [
7;] has
no match in dict_keys(['sd-fslc', 'sd-imx', 'sd-optee-imx', 'sata-imx',
'mfgtool-imx']).
```
Signed-off-by: Tom Hochstein
---
meta/classes/uboot-config.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/cl
- Allow GLX tests to be disabled for systems that don't support it.
- Allow OpenCL tests to be enabled.
Signed-off-by: Tom Hochstein
---
...roper-WAYLAND_INCLUDE_DIRS-variable.patch} | 0
...-shader.c-do-not-hardcode-build-pat.patch} | 0
...ists.txt-add-missing-endian.h-check.patch}
connman has nfsroot support built in since version 1.34 [1], so the
nfsroot handling in the init script is redundant.
[1]
https://git.kernel.org/pub/scm/network/connman/connman.git/commit/?id=ef0d26e6ef2b883193469f016117d8238c1c9658
Signed-off-by: Tom Hochstein
---
.../connman/connman/connman
When building using an SDK, cmake complains that the target
architecture 'cortexa53-crypto' is unknown. The same build in bitbake
uses the target architecture 'aarch64'.
Set CMAKE_SYSTEM_PROCESSOR the same as for bitbake.
Signed-off-by: Tom Hochstein
---
meta/recipes-
t/fsl-imx-internal-xwayland/6.1-langdale/sysroots/x86_64-pokysdk-linux/usr/share/meson/aarch64-poky-linux-meson.cross
--native-file=/opt/fsl-imx-internal-xwayland/6.1-langdale/sysroots/x86_64-pokysdk-linux/usr/share/meson/meson.native
"
The Meson build system
Version: 0.63.3
```
Signed-off-by: T
On Fri, Mar 3, 2023 at 11:08 AM, Alexander Kanavin wrote:
>
> This should have been caught by meta/lib/oeqa/sdk/cases/buildepoxy.py
> - why wasn't it? Does the test need to be fixed?
The simple test case doesn't have the problematic syntax. Should I add this to
the patch?
diff --git a/meta/lib
t/fsl-imx-internal-xwayland/6.1-langdale/sysroots/x86_64-pokysdk-linux/usr/share/meson/aarch64-poky-linux-meson.cross
--native-file=/opt/fsl-imx-internal-xwayland/6.1-langdale/sysroots/x86_64-pokysdk-linux/usr/share/meson/meson.native
"
The Meson build system
Version: 0.63.3
```
Signed-off-by: T
-by: Tom Hochstein
---
meta/lib/oeqa/sdk/cases/buildepoxy.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/lib/oeqa/sdk/cases/buildepoxy.py
b/meta/lib/oeqa/sdk/cases/buildepoxy.py
index ee515be188..147ee3e0ee 100644
--- a/meta/lib/oeqa/sdk/cases/buildepoxy.py
+++ b/meta
nativesdk-wayland was not being added to the SDK because it
relies on checking the distro feature. This fixes that by
filtering the wayland feature to the SDK build.
Signed-off-by: Tom Hochstein
---
meta/conf/bitbake.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta
-by: Tom Hochstein
---
meta/recipes-graphics/wayland/wayland_1.18.0.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-graphics/wayland/wayland_1.18.0.bb
b/meta/recipes-graphics/wayland/wayland_1.18.0.bb
index 00be3aac27..c7098483bc 100644
--- a/meta/recipes
nativesdk-wayland was not being added to the SDK because it
relies on checking the distro feature. This fixes that by
filtering the wayland feature to the SDK build.
Signed-off-by: Tom Hochstein
---
meta/conf/bitbake.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta
-off-by: Tom Hochstein
---
meta/recipes-graphics/wayland/wayland_1.18.0.bb | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-graphics/wayland/wayland_1.18.0.bb
b/meta/recipes-graphics/wayland/wayland_1.18.0.bb
index 00be3aac27..4d110a6e1f 100644
--- a/meta
The security flags were missing from the SDK toolchain
because they were added specifically to class-target.
Add them to class-cross-canadian as well.
Signed-off-by: Tom Hochstein
---
meta/conf/distro/include/security_flags.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/conf
> -Original Message-
> From: Richard Purdie
> Sent: Tuesday, March 24, 2020 1:03 PM
> To: Antoine Manache ; Tom Hochstein
>
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core][PATCH] security_flags.inc: fix flags missing from SDK
> toolch
> -Original Message-
> From: Richard Purdie
> Sent: Tuesday, March 24, 2020 5:58 PM
> To: Antoine Manache ; Tom Hochstein
>
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core][PATCH] security_flags.inc: fix flags missing from SDK
> toolc
The security flags were missing from the SDK toolchain
because they were added specifically to class-target.
Add them to class-cross-canadian as well (since the SDK environment
file is created from cross-canadian target flags).
Signed-off-by: Tom Hochstein
Signed-off-by: Antoine Manache
Signed
We are no longer able to disable weston service with standard `systemctl
disable weston@root.service`. On boot the service is started again. It seems
likely this started with the introduction of a starting udev rule:
https://github.com/openembedded/openembedded-core/commit/aa3bced2e1de2f4ba507aa
The gtest and gmock packages provided by googletest are not added to the SDK by
default. I assume it is because the googletest main package is empty?
I added an RDEPENDS_${PN} from the dependent package to fix it. Is there a
better solution?
Tom
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all me
On Fri, May 22, 2020 at 03:33 PM, Andre McCurdy wrote:
>
> On Fri, May 22, 2020 at 2:29 PM Otavio Salvador
> wrote:
>
>> On Fri, May 22, 2020 at 5:48 PM Tom Hochstein
>> wrote:
>>
>>> The gtest and gmock packages provided by googletest are not added to
which was not found. Or, you can use '-Dxwayland=false'.
```
Signed-off-by: Tom Hochstein
---
meta/recipes-graphics/wayland/weston_11.0.1.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-graphics/wayland/weston_11.0.1.bb
b/meta/recipes-graphi
This is a Request for Comment. Would it be a good idea to enable cryptodev-linux
by default, gaining hardware acceleration where supported? Are there any
unacceptable drawbacks? What happens on hardware without acceleration?
Signed-off-by: Tom Hochstein
---
meta/recipes-connectivity/openssl
Set ALLOW_EMPTY for the main package to "1" for this header-only recipe. This
allows the SDK to be created properly when there is an RDEPENDS on glm.
Signed-off-by: Tom Hochstein
---
meta-oe/recipes-graphics/glm/glm_0.9.9.6.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
On Thu, Jan 28, 2021 at 10:57 PM Khem Raj <mailto:raj.k...@gmail.com> wrote:
>
> On Thu, Jan 28, 2021 at 5:44 PM Tom Hochstein <mailto:tom.hochst...@nxp.com>
> wrote:
> > Set ALLOW_EMPTY for the main package to "1" for this header-only recipe.
> > Thi
ass '' for this parameter.
```
However, the problem with this solution is that it does add the runtime
dependency to _all_ such split packages.
So, fix the problem with an explicit runtime dependency.
Signed-off-by: Tom Hochstein
---
.../gstreamer/gstreamer1.0-plugins-good
/88d30848981db2cb7b1f2021ba07e40976cd789f
V2 coming.
-Original Message-
From: Richard Purdie
Sent: Saturday, January 14, 2023 11:02 AM
To: Tom Hochstein ;
openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH] gstreamer1.0-plugins-good: Fix libsoup runtime
dependency
On Fri, 2023-01-13 at 16:51
ass '' for this parameter.
```
However, the problem with this solution is that it does add the runtime
dependency to _all_ such split packages.
So, fix the problem with an explicit runtime dependency.
Signed-off-by: Tom Hochstein
---
.../gstreamer/gstreamer1.0-plugins-good
-
From: Richard Purdie
Sent: Sunday, January 15, 2023 9:09 AM
To: Tom Hochstein ;
openembedded-core@lists.openembedded.org
Subject: Re: [OE-Core][PATCH v2] gstreamer1.0-plugins-good: Fix libsoup runtime
dependency
On Sat, 2023-01-14 at 17:49 -0600, Tom Hochstein wrote:
> The runtime depe
ass '' for this parameter.
```
However, the problem with this solution is that it does add the runtime
dependency to _all_ such split packages.
So, fix the problem with an explicit runtime dependency.
Signed-off-by: Tom Hochstein
---
.../gstreamer/gstreamer1.0-plugins-good
packages.
```
Signed-off-by: Tom Hochstein
---
meta-oe/recipes-devtools/nlohmann-json/nlohmann-json_3.11.2.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-devtools/nlohmann-json/nlohmann-json_3.11.2.bb
b/meta-oe/recipes-devtools/nlohmann-json/nlohmann
rtin Jansa
Sent: Monday, February 6, 2023 3:13 PM
To: Tom Hochstein
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [meta-oe][PATCH] nlohmann-json: Allow empty main package
for SDK
Wrong ML and why do you want to install empty package? Add nlohmann-json-dev to
imx-gpu-
to install empty package? Add
> > > nlohmann-json-dev to imx-gpu-sdk recipe instead.
> >
> > On Mon, Feb 6, 2023 at 1:36 PM Tom Hochstein wrote:
> >
> > It has the advantage of not installing the header in the image. Should the
> > -dev
> > solution be
I agree. The problem I have with these variable names is that it's ambiguous
whether the features will be included or excluded from the backfill. All you
can tell from the names is that the values were 'considered'. What does that
mean? You have to go to the manual to find the full meaning.
Wha
> -Original Message-
> From: Richard Purdie
> Sent: Tuesday, February 28, 2023 4:04 AM
> To: michael.opdenac...@bootlin.com; Tom Hochstein
> ; OE-core c...@lists.openembedded.org>
> Cc: YP docs mailing list
> Subject: Re: [OE-core] [DISTRO|MACHINE]_FEAT
nativesdk-wayland was not being added to the SDK. This fixes that.
Signed-off-by: Tom Hochstein
---
meta/conf/bitbake.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 2da7c5849a..a93099bf0c 100644
--- a/meta/conf
-by: Tom Hochstein
---
meta/recipes-graphics/wayland/wayland_1.17.0.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-graphics/wayland/wayland_1.17.0.bb
b/meta/recipes-graphics/wayland/wayland_1.17.0.bb
index 12916a0c40..cb4ff2c20b 100644
--- a/meta/recipes
│ └── wayland-scanner.pc
└── share
├── aclocal
│ └── wayland-scanner.m4
└── wayland
└── wayland-scanner.mk
Signed-off-by: Tom Hochstein
---
meta/recipes-graphics/wayland/wayland_1.19.0.bb | 10 +++---
1 file changed, 7 insertions(+), 3 deletions
The wayland-scanner host tool required to build weston is moved to the
wayland-tools package, so update the SDK host tools list accordingly.
Also, the weston build requires wayland-scanner.pc to find wayland-scanner,
so add wayland-tools-dev.
Signed-off-by: Tom Hochstein
---
.../packagegroups
The wayland-scanner is missing from SDKs with weston, but the weston build
requires wayland-scanner. Allow the distro feature in order to include
the wayland-scanner packages via nativesdk-packagegroup-sdk-host.bb.
Signed-off-by: Tom Hochstein
---
meta/conf/bitbake.conf | 4 ++--
1 file changed
wayland-scanner.mk is included in the main
package by default, and so must be explicitly added to wayland-dev.
Signed-off-by: Tom Hochstein
---
meta/recipes-graphics/wayland/wayland_1.19.0.bb | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-graphics/wayland
The wayland-scanner host tool required to build weston is moved to the
wayland-tools package, so update the SDK host tools list accordingly.
Also, the weston build requires wayland-scanner.pc to find wayland-scanner,
so add wayland-dev.
Signed-off-by: Tom Hochstein
---
.../packagegroups
The wayland-scanner is missing from SDKs with weston, but the weston build
requires wayland-scanner. Allow the distro feature in order to include
the wayland-scanner packages via nativesdk-packagegroup-sdk-host.bb.
Signed-off-by: Tom Hochstein
---
meta/conf/bitbake.conf | 4 ++--
1 file changed
wayland-scanner.mk is included in the main
package by default, and so must be explicitly added to wayland-dev.
Signed-off-by: Tom Hochstein
Signed-off-by: Richard Purdie
(cherry picked from commit a31fbec45d24df5b74091940d0e0b2daf34d8492)
---
meta/recipes-graphics/wayland/wayland_1.19.0.bb | 6
The wayland-scanner host tool required to build weston is moved to the
wayland-tools package, so update the SDK host tools list accordingly.
Also, the weston build requires wayland-scanner.pc to find wayland-scanner,
so add wayland-dev.
Signed-off-by: Tom Hochstein
Signed-off-by: Richard Purdie
The wayland-scanner is missing from SDKs with weston, but the weston build
requires wayland-scanner. Allow the distro feature in order to include
the wayland-scanner packages via nativesdk-packagegroup-sdk-host.bb.
Signed-off-by: Tom Hochstein
Signed-off-by: Richard Purdie
(cherry picked from
github.com/openembedded/openembedded-core/commit/f2330ebc3071d780cbc6d1ddab5c54bfadf8fffc
Signed-off-by: Tom Hochstein
---
meta/recipes-graphics/xwayland/xwayland_21.1.3.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-graphics/xwayland/xwayland_21.1.3.bb
b/meta/recipes-graphic
Ping.
> -Original Message-
> From: Tom Hochstein
> Sent: Wednesday, January 19, 2022 5:49 PM
> To: openembedded-core@lists.openembedded.org
> Cc: Tom Hochstein
> Subject: [PATCH] xwayland: Add xkbcomp runtime dependency
>
> Trying to run an xterm fails with the
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Richard Purdie via
> lists.openembedded.org
> Sent: Monday, February 28, 2022 8:57 AM
> To: Rasmus Villemoes ; openembedded-
> c...@lists.openembedded.org
> Subject: Re: [OE-co
Fix the pip install variables since the default values don't work
here.
Signed-off-by: Tom Hochstein
---
meta-python/recipes-devtools/python/python3-pybind11_2.8.1.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta-python/recipes-devtools/python/python3-pybind11_2.8.1.bb
b
Since libvulkan.so is commonly loaded dynamically, put it in the main
package.
Signed-off-by: Tom Hochstein
---
meta/recipes-graphics/vulkan/vulkan-loader_1.3.216.0.bb | 5 +
1 file changed, 5 insertions(+)
diff --git a/meta/recipes-graphics/vulkan/vulkan-loader_1.3.216.0.bb
b/meta
this case be expected to use
RDEPENDS to install the .so?
From: Martin Jansa
Sent: Monday, October 17, 2022 7:29 AM
To: Ross Burton
Cc: Tom Hochstein ;
openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH] vulkan-loader: Move libvulkan.so to main package
On Mon, Oct 17, 20
Got it, thank you Ross!
-Original Message-
From: Ross Burton
Sent: Tuesday, October 18, 2022 4:52 AM
To: Tom Hochstein
Cc: Martin Jansa ;
openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH] vulkan-loader: Move libvulkan.so to main package
On 17 Oct 2022, at 17:12
case we can backport the
patch to meta-freescale until we have a new solution.
Tom
From: Alexander Kanavin
Sent: Friday, November 19, 2021 11:06 AM
To: OE-core ; Tom Hochstein
; Denys Dmytriyenko
Cc: ppaala...@gmail.com
Subject: Re: pls comment on weston non-PAM patch (link inside)
Hello guys,
A colleague notes a cmake problem in the SDK due to CMAKE_SYSTEM_PROCESSOR
being set to 'cortexa53-crypto', which the package doesn't recognize. The
package builds fine with bitbake because CMAKE_SYSTEM_PROCESSOR is set to
'aarch64', which the package does recognize.
The value for the SDK comes
ixed there by setting the environment variable
GI_SCANNER_DISABLE_CACHE to disable the use of $HOME/.cache.
Extend the fix to users of gobject-instropection by promoting the fix
to the bbclass.
Signed-off-by: Tom Hochstein
---
meta/classes/gobject-introspection-data.bbclass | 5 +
..
> -Original Message-
> From: openembedded-core@lists.openembedded.org
> On Behalf Of Otavio Salvador via
> lists.openembedded.org
> Sent: Thursday, April 15, 2021 9:59 AM
> +OPENGL_WINSYS_append = "${@bb.utils.filter('PACKAGECONFIG', 'x11 gbm wayland
> dispmanx egl viv-fb', d)}"
Ne
Hi Khem,
This is regarding the weston systemd watchdog timeout of 20 seconds:
https://github.com/openembedded/openembedded-core/commit/c21fa5a291ab207a084285935ab73a0b4225c965#diff-ac8a4b56ade4a43a070c93486fb1d7606573da5d44de96bc1529d15b0b216660R36
For GPU-limited parts, we see watchdog timeouts
The rename of bmap-tools to bmaptool creates an incompatibility for
pre-scarthgap layers. Restore compatibility by adding bmap-tools as an
alias.
Acked-by: Otavio Salvador
Signed-off-by: Tom Hochstein
---
meta/recipes-support/bmaptool/bmaptool_git.bb | 8
1 file changed, 8 insertions
The rename of bmap-tools to bmaptool creates an incompatibility that
will break package feeds. Restore compatibility by adding bmap-tools as
a runtime alias.
Acked-by: Otavio Salvador
Signed-off-by: Tom Hochstein
---
meta/recipes-support/bmaptool/bmaptool_git.bb | 5 +
1 file changed, 5
The rename of bmap-tools to bmaptool creates an incompatibility that
will break package feeds. Restore package feed compatibility by adding
a bmap-tools runtime alias.
Acked-by: Otavio Salvador
Signed-off-by: Tom Hochstein
---
meta/recipes-support/bmaptool/bmaptool_git.bb | 4
1 file
'file' is required by the relocation script, please install it
first. Abort!
```
Signed-off-by: Tom Hochstein
---
meta/files/toolchain-shar-relocate.sh | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/meta/files/toolchain-shar-relocate.sh
b/meta/
Thanks Alexandre,
On 3/21/2024 10:19 AM, Alexandre Belloni wrote:
Hello Tom,
On 16/03/2024 12:35:58-0500, Tom Hochstein wrote:
On a machine without the file command, the SDK install fails with a
cryptic error message.
```
xargs: file: No such file or directory
sed: no input files
Failed to
'file' is required by the relocation script, please install it
first. Abort!
```
Signed-off-by: Tom Hochstein
---
meta/files/toolchain-shar-relocate.sh | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/meta/files/toolchain-shar-relocate.sh
b/meta/
'file' is required by the relocation script, please install it
first. Abort!
```
Signed-off-by: Tom Hochstein
---
meta/files/toolchain-shar-relocate.sh | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/meta/files/toolchain-shar-relocate.sh
b/meta/
Commit 6a5a4e60373c1386b311b2a8bb666c32d68a9d99 removes the configure of
useSIGIO option:
xfree86 SIGIO support is reworked to use internal versions of
OsBlockSIGIO and OsReleaseSIGIO
The check for useSIGIO is no longer needed.
Upstream-Status: Pending
Signed-off-by: Tom Hochstein
Commit 6a5a4e60373c1386b311b2a8bb666c32d68a9d99 removes the configure of
useSIGIO option:
xfree86 SIGIO support is reworked to use internal versions of
OsBlockSIGIO and OsReleaseSIGIO
The check for useSIGIO is no longer needed.
Upstream-Status: Pending
Signed-off-by: Tom Hochstein
https://lists.yoctoproject.org/pipermail/meta-freescale/2017-January/019980.html
From: Jussi Kukkonen [mailto:jussi.kukko...@intel.com]
Sent: Wednesday, February 01, 2017 5:38 AM
To: Tom Hochstein
Cc: Patches and discussions about the oe-core layer
Subject: Re: [OE-core] [PATCH v2] xserver
Commit 6a5a4e60373c1386b311b2a8bb666c32d68a9d99 removes the configure of
useSIGIO option:
xfree86 SIGIO support is reworked to use internal versions of
OsBlockSIGIO and OsReleaseSIGIO
The check for useSIGIO is no longer needed.
Signed-off-by: Tom Hochstein
---
.../0003-Remove-check-for
From: Prabhu Sundararaj
When XWayland is configured, Weston must be started using the
weston-launch utility.
Signed-off-by: Tom Hochstein
---
meta/recipes-graphics/wayland/weston-init/init | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-graphics
From: Prabhu Sundararaj
When XWayland is configured, Weston must be started using the
weston-launch utility.
Signed-off-by: Tom Hochstein
---
meta/recipes-graphics/wayland/weston-init/init | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-graphics
Hi Alex,
We're wondering how best to fix this.
The Weston website seems to give the answer for a run-time solution, which is
basically 'if $DISPLAY is set use weston, otherwise use weston-launch'.
http://wayland.freedesktop.org/building.html
Is that the right approach? Another possibility is t
Thanks Alex and Otavio.
I'm hopeful that I've found the guidance we need from the Weston man page:
http://manpages.ubuntu.com/manpages/saucy/man1/weston.1.html
In particular, the Examples section looks like this:
EXAMPLES
Launch Weston with the DRM backend on a VT
weston-la
The weston-launch app is required for Wayland.
Signed-off-by: Tom Hochstein
---
meta/recipes-graphics/wayland/weston_1.8.0.bb | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-graphics/wayland/weston_1.8.0.bb
b/meta/recipes-graphics/wayland/weston_1.8.0.bb
Matchbox is redundant when Weston is run.
Signed-off-by: Tom Hochstein
---
meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb
b/meta/recipes
Weston is started in different ways depending on the image
configuration and the runtime scenario. Refer to the weston man
page for more information.
Signed-off-by: Tom Hochstein
---
meta/recipes-graphics/wayland/weston-init.bb | 15 ++-
meta/recipes-graphics/wayland
Matchbox is redundant when Weston is run.
Signed-off-by: Tom Hochstein
---
meta/recipes-graphics/packagegroups/packagegroup-core-x11-base.bb | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/meta/recipes-graphics/packagegroups/packagegroup-core-x11-base.bb
b/meta/recipes
: Otavio Salvador [mailto:otavio.salva...@ossystems.com.br]
Sent: Friday, December 18, 2015 10:52 AM
To: Hochstein Tom-R60874
Cc: Patches and discussions about the oe-core layer
Subject: Re: [OE-core] [
wrote:
> The weston-launch app is required for Wayland.
>
> Signed-off-by: Tom
OE-core] [
wrote:
> Weston is started in different ways depending on the image
> configuration and the runtime scenario. Refer to the weston man page
> for more information.
>
> Signed-off-by: Tom Hochstein
I think we are quite close to something which works for all supported
us
Hi Otavio,
Can you be more explicit about what you mean by weston-launch wrapper? Do you
want to hide the current weston-launch binary and replace it by a new
weston-launch wrapper? What happens to my proposed weston-start, which is
itself a wrapper? Does its functionality move into weston-laun
Hi Otavio,
I'm still not clear on your proposal. Here is my last proposed weston-start
script (called from sysvinit and systemd):
#! /bin/sh
# There are multiple ways to start weston.
if [ "$WAYLAND_DISPLAY" ]; then
echo -e "\aError: Weston is already running."
echo "This script does not
Signed-off-by: Tom Hochstein
---
meta/recipes-graphics/wayland/weston_1.8.0.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-graphics/wayland/weston_1.8.0.bb
b/meta/recipes-graphics/wayland/weston_1.8.0.bb
index fa6092b..d47105d 100644
--- a/meta/recipes-graphics/wayland
When weston is started as the first windowing system (i.e. not under X
nor under another Wayland server), it should be done with the command
weston-launch to set up proper privileged access to devices.
Signed-off-by: Tom Hochstein
---
meta/recipes-graphics/wayland/weston_1.8.0.bb | 7 ---
1
Weston is started in different ways depending on the image
configuration and the runtime scenario. Refer to the weston man
page for more information.
Signed-off-by: Tom Hochstein
---
meta/recipes-graphics/wayland/weston-init.bb | 10 +-
meta/recipes-graphics/wayland/weston-init
Allow the user to add XWayland to the image via the xwayland
distro feature.
Signed-off-by: Tom Hochstein
---
meta/recipes-graphics/images/core-image-weston.bb | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/images/core-image-weston.bb
b/meta
1 - 100 of 141 matches
Mail list logo