[yocto] [prelink-cross] prelink-cross: Add SPDX-License-Identifier: GPL-2.0-or-later to source files

Signed-off-by: Sathish V --- gelf/gelf.c| 4 +++- gelf/gelf.h| 4 +++- gelfx/gelfx.h | 4 +++- gelfx32/gelfx.h| 4 +++- src/arch-alpha.c | 4 +++- src/arch-arm.c | 4 +++- src/arch-cris.c| 4 +++- src/arch-i386.c| 4 +++- src/arch-ia64.c| 4 +++- src/arc

Re: [yocto] Offline Build #yocto

I gave new downloads (/downloads) path in replace of /opt/yocto_downloads. It takes the new downloads path and did the compilation, but i'm facing error in do_fetch and do_compile. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#50029): https://lis

[yocto] [meta-rockchip][PATCH v2] arm-none-eabi-gcc: remove

We already have a dependency on meta-arm/meta-arm in order to build tf-a (there's no point carrying our own recipe when there's a common, consolidated one to use in meta-arm). meta-arm/meta-arm now has a dependency on meta-arm/meta-arm-toolchain. meta-arm-toolchain has a recipe for virtual/arm-non

Re: [yocto] [PATCH][meta-rockchip] arm-none-eabi toolchain

On Mon 2020-07-20 @ 03:50:16 PM, Khem Raj wrote: > On Mon, Jul 20, 2020 at 3:34 PM Trevor Woerner wrote: > > > > We now have a dependency on meta-arm/meta-arm in order to build tf-a > > (there's > > no point carrying our own recipe when there's a common, consolidated one to > > use in meta-arm).

[yocto] [PATCH][meta-rockchip] update tf-a dependency

Now that we're using meta-arm-toolchain's recipe for arm-none-eabi-gcc, we need to specify it as a native dependency (since that recipe doesn't assume this implicitly). Signed-off-by: Trevor Woerner --- recipes-bsp/trusted-firmware-a/trusted-firmware-a_%.bbappend | 2 +- 1 file changed, 1 insert

Re: [yocto] [PATCH][meta-rockchip] arm-none-eabi toolchain

On Mon, Jul 20, 2020 at 3:34 PM Trevor Woerner wrote: > > We now have a dependency on meta-arm/meta-arm in order to build tf-a (there's > no point carrying our own recipe when there's a common, consolidated one to > use in meta-arm). > > meta-arm/meta-arm now has a dependency on meta-arm/meta-arm-

[yocto] [PATCH][meta-rockchip] arm-none-eabi toolchain

We now have a dependency on meta-arm/meta-arm in order to build tf-a (there's no point carrying our own recipe when there's a common, consolidated one to use in meta-arm). meta-arm/meta-arm now has a dependency on meta-arm/meta-arm-toolchain. meta-arm-toolchain now also has a recipe for arm-none-e

[yocto] M+ & H bugs with Milestone Movements WW29

All, YP M+ or high bugs which moved to a new milestone in WW29 are listed below: Priority Bug ID Short Description Changer Owner Was Became Medium+ 13550 username/password specified to gitsm:// does not get propagated to submo

[yocto] Enhancements/Bugs closed WW29!

All, The below were the owners of enhancements or bugs closed during the last week! Who Count richard.pur...@linuxfoundation.org 4 timothy.t.orl...@intel.com 1 r...@burtonini.com 1 mich...@yoctoproject.org 1 Grand Total 7 Thanks, Stephen K. Jolley Yocto Project Program Mana

[yocto] Current high bug count owners for Yocto Project 3.2

All, Below is the list as of top 30 bug owners as of the end of WW29 of who have open medium or higher bugs and enhancements against YP 3.2. There are 72 possible work days left until the final release candidates for YP 3.2 needs to be released. Who Count david.re...@windriver.com 10 mar

[yocto] Yocto Project Newcomer & Unassigned Bugs - Help Needed

All, The triage team is starting to try and collect up and classify bugs which a newcomer to the project would be able to work on in a way which means people can find them. They're being listed on the triage page under the appropriate heading: https://wiki.yoctoproject.org/wiki/Bug_Triage#N

Re: [yocto] Offline Build #yocto

/opt/yocto_downloads or /opt/downloads? On Mon, Jul 20, 2020 at 8:15 PM Amrun Nisha.R wrote: > I have updated the DL_DIR to the current build directory's downloads > folder using sed command. > > sed -i 's/DL_DIR ?= "${BSPDIR}\/downloads/DL_DIR = "\/opt\/yocto_downloads/g' > conf/local.conf > >

Re: [yocto] Offline Build #yocto

I have updated the DL_DIR to the current build directory's downloads folder using sed command. sed -i 's/DL_DIR ?= "${BSPDIR}\/downloads/DL_DIR = "\/opt\/yocto_downloads/g' conf/local.conf in place of /opt/downloads, I have provided the downloads location. It takes the newly provided downloads

Re: [yocto] Adjusting Extensible SDK for build setup

My apologies... In populate_sdk_ext.bbclass line 815, I hardcoded the relpath for test purposes : relpath = 'layers/meta-bae/meta-limws/setup-build-env' In copy_buildsystem.py after line 312 I appended my script to the list to be copied: Layers.append("<>/setup-build-env") Ste

Re: [yocto] Adding libgpiod to Yocto Warrior 4.19.35 image?

Thanks for the tip, Joel. I'm still new to this. How should libgpiod-dev be added to my local.conf? Do I just need to add it to EXTRA_IMAGE_FEATURES? Do I still need to add libgpiod to IMAGE_INSTALL_append? Your help is greatly appreciated! -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messa

Re: [yocto] [meta-mingw][PATCH] expat: Switch platform to Windows in CMake toolchain file

On Sat, Jul 18, 2020 at 11:03 AM Oleksandr Popovych wrote: > > GNU Autotools build system is considered in upstream as potentially > deprecated (https://github.com/libexpat/libexpat/issues/330), and > expat library will be switched to use CMake. > > So this patch depends on "expat: Added ptest" pa

Re: [yocto] Adjusting Extensible SDK for build setup

On Mon, 2020-07-20 at 17:13 +, Monsees, Steven C (US) wrote: > No, I guess I wasn't clear, I needed to add to lines of code in the > scripts to adjust things so that my env script was copied to the > proper SDK build env "layers" directory and set the conf_initpath to > use my env script... >

[yocto] [meta-spdxscanner] [dunfell | sato] | gdk-pixbuf do_compile failure

When I build a sato image I am facing an issue with gdk-pixbuf (as shown below), but when I build the same image without inheriting the meta-spdxscanner, it works fine. I see a problem with the SPDX generation for only this particular package. Even the highlighted resource (below) was accessible an

Re: [yocto] Adjusting Extensible SDK for build setup

No, I guess I wasn't clear, I needed to add to lines of code in the scripts to adjust things so that my env script was copied to the proper SDK build env "layers" directory and set the conf_initpath to use my env script... The variable assignments mentioned are configured in my distro config fo

Re: [yocto] Adjusting Extensible SDK for build setup

On Mon, 2020-07-20 at 16:28 +, Monsees, Steven C (US) wrote: > Yes, this is what I saw as well... > > I had to add two lines to the populate_sdk_ext.bbclass to properly > get it to pick up my env script. > I set : > > OE_INIT_ENV_SCRIPT = "setup-build-env" > CORE_BASE_Files = " \

Re: [yocto] Adjusting Extensible SDK for build setup

Yes, this is what I saw as well... I had to add two lines to the populate_sdk_ext.bbclass to properly get it to pick up my env script. I set : OE_INIT_ENV_SCRIPT = "setup-build-env" CORE_BASE_Files = " \ Scripts \ LICENSE \ .templateconf \

Re: [yocto] Adjusting Extensible SDK for build setup

On Mon, 2020-07-20 at 15:57 +, Monsees, Steven C (US) wrote: > The BUILDDIR is defined as configurable under Yocto... > > I set this up as per the Yocto docs based on the "MACHINE' I am > building, I do not believe this is the issue. > > There is no issue when building the standard SDK... >

Re: [yocto] Adjusting Extensible SDK for build setup

The BUILDDIR is defined as configurable under Yocto... I set this up as per the Yocto docs based on the "MACHINE' I am building, I do not believe this is the issue. There is no issue when building the standard SDK... I am looking for the proper variable settings for COREBASE, COREBASE_FILES,

Re: [yocto] Adjusting Extensible SDK for build setup

On Mon, 2020-07-20 at 15:06 +, Monsees, Steven C (US) wrote: > > I am fairly new to the Yocto SDK build process, and am looking to > create an extensible SDK for one of our platforms. > > I am currently working with Rocko 2.4.1, in conjunction with > uninative release 1.9… > > My current

Re: [yocto] Offline Build #yocto

On Mon, 2020-07-20 at 07:18 -0700, Amrun Nisha.R wrote: > For gnu-config-native-20150728, I have copied the git2 folder from > older build folder to new build folder. It is fixed now. > > But I'm getting do_fetch error for the ncurses and ncurses_native. I > have attached the log file for both pac

[yocto] Adjusting Extensible SDK for build setup

I am fairly new to the Yocto SDK build process, and am looking to create an extensible SDK for one of our platforms. I am currently working with Rocko 2.4.1, in conjunction with uninative release 1.9... My current build system setup does not follow the standard configuration, I use a differen

[yocto] Public: Re: Offline Build #yocto

For gnu-config-native-20150728, I have copied the git2 folder from older build folder to new build folder. It is fixed now. But I'm getting do_fetch error for the ncurses and ncurses_native. I have attached the log file for both packages. Actually I have doubts regarding the build folders: 1. A

Re: [yocto] Offline Build #yocto

On Sun, 2020-07-19 at 23:05 -0700, Amrun Nisha.R wrote: > I want to create a offline build using yocto. > > I have sources and downloads packages directory in which i can able to create > a successful bitbake. I have transferred those files to another system and > tried to build them in offline

Re: [yocto] [meta-selinux][PATCH 0/4] refpolicy: update to 20200229+git

[Re: [yocto] [meta-selinux][PATCH 0/4] refpolicy: update to 20200229+git] On 20.07.17 (Fri 12:05) Scott Murray wrote: > On Thu, 16 Jul 2020, Yi Zhao wrote: > > > > > On 7/16/20 11:27 AM, Yi Zhao wrote: > > > > > > On 7/15/20 6:38 PM, Scott Murray wrote: > > >> On Wed, 15 Jul 2020, Yi Zhao wrote:

[yocto] How to change default file permission of rootfs files from 755 to 750 #yocto

I would like to change the default file permissions and add users with groups. So I cant have 755. Where do I change this? -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#5): https://lists.yoctoproject.org/g/yocto/message/5 Mute This Topic: