|
Building of warrior branch fails when building with Ubuntu 20.04 LTS
#linux
#qemu
#yocto
Hello,
we are using the warrior branch for our embedded Linux project. Since Ubuntu 20.04 LTS has been released we would like to switch from 18.04 to 20.04. However, Ubuntu 20.04 now uses glibc-2.31
Hello,
we are using the warrior branch for our embedded Linux project. Since Ubuntu 20.04 LTS has been released we would like to switch from 18.04 to 20.04. However, Ubuntu 20.04 now uses glibc-2.31
|
By
Bernd
·
#50031
·
|
|
[prelink-cross] prelink-cross: Add SPDX-License-Identifier: GPL-2.0-or-later to source files
Signed-off-by: Sathish V <sathish25071992@...>
---
gelf/gelf.c | 4 +++-
gelf/gelf.h | 4 +++-
gelfx/gelfx.h | 4 +++-
gelfx32/gelfx.h | 4 +++-
src/arch-alpha.c | 4
Signed-off-by: Sathish V <sathish25071992@...>
---
gelf/gelf.c | 4 +++-
gelf/gelf.h | 4 +++-
gelfx/gelfx.h | 4 +++-
gelfx32/gelfx.h | 4 +++-
src/arch-alpha.c | 4
|
By
Sathish V
·
#50030
·
|
|
Re: Offline Build
#yocto
I gave new downloads (<pwd>/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.
I gave new downloads (<pwd>/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.
|
By
Amrun Nisha.R
·
#50029
·
|
|
[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
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
|
By
Trevor Woerner
·
#50028
·
|
|
Re: [PATCH][meta-rockchip] arm-none-eabi toolchain
Thanks… and I could do a better subject line as well.
Thanks… and I could do a better subject line as well.
|
By
Trevor Woerner
·
#50027
·
|
|
[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
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
|
By
Trevor Woerner
·
#50026
·
|
|
Re: [PATCH][meta-rockchip] arm-none-eabi toolchain
this also means you should add meta-arm-toolchain to layer dependencies.
this also means you should add meta-arm-toolchain to layer dependencies.
|
By
Khem Raj
·
#50025
·
|
|
[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
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
|
By
Trevor Woerner
·
#50024
·
|
|
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
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
|
By
Stephen Jolley
·
#50023
·
|
|
Enhancements/Bugs closed WW29!
All,
The below were the owners of enhancements or bugs closed during the last week!
Who
Count
richard.purdie@...
4
timothy.t.orling@...
1
ross@...
1
michael@...
1
Grand Total
7
Thanks,
All,
The below were the owners of enhancements or bugs closed during the last week!
Who
Count
richard.purdie@...
4
timothy.t.orling@...
1
ross@...
1
michael@...
1
Grand Total
7
Thanks,
|
By
Stephen Jolley
·
#50022
·
|
|
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
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
|
By
Stephen Jolley
·
#50021
·
|
|
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
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
|
By
Stephen Jolley
·
#50020
·
|
|
Re: Offline Build
#yocto
/opt/yocto_downloads or /opt/downloads?
/opt/yocto_downloads or /opt/downloads?
|
By
Martin Jansa
·
#50019
·
|
|
Re: 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
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
|
By
Amrun Nisha.R
·
#50018
·
|
|
Re: 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
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
|
By
Monsees, Steven C (US)
·
#50017
·
|
|
Re: 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
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
|
By
Scott Whitney <sdw@...>
·
#50016
·
|
|
Re: [meta-mingw][PATCH] expat: Switch platform to Windows in CMake toolchain file
<oleksandr.s.popovych@...> wrote:
Hmm, this seems like the kind of thing that should be set for all
mingw32 builds....
<oleksandr.s.popovych@...> wrote:
Hmm, this seems like the kind of thing that should be set for all
mingw32 builds....
|
By
Joshua Watt
·
#50015
·
|
|
Re: Adjusting Extensible SDK for build setup
It would be helpful to understand which two lines you needed to modify
and how.
Was the setup script being copied at all without your changes? If so
where was it being copied? If not, what did you
It would be helpful to understand which two lines you needed to modify
and how.
Was the setup script being copied at all without your changes? If so
where was it being copied? If not, what did you
|
By
Richard Purdie
·
#50014
·
|
|
[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
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
|
By
Krishna
·
#50013
·
|
|
Re: 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
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
|
By
Monsees, Steven C (US)
·
#50012
·
|