' 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/files/toolchain-shar
' 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/files/toolchain-shar
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
' 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/files/toolchain-shar
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
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 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 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
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
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, th
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
.
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
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-graphics/wayland
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
-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
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: Tom Hochste
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
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: Tom Hochste
> -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
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.
nt 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
> > sol
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-sdk recipe
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
'' 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_1.20.5.bb | 10
y, 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 dependency on libsoup set via PACKAGECONFIG
'' 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_1.20.5.bb | 10
/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
'' 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_1.20.5.bb | 10
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
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, 2022 at 2:10
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
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-devtools/cmake/cmake
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
- 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} | 0
(['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/classes/uboot-config.bbclass
b/meta/classes/uboot-config.bbclass
index b9ad35821a
g 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 +
.../gobject-introspect
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/meta
> -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:
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
/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-graphics/xwayland
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
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,
rem
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
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
---
meta/conf/bitbake.conf | 4 ++--
1 file changed
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
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 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
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
│ └── 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
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
> -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)}"
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
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(-)
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
> -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
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
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 ad
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
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:
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
> -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
> -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
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
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
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
-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
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
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] [
> -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
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 insertions
-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 insertions(+), 2
Thanks, Ross. That is indeed what we are doing now.
Tom
-Original Message-
From: Burton, Ross [mailto:ross.bur...@intel.com]
Sent: Thursday, April 19, 2018 5:36 AM
To: Tom Hochstein <tom.hochst...@nxp.com>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] p
that the Python 2 recipe already does
this.
Signed-off-by: Tom Hochstein <tom.hochst...@nxp.com>
---
meta/recipes-devtools/python/python3_3.5.5.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/python/python3_3.5.5.bb
b/meta/recipes-devtools/python/python3_3.5.5.bb
: Richard Purdie [mailto:richard.pur...@linuxfoundation.org]
Sent: Thursday, April 5, 2018 8:56 AM
To: Tom Hochstein <tom.hochst...@nxp.com>;
openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH] python3: Add recommended modules to nativesdk
install
On Wed, 2018-04-04 at
[mailto:raj.k...@gmail.com]
Sent: Wednesday, April 4, 2018 7:29 PM
To: Tom Hochstein <tom.hochst...@nxp.com>;
openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] python3-native certificate failure
On 4/4/18 1:09 PM, Tom Hochstein wrote:
> I am trying to download a URL from
I am trying to download a URL from a source package using python3-native, but
it is failing with a certificate failure. I added DEPENDS on
ca-certificates-native and python3-certifi-native, but it doesn't seem to help.
A colleague with a corresponding SDK took the aarch64 sysroot certificates
The python3 installation in the SDK did not include the minimum set
of modules.
Signed-off-by: Tom Hochstein <tom.hochst...@nxp.com>
---
meta/recipes-devtools/python/python3_3.5.5.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/python/python3_3.5.5.bb
b/meta/r
When archiving a kernel, if S is ${WORKDIR}/git, then
${WORKDIR}/git is in fact a soft link into work-shared,
and the archive contains just the soft link. Fix by
archiving the real directory.
Signed-off-by: Tom Hochstein <tom.hochst...@nxp.com>
---
meta/classes/archiver.bbclass | 5 +
Special handling for kernel source in work-shared was
incorrectly limited to kernel-yocto.bbclass instead
of kernel.bbclass.
Signed-off-by: Tom Hochstein <tom.hochst...@nxp.com>
---
meta/classes/archiver.bbclass | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git
expression before 'EGLContext'
| : EGL_NO_CONTEXT,
|^
[1]
https://github.com/anholt/libepoxy/commit/ebe3a53db1c0bb34e1ca963b95d1f222115f93f8
Signed-off-by: Tom Hochstein <tom.hochst...@nxp.com>
---
.../Add-fa
expression before 'EGLContext'
| : EGL_NO_CONTEXT,
|^
[1]
https://github.com/anholt/libepoxy/commit/ebe3a53db1c0bb34e1ca963b95d1f222115f93f8
Signed-off-by: Tom Hochstein <tom.hochst...@nxp.com>
---
.../Add-fa
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 <tom.hochst...@nxp.com>
---
..
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 <tom.hochst...@nxp.com>
Cc: Patches and discussions about the oe-core layer
<openembe
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 <tom.hoc
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 <tom.hoc
test
this to know for sure, but regardless, there is still an issue except for the
default case.
Tom
From: Jussi Kukkonen [mailto:jussi.kukko...@intel.com]
Sent: Friday, September 09, 2016 1:41 AM
To: Tom Hochstein <tom.hochst...@nxp.com>
Cc: Patches and discussions about the oe-core
Ping.
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Tom
Hochstein
Sent: Wednesday, August 24, 2016 12:08 PM
To: Patches and discussions about the oe-core layer
(openembedded-core
Hi All,
The weston systemd startup implementation is not working correctly and I need
some help fixing it.
With systemd and pam on the image, the expected behavior is that
XDG_RUNTIME_DIR would already be set when weston is launched from
weston.service. Turns out XDG_RUNTIME_DIR is not set,
: Tuesday, August 09, 2016 5:10 AM
To: Tom Hochstein <tom.hochst...@nxp.com>
Cc: OE-core <openembedded-core@lists.openembedded.org>
Subject: Re: [OE-core] [krogoth][PATCH] mesa-demos: Fix OpenGL ES
configurability
On 8 August 2016 at 16:45, Tom Hochstein
<tom.hochst...@nxp.com<
The most recent patch
0011-drop-demos-dependant-on-obsolete-MESA_screen_surface.patch
incorrectly removed the configuration constructs that allowed the
package to be configured without OpenGL ES support.
Signed-off-by: Tom Hochstein <tom.hochst...@nxp.com>
---
.../mesa-demos/0012-Fi
Re-sent.
From: Burton, Ross [mailto:ross.bur...@intel.com]
Sent: Monday, July 18, 2016 11:29 AM
To: Otavio Salvador <otavio.salva...@ossystems.com.br>
Cc: Tom Hochstein <tom.hochst...@nxp.com>; Otavio Salvador
<ota...@ossystems.com.br>; Patches and discussions about
The parser incorrectly treated anything less than 2 args as an error.
Signed-off-by: Tom Hochstein <tom.hochst...@nxp.com>
---
meta/recipes-graphics/wayland/weston-init/weston-start | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/meta/recipes-graphics/wayland/
The parser incorrectly treated anything less than 2 args as an error.
Signed-off-by: Tom Hochstein <tom.hochst...@nxp.com>
---
meta/recipes-graphics/wayland/weston-init/weston-start | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/meta/recipes-graphics/wayland/
The framebuffer console was using the same I/O as Weston. We fix this
by having openvt switch to the new VT when starting weston-launch, same
as is already done for the sysvinit case.
Signed-off-by: Tom Hochstein <tom.hochst...@nxp.com>
---
meta/recipes-graphics/wayland/weston-ini
The parser didn't properly handle commands of the form
weston-start -- .
Signed-off-by: Tom Hochstein <tom.hochst...@nxp.com>
---
meta/recipes-graphics/wayland/weston-init/weston-start | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-graphics/wayland/
Sorry again, seems that the weston-start parser is not prepared to take no
openvt arguments. Will need to fix that as well.
Tom
-Original Message-
From: Otavio Salvador [mailto:otavio.salva...@ossystems.com.br]
Sent: Friday, July 15, 2016 12:01 PM
To: Tom Hochstein <tom.hoc
1 - 100 of 136 matches
Mail list logo
