1. yocto@lists.yoctoproject.org
   Date   
Re: do_package() failing due to "no attribute"

Quentin Schulz
 

Hi Itai,

On Tue, Aug 04, 2020 at 03:11:55PM +0000, Itai Kleiman via lists.yoctoproject.org wrote:
export SDKTARGETSYSROOT = "${TMPDIR}/sysroots/x86_64-linux/usr/bin/mips64-poky-linux/"
SDKTARGETSYSROOT = "${STAGING_BINDIR_NATIVE}/mips64-poky-linux"

do_configure() {
cd ${S}
./runConfigure -plinux -minmem -nsocket -rpthread -z--sysroot=${TMPDIR}/sysroots/${MACHINE} \
--sysroot=${STAGING_DIR_TARGET} \
-C--build=${BUILD_SYS} \
-C--host=${HOST_SYS} \
-C--target=${TARGET_SYS}
}

do_compile() {
cd ${S}
${MAKE} CXX="mips64-poky-linux-g++ -meb -mabi=64 -mhard-float -march=mips64r2 -march=xlp --sysroot=${TMPDIR}/sysroots/${MACHINE}" CC="mips64-poky-linux-gcc -meb -mabi=64 -mhard-float -march=mips64r2 -march=xlp --sysroot=${TMPDIR}/sysroots/${MACHINE}" AR="mips64-poky-linux-ar" LDFLAGS="-L/${TMPDIR}/sysroots/${MACHINE}/usr/lib -Wl,-O1 -Wl,--as-needed"
--sysroot=${STAGING_DIR_TARGET}
--sysroot=${STAGING_DIR_TARGET} -L/${STAGING_LIBDIR}

At least for the path, haven't checked anything else.

Also, most of those arguments should be passed by Yocto already to your
recipe's makefile.

Quentin
do_package() failing due to "no attribute"

Itai Kleiman
 

Hi,

I wrote a recipe (.bb file) for xerces-c 2.8 version.
I run the command 'bitbake xerces-c -vvv' in order to build the package and I get the following error:
ERROR: xerces-c-2.8.0-r2 do_package: Error executing a python function in exec_python_func() autogenerated:

The stack trace of python calls that resulted in this exception/failure was:
File: 'exec_python_func() autogenerated', lineno: 2, function: <module>
     0001:
 *** 0002:populate_packages(d)
     0003:
File: '/media/poky/meta/classes/package.bbclass', lineno: 1164, function: populate_packages
     1160:                    if not cpath.exists(os.path.join(dest, p)):
     1161:                        mkdir(src, dest, p)
     1162:
     1163:            if cpath.isdir(file) and not cpath.islink(file):
 *** 1164:                mkdir_recurse(dvar, root, file)
     1165:                continue
     1166:
     1167:            mkdir_recurse(dvar, root, os.path.dirname(file))
     1168:            fpath = os.path.join(root,file)
File: '/media/poky/meta/classes/package.bbclass', lineno: 1161, function: mkdir_recurse
     1157:                p = "."
     1158:                for c in paths.split("/"):
     1159:                    p = os.path.join(p, c)
     1160:                    if not cpath.exists(os.path.join(dest, p)):
 *** 1161:                        mkdir(src, dest, p)
     1162:
     1163:            if cpath.isdir(file) and not cpath.islink(file):
     1164:                mkdir_recurse(dvar, root, file)
     1165:                continue
File: '/media/poky/meta/classes/package.bbclass', lineno: 1146, function: mkdir
     1142:            def mkdir(src, dest, p):
     1143:                src = os.path.join(src, p)
     1144:                dest = os.path.join(dest, p)
     1145:                fstat = cpath.stat(src)
 *** 1146:                os.mkdir(dest, fstat.st_mode)
     1147:                os.chown(dest, fstat.st_uid, fstat.st_gid)
     1148:                if p not in seen:
     1149:                    seen.append(p)
     1150:                cpath.updatecache(dest)
Exception: AttributeError: 'bool' object has no attribute 'st_mode'

ERROR: xerces-c-2.8.0-r2 do_package: Function failed: populate_packages
ERROR: Logfile of failure stored in: /media/poky/build/tmp/work/mips64r2-poky-linux/xerces-c/2.8.0-r2/temp/log.do_package.3467
ERROR: Task (/media/poky/meta-my/recipes-my-packages/xerces-c/xerces-c_2.8.0.bb:do_package) failed with exit code '1'

the recipe:
DESCRIPTION = "Xerces-c is a validating xml parser written in C++"
HOMEPAGE = "http://xerces.apache.org/xerces-c/"
SECTION =  "libs"
PRIORITY = "optional"
LICENSE = "Apache-2.0"
LIC_FILES_CHKSUM = "file://../../LICENSE;md5=3b83ef96387f14655fc854ddc3c6bd57"

SRC_URI = " file://xerces-c-src_2_8_0.tar.gz"
SRC_URI[md5sum] = "5daf514b73f3e0de9e3fce704387c0d2"
S = "${WORKDIR}/xerces-c-src_2_8_0/src/xercesc"
FILES_${PN} += "${libdir}/../local/*
inherit autotools pkgconfig

CCACHE = ""

export XERCESCROOT="${WORKDIR}/xerces-c-src_2_8_0/"
export cross_compiling = "yes"

export SDKTARGETSYSROOT = "${TMPDIR}/sysroots/x86_64-linux/usr/bin/mips64-poky-linux/"

do_configure() {
cd ${S}
./runConfigure -plinux -minmem -nsocket -rpthread -z--sysroot=${TMPDIR}/sysroots/${MACHINE} \
                    -C--build=${BUILD_SYS} \
                    -C--host=${HOST_SYS} \
                    -C--target=${TARGET_SYS}
}

do_compile() {
cd ${S}
${MAKE} CXX="mips64-poky-linux-g++  -meb -mabi=64 -mhard-float -march=mips64r2 -march=xlp --sysroot=${TMPDIR}/sysroots/${MACHINE}" CC="mips64-poky-linux-gcc  -meb -mabi=64 -mhard-float -march=mips64r2 -march=xlp --sysroot=${TMPDIR}/sysroots/${MACHINE}"  AR="mips64-poky-linux-ar" LDFLAGS="-L/${TMPDIR}/sysroots/${MACHINE}/usr/lib -Wl,-O1  -Wl,--as-needed"
}


do_install () {
cd ${S}
${MAKE} install DESTDIR=${D}
}



I'm using yocto-2.2.4.

Any idea what is the problem?

Thank you,
Itai
Yocto Project Status WW31'20

Stephen Jolley
 

Current Dev Position: YP 3.2 M3

Next Deadline: YP 3.2 M3 build date 2020/8/31

 

Next Team Meetings:

 

Key Status/Updates:

Help with any of these would be much appreciated.

 

YP 3.2 Milestone Dates:

  • YP 3.2 M2 build is in QA
  • YP 3.2 M2 Release date 2020/8/7
  • YP 3.2 M3 build date 2020/8/31
  • YP 3.2 M3 Release date 2020/9/11
  • YP 3.2 M4 build date 2020/10/5
  • YP 3.2 M4 Release date 2020/10/30

 

Planned upcoming dot releases:

  • YP 3.0.4 build date 2020/8/10
  • YP 3.0.4 release date 2020/8/21
  • YP 3.1.2 is released
  • YP 3.1.3 build date 2020/9/14
  • YP 3.1.3 release date 2020/9/25

 

Tracking Metrics:

 

The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:

https://wiki.yoctoproject.org/wiki/TSC

 

The Status reports are now stored on the wiki at: https://wiki.yoctoproject.org/wiki/Weekly_Status

 

[If anyone has suggestions for other information you’d like to see on this weekly status update, let us know!]

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

* Email:              sjolley.yp.pm@...

 
Re: Yocto host not found

FLoraVLogs <eripflo@...>
 

I am seeing the following error:

Gateway Timeout

Server error - server 198.145.29.63 is unreachable at this moment.

Please retry the request or contact your administrator.


Kindly help.


Regards,


Ripu


On Tue, Aug 4, 2020 at 9:14 AM FLoraVLogs <eripflo@...> wrote:
Hi,

It seems like Yocto is down again.


Could you please help solve this?

Regards,

Ripu 

On Thu, Jan 9, 2020 at 4:50 PM FLoraVLogs <eripflo@...> wrote:
It is working now. 

Thank you

Regards,

Ripu

On Thu., Jan. 9, 2020, 4:44 p.m. Michael Halstead, <mhalstead@...> wrote:
There was a brief outage while rebooting a storage device. The error should have been resolved several minutes ago. If you are still seeing this error please let me know.

Michael Halstead

On Thu, Jan 9, 2020 at 1:38 PM FLoraVLogs <eripflo@...> wrote:
Also, I do see:
Connecting to downloads.yoctoproject.org (downloads.yoctoproject.org)|198.145.29.63|:80... failed: Connection refused.

On Thu, Jan 9, 2020 at 3:37 PM FLoraVLogs <eripflo@...> wrote:
Hi,

I tried to go into the following:

I get the following error:
 

Host Not Found

DNS error (the host name of the page you are looking for does not exist) or Server did not accept the connection.

Please check that the host name has been spelled correctly.

Regards,

Ripu
Re: Yocto host not found

FLoraVLogs <eripflo@...>
 

Hi,

It seems like Yocto is down again.


Could you please help solve this?

Regards,

Ripu 


On Thu, Jan 9, 2020 at 4:50 PM FLoraVLogs <eripflo@...> wrote:
It is working now. 

Thank you

Regards,

Ripu

On Thu., Jan. 9, 2020, 4:44 p.m. Michael Halstead, <mhalstead@...> wrote:
There was a brief outage while rebooting a storage device. The error should have been resolved several minutes ago. If you are still seeing this error please let me know.

Michael Halstead

On Thu, Jan 9, 2020 at 1:38 PM FLoraVLogs <eripflo@...> wrote:
Also, I do see:
Connecting to downloads.yoctoproject.org (downloads.yoctoproject.org)|198.145.29.63|:80... failed: Connection refused.

On Thu, Jan 9, 2020 at 3:37 PM FLoraVLogs <eripflo@...> wrote:
Hi,

I tried to go into the following:

I get the following error:
 

Host Not Found

DNS error (the host name of the page you are looking for does not exist) or Server did not accept the connection.

Please check that the host name has been spelled correctly.

Regards,

Ripu
Re: Cannot fetch sources, downloads.yoctoproject.org is down

Quentin Schulz
 

Hi Lluis,

On Tue, Aug 04, 2020 at 02:32:05AM -0700, Lluis Campos via lists.yoctoproject.org wrote:
Hello,

Since two hours ago, I am not able to build anything due to downloads.yoctoproject.org being down. Do you have any more info on what is going on?
It's known:
https://twitter.com/yoctoproject/status/1290570140468285441?s=20

Thanks for the report anyway :)

Quentin
Cannot fetch sources, downloads.yoctoproject.org is down

Lluis Campos
 

Hello,

Since two hours ago, I am not able to build anything due to downloads.yoctoproject.org being down. Do you have any more info on what is going on?

I am getting the following error:

--2020-08-04 07:55:45--  http://downloads.yoctoproject.org/releases/opkg/opkg-0.4.2.tar.gz
Resolving downloads.yoctoproject.org (downloads.yoctoproject.org)... 198.145.29.63
Connecting to downloads.yoctoproject.org (downloads.yoctoproject.org)|198.145.29.63|:80... failed: Connection timed out.
Retrying.
--2020-08-04 07:56:16--  (try: 2)  http://downloads.yoctoproject.org/releases/opkg/opkg-0.4.2.tar.gz
Connecting to downloads.yoctoproject.org (downloads.yoctoproject.org)|198.145.29.63|:80... failed: Connection timed out.
Giving up.
ERROR: opkg-native-1_0.4.2-r0 do_fetch: Fetcher failure for URL: 'http://downloads.yoctoproject.org/releases/opkg/opkg-0.4.2.tar.gz'. Unable to fetch URL from any source.

Thanks!

--
Lluís M- Campos Martínez
Northern.tech ++ Mender.io
Re: How to disable specific default recipe to be included in Yocto? #linux #yocto #cups #hplip

Quentin Schulz
 

Hi Sheng Leong,

On Tue, Aug 04, 2020 at 12:18:26AM -0700, Soi, Sheng Leong wrote:
Hi,

Does anyone here know how to disable specific default recipe (e.g. CUPS and HPLIP) to be included in Yocto image?
Start from a core-image-minimal and add packages manually. Only the
packages that are specified to be installed explicitly in your image
recipe and the packages specified in RDEPENDS and RRECOMMENDS of those
packages will be installed in the recipe.

Some packages are also pulled because of configuration files (machine,
distro or local.conf).

If there are RRECOMMENDS you don't want, you can use BAD_RECOMMENDATIONS
in your image recipe to ask the image to not pull them in.

If it's an RDEPENDS that you don't want, maybe it's pulled because of a
selected PACKAGECONFIG that you don't need, in that case create a
bbappend for that recipe and set PACKAGECONFIG accordingly.

If that still does not do it, you'll have to dig deeper into what can be
removed from RDEPENDS and for which reason (is it a mistake? is is safe
in one specific configuration).

The way to know which package is pulling which package is to use `-g`
as argument of bitbake. DO not attempt to create a scheme/drawing/image
from the dot files, they are too big for dot to handle properly (takes
hours and the result is unusable). "recipeA:do_foo" => "recipeB:do_bar"
means that do_foo task from recipeA depends on do_bar from recipeB.

Hope that helps, if not, please be a bit more explicit with what you
want to do, what's happening and what you're expecting, so we can help
you the best way we can.

Cheers,
Quentin
How to disable specific default recipe to be included in Yocto? #linux #yocto #cups #hplip

Soi, Sheng Leong
 

Hi,

Does anyone here know how to disable specific default recipe (e.g. CUPS and HPLIP) to be included in Yocto image?

Thanks
Sheng Leong
Re: [meta-java] icedtea7-native fails to build with error: cc1plus: all warnings being treated as errors

Robert Joslyn
 

On Tue, 2020-07-28 at 08:30 +0200, Jeff Ithier wrote:
Hi Robert,

Thanks for the tip, it seems to have worked and I've gotten past the
compilation step.

Unfortunately, now the build seems to be failing the do_package_rpm
task
with the following error:

Exception: bb.process.ExecutionError: Execution of
'../build/tmp/work/aarch64-poky-linux/icedtea7-native/%-
r0/temp/run.BUILDSPEC.153296'
failed with exit code 127:
../build/tmp/work/aarch64-poky-linux/icedtea7-native/%-
r0/temp/run.BUILDSPEC.153296:
106: rpmbuild: not found
WARNING: exit code 127 from a shell command.

Did you also encounter this ?
My builds normally use ipk, but I tried rpm on one and did not see this
error when building icedtea7-native. Sorry!

Thanks,
Robert

Cheers
Jeff

On 7/28/20 5:28 AM, Robert Joslyn wrote:
On Mon, 2020-07-27 at 06:16 -0700, ithijme@gmail.com wrote:
Hi,

I am trying to build openjdk-8-native, however its icedtea7
dependency
fails to build.
The error is a little hard to parse but it appears to be due to
warnings
being treated as errors.
There are a lot of logs like the following:

In function ‘int fprintf(FILE*, const char*, ...)’,
inlined from ‘void ADLParser::frame_parse()’ at
.../build/tmp/work/x86_64-linux/icedtea7-native/2.1.3-r1.0/icedtea-
2.1.3/build/openjdk-
boot/hotspot/src/share/vm/adlc/adlparse.cpp:1118:34:
/usr/include/x86_64-linux-gnu/bits/stdio2.h:100:24: error: ‘%s’
directive argument is null [-Werror=format-overflow=]
100 | return __fprintf_chk (__stream, __USE_FORTIFY_LEVEL - 1,
__fmt,
|
~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
101 | __va_arg_pack ());
| ~~~~~~~~~~~~~~~~~
cc1plus: all warnings being treated as errors
make[7]: *** [.../build/tmp/work/x86_64-linux/icedtea7-
native/2.1.3-
r1.0/icedtea-2.1.3/build/openjdk-
boot/hotspot/make/linux/makefiles/adlc.make:207:
../generated/adfiles/adlparse.o] Error 1
make[7]: *** Waiting for unfinished jobs....
cc1plus: all warnings being treated as errors
I am using the following bblayers:
* poky/meta
* poky/meta-poky
* meta-openembedded/meta-oe
* meta-java

All layers are from the dunfell branch of their respective
repositories
and are up to date.

Can anybody offer any advice on how to successfully build the
openjdk-8-
native recipe ? Anybody have it working themselves ?

Cheers
Jeff
I had the same problem about a month ago. My quick fix was to create
an
icedtea7-native_%.bbappend in my own layer to disable turning that
warning
into an error:

CFLAGS_append = " -Wno-error=format-overflow"

I assume it's due to the compiler on your build machine being newer
(or at
least different) than what the recipe is expecting.

Robert
M+ & H bugs with Milestone Movements WW31

Stephen Jolley
 

All,

YP M+ or high bugs which moved to a new milestone in WW31 are listed below:

Priority

Bug ID

Short Description

Changer

Owner

Was

Became

Medium+

13411

ptest-perl.bbclass run-ptest is too greedy for SKIP

timothy.t.orling@...

timothy.t.orling@...

3.2 M2

3.2 M3

 

13527

Add SPDX license headers to all source files for layerindex-web

timothy.t.orling@...

amber.n.elliot@...

3.2 M2

3.2 M3

 

13690

runqemu with slirp, forwarded host ports are not available on host

timothy.t.orling@...

timothy.t.orling@...

3.2 M2

3.2 M3

 

13701

intermittent race in runtime parse logs failure in X on qemux86-64

timothy.t.orling@...

anuj.mittal@...

3.2 M2

3.2 M3

 

13803

devtool setupClass file copying race

timothy.t.orling@...

timothy.t.orling@...

3.2 M2

3.2 M3

 

13888

Toaster is not starting for Django-3

randy.macleod@...

david.reyna@...

3.1.2

3.1.3

 

13929

toaster-container has been broken since morty

timothy.t.orling@...

timothy.t.orling@...

3.2 M2

3.2 M3

 

13930

Port the CROPS toaster-container selenium tests to the Autobuilder

timothy.t.orling@...

timothy.t.orling@...

3.2 M2

3.2 M3

 

13934

Apparent duplication of libtirpc package causes failure in "bitbake linux-yocto -c menuconfig"

randy.macleod@...

hongxu.jia@...

3.1.2

3.1.3

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

* Email:              sjolley.yp.pm@...

 
Enhancements/Bugs closed WW31!

Stephen Jolley
 

All,

The below were the owners of enhancements or bugs closed during the last week!

Who

Count

akuster808@...

1

sakib.sajal@...

1

richard.purdie@...

1

timothy.t.orling@...

1

Grand Total

4

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

* Email:              sjolley.yp.pm@...

 
Current high bug count owners for Yocto Project 3.2

Stephen Jolley
 

All,

Below is the list as of top 31 bug owners as of the end of WW31 of who have open medium or higher bugs and enhancements against YP 3.2.   There are 62 possible work days left until the final release candidates for YP 3.2 needs to be released.

Who

Count

david.reyna@...

10

ross@...

7

bluelightning@...

7

richard.purdie@...

7

mark.morton@...

7

michael@...

5

Qi.Chen@...

5

raj.khem@...

3

chee.yang.lee@...

2

rpjday@...

2

trevor.gamblin@...

2

yi.zhao@...

2

randy.macleod@...

2

timothy.t.orling@...

2

sakib.sajal@...

2

JPEWhacker@...

2

kai.kang@...

2

kergoth@...

2

matthew.zeng@...

1

mark.hatle@...

1

kai.ruhnau@...

1

maxime.roussinbelanger@...

1

mostthingsweb@...

1

liu.ming50@...

1

anuj.mittal@...

1

hongxu.jia@...

1

jaewon@...

1

jpuhlman@...

1

matt.ranostay@...

1

bruce.ashfield@...

1

changqing.li@...

1

Grand Total

84

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

* Email:              sjolley.yp.pm@...

 
Reminder: Yocto Project Technical Team Meeting @ Monthly from 8am on the first Tuesday (PDT)

Stephen Jolley
 

All,

 

Just a reminder we will hold the monthly Yocto Project Technical Meeting at 8am PST tomorrow. 8/4) 

 

Yocto Project Technical Team Meeting: We encourage people attending the meeting to logon and announce themselves on the Yocto Project IRC chancel during the meeting (optional):

Yocto IRC: http://webchat.freenode.net/?channels=#yocto

 

Wiki: https://www.yoctoproject.org/public-virtual-meetings/

 

When            Monthly from 8am to 8:30am on the first Tuesday Pacific Time

Where           Zoom Meeting: https://zoom.us/j/990892712

 

We are tracking the minutes at: https://docs.google.com/document/d/1ly8nyhO14kDNnFcW2QskANXW3ZT7QwKC5wWVDg9dDH4/edit?pli=1 Please request access if you want to assist in editing them.  The world should have view access.

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

* Email:              sjolley.yp.pm@...

 
[ANNOUNCEMENT] Yocto Project 3.1.2 (dunfell 23.0.2) Released

Vineela
 

Hello,

We are pleased to announce the Yocto Project 3.1.2 (dunfell-23.0.2) Release is now available for download.

http://downloads.yoctoproject.org/releases/yocto/yocto-3.1.2/poky-dunfell-23.0.2.tar.bz2
http://mirrors.kernel.org/yocto/yocto/yocto-3.1.2/poky-dunfell-23.0.2.tar.bz2

A gpg signed version of these release notes is available at:

http://downloads.yoctoproject.org/releases/yocto/yocto-3.1.2/RELEASENOTES

Full Test Report:

http://downloads.yoctoproject.org/releases/yocto/yocto-3.1.2/testreport.txt

Thank you for everyone's contributions to this release.

Sincerely

Vineela Tummalapalli,
Yocto Project Build and Release
vineela.tummalapalli@intel.com


--------------------------
yocto-3.1.2 Release Notes
--------------------------

--------------------------
Repositories/Downloads
--------------------------

Repository Name: poky
Repository Location: https://git.yoctoproject.org/git/poky
Branch: dunfell
Tag: yocto-3.1.2
Git Revision: 569b1f5d67c57de957e243997c53ec2f81dc8dfe
Release Artefact: poky-dunfell-23.0.2
sha: bd907ad11f9fe3409b86c1284eedb635a19c254fb07576e41d959867f5c60a54
Download Locations:
http://downloads.yoctoproject.org/releases/yocto/yocto-3.1.2/poky-dunfell-23.0.2.tar.bz2
http://mirrors.kernel.org/yocto/yocto/yocto-3.1.2/poky-dunfell-23.0.2.tar.bz2

Repository Name: openembedded-core
Repository Location: https://git.openembedded.org/openembedded-core
Branch: dunfell
Tag: 2020-04.2-dunfell
Git Revision: ea886d57db917a41a0d106a15e1e96c72d6407b0
Release Artefact: oecore-dunfell-23.0.2
sha: 27e070c3f02139e314f5e3567b0510c3467a3022c2d7cc531e20bc074ed21e44
Download Locations:
http://downloads.yoctoproject.org/releases/yocto/yocto-3.1.2/oecore-dunfell-23.0.2.tar.bz2
http://mirrors.kernel.org/yocto/yocto/yocto-3.1.2/oecore-dunfell-23.0.2.tar.bz2

Repository Name: meta-mingw
Repository Location: https://git.yoctoproject.org/git/meta-mingw
Branch: dunfell
Tag: yocto-3.1.2
Git Revision: 524de686205b5d6736661d4532f5f98fee8589b7
Release Artefact: meta-mingw-dunfell-23.0.2
sha: 8746dfbacbc4932e61b34dac2e7ab451b8624055380045e53aadfed3067db97e
Download Locations:
http://downloads.yoctoproject.org/releases/yocto/yocto-3.1.2/meta-mingw-dunfell-23.0.2.tar.bz2
http://mirrors.kernel.org/yocto/yocto/yocto-3.1.2/meta-mingw-dunfell-23.0.2.tar.bz2

Repository Name: meta-gplv2
Repository Location: https://git.yoctoproject.org/git/meta-gplv2
Branch: dunfell
Tag: yocto-3.1.2
Git Revision: 60b251c25ba87e946a0ca4cdc8d17b1cb09292ac
Release Artefact: meta-gplv2-dunfell-23.0.2
sha: 3283ae32402d69b02d68cf30499622ea81cc353198ae33d24dc902fa29678f29
Download Locations:
http://downloads.yoctoproject.org/releases/yocto/yocto-3.1.2/meta-gplv2-dunfell-23.0.2.tar.bz2
http://mirrors.kernel.org/yocto/yocto/yocto-3.1.2/meta-gplv2-dunfell-23.0.2.tar.bz2

Repository Name: bitbake
Repository Location: https://git.openembedded.org/bitbake
Branch: dunfell
Tag: 2020-04.2-dunfell
Git Revision: cc11dfa4eb3616547a8a3909f89da0cc4f35dc57
Release Artefact: bitbake-dunfell-23.0.2
sha: 3da626d411f0abc159d1ce6c6f7dfa52f43d9cccea1fdd6bd925a7b472fcd932
Download Locations:
http://downloads.yoctoproject.org/releases/yocto/yocto-3.1.2/bitbake-dunfell-23.0.2.tar.bz2
http://mirrors.kernel.org/yocto/yocto/yocto-3.1.2/bitbake-dunfell-23.0.2.tar.bz2


---------------
Contributors
---------------
Adrian Bunk
akuster
Alexander Kanavin
Alex Kiernan
Andreas M?ller
Andrej Valek
Andrey Zhizhikin
Anuj Mittal
Armin Kuster
Bjarne Michelsen
Bruce Ashfield
Changqing Li
Charlie Davies
Chen Qi
Chris Laplante
Christian Eggers
Daniel McGregor
David Khouya
Douglas
haiqing
Hannu Lounento
hongxu
Hongxu Jia
Jacob Kroon
Jain Sangeeta
Jens Rehsack
Joe Slater
Joshua Watt
Kai Kang
Khem Raj
Konrad Weihmann
Lee Chee Yang
Lili Li
Marco Felsch
Martin Jansa
Michael Halstead
Ming Liu
Mingli Yu
Nicolas Dechesne
Otavio Salvador
Paul Barker
Peter Kjellerstedt
Pierre-Jean Texier
Rahul Chauhan
Ralph Siemsen
Rasmus Villemoes
Richard Leitner
Richard Purdie
Ross Burton
Steve Sakoman
Stephen Jolley
Timon Ulrich
Tim Orling
Tuomas Salokanto
Vacek, Patrick
Vineela Tummalapalli
Wang Mingyu
wenlin.kang@windriver.com
Yi Zhao
Yongxin Liu
zhengruoqin

---------------
Known Issues
---------------
A Toaster issue was found in this release and affects situations where builds
are being run from within toaster (but not from the commandline or in monitor
mode). The fix has been merged onto the bitbake 1.46 and dunfell branches.
so if you use Toaster in this way , please use the latest branch HEADs.


---------------
Security Fixes
---------------
glibc: whitelist CVE-2010-10029
systemd : fix CVE-2020-13776
busybox: Security Fix For CVE-2018-1000500
python3: fix CVE-2020-14422
qemu: fix CVE-2020-10702/10761/13362/13659/13800
sqlite3: Security fix for CVE-2020-15358
wpa-supplicant: Security fix CVE-2020-12695
curl: Security fixes for CVE-2020-{8169/8177}
perl: fix CVE-2020-10543 & CVE-2020-10878
dbus: fix CVE-2020-12049
qemu: fix CVE-2020-13361


---------------
Fixes
---------------
kernel-yocto: account for extracted defconfig in elements check
bitbake: cooker: Handle multiconfig name mappings correctly
oeqa/utils/qemurunner: Fix missing pid file tracebacks
qemurunner: Add extra debug info when qemu fails to start
qemurunner: Ensure pid location is deterministic
babeltrace: correct the git SRC_URI
scripts/lib/recipetool/create.py: fix regex strings
lib/oe/recipeutils.py: add AUTHOR; BBCLASSEXTEND
nativesdk: Set the CXXFLAGS to the BUILDSDK_CXXFLAGS
nativesdk: clear MACHINE_FEATURES
ptest: append to FILES
go-dep: Fix build on riscv64
go: Disbale CGO for riscv64
u-boot: fix condition to allow use of *.cfg
serf: extend for nativesdk
subversion: extend for nativesdk
oeqa/selftest/sstatetests: Avoid polluting DL_DIR
avahi: Fix typo in recipe
bison: fix Argument list too long error
linux-firmware: move ibt-misc to the end of ibt packages
linux-firmware: fix the wrong file path for ibt-misc
insane: consolidate skipping of temporary do_package files
poky: Add fedora32 as a supported distro
bitbake: server/process: Fix note reference -> info
Documenation: Prepared for the 3.1.2 release
poky.conf: Bump version for 3.1.2 release
bitbake: server/process: Ensure UI-less servers don't sit in infinite loops
bitbake: server/process: Fix a rare lockfile race
bitbake: pyshyacc: allow double COMMA statements
bitbake: fetch2: Change git fetcher not to destroy old references
bitbake: server/process: Increase timeout for commands
bitbake: ui/teamcity: don't use removed logging classes
bitbake: lib/ui/taskexp: Fix missing Gtk import
bitbake: lib/ui/taskexp: Validate gi import
coreutils: don't split stdbuf to own package with single-binary
libnl: Extend for native/nativesdk
devtool: default to empty string, if LIC_FILES_CHKSUM is not available
openssl: move ${libdir}/[...]/openssl.cnf to ${PN}-conf
linux-yocto/5.4: update to v5.4.50
oeqa/core/loader: fix regex to include numbers
systemd: remove kernel-install from base pkg
kernel.bbclass: add lz4 dependency and fix the call to lz4
kernel/yocto: fix search for defconfig from src_uri
kernel/yocto: ensure that defconfigs are processed first
classes/archive: do_configure should not depend on do_ar_patched
classes/archiver: run do_unpack_and_patch after do_preconfigure
icu: make filtered data generation optional, serial and off by default
gobject-introspection: add a patch to fix a build race
yocto-bsps: bump reference boards to v5.4.49
linux-yocto: bump genericx86 kernel version to v5.4.40
iso-codes: switch upstream branch master -> main
rootfs-postcommands: Improve/fix rootfs_check_host_user_contaminated
logrotate.py: fix testimage occasionally failure
oeqa/targetcontrol: Attempt to fix log closure warning message
oeqa/selftest: recipetool/devtool: Avoid load_plugin test race
oeqa/core/loader: refine regex to find module
gtk-icon-cache.bbclass: add runtime dependency
oescripts: ignore whitespaces when comparing lines
oescripts.py: fix typo
python3-libarchive-c: add the missing rdepends
common-licenses: fix filename of BSD-2-Clause-Patent
initscripts: update postinst
modutils-initscripts: update postinst
linux-yocto/5.4: update to v5.4.49 and -rt28
linux-yocto/5.4: update to v5.4.47
linux-yocto/5.4: update to v5.4.46
linux-yocto-rt/5.4: update to rt25
linux-yocto/5.4: update to v5.4.45
u-boot: avoid blind merging all *.cfg
u-boot: support merging .cfg files for UBOOT_CONFIG
libdrm: upgrade 2.4.100 -> 2.4.101
u-boot: move redundant-yyloc-global patch to u-boot-common.inc
populate_sdk_ext: Fix to use python3, not python
oeqa/selftest: Clean up separate builddir in success case when non-threaded
checklayer: parse LAYERDEPENDS with bb.utils.explode_dep_versions2()
linux-firmware: upgrade 20200519 -> 20200619
kernel.bbclass: Fix Module.symvers support
scripts/install-buildtools: Handle new format checksum files
scripts/install-buildtools: Update to 3.2 M1 buildtools
testimage: enable ovmf support
runqemu: add QB_ROOTFS_EXTRA_OPT parameter
oeqa/runtime/cases/ptest: Make output content path absolute
oeqa/utils/command: Improve stdin handling in runCmd
oeqa/selftest/runcmd: Add better debug for thread count mismatch failures
pseudo: Fix attr errors due to incorrect library resolution issues
mime.bbclass: fix post install scriptlet error
systemd-serialgetty: do not use BindsTo
ell: upgrade 0.31 -> 0.32
u-boot: introduce UBOOT_INITIAL_ENV
bitbake: msg: Avoid issues where paths have relative components
bitbake: runqueue: Avoid unpickle errors in rare cases
bitbake: siggen: Fix error when hash equivalence has an exception
bitbake: hashserv: Chunkify large messages
bitbake: test/fetch: change to better svn source
gstreamer1.0-plugins-bad: add support for vdpau
meson.bbclass: avoid unexpected operating-system names
recipetool: create: fix SRCBRANCH not being passed to params
apr-util: make gdbm optional
linux-firmware: add ice for Intel E800 series driver
go.bbclass: Add `-trimpath` to default build flags
go-dep: Avoid use of 'go mod' support
glide: Avoid use of 'go mod' support
go-mod.bbclass: Add class for `go mod` support
net-tools: backport a patch from upstream to use the same ifconfig format as debian/ubuntu
classes/archiver: Create patched archive before configuring
common-licenses: add BSD-2-Clause-Patent
buildhistory-collect-srcrevs: sort directories
perl: Fix host specific modules problems
bind: update to 9.11.19
libpam: Remove option 'obscure' from common-password
install-buildtools: remove hardcoded x86-64 architecture
install-buildtools: fail if an error occurs
relocatable.bbclass: Avoid an exception if an empty pkgconfig dir exist
mtd-utils: Fix return value of ubiformat
systemd: Sync systemd-serialgetty@.service with upstream
buildtools-tarball: export OPENSSL_CONF in environment setup
recipetool: Fix list concatenation when using edit
vim: restore the 'chmod -x' workaround in do_install
encodings: clear postinst script
wpa-supplicant: remove service templates from SYSTEMD_SERVICE
mdadm: remove service template from SYSTEMD_SERVICE
ltp: Add missing dependencies on coreutils, bc, e2fsprogs and gdb
populate_sdk_base.bbclass: fix warning: name not matched
powertop: switch to Arjan's git
patchelf: switch to git
u-boot-tools: backport patch from upstream to fix gcc 10 builds
acpica: Upgrade 20200214 -> 20200430 for gcc-10 fixes
valgrind: Backport upstream patch to fix __getauxval needs
valgrind: Do not use outline-atomics on aarch64
syslinux: Fix build with gcc10
squashfs-tools: Backport fix for compiling with gcc 10
wayland: fix condition for strndup detection
glibc: Update to latest on 2.31 branch
matchbox-wm: Replace -fcommon with fix
menu-cache: Replace -fcommon with fix
at-spi2-atk: Remove -fcommon
mesa: Remove -fcommon
libxcrypt2: Remove -fcommon
iproute2: Remove -fcommon
cpio: add patch to fix issues with gcc 10
binutils: add patch to fix issues with gcc 10
libcomps: update to 0.1.15
dtc: update to 1.6.0
gdbm: add patch to fix link failure against gcc 10
libtirpc: remove extra "-fcommon" from CFLAGS
libtirpc: upgrade 1.2.5 -> 1.2.6
bitbake: tests/fetch: Switch from git.infradead.org to a YP mirror
vim: _FORTIFY_SOURCE=2 be gone
build-sysroots: add sysroot paths with native binaries to PATH
linux-firmware: upgrade 20200421 -> 20200519
db: do not install db_verify if 'verify' is not enabled
qemu: force build type to production
oe-selftest: Recursively patch test case paths
oe-selftest: Allow overriding the build directory used for tests
archiver: Fix test case for srpm archiver mode
patchelf: Add patch to address corrupt shared library issue
cogl: point to correct HOMEPAGE
cve-check: include epoch in product version output
oeqa/targetcontrol: Rework exception handling to avoid warnings
cairo: Do not try to remove nonexistent directories
logrotate: Drop obsolete setting/comment
maintainers: Update Ross' email address
lz4: disable static library
sysfsutils: rem leftover settings for libsysfs-dev
util-linux: alternatify rtcwake
ltp: Exclude the memcg_stress tests due to timeout problems
core-image-minimal-initramfs: keep restriction with initramfs-module-install
Re: any kernel changes break module sysmtable

Rob Prowel
 

On 2020-08-03 14:30, Rob Prowel wrote:
More hassle dealing with vendor supplied yocto distro.
In the original "sumo" yocto release that the vendor sent us I could easily change their static flash image to a rootnfs image and tftpboot the kernel, bitstream, and DTB, and use nfs as a root filesystem.  This works great for development and not having to constantly go thru the slow flash update process.
Problem is that their updated release (also sumo) breaks any time I introduce a new kernel fragment like turning on rootnfs.  The resulting image will boot but all attempts to modprobe or insmod any modules result in the error
[    8.237421] xxx_dev: disagrees about version of symbol module_layout
Make a note!

Always double check the name and version of the kernel you are booting against the one you THINK you are loading. This becomes particularly easy to screw up when doing nfs or tftp boots.

Problem was of my own doing:

concatenating a lengthy u-boot string I used ${name} instead of ${hostname} so the wrong kernel was being tftp loaded...and I didn't catch this for a week!

problem solved!
any kernel changes break module sysmtable

Rob Prowel
 

More hassle dealing with vendor supplied yocto distro.

In the original "sumo" yocto release that the vendor sent us I could easily change their static flash image to a rootnfs image and tftpboot the kernel, bitstream, and DTB, and use nfs as a root filesystem. This works great for development and not having to constantly go thru the slow flash update process.

Problem is that their updated release (also sumo) breaks any time I introduce a new kernel fragment like turning on rootnfs. The resulting image will boot but all attempts to modprobe or insmod any modules result in the error

[ 8.237421] xxx_dev: disagrees about version of symbol module_layout

and an modprobe says

xxx: disagrees about version of symbol module_layout
modprobe: ERROR: could not insert 'xxx': Exec format error


In the bbappend I APPEND the new config filepath and add the cfg file to SRC_URI...and it seemingly finds the config file just fine.

# -----------------------------------------------------------
FILESEXTRAPATHS_append := "${THISDIR}/cfg:"


SRC_URI += "file://rootnfs.cfg"

#SRC_URI += "file://debug.cfg"
#SRC_URI += "file://networking.cfg"


The fragment itself just allows for IP autoconfig, enables NFS filesystem (in kernel, not modules), and brings in the DNS resolver.

# -------------------------------------------------------
CONFIG_IP_PNP=y
CONFIG_IP_PNP_DHCP=y
CONFIG_IP_PNP_BOOTP=y
CONFIG_IP_PNP_RARP=y

CONFIG_DNS_RESOLVER=y

CONFIG_NFS_FS=y
CONFIG_NFS_V2=y
CONFIG_NFS_V3=y
CONFIG_NFS_V4=y

CONFIG_PNFS_FILE_LAYOUT=y

CONFIG_ROOT_NFS=y

CONFIG_GRACE_PERIOD=y
CONFIG_LOCKD=y

CONFIG_SUNRPC=y
CONFIG_SUNRPC_GSS=y


Where in the process would the kernel modules and the kernel be getting out of sync when I make a change? Even forced modules loading fails.
#yocto #sdk running esdk as crops with local esdk-installer #yocto #sdk

valentin.duee@...
 

Hello guys,

I am trying to run an eSDK-environment by using crops. I did created the eSDK installer locally by doing "bitbake image -c populate_sdk_ext" with my own custom .wic-image. Now, if I want to run the container I need to do something like: "docker run --rm -it -v /home/yocto_dev/crops:/workdir crops/extsdk-container --url url". But my install is not in the internet but rather locally. So I provide the path on my local machine like: /home/sdk/x86_64-buildtools-nativesdk-standalone-V2.6.0.sh as url. Although this file exists I do get the error: "FileNotFoundError: [Errno 2] No such file or directory".

What might be the issue here?

Thanks in advance and best regards
Mirroring meta-kernel on git.yoctoproject.org

Paul Barker
 

Hey folks,

I'd like to get the meta-kernel layer mirrored on git.yoctoproject.org
so that we've got a backup available in case of any issues with
GitLab. This has been requested by one of our users
(https://gitlab.com/openembedded/community/meta-kernel/-/issues/11). I
also think it's important now that meta-arm-bsp and a few other layers
depend on meta-kernel.

I can enable an automatic push from GitLab whenever the repository is
updated so all we would need on git.yoctoproject.org is a meta-kernel
repository and push access from the relevant SSH keys.

Thanks,

--
Paul Barker
Konsulko Group
[meta-security][PATCH] libseccomp: fix cross compile error for mips

kai
 

From: Kai Kang <kai.kang@windriver.com>

Backport patch to fix cross compile error for mips:

| syscalls.h:44:6: error: expected identifier or '(' before numeric constant
| 44 | int mips;
| | ^~~~

Signed-off-by: Kai Kang <kai.kang@windriver.com>
---
.../files/fix-mips-build-failure.patch | 49 +++++++++++++++++++
.../libseccomp/libseccomp_2.5.0.bb | 1 +
2 files changed, 50 insertions(+)
create mode 100644 recipes-security/libseccomp/files/fix-mips-build-failure.patch

diff --git a/recipes-security/libseccomp/files/fix-mips-build-failure.patch b/recipes-security/libseccomp/files/fix-mips-build-failure.patch
new file mode 100644
index 0000000..7d17a03
--- /dev/null
+++ b/recipes-security/libseccomp/files/fix-mips-build-failure.patch
@@ -0,0 +1,49 @@
+Backport patch to fix cross compile error for mips:
+
+| syscalls.h:44:6: error: expected identifier or '(' before numeric constant
+| 44 | int mips;
+| | ^~~~
+
+Upstream-Status: Submitted [https://github.com/seccomp/libseccomp/pull/279/commits/04c519e5]
+
+Signed-off-by: Kai Kang <kai.kang@windriver.com>
+
+From 04c519e5b1de53592e98307813e5c6db7418f91b Mon Sep 17 00:00:00 2001
+From: Paul Moore <paul@paul-moore.com>
+Date: Sun, 2 Aug 2020 09:57:39 -0400
+Subject: [PATCH] build: undefine "mips" to prevent build problems for MIPS
+ targets
+
+It turns out that the MIPS GCC compiler defines a "mips" cpp macro
+which was resulting in build failures on MIPS so we need to
+undefine the "mips" macro during build. As this should be safe
+to do in all architectures, just add it to the compiler flags by
+default.
+
+This was reported in the following GH issue:
+* https://github.com/seccomp/libseccomp/issues/274
+
+Reported-by: Rongwei Zhang <pudh4418@gmail.com>
+Suggested-by: Rongwei Zhang <pudh4418@gmail.com>
+Signed-off-by: Paul Moore <paul@paul-moore.com>
+---
+ configure.ac | 4 +++-
+ 1 file changed, 3 insertions(+), 1 deletion(-)
+
+diff --git a/configure.ac b/configure.ac
+index 40d9dcbb..3e877348 100644
+--- a/configure.ac
++++ b/configure.ac
+@@ -65,9 +65,11 @@ m4_ifdef([AM_SILENT_RULES], [AM_SILENT_RULES([yes])])
+
+ dnl ####
+ dnl build flags
++dnl NOTE: the '-Umips' is here because MIPS GCC compilers "helpfully" define it
++dnl for us which wreaks havoc on the build
+ dnl ####
+ AM_CPPFLAGS="-I\${top_srcdir}/include -I\${top_builddir}/include"
+-AM_CFLAGS="-Wall"
++AM_CFLAGS="-Wall -Umips"
+ AM_LDFLAGS="-Wl,-z -Wl,relro"
+ AC_SUBST([AM_CPPFLAGS])
+ AC_SUBST([AM_CFLAGS])
diff --git a/recipes-security/libseccomp/libseccomp_2.5.0.bb b/recipes-security/libseccomp/libseccomp_2.5.0.bb
index 7a6b483..35365d5 100644
--- a/recipes-security/libseccomp/libseccomp_2.5.0.bb
+++ b/recipes-security/libseccomp/libseccomp_2.5.0.bb
@@ -10,6 +10,7 @@ SRCREV = "f13f58efc690493fe7aa69f54cb52a118f3769c1"

SRC_URI = "git://github.com/seccomp/libseccomp.git;branch=release-2.5 \
file://run-ptest \
+ file://fix-mips-build-failure.patch \
"

COMPATIBLE_HOST_riscv32 = "null"
--
2.17.1
1901 - 1920 of 52075  
More
Home Messages Hashtags Subgroups Terms