yocto@lists.yoctoproject.org

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

Ernst Sjöstrand

#51189

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

#51188

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

#51187

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

#51186

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

Show quoted text

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

#51185

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

#51184

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=14051Thanks 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

#51183

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

#51182

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

#51181

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

#51180

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

#51179

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

#51178

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

Show quoted text

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

#51177

Ping.

Thanks,

Show quoted text

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

#51176

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.

failed.log

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

#51175

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

Show quoted text

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

#51174

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

Alex

Show quoted text

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

#51173

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

#51172

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

#51171

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

Show quoted text

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

#51170

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


    