|
Enhancements/Bugs closed WW32!
Stephen Jolley
All,
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,
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
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 340 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.1”, “3.2, "3.99" and "Future", the more pressing/urgent issues being in "3.1" and then “3.2”.
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@...
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: [meta-cgl][PATCH] ucarp: force to use TLS1.2 during do_fetch
Merged.
toggle quoted messageShow quoted text
On 8/9/2020 6:04 PM, Yu, Mingli wrote:
ping. --
Jeremy A. Puhlman jpuhlman@mvista.com
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: yocto compile simple c++
Quentin Schulz
Hi Sergey,
On Sat, Aug 08, 2020 at 12:12:40PM +0300, Sergey Ivanov wrote: Hi there.No need. └── ice_helloworldNo need. ├── filesNo need, default is the name of the recipe file. PV = "0.1"No need, default is the version in the recipe file (if there's one). meta-ice_layer/recipes-ice/ice_helloworld/ice_helloworld_0.1.bb will produce: PN = "ice_helloworld" PV = "0.1" SITE = "file://"SRC_URI = "${SITE}/${PN}.cpp" SRC_URI[md5sum] = "bc9dc64a44f9685d0310b94400a4631c"LIC_FILES_CHKSUM = "${SITE}/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420" do_compile() {Create a makefile/cmake instead, the logic of compiling your SW shouldn't be in a build system. do_install() {Same, create an install target in your makefile. If you do this well, you don't even need your do_compile and do_install, it'll be "automagical". what could be wrong here?1. Missing / in your paths. 2. Also, **never** put uppercase letter or underscores in the name of a recipe. So your recipe should be: meta-ice_layer/recipes-ice/ice-helloworld/ice-helloworld_0.1.bb The underscore is used in multiple places internally to separate things so using an underscore is breaking some things in weird ways. Fix 1 and 2 at least, create a makefile for added best practices. Kind regards, Quentin
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: QA notification for completed autobuilder build (yocto-3.2_M2.rc1)
Sangeeta Jain
Hi all,
toggle quoted messageShow quoted text
This is the full report for yocto-3.2_M2.rc1: https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults ======= Summary ======== No high milestone defects. No new defects are found in this cycle. libinput ptest failed (BUG id:13997) ======= Bugs ======== https://bugzilla.yoctoproject.org/show_bug.cgi?id=13997 Thanks, Sangeeta
-----Original Message-----
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: [meta-cgl][PATCH] ucarp: force to use TLS1.2 during do_fetch
Yu, Mingli
ping.
toggle quoted messageShow quoted text
Thanks,
On 7/17/20 3:38 PM, Yu, Mingli wrote:
From: Mingli Yu <mingli.yu@windriver.com>
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
dunfell: what would cause "ERROR: Nothing PROVIDES 'coreutils-native'."?
Robert P. J. Day
migrating from zeus to dunfell and, suddenly, some "ndisc"-related recipes no
longer build with: ERROR: Nothing PROVIDES 'coreutils-native'. the offending recipe is from meta-networking/recipes-support, ndisc6_git.bb, clearly at the line: DEPENDS = "coreutils-native" whereupon "git blame" informs me that that line comes from here: commit 51272d11594e8609237e0e049b1f97ff95ab7d19 Author: Sumit Garg <sumit.garg@linaro.org> Date: Tue Jan 21 14:26:11 2020 +0530 ndisc6: fix coreutils-native tool dependency coreutils-native tool dependency was implicitly met while building with source GCC tool-set which isn't the case with external tool-set. Signed-off-by: Sumit Garg <sumit.garg@linaro.org> Signed-off-by: Khem Raj <raj.khem@gmail.com> i've examined dunfell's coreutils recipe and i see nothing that suggests i shouldn't be able to bitbake the native recipe -- BBCLASSEXTEND clearly extends the recipe to include "native." so now i'm looking at the local layer to see if there is something in a .conf file that deactivates the native building of coreutils but i don't see anything suspicious. i'm sure i'm missing something obvious but i'm at a loss. thoughts? rday
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: yocto compile simple c++
codusnocturnus
I see. If you're going to provide the license with the recipe or code, then it needs to be in a subdirectory under the recipe file. So the only one in your tree that matters for this is .../recipes-ice/files/COPYING.MIT. Then you will need to explicitly list it in SRC_URI: SRC_URI = "${SITE}${PN}.cpp \ ${SITE}COPYING.MIT" An alternative, for common licenses, is to use a link like this: LIC_FILES_CHKSUM = "file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302" You will still need this for your recipe to find the license or your source file: S = "${WORKDIR}" Thanks, Sent with ProtonMail Secure Email. ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Sunday, August 9, 2020 2:48 AM, Sergey Ivanov <icegood1980@...> wrote:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
does yocto "LTS" stand for "Long Term Support" or "Long Term Stable"?
Robert P. J. Day
i've seen two different wiki pages suggest each of the above ... it
would be nice to be consistent. rday
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: [meta-cgl][PATCH] ucarp: don't hardcode the path for ifconfig
Merged.
On 8/7/2020 1:47 AM, Yu, Mingli wrote:
From: Mingli Yu <mingli.yu@...> Don't hardcode the path for the ifconfig command in case the path for ifconfig on the system may be different from the hardcoded. Signed-off-by: Mingli Yu <mingli.yu@...> --- meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-down.sh | 2 +- meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-up.sh | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-down.sh b/meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-down.sh index a431c32..27e0d2b 100644 --- a/meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-down.sh +++ b/meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-down.sh @@ -4,4 +4,4 @@ exec 2> /dev/null #/sbin/ip addr del "$2"/24 dev "$1" # or alternatively: -/sbin/ifconfig "$1":254 down +ifconfig "$1":254 down diff --git a/meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-up.sh b/meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-up.sh index c1b8a4f..f81d578 100644 --- a/meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-up.sh +++ b/meta-cgl-common/recipes-cgl/ucarp/ucarp/vip-up.sh @@ -4,4 +4,4 @@ exec 2> /dev/null #/sbin/ip addr add "$2"/24 dev "$1" # or alternatively: -/sbin/ifconfig "$1":254 "$2" netmask 255.255.255.0 +ifconfig "$1":254 "$2" netmask 255.255.255.0 -- Jeremy A. Puhlman jpuhlman@...
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: Yocto build failure -- supposedly due to opkg-4.2 download
Alex G.
On 8/4/20 2:07 PM, akuster808 wrote:
On 8/4/20 12:00 PM, Alex G. wrote:That was it. Waited a day, and then I was able to build. Thank you!Hi,If I am not mistaken, many of the servers are down including downloads.yoctoproject.org. Alex
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
luajit build issue for rpi3
Marek Belisko
Hi,
I'm trying to build luajit for rpi machine and getting strange error on build machine: gcc -m32 -o host/minilua host/minilua.o -lm /home/builder/teamcity/work/2bf058ae8f7d2c6d/.build-rpi3/tmp/hosttools/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/7/libgcc.a when searching for -lgcc /home/builder/teamcity/work/2bf058ae8f7d2c6d/.build-rpi3/tmp/hosttools/ld: cannot find -lgcc /home/builder/teamcity/work/2bf058ae8f7d2c6d/.build-rpi3/tmp/hosttools/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/7/libgcc.a when searching for -lgcc /home/builder/teamcity/work/2bf058ae8f7d2c6d/.build-rpi3/tmp/hosttools/ld: cannot find -lgcc collect2: error: ld returned 1 exit status Makefile:605: recipe for target 'host/minilua' failed make[1]: *** [host/minilua] Error 1 make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory '/home/builder/teamcity/work/2bf058ae8f7d2c6d/.build-rpi3/tmp/work/cortexa7t2hf-neon-vfpv4-poky-linux-gnueabi/luajit/2.0.5+gitAUTOINC+02b521981a-r0/git/src' IIRC luajit built some host tools using i386. I installed libc6-dev.i386 as stated in luajit but it doesn't help. Also it looks like it's looking in the host directory for libgcc? Any ideas what can be wrong? Thanks and BR, marek -- as simple and primitive as possible ------------------------------------------------- Marek Belisko - OPEN-NANDRA Freelance Developer Ruska Nova Ves 219 | Presov, 08005 Slovak Republic Tel: +421 915 052 184 skype: marekwhite twitter: #opennandra web: http://open-nandra.com
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
adding obextool anfd obexpush in yocto
NIKHIL PATIL
Hi team , We have to use Obextool and obexpush package for bluetooth file transfer. Here the issue is we are able to send file to mobile using bluetooth device (redpine module ). but receive is not happening , it is telling obex server closed . at time receiving. if any one know please help.
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: yocto compile simple c++
codusnocturnus
Bitbake is unable to find the license file because it's looking in the wrong place. If you look at the contents of /media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/ice_helloworld-helloworld/ , you will probably find it to be empty, and you will find COPYING.MIT in the directory above it. The reason is that ${S} (see https://www.yoctoproject.org/docs/3.1.2/ref-manual/ref-manual.html#var-S) defaults to a location where a tarball would be unpacked, but your recipe isn't using a tarball. Add the following to your recipe: S = "${WORKDIR}" Thanks, Sent with ProtonMail Secure Email. ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Saturday, August 8, 2020 2:12 AM, Sergey Ivanov <icegood1980@...> wrote:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: yocto compile simple c++
Sol
As far as I know, you have to given a checksum for the license: LIC_FILES_CHKSUM = "file://gpl-2.0.txt;md5=ab04ac0f249af12befccb94447c08b77" or something like that. Hope this helps.
On Sat, 8 Aug 2020 at 19:13, Sergey Ivanov <icegood1980@...> wrote:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
yocto compile simple c++
Sergey Ivanov
Hi there. I'm newbie ib yocto and (of course) nothing works for me from scratch.MACHINE ?= "qemuarm" and DISTRO ?= "poky" (btw i tried poky-tony as well but machine didn't start properly under qemu) I created my new layer with next structure: . ├── conf │ └── layer.conf ├── COPYING.MIT ├── README └── recipes-ice ├── COPYING.MIT └── ice_helloworld ├── COPYING.MIT ├── files │ ├── COPYING.MIT │ └── ice_helloworld.cpp └── ice_helloworld_0.1.bb (i copied COPYING.MIT to )every single place because of error below) and i obtained: NOTE: Executing Tasks WARNING: ice_helloworld-helloworld-0.1 do_populate_lic: Could not copy license file /media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/ice_helloworld-helloworld/COPYING.MIT to /media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/license-destdir/ice_helloworld/COPYING.MIT: [Errno 2] No such file or directory: '/media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/ice_helloworld-helloworld/COPYING.MIT' ERROR: ice_helloworld-helloworld-0.1 do_populate_lic: QA Issue: ice_helloworld: LIC_FILES_CHKSUM points to an invalid file: /media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/ice_helloworld-helloworld/COPYING.MIT [license-checksum] ERROR: ice_helloworld-helloworld-0.1 do_populate_lic: Fatal QA errors found, failing task. ERROR: Logfile of failure stored in: /media/ice/slow_ext4/yocto_poky/build/tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/ice_helloworld/helloworld-0.1/temp/log.do_populate_lic.133477 ERROR: Task (/media/ice/slow_ext4/yocto_poky/meta-ice_layer/recipes-ice/ice_helloworld/ice_helloworld_0.1.bb:do_populate_lic) failed with exit code '1' NOTE: Tasks Summary: Attempted 216 tasks of which 214 didn't need to be rerun and 1 failed. my bb file is: SUMMARY = "Recipe to build the 'helloworld' in cpp" SECTION = "ice" LICENSE="MIT" #LICENSE_PATH += "${LAYERDIR}" PN = "ice_helloworld" PV = "0.1" SITE = "file://" PACKAGE_VERSION_MAJOR = "${@bb.data.getVar('PV',d,1).split('.')[0]}" PACKAGE_VERSION_MINOR = "${@bb.data.getVar('PV',d,1).split('.')[1]}" SRC_URI = "${SITE}${PN}.cpp" SRC_URI[md5sum] = "bc9dc64a44f9685d0310b94400a4631c" SRC_URI[sha256sum] = "789e60072ea96371a35d5653d664b4c4b91e80ce2ea6d523d6caedab06a07a2a" LIC_FILES_CHKSUM = "${SITE}COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420" do_compile() { ${CXX} ${PN}.cpp -o ${PN} } do_install() { install -d ${D}${bindir} install -m 0755 ${PN} ${D}${bindir} } what could be wrong here? -- Kind regards, Sergey Ivanov
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Re: Is http://downloads.yoctoproject.org/ down?
Richard Purdie
On Thu, 2020-08-06 at 15:31 -0700, Scott Branden wrote:
Thanks, I've tweaked the patch to improve the note and submitted it.diff --git a/meta/classes/uninative.bbclassNote is missleading as it is going to fetch from PREMIRRORS. Good to get to the bottom of this! Cheers, Richard
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Difference in setting IMAGE_ROOTFS_SIZE in local.conf vs size in wks file?
amodamatya@...
I am having confusion in understanding the exact difference between setting IMAGE_ROOTFS_SIZE in local.conf and setting size in wks file for rootfs. If I have to create two rootfs partitions of 1GB, isn't setting IMAGE_ROOTFS_SIZE = "1048756" enough? Yes obviously, I need to create two rootfs in wks file in this way, just confused about the size parameter.
toggle quoted messageShow quoted text
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
[meta-selinux][PATCH] setools: Add native support
oleksii.miroshko@...
From: Oleksii Miroshko <oleksii.miroshko@bmw.de>
Enable using setools for analyzing the built SELinux policy during the build. Signed-off-by: Oleksii Miroshko <oleksii.miroshko@bmw.de> --- recipes-devtools/python/python3-decorator_%.bbappend | 2 ++ recipes-devtools/python/python3-networkx_%.bbappend | 2 ++ recipes-security/setools/setools_4.3.0.bb | 6 ++++++ 3 files changed, 10 insertions(+) create mode 100644 recipes-devtools/python/python3-decorator_%.bbappend create mode 100644 recipes-devtools/python/python3-networkx_%.bbappend diff --git a/recipes-devtools/python/python3-decorator_%.bbappend b/recipes-devtools/python/python3-decorator_%.bbappend new file mode 100644 index 0000000..3bc71e0 --- /dev/null +++ b/recipes-devtools/python/python3-decorator_%.bbappend @@ -0,0 +1,2 @@ +BBCLASSEXTEND = "native nativesdk" + diff --git a/recipes-devtools/python/python3-networkx_%.bbappend b/recipes-devtools/python/python3-networkx_%.bbappend new file mode 100644 index 0000000..3bc71e0 --- /dev/null +++ b/recipes-devtools/python/python3-networkx_%.bbappend @@ -0,0 +1,2 @@ +BBCLASSEXTEND = "native nativesdk" + diff --git a/recipes-security/setools/setools_4.3.0.bb b/recipes-security/setools/setools_4.3.0.bb index ec73f7c..8fdeeb0 100644 --- a/recipes-security/setools/setools_4.3.0.bb +++ b/recipes-security/setools/setools_4.3.0.bb @@ -8,6 +8,8 @@ SETools." SECTION = "base" LICENSE = "GPLv2 & LGPLv2.1" +BBCLASSEXTEND = "native nativesdk " + S = "${WORKDIR}/git" SRC_URI = "git://github.com/SELinuxProject/${BPN}.git;branch=4.3 \ file://setools4-fixes-for-cross-compiling.patch \ @@ -21,9 +23,13 @@ LIC_FILES_CHKSUM = "file://${S}/COPYING;md5=83a5eb6974c11f30785e90d0eeccf40c \ DEPENDS += "bison-native flex-native swig-native python3 python3-cython-native libsepol libselinux" +DEPENDS_class-native += "libselinux python3-setuptools python3-cython python3-networkx" + RDEPENDS_${PN} += "python3-networkx python3-decorator python3-setuptools \ python3-logging python3-json libselinux-python" +RDEPENDS_${PN}_class-native = "" + RPROVIDES_${PN} += "${PN}-console" inherit setuptools3 -- 2.25.4
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
