Date   

Re: Unable to add pre compiled library #yocto

Vijay Rakesh Munganda
 

On Tue, Jan 12, 2021 at 06:29 AM, Quentin Schulz wrote:
I told you on StackOverflow to checkout the dunfell branch of
meta-clang. Do that, and recompile again instead of cherry-picking
recipes, classes, patches and whatnot.
Once you've something that works, you can experiment with cherry-picking
if you want.
I had tried your suggestion and bitbake started to reinstall all packages but facing the same issue. Bitbake doesn't show any progress.

meta-clang           = "dunfell:e63d6f9abba5348e2183089d6ef5ea384d7ae8d8"
 
Initialising tasks: 100% |###############################################################################| Time: 0:00:18
Sstate summary: Wanted 1189 Found 0 Missed 1189 Current 1157 (0% match, 49% complete)
NOTE: Executing Tasks
Currently  4 running tasks (2744 of 5866)  46% |#################################                                      |
0: linux-mtk-5.4.51+gitAUTOINC+50ca5f1c95-r0 do_compile_kernelmodules - 2h33m23s (pid 117)
1: clang-native-10.0.1-r0 do_compile (pid 4105)   7% |####                                                             |
2: gnutls-3.6.13-r0 do_package - 1h3m55s (pid 4706)
3: libgcrypt-1.8.5-r0 do_configure - 1h0m23s (pid 7528)

Thanks & Regards,
VR


Re: #vmdk #hddimg #iso with #dunfell #vmdk #hddimg #iso

chruetli@...
 

Some more information:

Build Configuration:

BB_VERSION= "1.46.0"
BUILD_SYS= "x86_64-linux"

NATIVELSBSTRING= "universal"
TARGET_SYS= "x86_64-poky-linux"
MACHINE= "virtualbox"
DISTRO= "my-gnu-linux"
DISTRO_VERSION= "3.1.2"
TUNE_FEATURES= "m64"
TARGET_FPU= ""

 

Without any ajustments in my .conf file I get the missing WKS_FILE/S warning:

ERROR: my-image-1.0-r0 do_image_wic: No kickstart files from WKS_FILES were found: my-image.virtualbox.wks my-image.wks. Please set WKS_FILE or WKS_FILES appropriately.

 

*** hddimg/vdmk ***

Setting
IMAGE_FSTYPES = "hddimg"


Convert the generated hddimg to vdmk :

$ vboxmanage convertfromraw image-virtualbox.hddimg image-virtualbox.vdmk

Starting image-virtualbox.vdmk with VirtualBox:

 



Starting image-virtualbox.hdd with VirtualBox shows the same behaviour as for vdmk

 
Opening the vdmk file as an archive the files show strange creation dates:


 

*** iso ***

Setting IMAGE_FSTYPES = "iso"
 
Starting image-virtualbox.iso with VirtualBox:
Linux is booting until it hangs after "Load/Save Random Seed". What stands out is the failure message in the beginning "Failed to start Remount Root and Kernel File Systems"... But how to fix it?



 

 

 


Re: [meta-mingw][PATCH] openssl: support for building nativesdk of mingw

Changqing Li
 

ping

On 1/5/21 11:31 AM, Changqing Li wrote:
* add support for mingw32
* Engines are installed in a slightly different path, which is
  urgly, patch it to make the path shorter
* remove runtime dependency from perl for mingw nativesdk

since commit 70da1f956bfbb627691c47eba7451182aca758e3 of oe-core
'openssl: Add c_rehash to misc package and add perl runtime dependency'

package openssl-misc have runtime dependency on perl, and perl then
have depenency on another 3 recipes, db/gdbm/libxcrypt. according to
http://arsv.github.io/perl-cross/usage.html, perl don't support
cross-compile build for mingw32 and another 3 recipes also don't
support mingw well. so remove the dependency of perl, don't support
c_rehash for mingw.

Signed-off-by: Changqing Li <changqing.li@...>
---
 ...ile.tmpl-don-t-add-prefix-for-libdir.patch | 32 +++++++++++++++++++
 .../openssl/openssl_%.bbappend                | 31 ++++++++++++++++++
 2 files changed, 63 insertions(+)
 create mode 100644 recipes-connectivity/openssl/files/0001-unix-Makefile.tmpl-don-t-add-prefix-for-libdir.patch
 create mode 100644 recipes-connectivity/openssl/openssl_%.bbappend

diff --git a/recipes-connectivity/openssl/files/0001-unix-Makefile.tmpl-don-t-add-prefix-for-libdir.patch b/recipes-connectivity/openssl/files/0001-unix-Makefile.tmpl-don-t-add-prefix-for-libdir.patch
new file mode 100644
index 0000000..028431b
--- /dev/null
+++ b/recipes-connectivity/openssl/files/0001-unix-Makefile.tmpl-don-t-add-prefix-for-libdir.patch
@@ -0,0 +1,32 @@
+From 8fe5c9421acfaff35b637e7ad55d1df598bb7081 Mon Sep 17 00:00:00 2001
+From: Changqing Li <changqing.li@...>
+Date: Tue, 22 Dec 2020 09:22:10 +0800
+Subject: [PATCH] unix-Makefile.tmpl: don't add prefix for libdir
+
+we had pass libdir to Configure, don't use prefix again to
+avoid engineer dir set to:
+/opt/poky/3.2+snapshot/sysroots/x86_64-w64-mingw32/usr/opt/poky/3.2+snapshot/sysroots/x86_64-w64-mingw32/usr/lib/engines-1_1
+
+Upstream-Status: Inappropriate[oe-specific]
+
+Signed-off-by: Changqing Li <changqing.li@...>
+---
+ Configurations/unix-Makefile.tmpl | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/Configurations/unix-Makefile.tmpl b/Configurations/unix-Makefile.tmpl
+index bbafb98..eecb63e 100644
+--- a/Configurations/unix-Makefile.tmpl
++++ b/Configurations/unix-Makefile.tmpl
+@@ -244,7 +244,7 @@ LIBDIR={- our $libdir = $config{libdir} || "lib";
+           File::Spec::Win32->file_name_is_absolute($libdir) ? "" : $libdir -}
+ ENGINESDIR_dev={- use File::Spec::Win32;
+                   our $enginesdir =
+-                      File::Spec::Win32->catdir($prefix,$libdir,
++                      File::Spec::Win32->catdir($libdir,
+                                                 "engines-$sover_dirname");
+                   our ($enginesdir_dev, $enginesdir_dir, $enginesdir_file) =
+                       File::Spec::Win32->splitpath($enginesdir, 1);
+-- 
+2.17.1
+
diff --git a/recipes-connectivity/openssl/openssl_%.bbappend b/recipes-connectivity/openssl/openssl_%.bbappend
new file mode 100644
index 0000000..7fd82f1
--- /dev/null
+++ b/recipes-connectivity/openssl/openssl_%.bbappend
@@ -0,0 +1,31 @@
+FILESEXTRAPATHS_prepend := "${THISDIR}/files:"
+
+SRC_URI_append_mingw32_class-nativesdk = " \
+           file://0001-unix-Makefile.tmpl-don-t-add-prefix-for-libdir.patch \
+"
+
+do_configure_mingw32 () {
+	os=${HOST_OS}
+	target="$os-${HOST_ARCH}"
+	case $target in
+        mingw32-x86_64)
+                target=mingw64
+                ;;
+        mingw32-i686)
+                target=mingw
+                ;;
+        esac
+
+        useprefix=${prefix}
+        if [ "x$useprefix" = "x" ]; then
+                useprefix=/
+        fi
+        # WARNING: do not set compiler/linker flags (-I/-D etc.) in EXTRA_OECONF, as they will fully replace the
+        # environment variables set by bitbake. Adjust the environment variables instead.
+        HASHBANGPERL="/usr/bin/env perl" PERL=perl PERL5LIB="${S}/external/perl/Text-Template-1.46/lib/" \
+        perl ${S}/Configure ${EXTRA_OECONF} ${PACKAGECONFIG_CONFARGS} --prefix=$useprefix --openssldir=${libdir}/ssl-1.1 --libdir=${libdir} $target
+        perl ${B}/configdata.pm --dump
+}
+
+FILES_${PN}-engines_mingw32_class-nativesdk = "${libdir}/engines-1_1"
+RDEPENDS_${PN}-misc_remove_mingw32_class-nativesdk = "perl"




Re: #yocto #kernel #yocto #kernel

Khem Raj
 

On Tue, Jan 12, 2021 at 12:09 PM Monsees, Steven C (US) via
lists.yoctoproject.org
<steven.monsees=baesystems.com@lists.yoctoproject.org> wrote:



Working on zeus 3.0.4, for aarch64



I have a startup script making use of “service” How do I properly configure in support for the “service” command ?

I do not have an error when working under rocko.



The error seen is : /etc/rc5.d/S15mountnfs.sh: line 70: service: command not found



Usage: @ line 70: “service rpcbind status >/dev/null”

perhaps just add init-system-helpers to IMAGE_INSTALL


Thanks,

Steve




#yocto #kernel #yocto #kernel

Monsees, Steven C (US)
 

 

Working on zeus 3.0.4, for aarch64

 

I  have a startup script making use of “service” How do I properly configure in support for the “service” command ?

I do not have an error when working under rocko.

 

The error seen is :    /etc/rc5.d/S15mountnfs.sh: line 70: service: command not found

 

Usage: @ line 70:  “service rpcbind status >/dev/null”

 

Thanks,

Steve


remove particular device from QB_OPT_APPEND: per-word manner

Sergey Ivanov <icegood1980@...>
 

For all info

---------- Forwarded message ---------
От: Quentin Schulz <quentin.schulz@...>
Date: вт, 12 янв. 2021 г. в 17:43
Subject: Re: [yocto] remove particular device from QB_OPT_APPEND: per-word manner
To: Sergey Ivanov <icegood1980@...>


Rah, please answer to all always (keep the mailing list in Cc). I'll
bounce the mail on the mailing list for you now.

On Tue, Jan 12, 2021 at 05:27:58PM +0200, Sergey Ivanov wrote:
> Thanks, it should work, provided...
> Am i understand correctly that all append-remove stuff works BEFORE
> anonymous python script?
>
> вт, 12 янв. 2021 г. в 17:19, Quentin Schulz <
> quentin.schulz@...>:
>
> > Hi Sergey,
> >
> > On Tue, Jan 12, 2021 at 05:09:25PM +0200, Sergey Ivanov wrote:
> > > Hi there.
> > >
> > > I'm working with arm64 target and i want to take control on usb buses on
> > it.
> > > What i'm trying to do is tro remove both bus and hid devices on it via
> > > QB_OPT_APPEND_remove = " -show-cursor -device qemu-xhci -device
> > usb-tablet
> > > -device usb-kbd "
> > >
> > > Of course, it doesn't work properly since it removes ALL occurrences of
> > > each word above. In particular, i had "-device VGA,edid=on" that i wanted
> > > to stay.
> > > Instead, i obtained "VGA,edid=on" that lead to boot error. OK, it is
> > clear.
> > > I also tried smth. like
> > >
> > > QB_OPT_APPEND_remove = " -show-cursor '-device qemu-xhci' '-device
> > > usb-tablet' '-device usb-kbd -device' "
> > >
> > > however nothing was removed here. Can i workaround given issue under
> > *Zeus?*
> >
> > A "hack" I'm thinking about right now would be to remove those variables
> > by hand in a python anonymous function. You want to expand the variable
> > first, then do some python regex or however you like, to remove what you
> > want. Python anonymous functions are run at parsing time.
> >
> > Otherwise, if you know pretty much exactly what the content of the
> > variable should be for you, you can always use the following:
> > QB_OPT_APPEND_<my-machine> = "<content>"
> >
> > Hope this can give you some ideas,
> > Cheers,
> > Quentin
> >
>
>
> --
> Kind regards,
> Sergey Ivanov

--
StreamUnlimited Engineering GmbH
High Tech Campus Vienna, Gutheil-Schoder-Gasse 10, 1100 Vienna, Austria
Fax: +43 1 667 20 02 4401
quentin.schulz@..., www.streamunlimited.com


--
Kind regards,
Sergey Ivanov


Re: remove particular device from QB_OPT_APPEND: per-word manner

Quentin Schulz
 

On Tue, Jan 12, 2021 at 05:27:58PM +0200, Sergey Ivanov wrote:
Thanks, it should work, provided...
Am i understand correctly that all append-remove stuff works BEFORE
anonymous python script?
I'd say yes except for task-specific variables (one can do
QB_OPT_APPEND_task-install for example). Make sure you expand the
variable though (d.getVar('QB_OPT_APPEND', True) IIRC?) so that if
QB_OPT_APPEND contains other variables, they'll be resolved before you
start doing your logic.

Quentin


Yocto Project Status WW02`21

Stephen Jolley
 

Current Dev Position: YP 3.3 M2 development

Next Deadline: 18th January 2021 YP 3.3 M2 build 

 

Next Team Meetings:

 

Key Status/Updates:

  • Patches for 3.3 M2 development are being tested and merged. We have one week left before M2 is due to be built.
  • It was a mixed week for builds and patches, several reproducibility issues appeared and issues also appeared after patches had merged in the second or third build after that due to state reuse and differences between worker distros. This makes merging the patches challenging.
  • In particular, an upgrade to qemu 5.2.0 did merge. That upgrade includes a change to the underlying build system and the patchset was significantly rationalised which may cause issues. In particular, issues on centos hosts were eventually traced to the mmap_min_addr setting being too low (65536 now seems to be the useful minimum).
  • We are now tracking intermittent ptest failures and a number of bugs have been opened for these, we don’t as yet have people able to work on them though.
  • CVE metrics are starting to trend down again but we still have 56 “open” CVEs against master and more in gatesgath/dunfell so help in further reducing the number would be appreciated.
  • Intermittent autobuilder issues continue to occur and with more invasive changes and higher rebuild rates, the numbers are increasing again. You can see the list of failures we’re continuing to see by searching for the “AB-INT” tag in bugzilla: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=AB-INT

 

Ways to contribute:

 

YP 3.3 Milestone Dates:

  • YP 3.3 M2 build date 2021/01/18
  • YP 3.3 M2 Release date 2021/01/29
  • YP 3.3 M3 build date 2021/03/01
  • YP 3.3 M3 Release date 2021/03/12
  • YP 3.3 M4 build date 2021/04/05
  • YP 3.3 M4 Release date 2021/04/30

 

Planned upcoming dot releases:

  • YP 3.1.5 build date 2021/01/11
  • YP 3.1.5 release date 2021/01/22
  • YP 3.2.2 build date 2021/02/08
  • YP 3.2.2 release date 2021/02/19
  • YP 3.1.6 build date 2021/02/22
  • YP 3.1.6 release date 2021/03/05
  • YP 3.1.7 build date 2021/03/22
  • YP 3.1.7 release date 2021/04/02

 

Tracking Metrics:

 

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

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

 

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

 

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

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

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

 


Re: remove particular device from QB_OPT_APPEND: per-word manner

Quentin Schulz
 

Hi Sergey,

On Tue, Jan 12, 2021 at 05:09:25PM +0200, Sergey Ivanov wrote:
Hi there.

I'm working with arm64 target and i want to take control on usb buses on it.
What i'm trying to do is tro remove both bus and hid devices on it via
QB_OPT_APPEND_remove = " -show-cursor -device qemu-xhci -device usb-tablet
-device usb-kbd "

Of course, it doesn't work properly since it removes ALL occurrences of
each word above. In particular, i had "-device VGA,edid=on" that i wanted
to stay.
Instead, i obtained "VGA,edid=on" that lead to boot error. OK, it is clear.
I also tried smth. like

QB_OPT_APPEND_remove = " -show-cursor '-device qemu-xhci' '-device
usb-tablet' '-device usb-kbd -device' "

however nothing was removed here. Can i workaround given issue under *Zeus?*
A "hack" I'm thinking about right now would be to remove those variables
by hand in a python anonymous function. You want to expand the variable
first, then do some python regex or however you like, to remove what you
want. Python anonymous functions are run at parsing time.

Otherwise, if you know pretty much exactly what the content of the
variable should be for you, you can always use the following:
QB_OPT_APPEND_<my-machine> = "<content>"

Hope this can give you some ideas,
Cheers,
Quentin


Re: insmod - huawei E3372h kernel module

Zoltan Kerenyi Nagy
 

If I make a symbolic link for modprobe, the message is the same like insmod:
root@barix-ipam400:~# ln -s /lib/modules/4.10.0/extra/cdc-ncm.ko /lib/modules/4.10.0/
root@barix-ipam400:~# modprobe cdc_ncm.ko
modprobe: can't load module cdc_wdm (extra/cdc-wdm.ko): invalid module format

--
Zolee


Re: insmod - huawei E3372h kernel module

Zoltan Kerenyi Nagy
 

Intrestingly modprobe gives me a different error than insmod:
To me this means that it's gonna be a Yocto issue during bitbake.
My testing kernel module (hello word) bitbakes, and can be loaded and unloaded on the hardware
root@barix-ipam400:~# modprobe /lib/modules/4.10.0/extra/cdc-ncm.ko       
modprobe: module /lib/modules/4.10.0/extra/cdc-ncm.ko not found in modules.dep
root@barix-ipam400:~#
root@barix-ipam400:~# modprobe /lib/modules/4.10.0/extra/cdc-wdm.ko
modprobe: module /lib/modules/4.10.0/extra/cdc-wdm.ko not found in modules.dep
root@barix-ipam400:~#
root@barix-ipam400:~# modprobe /lib/modules/4.10.0/extra/h         
hello.ko           huawei_cdc_ncm.ko 
root@barix-ipam400:~# modprobe /lib/modules/4.10.0/extra/huawei_cdc_ncm.ko
modprobe: module /lib/modules/4.10.0/extra/huawei_cdc_ncm.ko not found in modules.dep
root@barix-ipam400:~#


--
Zolee


remove particular device from QB_OPT_APPEND: per-word manner

Sergey Ivanov <icegood1980@...>
 

Hi there.

I'm working with arm64 target and i want to take control on usb buses on it.
What i'm trying to do is tro remove both bus and hid devices on it via
QB_OPT_APPEND_remove = " -show-cursor -device qemu-xhci -device usb-tablet -device usb-kbd "

Of course, it doesn't work properly since it removes ALL occurrences of each word above. In particular, i had "-device VGA,edid=on" that i wanted to stay.
Instead, i obtained "VGA,edid=on" that lead to boot error. OK, it is clear. I also tried smth. like

QB_OPT_APPEND_remove = " -show-cursor '-device qemu-xhci' '-device usb-tablet' '-device usb-kbd -device' "

however nothing was removed here. Can i workaround given issue under Zeus?
--
Kind regards,
Sergey Ivanov


Re: Unable to add pre compiled library #yocto

Quentin Schulz
 

Hi VR,

On Tue, Jan 12, 2021 at 07:57:46PM +0530, Vijay Rakesh Munganda wrote:
Hi Raj,

I had downloaded complete meta-clang and ran bitbake then I got an error message as layer is not compatible with dunfell version. Then I had downloaded libcxx recipe and added into the build, but do_compile doesn’t show any progress, even after two hours at shows 16%. At this point RAM usage is 72% and CPU is 43%. I’m not sure whether this is related to memory resource or any other.
I told you on StackOverflow to checkout the dunfell branch of
meta-clang. Do that, and recompile again instead of cherry-picking
recipes, classes, patches and whatnot.
Once you've something that works, you can experiment with cherry-picking
if you want.

Cheers,
Quentin


Re: Unable to add pre compiled library #yocto

Vijay Rakesh Munganda
 

Hi Raj,

I had downloaded complete meta-clang and ran bitbake then I got an error message as layer is not compatible with dunfell version. Then I had downloaded libcxx recipe and added into the build, but do_compile doesn’t show any progress, even after two hours at shows 16%. At this point RAM usage is 72% and CPU is 43%. I’m not sure whether this is related to memory resource or any other.

Thanks & Regards,
VR

On 12-Jan-2021, at 14:38, Khem Raj <raj.khem@gmail.com> wrote:

On Mon, Jan 11, 2021 at 11:46 PM Vijay Rakesh Munganda
<vijayrakeshmunganda@gmail.com> wrote:
Hi,
I'm trying to install a pre-compiled library, but I got an error as follows. I had tried to add libcxx from meta-clang, but it doesn't compatible with Yocto dunfell version. Is there another way to avoid error?
it seems to need llvm C++ runtime and using meta-clang/libcxx is the
right way to go about it. What errors do you run into ?

ERROR: tokbox-2.18.1-r0 do_package_qa: QA Issue: /usr/lib/libopentok.so contained in package tokbox requires libc++.so.1()(64bit), but no providers found in RDEPENDS_tokbox? [file-rdeps]
ERROR: tokbox-2.18.1-r0 do_package_qa: QA run found fatal errors. Please consider fixing them.
Thanks,
VR.


Re: Unable to add pre compiled library #yocto

Khem Raj
 

On Mon, Jan 11, 2021 at 11:46 PM Vijay Rakesh Munganda
<vijayrakeshmunganda@gmail.com> wrote:

Hi,

I'm trying to install a pre-compiled library, but I got an error as follows. I had tried to add libcxx from meta-clang, but it doesn't compatible with Yocto dunfell version. Is there another way to avoid error?
it seems to need llvm C++ runtime and using meta-clang/libcxx is the
right way to go about it. What errors do you run into ?

ERROR: tokbox-2.18.1-r0 do_package_qa: QA Issue: /usr/lib/libopentok.so contained in package tokbox requires libc++.so.1()(64bit), but no providers found in RDEPENDS_tokbox? [file-rdeps]
ERROR: tokbox-2.18.1-r0 do_package_qa: QA run found fatal errors. Please consider fixing them.

Thanks,
VR.


Unable to add pre compiled library #yocto

Vijay Rakesh Munganda
 

Hi,

I'm trying to install a pre-compiled library, but I got an error as follows. I had tried to add libcxx from meta-clang, but it doesn't compatible with Yocto dunfell version. Is there another way to avoid error?

ERROR: tokbox-2.18.1-r0 do_package_qa: QA Issue: /usr/lib/libopentok.so contained in package tokbox requires libc++.so.1()(64bit), but no providers found in RDEPENDS_tokbox? [file-rdeps]
ERROR: tokbox-2.18.1-r0 do_package_qa: QA run found fatal errors. Please consider fixing them.
Thanks,
VR.


Re: BITBAKE HANGS

U RAVI KUMAR <uppadaravi2511@...>
 

Hello Davis,

              I will try using 16 GB ram. Thank you very much for your response.
Thanks,
ravi uppada.

On Mon, Jan 11, 2021 at 11:18 PM Davis, Michael <michael.davis@...> wrote:

QTWebengine needs a considerable amount of RAM to compile and link relative to the rest of Yocto.

Normally around 12-16GB.  Less than that and the system tends to hang.

 

 

 

From: yocto@... <yocto@...> On Behalf Of U RAVI KUMAR via lists.yoctoproject.org
Sent: Monday, January 11, 2021 11:25 AM
To: yocto@...
Subject: [yocto] BITBAKE HANGS

 

hi guys,

 

 I have encountered with a problem.I have built a custom linux for raspberrypi and included meta-openembedded,meta-raspberrypi,meta-qt5,meta-python2 layers and compiled on the bitbake. it is working fine.

I have added recipe "qtwebengine" , here i have encountered an issue i.e the system hangs. only while compiling qtwebengine system hangs.Can anyone suggest me the solution.So that i canovercome and proceed fiurther..

 

Thanks and regards,

ravikumar



CONFIDENTIALITY NOTICE:

This e-mail transmission and any documents, files or previous e-mail messages attached to it may contain information that is confidential, protected by the attorney/client or other privileges, and may constitute non-public information. It is intended to be conveyed only to the designated recipient(s) named above.

Any unauthorized use, reproduction, forwarding, distribution or other dissemination of this transmission is strictly prohibited and may be unlawful. If you are not an intended recipient of this email transmission, please notify the sender by return e-mail and permanently delete any record of this transmission. Your cooperation is appreciated. To find out more Click Here.


M+ & H bugs with Milestone Movements WW02

Stephen Jolley
 

All,

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

Priority

Bug ID

Short Description

Changer

Owner

Was

Became

Medium+

13919

Multi License GPLv3 -lic cannot be installed into the image because it has incompatible license

randy.macleod@...

idadelm@...

3.3 M1

3.3 M2

 

14077

devtool doesn't handle server failing to startup gracefully

randy.macleod@...

stacygaikovaia@...

3.3 M1

3.3 M2

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

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

 


Enhancements/Bugs closed WW02!

Stephen Jolley
 

All,

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

Who

Count

richard.purdie@...

5

randy.macleod@...

1

ross@...

1

chee.yang.lee@...

1

Grand Total

8

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 WW02 of who have open medium or higher bugs and enhancements against YP 3.3.   There are 76 possible work days left until the final release candidates for YP 3.3 needs to be released.

Who

Count

richard.purdie@...

35

ross@...

27

david.reyna@...

21

bluelightning@...

19

bruce.ashfield@...

14

timothy.t.orling@...

12

JPEWhacker@...

11

mark.morton@...

11

kai.kang@...

10

akuster808@...

10

sakib.sajal@...

10

trevor.gamblin@...

9

randy.macleod@...

6

Qi.Chen@...

6

yi.zhao@...

4

idadelm@...

4

mingli.yu@...

4

stacygaikovaia@...

4

hongxu.jia@...

4

raj.khem@...

4

anuj.mittal@...

3

alejandro@...

3

chee.yang.lee@...

3

mostthingsweb@...

3

pbarker@...

2

saul.wold@...

2

matthewzmd@...

2

jaewon@...

2

pokylinux@...

2

ydirson@...

2

jeanmarie.lemetayer@...

2

jon.mason@...

2

mhalstead@...

1

aehs29@...

1

Martin.Jansa@...

1

nicolas.dechesne@...

1

kergoth@...

1

kamensky@...

1

sangeeta.jain@...

1

akuster@...

1

matt.ranostay@...

1

dl9pf@...

1

joe.slater@...

1

twoerner@...

1

mark.hatle@...

1

liezhi.yang@...

1

shachar@...

1

maxime.roussinbelanger@...

1

kexin.hao@...

1

mshah@...

1

Grand Total

271

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

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

 

1521 - 1540 of 53484