Date   

Re: devtool modify issues with ubuntu 20 and fedora core 32

Ernst Sjöstrand
 

Running into this also.

Here's another report of the same issue: https://lists.yoctoproject.org/g/yocto/message/50856

Regards
//Ernst


Cross compilation error finding libraries

Bel Hadj Salem Talel
 

Hi All,

I have an SDK populated from an image.
After sourcing the SDK env file, I try to run make on a project with this command :
make CC="$CC" LD="$LD" CFLAGS="${CFLAGS} --sysroot=/media/talel/data/sdk-multigate/sysroots/aarch64-poky-linux" CXXFLAGS="${CXXFLAGS} --sysroot=/media/talel/data/sdk-multigate/sysroots/aarch64-poky-linux"
I specified the CFLAGS and CXXFLAGS as mentionned in Yocto document (part 5.2 Makefile-Based projects) : https://www.yoctoproject.org/docs/1.1.2/adt-manual/adt-manual.html
Now I have this error:


** Building dynamic library (debug, shared) /home/talel/Documents/macchina.io/samples/LinuxThermalSimple/bin/Linux/x86_64/io.macchina.linux-thermal-simpled.so
aarch64-poky-linux-g++ -shared -Wl,-soname,io.macchina.linux-thermal-simpled.so -o /home/talel/Documents/macchina.io/samples/LinuxThermalSimple/bin/Linux/x86_64/io.macchina.linux-thermal-simpled.so  /home/talel/Documents/macchina.io/samples/LinuxThermalSimple/obj/Linux/x86_64/debug_shared/LinuxThermalSensor.o /home/talel/Documents/macchina.io/samples/LinuxThermalSimple/obj/Linux/x86_64/debug_shared/BundleActivator.o -L/home/talel/Documents/macchina.io/lib/Linux/x86_64 -L/home/talel/Documents/macchina.io/platform/lib/Linux/x86_64  -lIoTDevicesd -lPocoRemotingNGd -lPocoOSPd -lPocoUtild -lPocoXMLd -lPocoFoundationd  -lpthread -ldl -lrt
/media/talel/data/sdk-multigate/sysroots/x86_64-pokysdk-linux/usr/libexec/aarch64-poky-linux/gcc/aarch64-poky-linux/9.2.0/real-ld: cannot find crti.o: No such file or directory
/media/talel/data/sdk-multigate/sysroots/x86_64-pokysdk-linux/usr/libexec/aarch64-poky-linux/gcc/aarch64-poky-linux/9.2.0/real-ld: cannot find crtbeginS.o: No such file or directory
/media/talel/data/sdk-multigate/sysroots/x86_64-pokysdk-linux/usr/libexec/aarch64-poky-linux/gcc/aarch64-poky-linux/9.2.0/real-ld: cannot find -lIoTDevicesd
/media/talel/data/sdk-multigate/sysroots/x86_64-pokysdk-linux/usr/libexec/aarch64-poky-linux/gcc/aarch64-poky-linux/9.2.0/real-ld: cannot find -lPocoRemotingNGd
/media/talel/data/sdk-multigate/sysroots/x86_64-pokysdk-linux/usr/libexec/aarch64-poky-linux/gcc/aarch64-poky-linux/9.2.0/real-ld: cannot find -lPocoOSPd
/media/talel/data/sdk-multigate/sysroots/x86_64-pokysdk-linux/usr/libexec/aarch64-poky-linux/gcc/aarch64-poky-linux/9.2.0/real-ld: cannot find -lPocoUtild
/media/talel/data/sdk-multigate/sysroots/x86_64-pokysdk-linux/usr/libexec/aarch64-poky-linux/gcc/aarch64-poky-linux/9.2.0/real-ld: cannot find -lPocoXMLd
/media/talel/data/sdk-multigate/sysroots/x86_64-pokysdk-linux/usr/libexec/aarch64-poky-linux/gcc/aarch64-poky-linux/9.2.0/real-ld: cannot find -lPocoFoundationd
/media/talel/data/sdk-multigate/sysroots/x86_64-pokysdk-linux/usr/libexec/aarch64-poky-linux/gcc/aarch64-poky-linux/9.2.0/real-ld: cannot find -lpthread
/media/talel/data/sdk-multigate/sysroots/x86_64-pokysdk-linux/usr/libexec/aarch64-poky-linux/gcc/aarch64-poky-linux/9.2.0/real-ld: cannot find -ldl
/media/talel/data/sdk-multigate/sysroots/x86_64-pokysdk-linux/usr/libexec/aarch64-poky-linux/gcc/aarch64-poky-linux/9.2.0/real-ld: cannot find -lrt
/media/talel/data/sdk-multigate/sysroots/x86_64-pokysdk-linux/usr/libexec/aarch64-poky-linux/gcc/aarch64-poky-linux/9.2.0/real-ld: cannot find -lstdc++
/media/talel/data/sdk-multigate/sysroots/x86_64-pokysdk-linux/usr/libexec/aarch64-poky-linux/gcc/aarch64-poky-linux/9.2.0/real-ld: cannot find -lm
/media/talel/data/sdk-multigate/sysroots/x86_64-pokysdk-linux/usr/libexec/aarch64-poky-linux/gcc/aarch64-poky-linux/9.2.0/real-ld: cannot find -lgcc_s
/media/talel/data/sdk-multigate/sysroots/x86_64-pokysdk-linux/usr/libexec/aarch64-poky-linux/gcc/aarch64-poky-linux/9.2.0/real-ld: cannot find -lc
/media/talel/data/sdk-multigate/sysroots/x86_64-pokysdk-linux/usr/libexec/aarch64-poky-linux/gcc/aarch64-poky-linux/9.2.0/real-ld: cannot find -lgcc_s
/media/talel/data/sdk-multigate/sysroots/x86_64-pokysdk-linux/usr/libexec/aarch64-poky-linux/gcc/aarch64-poky-linux/9.2.0/real-ld: cannot find crtendS.o: No such file or directory
/media/talel/data/sdk-multigate/sysroots/x86_64-pokysdk-linux/usr/libexec/aarch64-poky-linux/gcc/aarch64-poky-linux/9.2.0/real-ld: cannot find crtn.o: No such file or directory
collect2: error: ld returned 1 exit status
/home/talel/Documents/macchina.io/platform/build/rules/dylib:54: recipe for target '/home/talel/Documents/macchina.io/samples/LinuxThermalSimple/bin/Linux/x86_64/io.macchina.linux-thermal-simpled.so' failed
make: *** [/home/talel/Documents/macchina.io/samples/LinuxThermalSimple/bin/Linux/x86_64/io.macchina.linux-thermal-simpled.so] Error 1

I need help.
Thanks, Talel


Systemd, overlayfs, and machine-id problem

Morten Bruun
 

Hi,

In our current Yocto project we are using an overlayfs on top of /etc

This seems to trigger the systemd-machine-id-setup service which fails with the error below: 

systemd-machine-id-setup[204]: Failed to unmount transient /etc/machine-id file: Invalid argument.

The failed service then triggers an error in the test_systemd_failed test in the systemd testimage suite.

As far as I understand the machine-id setup is triggered because path_is_mount_point() can report false positives when using overlayfs.

Is there a way to fix this?

Kind regards,
Morten


Re: QA notification for completed autobuilder build (yocto-3.2.rc2)

Sangeeta Jain
 

Hi all,

Intel and WR YP QA is planning for QA execution for YP build yocto-3.2.rc2 We are planning to execute following tests for this cycle:

OEQA-manual tests for following module:
1. OE-Core
2. BSP-hw

Runtime auto test for following platforms:
1. MinnowTurbot 32-bit
2. Coffee Lake
3. NUC 7
4. NUC 6
5. Edgerouter
6. Beaglebone

ETA for completion is next Monday, November 02.

Thanks,
Sangeeta

-----Original Message-----
From: Pokybuild User <pokybuild@fedora30-ty-1.yocto.io>
Sent: Tuesday, 27 October, 2020 4:15 PM
To: yocto@lists.yoctoproject.org
Cc: otavio@ossystems.com.br; yi.zhao@windriver.com; Sangal, Apoorv
<apoorv.sangal@intel.com>; Yeoh, Ee Peng <ee.peng.yeoh@intel.com>;
Chan, Aaron Chun Yew <aaron.chun.yew.chan@intel.com>;
richard.purdie@linuxfoundation.org; akuster808@gmail.com;
sjolley.yp.pm@gmail.com; Jain, Sangeeta <sangeeta.jain@intel.com>
Subject: QA notification for completed autobuilder build (yocto-3.2.rc2)


A build flagged for QA (yocto-3.2.rc2) was completed on the autobuilder and
is available at:


https://autobuilder.yocto.io/pub/releases/yocto-3.2.rc2


Build hash information:

bitbake: fec2b85689bba1d26ad6f376bc11cc29bb27cbe5
meta-arm: 2d3ded053ae0774b9c7254bdc084451438b2150a
meta-gplv2: 6e8e969590a22a729db1ff342de57f2fd5d02d43
meta-intel: 4ee7bc0ab408db7388374e86920ffa378b7b4535
meta-kernel: dbf8bdfa6683404e5071feb47ef6aa347cab1b01
meta-mingw: d2809d7c93bdb46014e1f8b3b0a4f42030078905
oecore: d3114ca369792201a5316c1ede29eb72f0868d35
poky: 5d75168a13d00253460020e536b2a87833ec67d2



This is an automated message from the Yocto Project Autobuilder
Git: git://git.yoctoproject.org/yocto-autobuilder2
Email: richard.purdie@linuxfoundation.org



QA notification for completed autobuilder build (yocto-3.2.rc2)

pokybuild@...
 

A build flagged for QA (yocto-3.2.rc2) was completed on the autobuilder and is available at:


https://autobuilder.yocto.io/pub/releases/yocto-3.2.rc2


Build hash information:

bitbake: fec2b85689bba1d26ad6f376bc11cc29bb27cbe5
meta-arm: 2d3ded053ae0774b9c7254bdc084451438b2150a
meta-gplv2: 6e8e969590a22a729db1ff342de57f2fd5d02d43
meta-intel: 4ee7bc0ab408db7388374e86920ffa378b7b4535
meta-kernel: dbf8bdfa6683404e5071feb47ef6aa347cab1b01
meta-mingw: d2809d7c93bdb46014e1f8b3b0a4f42030078905
oecore: d3114ca369792201a5316c1ede29eb72f0868d35
poky: 5d75168a13d00253460020e536b2a87833ec67d2



This is an automated message from the Yocto Project Autobuilder
Git: git://git.yoctoproject.org/yocto-autobuilder2
Email: richard.purdie@linuxfoundation.org


Re: QA notification for completed autobuilder build (yocto-3.2.rc1)

Richard Purdie
 

On Mon, 2020-10-26 at 07:06 +0000, Jain, Sangeeta wrote:
Hello all,

This is the full report for yocto-3.2.rc1:
https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults

======= Summary ========
No new defects are found.
No high milestone defects.

glib-2.0 ptest failed (BUG id:14106)

Bugs verified:

BUG id:14050 - [QA 3.2 M3 RC1] failure in ptest : parted component
Verified Fixed.

Existing bugs observed in this release:

valgrind ptest failed (BUG id:14051)
Updated with 2 ptests passed and 3 new failures.

======= Bugs ========
https://bugzilla.yoctoproject.org/show_bug.cgi?id=14106
https://bugzilla.yoctoproject.org/show_bug.cgi?id=14050
https://bugzilla.yoctoproject.org/show_bug.cgi?id=14051
Thanks for this Sangeeta and team!

Since this is final 3.2 we're keen to ensure we sort out the issues we
can. There was a buildhistory issue that became apparent in the last
few days. Adding in the above two ptest issues and we probably can't
release rc1.

I've merged fixes for the buildhistory issue and both the glib-2.0 and
valgrind ptest issues along with some other small tweaks and have
triggered a build of rc2.

Cheers,

Richard


M+ & H bugs with Milestone Movements WW43

Stephen Jolley
 

All,

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

Priority

Bug ID

Short Description

Changer

Owner

Was

Became

Medium+

11449

Allow overriding classes to override overridden classes

richard.purdie@...

richard.purdie@...

3.2 M4

3.3 M1

 

11746

oe-selftest: capture self.logger messages in XML output

richard.purdie@...

richard.purdie@...

3.2 M4

3.3 M1

 

12090

bitbake resident server reconnect needed ?

richard.purdie@...

richard.purdie@...

3.2 M4

3.3 M1

 

12368

persistent bitbake server does not re-parse if previous build was ctrl+C'd

richard.purdie@...

richard.purdie@...

3.2 M4

3.3 M1

 

12970

uninative file should be versionned

richard.purdie@...

richard.purdie@...

3.2 M4

3.3 M1

 

12986

Failed to expand SRCPV on updateding SRC_URI using pn overrides and BBCLASSEXTEND

richard.purdie@...

richard.purdie@...

3.2 M4

3.3 M1

 

13123

package.PackageTests.test_gdb_hardlink_debug failed

randy.macleod@...

randy.macleod@...

3.2 M4

3.3 M1

 

13183

bitbake-layers crashes with incorrect layer configuration data is given (expected proper error printing and exit with error)

richard.purdie@...

richard.purdie@...

3.2 M4

3.3 M1

 

13278

If git protocol doesn't work, you get a tar.gz clone from PREMIRROR which has git protocol origin

richard.purdie@...

richard.purdie@...

3.2 M4

3.3 M1

 

13325

Add link to the output directory from LHS console view

richard.purdie@...

richard.purdie@...

3.2 M4

3.3 M1

 

13355

RDEPENDS does not work properly for native builds (only supports recipe names, not package names)

richard.purdie@...

richard.purdie@...

3.2 M4

3.3 M1

 

13374

Determine 32bit guest support on arm64

richard.purdie@...

richard.purdie@...

3.2 M4

3.3 M1

 

13424

devupstream doesn't work with mutilib

richard.purdie@...

richard.purdie@...

3.2 M4

3.3 M1

 

13448

bitbake master appears to expand variables it should not need to

richard.purdie@...

richard.purdie@...

3.2 M4

3.3 M1

 

13527

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

timothy.t.orling@...

idadelm@...

3.2 M4

3.3 M1

 

13529

Add SPDX license headers to all source files for prelink-cross

timothy.t.orling@...

idadelm@...

3.2 M4

3.3 M1

 

13599

Enhancement: Detect variables that shouldn't be defined in image scope, but in global (distro) scope

richard.purdie@...

richard.purdie@...

3.2 M4

3.3 M1

 

13642

Split single "run-config" step into multiple steps

richard.purdie@...

richard.purdie@...

3.2 M4

3.3 M1

 

13690

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

timothy.t.orling@...

timothy.t.orling@...

3.2 M4

3.3 M1

 

13699

Prolonged recipe parsing times after removing tmp when the resident bitbake server is used

richard.purdie@...

richard.purdie@...

3.2 M4

3.3 M1

 

13711

Parsing fails on externalsrc recipe containing both git and file in SRC_URI

richard.purdie@...

richard.purdie@...

3.2 M4

3.3 M1

 

13729

Changing siteinfo files doesn't change task checksum

richard.purdie@...

richard.purdie@...

3.2 M4

3.3 M1

 

13823

fetch2: PREMIRROR and SRC_URI with users on both url yields invalid username

richard.purdie@...

richard.purdie@...

3.2 M4

3.3 M1

 

13886

bitbake resident server does not honour --runonly or --runall options

richard.purdie@...

richard.purdie@...

3.2 M4

3.3 M1

 

13888

Toaster is not starting for Django-3

david.reyna@...

david.reyna@...

3.1.4

3.1.5

 

13891

insane.bbclass: do_package_qa hangs when checking a FIFO (named pipe) file

richard.purdie@...

richard.purdie@...

3.2 M4

3.3 M1

 

13938

devtool modify virtual/kernel fails when EXTRAVERSION field is empty in Makefile

timothy.t.orling@...

timothy.t.orling@...

3.2 M4

3.3 M1

 

13973

rm_work sigdata written with same hash and empty diffsigs, though different contents

richard.purdie@...

richard.purdie@...

3.2 M4

3.3 M1

 

14054

bitbake-layers allows adding invalid layer configuration

richard.purdie@...

richard.purdie@...

3.2 M4

3.3 M1

 

14065

Automated ptest regression testing

timothy.t.orling@...

apoorvsangal@...

3.2 M4

3.3 M1

 

14094

Switch RPM to use Sqlite instead of BDB

randy.macleod@...

ross@...

3.4

3.3 M2

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

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

 


Enhancements/Bugs closed WW43!

Stephen Jolley
 

All,

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

Who

Count

richard.purdie@...

5

akuster808@...

3

timothy.t.orling@...

2

david.reyna@...

1

steve@...

1

ross@...

1

randy.macleod@...

1

sangeeta.jain@...

1

JPEWhacker@...

1

Grand Total

16

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.3

Stephen Jolley
 

All,

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

Who

Count

richard.purdie@...

31

david.reyna@...

22

ross@...

20

bluelightning@...

19

bruce.ashfield@...

19

JPEWhacker@...

13

sakib.sajal@...

11

timothy.t.orling@...

11

mark.morton@...

11

trevor.gamblin@...

9

akuster808@...

9

kai.kang@...

9

stacy.gaikovaia@...

7

Qi.Chen@...

7

rpjday@...

4

mostthingsweb@...

4

raj.khem@...

4

idadelm@...

4

randy.macleod@...

4

mingli.yu@...

4

yi.zhao@...

3

alejandro@...

3

ydirson@...

3

hongxu.jia@...

3

chee.yang.lee@...

3

saul.wold@...

2

matthewzmd@...

2

jeanmarie.lemetayer@...

2

michael@...

2

jaewon@...

2

mark.hatle@...

2

kergoth@...

2

jpuhlman@...

2

jon.mason@...

2

joe.slater@...

1

Martin.Jansa@...

1

aehs29@...

1

ankur.tyagi85@...

1

shantanoo_desai@...

1

dl9pf@...

1

changqing.li@...

1

liu.ming50@...

1

anuj.mittal@...

1

kexin.hao@...

1

jason.wessel@...

1

maxime.roussinbelanger@...

1

apoorvsangal@...

1

liezhi.yang@...

1

fede@...

1

kai.ruhnau@...

1

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

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

 


Yocto Project Newcomer & Unassigned Bugs - Help Needed

Stephen Jolley
 

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#Newcomer_Bugs  Also please review: https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded and how to create a bugzilla account at: https://bugzilla.yoctoproject.org/createaccount.cgi

The idea is these bugs should be straight forward for a person to help work on who doesn't have deep experience with the project.  If anyone can help, please take ownership of the bug and send patches!  If anyone needs help/advice there are people on irc who can likely do so, or some of the more experienced contributors will likely be happy to help too.

 

Also, the triage team meets weekly and does its best to handle the bugs reported into the Bugzilla. The number of people attending that meeting has fallen, as have the number of people available to help fix bugs. One of the things we hear users report is they don't know how to help. We (the triage team) are therefore going to start reporting out the currently 326 unassigned or newcomer bugs.

 

We're hoping people may be able to spare some time now and again to help out with these.  Bugs are split into two types, "true bugs" where things don't work as they should and "enhancements" which are features we'd want to add to the system.  There are also roughly four different "priority" classes right now, “3.2”, “3.3, "3.99" and "Future", the more pressing/urgent issues being in "3.2" and then “3.3”.

 

Please review this link and if a bug is something you would be able to help with either take ownership of the bug, or send me (sjolley.yp.pm@...) an e-mail with the bug number you would like and I will assign it to you (please make sure you have a Bugzilla account).  The list is at: https://wiki.yoctoproject.org/wiki/Bug_Triage_Archive#Unassigned_or_Newcomer_Bugs

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

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

 


[meta-selinux][PATCH] layer.conf: add gatesgarth compatibility

Jon Mason
 

Signed-off-by: Jon Mason <jdmason@kudzu.us>
---
conf/layer.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/conf/layer.conf b/conf/layer.conf
index da24359b7484..178ce1b734d3 100644
--- a/conf/layer.conf
+++ b/conf/layer.conf
@@ -23,7 +23,7 @@ BBFILE_PRIORITY_selinux =3D "5"
# cause compatibility issues with other layers
LAYERVERSION_selinux =3D "1"
=20
-LAYERSERIES_COMPAT_selinux =3D "dunfell"
+LAYERSERIES_COMPAT_selinux =3D "dunfell gatesgarth"
=20
LAYERDEPENDS_selinux =3D " \
core \
--=20
2.20.1


Re: QA notification for completed autobuilder build (yocto-3.2.rc1)

Sangeeta Jain
 

Hello all,

This is the full report for yocto-3.2.rc1:
https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults

======= Summary ========
No new defects are found.
No high milestone defects.

glib-2.0 ptest failed (BUG id:14106)

Bugs verified:

BUG id:14050 - [QA 3.2 M3 RC1] failure in ptest : parted component
Verified Fixed.

Existing bugs observed in this release:

valgrind ptest failed (BUG id:14051)
Updated with 2 ptests passed and 3 new failures.

======= Bugs ========
https://bugzilla.yoctoproject.org/show_bug.cgi?id=14106
https://bugzilla.yoctoproject.org/show_bug.cgi?id=14050
https://bugzilla.yoctoproject.org/show_bug.cgi?id=14051

Thanks,
Sangeeta

-----Original Message-----
From: yocto@lists.yoctoproject.org <yocto@lists.yoctoproject.org> On
Behalf Of Pokybuild User
Sent: Wednesday, 21 October, 2020 12:36 AM
To: yocto@lists.yoctoproject.org
Cc: otavio@ossystems.com.br; yi.zhao@windriver.com; Sangal, Apoorv
<apoorv.sangal@intel.com>; Yeoh, Ee Peng <ee.peng.yeoh@intel.com>;
Chan, Aaron Chun Yew <aaron.chun.yew.chan@intel.com>;
richard.purdie@linuxfoundation.org; akuster808@gmail.com;
sjolley.yp.pm@gmail.com; Jain, Sangeeta <sangeeta.jain@intel.com>
Subject: [yocto] QA notification for completed autobuilder build (yocto-
3.2.rc1)


A build flagged for QA (yocto-3.2.rc1) was completed on the autobuilder and
is available at:


https://autobuilder.yocto.io/pub/releases/yocto-3.2.rc1


Build hash information:

bitbake: 9345d257ced432adc2d16af20ace58cc7c086aab
meta-arm: b419151acd2761d0e2723f0d0c0bbbed00c45c5b
meta-gplv2: 6e8e969590a22a729db1ff342de57f2fd5d02d43
meta-intel: 0e4b3cb01735bdc5ebf50c547927f1f59b0248d2
meta-kernel: dbf8bdfa6683404e5071feb47ef6aa347cab1b01
meta-mingw: d2809d7c93bdb46014e1f8b3b0a4f42030078905
oecore: ea8ba9a15bcec7f5fbce1f40170298f87a808249
poky: 4e4a302e37ac06543e9983773cdb4caf7728330d



This is an automated message from the Yocto Project Autobuilder
Git: git://git.yoctoproject.org/yocto-autobuilder2
Email: richard.purdie@linuxfoundation.org



Re: [meta-cgl][PATCH] heartbeat: don't use trailing slash in S

Yu, Mingli
 

Ping.

Thanks,

On 10/21/20 1:54 PM, Yu, Mingli wrote:
From: Mingli Yu <mingli.yu@windriver.com>
* see oe-core base.bbclass changes from:
https://lists.openembedded.org/g/openembedded-core/message/143159
https://lists.openembedded.org/g/openembedded-core/message/143161
Signed-off-by: Mingli Yu <mingli.yu@windriver.com>
---
meta-cgl-common/recipes-cgl/heartbeat/heartbeat_3.0.6.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-cgl-common/recipes-cgl/heartbeat/heartbeat_3.0.6.bb b/meta-cgl-common/recipes-cgl/heartbeat/heartbeat_3.0.6.bb
index 35fee43..5031c64 100644
--- a/meta-cgl-common/recipes-cgl/heartbeat/heartbeat_3.0.6.bb
+++ b/meta-cgl-common/recipes-cgl/heartbeat/heartbeat_3.0.6.bb
@@ -38,7 +38,7 @@ SRC_URI = " \
"
SRC_URI[md5sum] = "101c8f507b1f407468d5ef15ae6719da"
SRC_URI[sha256sum] = "851d2add2c129fef9fede764fec80229e1f6e7295e0e979950d10258648b462c"
-S = "${WORKDIR}/Heartbeat-3-0-958e11be8686/"
+S = "${WORKDIR}/Heartbeat-3-0-958e11be8686"
DEPENDS = "cluster-glue corosync gnutls libxslt-native xmlto-native docbook-xml-dtd4-native docbook-xsl-stylesheets-native intltool"
RDEPENDS_${PN} += "python"
inherit autotools-brokensep pkgconfig useradd


libxcb_1.14.bb:do_compile fails

Yocto
 

Build Configuration:
BB_VERSION           = "1.48.0"
BUILD_SYS            = "x86_64-linux"
NATIVELSBSTRING      = "fedora-33"
TARGET_SYS           = "x86_64-overc-linux"
MACHINE              = "intel-corei7-64"
DISTRO               = "overc"
DISTRO_VERSION       = "1.0"
TUNE_FEATURES        = "m64 corei7"
TARGET_FPU           = ""
meta
meta-poky
meta-yocto-bsp       = "gatesgarth:4e4a302e37ac06543e9983773cdb4caf7728330d"
meta-oe
meta-python
meta-networking
meta-filesystems
meta-multimedia
meta-perl            = "master:1a53121ff54732648a4ee1e96643106d4d36c524"
meta-overc
meta-cube            = "master:af81bc7ec63e96aa7816b523b75ad9f29f9dfcf0"
meta-intel           = "master:4ee7bc0ab408db7388374e86920ffa378b7b4535"
meta-virtualization  = "master:7a8167fa82621dd606260450b1e648e50a1d79ab"
meta-cloud-services  = "master:4f6cd1d6664ca1a51bdc742291fe4bf83ecf2a92"
meta-security        = "master:e8c9e69c80ea2c525250e07db1024d8e34f1f0f8"
meta-selinux         = "master:6e1100d29aec118df2025c46c77f4c8aa8da4e76"
meta-gnome
meta-xfce            = "master:1a53121ff54732648a4ee1e96643106d4d36c524"
meta-awnix           = "master:c616414c6ed4f6f2ab75703ce5a3e84acacd3c47"
workspace            = "master:24e9d2b6651ae06a10917d5ad05755e59c30f26a"


anyone else coming across this ??

virtual:native:/var/home/dingo/overc/poky/meta/recipes-graphics/xorg-lib/libxcb_1.14.bb:do_compile

ImportError: cannot import name 'gcd' from 'fractions' (/usr/lib64/python3.9/fractions.py)

Failed to load the xcbgen Python package!
Make sure that xcb/proto installed it on your Python path.
If not, you will need to create a .pth file or define $PYTHONPATH
to extend the path.
Refer to the README file in xcb/proto for more info.


Failed to load the xcbgen Python package!
Make sure that xcb/proto installed it on your Python path.
If not, you will need to create a .pth file or define $PYTHONPATH
to extend the path.
Refer to the README file in xcb/proto for more info.


Re: [oe] [yocto] Let me tell you how I really feel. Zero filter. If you need meta-python2, you need to become a maintainer. Immediately. Period.

Alejandro Hernandez Samaniego
 

I don't believe this is about a certain amount of cash in any way and I think it's unfair to say it would be,
and I also believe that this has been called out by Tim and others several times with little to no response
on someone offering to help out and those discussions need to be accounted for, it isn't just about this last
message.

You've had enough time to port code to python3, and there has been an extra effort to maintain this layer for
longer than it should have already.

If you have a product based on python2, or you use it in some way, at this point, you need to allocate time to
work on it and maintain it (to be honest you should have started to help out since several years ago),
simple as that, there's nothing else to read between the lines.

Again, as Alex said, "you" isn't targeted to anyone in specific, its simply referring to anyone using it 
(and probably complaining about support for it)

Alejandro

On Sat, 24 Oct 2020 at 20:29, Alexander Kanavin <alex.kanavin@...> wrote:
Right, I guess my usage of 'you' was ambiguous. It was not targeted at you specifically, my apologies for that.

Alex

On Sat, 24 Oct 2020 at 22:26, Zoran Stojsavljevic <zoran.stojsavljevic@...> wrote:
I do get this.

But if you deliver/target this message to me, you are barking under
the wrong tree.

Best Regards,
Zoran

On Sat, Oct 24, 2020 at 10:22 PM Alexander Kanavin
<alex.kanavin@...> wrote:
>
> I am not complaining or bragging. I only want to set expectations, in public, and clearly. Otherwise some people will treat the project contributors as their unpaid contractors, and get upset when help is not given, or work is not done for them.
>
> Alex
>
> On Sat, 24 Oct 2020 at 19:38, Zoran Stojsavljevic <zoran.stojsavljevic@...> wrote:
>>
>> Alex,
>>
>> Either do it voluntarily, either do not.
>>
>> Do not complain, or brag about it.
>>
>> We all understand Open Source rules, or we do not, do we???
>>
>> Thank you,
>> Zoran Stojsavljevic
>> _______
>>
>>
>>
>>
>>
>> On Sat, Oct 24, 2020 at 12:54 PM Zoran via lists.yoctoproject.org
>> <zoran.stojsavljevic=gmail.com@...> wrote:
>> >
>> > > I have absolutely no need for python2, I made this abundantly
>> > > clear when I created the meta-python2 layer.
>> >
>> > WTH? Let me tell you how I really feel.
>> >
>> > I  have absolutely no need for python2, as well.
>> >
>> > > You are not paying me to do this. You cannot pay me enough
>> > > to do this. Period. Support yourself.
>> >
>> > What is the amount of cash for you, you'll consider it enough to
>> > do that???
>> >
>> > Better... What is the real message behind this/yours "announcement"?
>> >
>> > Thank you,
>> > Zoran
>> > _______
>> >
>> > On Wed, Oct 21, 2020 at 2:48 AM Tim Orling <ticotimo@...> wrote:
>> > >
>> > > I have absolutely no need for python2, I made this abundantly clear when I created the meta-python2 layer.
>> > >
>> > > If you depend upon continuing support of python2 via the meta-python2 layer, this is your call to arms.
>> > >
>> > > I was originally intending to abdicate any support after the 3.1 "dunfell" release, but managed to somehow continue supporting it into the crest of the 3.2 "gatesgarth" release.
>> > >
>> > > I will stop all support and actively refuse lo respond to any emails and this layer will be dead and I have zero care in the world that it stops being useful. I do not use it. I do not depend upon it. You are not paying me to do this. You cannot pay me enough to do this. Period. Support yourself.
>> > >
>> > > If this is not clear enough, I am happy to have a virtual video call with you that you will not like.
>> > >
>> > > --moto-timo
>> > >
>> > >
>> >
>> >
>> >




Re: Let me tell you how I really feel. Zero filter. If you need meta-python2, you need to become a maintainer. Immediately. Period.

Alexander Kanavin
 

Right, I guess my usage of 'you' was ambiguous. It was not targeted at you specifically, my apologies for that.

Alex


On Sat, 24 Oct 2020 at 22:26, Zoran Stojsavljevic <zoran.stojsavljevic@...> wrote:
I do get this.

But if you deliver/target this message to me, you are barking under
the wrong tree.

Best Regards,
Zoran

On Sat, Oct 24, 2020 at 10:22 PM Alexander Kanavin
<alex.kanavin@...> wrote:
>
> I am not complaining or bragging. I only want to set expectations, in public, and clearly. Otherwise some people will treat the project contributors as their unpaid contractors, and get upset when help is not given, or work is not done for them.
>
> Alex
>
> On Sat, 24 Oct 2020 at 19:38, Zoran Stojsavljevic <zoran.stojsavljevic@...> wrote:
>>
>> Alex,
>>
>> Either do it voluntarily, either do not.
>>
>> Do not complain, or brag about it.
>>
>> We all understand Open Source rules, or we do not, do we???
>>
>> Thank you,
>> Zoran Stojsavljevic
>> _______
>>
>>
>>
>>
>>
>> On Sat, Oct 24, 2020 at 12:54 PM Zoran via lists.yoctoproject.org
>> <zoran.stojsavljevic=gmail.com@...> wrote:
>> >
>> > > I have absolutely no need for python2, I made this abundantly
>> > > clear when I created the meta-python2 layer.
>> >
>> > WTH? Let me tell you how I really feel.
>> >
>> > I  have absolutely no need for python2, as well.
>> >
>> > > You are not paying me to do this. You cannot pay me enough
>> > > to do this. Period. Support yourself.
>> >
>> > What is the amount of cash for you, you'll consider it enough to
>> > do that???
>> >
>> > Better... What is the real message behind this/yours "announcement"?
>> >
>> > Thank you,
>> > Zoran
>> > _______
>> >
>> > On Wed, Oct 21, 2020 at 2:48 AM Tim Orling <ticotimo@...> wrote:
>> > >
>> > > I have absolutely no need for python2, I made this abundantly clear when I created the meta-python2 layer.
>> > >
>> > > If you depend upon continuing support of python2 via the meta-python2 layer, this is your call to arms.
>> > >
>> > > I was originally intending to abdicate any support after the 3.1 "dunfell" release, but managed to somehow continue supporting it into the crest of the 3.2 "gatesgarth" release.
>> > >
>> > > I will stop all support and actively refuse lo respond to any emails and this layer will be dead and I have zero care in the world that it stops being useful. I do not use it. I do not depend upon it. You are not paying me to do this. You cannot pay me enough to do this. Period. Support yourself.
>> > >
>> > > If this is not clear enough, I am happy to have a virtual video call with you that you will not like.
>> > >
>> > > --moto-timo
>> > >
>> > >
>> >
>> >
>> >


Re: Let me tell you how I really feel. Zero filter. If you need meta-python2, you need to become a maintainer. Immediately. Period.

Zoran
 

I do get this.

But if you deliver/target this message to me, you are barking under
the wrong tree.

Best Regards,
Zoran

On Sat, Oct 24, 2020 at 10:22 PM Alexander Kanavin
<alex.kanavin@gmail.com> wrote:

I am not complaining or bragging. I only want to set expectations, in public, and clearly. Otherwise some people will treat the project contributors as their unpaid contractors, and get upset when help is not given, or work is not done for them.

Alex

On Sat, 24 Oct 2020 at 19:38, Zoran Stojsavljevic <zoran.stojsavljevic@gmail.com> wrote:

Alex,

Either do it voluntarily, either do not.

Do not complain, or brag about it.

We all understand Open Source rules, or we do not, do we???

Thank you,
Zoran Stojsavljevic
_______





On Sat, Oct 24, 2020 at 12:54 PM Zoran via lists.yoctoproject.org
<zoran.stojsavljevic=gmail.com@lists.yoctoproject.org> wrote:

I have absolutely no need for python2, I made this abundantly
clear when I created the meta-python2 layer.
WTH? Let me tell you how I really feel.

I have absolutely no need for python2, as well.

You are not paying me to do this. You cannot pay me enough
to do this. Period. Support yourself.
What is the amount of cash for you, you'll consider it enough to
do that???

Better... What is the real message behind this/yours "announcement"?

Thank you,
Zoran
_______

On Wed, Oct 21, 2020 at 2:48 AM Tim Orling <ticotimo@gmail.com> wrote:

I have absolutely no need for python2, I made this abundantly clear when I created the meta-python2 layer.

If you depend upon continuing support of python2 via the meta-python2 layer, this is your call to arms.

I was originally intending to abdicate any support after the 3.1 "dunfell" release, but managed to somehow continue supporting it into the crest of the 3.2 "gatesgarth" release.

I will stop all support and actively refuse lo respond to any emails and this layer will be dead and I have zero care in the world that it stops being useful. I do not use it. I do not depend upon it. You are not paying me to do this. You cannot pay me enough to do this. Period. Support yourself.

If this is not clear enough, I am happy to have a virtual video call with you that you will not like.

--moto-timo



[opkg-utils PATCH] update-alternatives: correctly match priority

Alexander Kanavin
 

It should always be at the end of string, otherwise something
like "/usr/bin/python3.9-config 123" will erroneously match
against priority 9.

Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com>
---
update-alternatives | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/update-alternatives b/update-alternatives
index 1389b3f..e0b31bf 100644
--- a/update-alternatives
+++ b/update-alternatives
@@ -94,7 +94,7 @@ add_alt() {
local path=3D"$2"
local priority=3D"$3"
remove_alt $name $path
- if grep -qw "$priority" $ad/$name; then
+ if grep -qw "$priority"$ $ad/$name; then
echo "Warn: update-alternatives: $name has multiple providers with the=
same priority, please check $ad/$name for details"
fi
echo "$path $priority" >> $ad/$name
--=20
2.28.0


Re: Let me tell you how I really feel. Zero filter. If you need meta-python2, you need to become a maintainer. Immediately. Period.

Alexander Kanavin
 

I am not complaining or bragging. I only want to set expectations, in public, and clearly. Otherwise some people will treat the project contributors as their unpaid contractors, and get upset when help is not given, or work is not done for them.

Alex


On Sat, 24 Oct 2020 at 19:38, Zoran Stojsavljevic <zoran.stojsavljevic@...> wrote:
Alex,

Either do it voluntarily, either do not.

Do not complain, or brag about it.

We all understand Open Source rules, or we do not, do we???

Thank you,
Zoran Stojsavljevic
_______





On Sat, Oct 24, 2020 at 12:54 PM Zoran via lists.yoctoproject.org
<zoran.stojsavljevic=gmail.com@...> wrote:
>
> > I have absolutely no need for python2, I made this abundantly
> > clear when I created the meta-python2 layer.
>
> WTH? Let me tell you how I really feel.
>
> I  have absolutely no need for python2, as well.
>
> > You are not paying me to do this. You cannot pay me enough
> > to do this. Period. Support yourself.
>
> What is the amount of cash for you, you'll consider it enough to
> do that???
>
> Better... What is the real message behind this/yours "announcement"?
>
> Thank you,
> Zoran
> _______
>
> On Wed, Oct 21, 2020 at 2:48 AM Tim Orling <ticotimo@...> wrote:
> >
> > I have absolutely no need for python2, I made this abundantly clear when I created the meta-python2 layer.
> >
> > If you depend upon continuing support of python2 via the meta-python2 layer, this is your call to arms.
> >
> > I was originally intending to abdicate any support after the 3.1 "dunfell" release, but managed to somehow continue supporting it into the crest of the 3.2 "gatesgarth" release.
> >
> > I will stop all support and actively refuse lo respond to any emails and this layer will be dead and I have zero care in the world that it stops being useful. I do not use it. I do not depend upon it. You are not paying me to do this. You cannot pay me enough to do this. Period. Support yourself.
> >
> > If this is not clear enough, I am happy to have a virtual video call with you that you will not like.
> >
> > --moto-timo
> >
> >
>
>
>


Re: [meta-security][PATCH] meta-securtiy: Add gatesgarth to LAYERSERIES_COMPAT

akuster
 

On 10/19/20 7:52 AM, Martin Jansa wrote:
Small typo in commit summary, but other than that please merge :).
thanks for the feedback.

merge to gatesgarth
-armin
On Fri, Oct 16, 2020 at 6:39 AM akuster <akuster808@gmail.com
<mailto:akuster808@gmail.com>> wrote:

Signed-off-by: Armin Kuster <akuster808@gmail.com
<mailto:akuster808@gmail.com>>
---
 conf/layer.conf                          | 2 +-
 meta-hardening/conf/layer.conf           | 2 +-
 meta-integrity/conf/layer.conf           | 2 +-
 meta-security-compliance/conf/layer.conf | 2 +-
 meta-security-isafw/conf/layer.conf      | 2 +-
 meta-tpm/conf/layer.conf                 | 2 +-
 6 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/conf/layer.conf b/conf/layer.conf
index 2c3bd96..8c0254b 100644
--- a/conf/layer.conf
+++ b/conf/layer.conf
@@ -9,6 +9,6 @@ BBFILE_COLLECTIONS += "security"
 BBFILE_PATTERN_security = "^${LAYERDIR}/"
 BBFILE_PRIORITY_security = "8"

-LAYERSERIES_COMPAT_security = "dunfell"
+LAYERSERIES_COMPAT_security = "gatesgarth"

 LAYERDEPENDS_security = "core openembedded-layer perl-layer
networking-layer meta-python"
diff --git a/meta-hardening/conf/layer.conf
b/meta-hardening/conf/layer.conf
index 5896214..22d8874 100644
--- a/meta-hardening/conf/layer.conf
+++ b/meta-hardening/conf/layer.conf
@@ -8,6 +8,6 @@ BBFILE_COLLECTIONS += "harden-layer"
 BBFILE_PATTERN_harden-layer = "^${LAYERDIR}/"
 BBFILE_PRIORITY_harden-layer = "10"

-LAYERSERIES_COMPAT_harden-layer = "dunfell"
+LAYERSERIES_COMPAT_harden-layer = "gatesgarth"

 LAYERDEPENDS_harden-layer = "core openembedded-layer"
diff --git a/meta-integrity/conf/layer.conf
b/meta-integrity/conf/layer.conf
index 6075df9..76374eb 100644
--- a/meta-integrity/conf/layer.conf
+++ b/meta-integrity/conf/layer.conf
@@ -20,7 +20,7 @@ INTEGRITY_BASE := '${LAYERDIR}'
 # interactive shell is enough.
 OE_TERMINAL_EXPORTS += "INTEGRITY_BASE"

-LAYERSERIES_COMPAT_integrity = "dunfell"
+LAYERSERIES_COMPAT_integrity = "gatesgarth"
 # ima-evm-utils depends on keyutils from meta-oe
 LAYERDEPENDS_integrity = "core openembedded-layer"

diff --git a/meta-security-compliance/conf/layer.conf
b/meta-security-compliance/conf/layer.conf
index 965c837..db243f7 100644
--- a/meta-security-compliance/conf/layer.conf
+++ b/meta-security-compliance/conf/layer.conf
@@ -8,7 +8,7 @@ BBFILE_COLLECTIONS += "scanners-layer"
 BBFILE_PATTERN_scanners-layer = "^${LAYERDIR}/"
 BBFILE_PRIORITY_scanners-layer = "10"

-LAYERSERIES_COMPAT_scanners-layer = "dunfell"
+LAYERSERIES_COMPAT_scanners-layer = "gatesgarth"

 LAYERDEPENDS_scanners-layer = "core openembedded-layer meta-python"

diff --git a/meta-security-isafw/conf/layer.conf
b/meta-security-isafw/conf/layer.conf
index 63f990a..b8ee1c0 100644
--- a/meta-security-isafw/conf/layer.conf
+++ b/meta-security-isafw/conf/layer.conf
@@ -14,4 +14,4 @@ LAYERVERSION_security-isafw = "1"

 LAYERDEPENDS_security-isafw = "core"

-LAYERSERIES_COMPAT_security-isafw = "dunfell"
+LAYERSERIES_COMPAT_security-isafw = "gatesgarth"
diff --git a/meta-tpm/conf/layer.conf b/meta-tpm/conf/layer.conf
index 46d0279..cd62fba 100644
--- a/meta-tpm/conf/layer.conf
+++ b/meta-tpm/conf/layer.conf
@@ -8,7 +8,7 @@ BBFILE_COLLECTIONS += "tpm-layer"
 BBFILE_PATTERN_tpm-layer = "^${LAYERDIR}/"
 BBFILE_PRIORITY_tpm-layer = "10"

-LAYERSERIES_COMPAT_tpm-layer = "dunfell"
+LAYERSERIES_COMPAT_tpm-layer = "gatesgarth"

 LAYERDEPENDS_tpm-layer = " \
     core \
--
2.17.1



1301 - 1320 of 52465