|
Re: Reproducible builds not working with musl?
<kenth.eriksson@...> wrote:
Testing reproducibility properly is a heavy exercise (you need to
build everything from scratch, then compare), and so we do it only for
glibc.
There have been
<kenth.eriksson@...> wrote:
Testing reproducibility properly is a heavy exercise (you need to
build everything from scratch, then compare), and so we do it only for
glibc.
There have been
|
By
Alexander Kanavin
·
#58601
·
|
|
Reproducible builds not working with musl?
Having trouble with reproducible builds in yocto on dunfell release with musl as libc. E.g. I can see that the build path for musl crti assembler file is leaking through and becomes visible when I do
Having trouble with reproducible builds in yocto on dunfell release with musl as libc. E.g. I can see that the build path for musl crti assembler file is leaking through and becomes visible when I do
|
By
Kenth Eriksson
·
#58600
·
|
|
Re: rust issue for armv6 in mainline poky
Can you try the tip of master please?
Alex
Can you try the tip of master please?
Alex
|
By
Alexander Kanavin
·
#58599
·
|
|
rust issue for armv6 in mainline poky
Hi,
on kirkstone branch when trying to build rust for raspberrypi machine
I'm getting:
ERROR: rust-cross-arm1176jzfshf-vfp-glibc-1.59.0-r0
do_rust_gen_targets: Error executing a python function
Hi,
on kirkstone branch when trying to build rust for raspberrypi machine
I'm getting:
ERROR: rust-cross-arm1176jzfshf-vfp-glibc-1.59.0-r0
do_rust_gen_targets: Error executing a python function
|
By
Marek Belisko
·
#58598
·
|
|
Re: [meta-rockchip][PATCH] rockchip-defaults: remove xf86-input-keyboard
Hi Trevor,
Reviewed-by: Quentin Schulz <foss+yocto@...>
Thanks,
Quentin
Hi Trevor,
Reviewed-by: Quentin Schulz <foss+yocto@...>
Thanks,
Quentin
|
By
Quentin Schulz
·
#58597
·
|
|
Re: QA notification for completed autobuilder build (yocto-4.1.1.rc1)
Hi All,
QA for yocto-4.11.rc1 is completed. This is the full report for this release:
https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults
=======
Hi All,
QA for yocto-4.11.rc1 is completed. This is the full report for this release:
https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults
=======
|
By
Jing Hui Tham
·
#58596
·
|
|
Re: systemd: how to enable auto-loading kernel modules
Guess you'll have to provide more than just "It doesn't work" if you want any serious assistance.
The source code would help. Also telling us whether the drivers actually probe if you load them
Guess you'll have to provide more than just "It doesn't work" if you want any serious assistance.
The source code would help. Also telling us whether the drivers actually probe if you load them
|
By
Mike Looijmans
·
#58595
·
|
|
[meta-rockchip][PATCH] rockchip-defaults: remove xf86-input-keyboard
xf86-input-keyboard was removed from openembedded-core at its commit:
f1d7c33b64 (xf86-input-keyboard: remove the recipe, 2022-07-20). Therefore
remove it from the XSERVER definition.
Signed-off-by:
xf86-input-keyboard was removed from openembedded-core at its commit:
f1d7c33b64 (xf86-input-keyboard: remove the recipe, 2022-07-20). Therefore
remove it from the XSERVER definition.
Signed-off-by:
|
By
Trevor Woerner
·
#58594
·
|
|
Re: [yocto-autobuilder-helper][langdale] config.json: don't run the meta-agl-core test
<alex.kanavin@...> wrote:
No, master is supported.
Steve
<alex.kanavin@...> wrote:
No, master is supported.
Steve
|
By
Steve Sakoman
·
#58593
·
|
|
Re: [yocto-autobuilder-helper][langdale] config.json: don't run the meta-agl-core test
Does this mean that master should be excluded too?
Alex
Does this mean that master should be excluded too?
Alex
|
By
Alexander Kanavin
·
#58592
·
|
|
[yocto-autobuilder-helper][langdale] config.json: don't run the meta-agl-core test
langdale isn't currently supported on any branch of meta-agl
Signed-off-by: Steve Sakoman <steve@...>
---
config.json | 17 -----------------
1 file changed, 17 deletions(-)
diff --git
langdale isn't currently supported on any branch of meta-agl
Signed-off-by: Steve Sakoman <steve@...>
---
config.json | 17 -----------------
1 file changed, 17 deletions(-)
diff --git
|
By
Steve Sakoman
·
#58591
·
|
|
Re: source-less python
It can always be added if is is found useful and robust. We tend to be careful about taking things into core layers as long as those two concerns, plus the maintenance commitment are not clear.
It can always be added if is is found useful and robust. We tend to be careful about taking things into core layers as long as those two concerns, plus the maintenance commitment are not clear.
|
By
Josef Holzmayr
·
#58590
·
|
|
Re: Image dependent variables/files in included recipes
For the record - Yocto chant #1:
Recipe data is local - configuration data is global.
On Thu, Nov 17, 2022 at 4:30 PM Quentin Schulz via lists.yoctoproject.org
For the record - Yocto chant #1:
Recipe data is local - configuration data is global.
On Thu, Nov 17, 2022 at 4:30 PM Quentin Schulz via lists.yoctoproject.org
|
By
Josef Holzmayr
·
#58589
·
|
|
Re: Image dependent variables/files in included recipes
Hi Maik,
Development vs production is solved by using different distros.
You can then have the same recipe but with different files (see (DISTRO)OVERRIDES mechanism for SRC_URI file:// files, c.f.
Hi Maik,
Development vs production is solved by using different distros.
You can then have the same recipe but with different files (see (DISTRO)OVERRIDES mechanism for SRC_URI file:// files, c.f.
|
By
Quentin Schulz
·
#58588
·
|
|
Re: Image dependent variables/files in included recipes
You have to define an additional distribution I'm afraid. It can share almost everything with the existing distro, but set PREFERRED_PROVIDER differently.
Alex
You have to define an additional distribution I'm afraid. It can share almost everything with the existing distro, but set PREFERRED_PROVIDER differently.
Alex
|
By
Alexander Kanavin
·
#58587
·
|
|
Image dependent variables/files in included recipes
Hi,
Depending on the image that's being built, e.g. development vs. production, we would like to be able to include different user passwords and firewall settings.
We know this can be achieved by just
Hi,
Depending on the image that's being built, e.g. development vs. production, we would like to be able to include different user passwords and firewall settings.
We know this can be achieved by just
|
By
Maik Vermeulen
·
#58586
·
|
|
Re: source-less python
Seems like a shame not to add this feature for everyone to use...
Yishai Jaffe
Seems like a shame not to add this feature for everyone to use...
Yishai Jaffe
|
By
Yishai Jaffe
·
#58585
·
|
|
Re: source-less python
Making your own! You can have it added to the layer index for better publicity.
Alex
Making your own! You can have it added to the layer index for better publicity.
Alex
|
By
Alexander Kanavin
·
#58584
·
|
|
Re: source-less python
What layer would you suggest?
Yishai Jaffe
What layer would you suggest?
Yishai Jaffe
|
By
Yishai Jaffe
·
#58583
·
|
|
Re: source-less python
You can start by placing it in a separate layer?
Alex
You can start by placing it in a separate layer?
Alex
|
By
Alexander Kanavin
·
#58582
·
|