Date   

EXTRA_OECMAKE options are ignored #sdk #yocto

Armando Hernandez
 

Hi,

I built an eSDK.
Now I'm using devtool add to create a hello world recipe.
Once the recipe was in place, I added some cmake optoins via EXTRA_OECMAKE in htis way:
EXTRA_OECMAKE += "-DCMAKE_FIND_ROOT_PATH_MODE=BOTH \
                   -CMAKE_FIND_ROOT_PATH=/home/user/SDK/sysroots/x86_64-pokysdk-linux \
                   "

Now, the problem is that after running devtool  build test-hello (where test-hello is my recipe as you might have assumed), these variables are overwritten with other values.

How can I successfully pass the correct cmake options via EXTRA_OECMAKE on the recipe?


Re: Uboot NetBoot IMX8

Laurent Gauthier
 

Hi all,

I would second what Nicolas pointed out:

* on the server side you want to make sure that you extract the rootfs tar file as user root.

Kind Regards, Laurent.


On Wed, Mar 11, 2020 at 8:43 AM Nicolas Jeker <n.jeker@...> wrote:
On Wed, 2020-03-11 at 00:39 +0000, Trevor wrote:
> > Mar 11 00:21:16 b2qt-b9-imx8mq mount[2611]: mount: only root can
> > use "--types" option (effective UID is 1000)
>
>
> The mount error seems prevalent across all the errors.  somehow UID
> is 1000 when it should be 0 during boot?

By googling the error message I found a thread where somebody has the
same question, but I wouldn't recommend following the advice there
(running the yocto build as root). How do you extract the root
filesystem to your NFS directory? Maybe something is wrong there and
the files get extracted with UID 1000 as owner. For reference, I use
this command which seems to work fine:

sudo tar --strip-components=1 -C /srv/nfs/rootfs -xf images/apalis-
imx6-mainline/Apalis-iMX6-Mainline_Image.rootfs.tar.xz

Also check that there are no setuid/setgid bits set.

> On the Host side, here are the /etc/exports options for NFS:
>  *(rw,sync,insecure,no_subtree_check,no_root_squash)

I'm using pretty much the same NFS options, the only difference I could
spot is an additional 'fsid=root' in my exports which is NFSv4
specific.




--
Laurent Gauthier
Phone: +33 630 483 429
http://soccasys.com


Re: Menuconfig for imx8mq-var-dart #yocto

Christian Lohr <christian.lohr.ext@...>
 

Hello,

 

I’m new to Yocto to, so take my advice with care. You should use “bitbake linux-variscite -c menuconfig”, and I think the following line in the conf/local.conf should be deleted:

PREFERRED_PROVIDER_virtual/kernel = "linux-yocto"

 

Take a look in these files:

meta-variscite-imx/conf/machine/imx8mm-var-dart.conf

18:PREFERRED_PROVIDER_virtual/kernel_imx8mm-var-dart ?= "linux-variscite"

 

meta-variscite-imx/conf/machine/imx8mq-var-dart.conf

18:PREFERRED_PROVIDER_virtual/kernel_imx8mq-var-dart ?= "linux-variscite"

 

As far as I know, the kernel recipe “linux-yocto” gets overrided by these Machine configuration files.

 

Best regards,

 

 

Christian Lohr

Im Auftrag von:

Carl Zeiss Meditec AG
Göschwitzer Strasse 51-52

07745 Jena, Deutschland

christian.lohr.ext@...

 

Von: yocto@... <yocto@...> Im Auftrag von Amrun Nisha.R
Gesendet: Mittwoch, 11. März 2020 07:22
An: yocto@...
Betreff: [yocto] Menuconfig for imx8mq-var-dart #yocto

 

I want to use the menu config for the imx8mq-var-dart machine. I have updated the conf/local.conf with imx8mq-var-dart configurations. 

 

MACHINE ??= 'imx8mq-var-dart'
DISTRO ?= 'fsl-imx-wayland'
PACKAGE_CLASSES ?= "package_rpm"
EXTRA_IMAGE_FEATURES ?= "debug-tweaks"
USER_CLASSES ?= "buildstats image-mklibs image-prelink"
PATCHRESOLVE = "noop"
BB_DISKMON_DIRS ??= "\
    STOPTASKS,${TMPDIR},1G,100K \
    STOPTASKS,${DL_DIR},1G,100K \
    STOPTASKS,${SSTATE_DIR},1G,100K \
    STOPTASKS,/tmp,100M,100K \
    ABORT,${TMPDIR},100M,1K \
    ABORT,${DL_DIR},100M,1K \
    ABORT,${SSTATE_DIR},100M,1K \
    ABORT,/tmp,10M,1K"
PACKAGECONFIG_append_pn-qemu-native = " sdl"
PACKAGECONFIG_append_pn-nativesdk-qemu = " sdl"
CONF_VERSION = "1"

COMPATIBLE_MACHINE_imx8mq-var-dart = "imx8mq-var-dart"
PREFERRED_PROVIDER_virtual/kernel = "linux-yocto"

DL_DIR ?= "${BSPDIR}/downloads/"
ACCEPT_FSL_EULA = "1"

EXTRA_IMAGES_FEATURES += "
tools-debug \
eclipse-debug \
read-only-rootfs \
"

IMAGE-INSTALL-append = " \
tcf-agent \
openssh-sft-server \
"

 

While running the command "bitbake linux-yocto -c menuconfig", it is throwing error as 

 

ERROR: Nothing PROVIDES 'linux-yocto'
linux-yocto was skipped: incompatible with machine imx8mq-var-dart (not in COMPATIBLE_MACHINE)
linux-yocto was skipped: incompatible with machine imx8mq-var-dart (not in COMPATIBLE_MACHINE)
linux-yocto was skipped: incompatible with machine imx8mq-var-dart (not in COMPATIBLE_MACHINE)

How can i work with menuconfig for imx8mq-var-dart?


Re: Uboot NetBoot IMX8

Nicolas Jeker
 

On Wed, 2020-03-11 at 00:39 +0000, Trevor wrote:
Mar 11 00:21:16 b2qt-b9-imx8mq mount[2611]: mount: only root can
use "--types" option (effective UID is 1000)

The mount error seems prevalent across all the errors. somehow UID
is 1000 when it should be 0 during boot?
By googling the error message I found a thread where somebody has the
same question, but I wouldn't recommend following the advice there
(running the yocto build as root). How do you extract the root
filesystem to your NFS directory? Maybe something is wrong there and
the files get extracted with UID 1000 as owner. For reference, I use
this command which seems to work fine:

sudo tar --strip-components=1 -C /srv/nfs/rootfs -xf images/apalis-
imx6-mainline/Apalis-iMX6-Mainline_Image.rootfs.tar.xz

Also check that there are no setuid/setgid bits set.

On the Host side, here are the /etc/exports options for NFS:
*(rw,sync,insecure,no_subtree_check,no_root_squash)
I'm using pretty much the same NFS options, the only difference I could
spot is an additional 'fsid=root' in my exports which is NFSv4
specific.


Re: Getting kernel patch to work

Anders Montonen
 

Hi,

On 11 Mar 2020, at 1:57, Greg Wilson-Lindberg <GWilson@...> wrote:

SRC_URi += "file://0001-drm-vc4-Keep-the-binner-BO-through-suspend-GWL.patch”
It looks like you have a typo here, the last letter of SRC_URI isn’t capitalized.

-a


Menuconfig for imx8mq-var-dart #yocto

Amrun Nisha.R
 

I want to use the menu config for the imx8mq-var-dart machine. I have updated the conf/local.conf with imx8mq-var-dart configurations. 
 
MACHINE ??= 'imx8mq-var-dart'
DISTRO ?= 'fsl-imx-wayland'
PACKAGE_CLASSES ?= "package_rpm"
EXTRA_IMAGE_FEATURES ?= "debug-tweaks"
USER_CLASSES ?= "buildstats image-mklibs image-prelink"
PATCHRESOLVE = "noop"
BB_DISKMON_DIRS ??= "\
    STOPTASKS,${TMPDIR},1G,100K \
    STOPTASKS,${DL_DIR},1G,100K \
    STOPTASKS,${SSTATE_DIR},1G,100K \
    STOPTASKS,/tmp,100M,100K \
    ABORT,${TMPDIR},100M,1K \
    ABORT,${DL_DIR},100M,1K \
    ABORT,${SSTATE_DIR},100M,1K \
    ABORT,/tmp,10M,1K"
PACKAGECONFIG_append_pn-qemu-native = " sdl"
PACKAGECONFIG_append_pn-nativesdk-qemu = " sdl"
CONF_VERSION = "1"

COMPATIBLE_MACHINE_imx8mq-var-dart = "imx8mq-var-dart"
PREFERRED_PROVIDER_virtual/kernel = "linux-yocto"

DL_DIR ?= "${BSPDIR}/downloads/"
ACCEPT_FSL_EULA = "1"

EXTRA_IMAGES_FEATURES += "
tools-debug \
eclipse-debug \
read-only-rootfs \
"

IMAGE-INSTALL-append = " \
tcf-agent \
openssh-sft-server \
"
 
While running the command "bitbake linux-yocto -c menuconfig", it is throwing error as 
 
ERROR: Nothing PROVIDES 'linux-yocto'
linux-yocto was skipped: incompatible with machine imx8mq-var-dart (not in COMPATIBLE_MACHINE)
linux-yocto was skipped: incompatible with machine imx8mq-var-dart (not in COMPATIBLE_MACHINE)
linux-yocto was skipped: incompatible with machine imx8mq-var-dart (not in COMPATIBLE_MACHINE)

How can i work with menuconfig for imx8mq-var-dart?


Uboot NetBoot IMX8

Trevor
 

Hello Yocto Community,


I am trying to get an IMX8 board from TechNexion to boot using the netboot command from within uboot.  (IE mounting the filesystem remotely)


I have configured tftp and the NFS server and initially things seem to be working: the board boots, starts the kernel that was grabbed using tftp, and then starts using the remote filesystem.


Then the following kernel error messages are produced:




...
.....
[  OK  ] Started udev Wait for Complete Device Initialization.
[  OK  ] Listening on Load/Save RF Kill Switch Status /dev/rfkill Watch.
         Mounting Kernel Debug File System...
         Mounting FUSE Control File System...
         Mounting Kernel Configuration File System...
         Starting Remount Root and Kernel File Systems...
         Mounting Temporary Directory (/tmp)...
         Mounting POSIX Message Queue File System...
         Mounting Huge Pages File System...
[  OK  ] Created slice system-systemd\x2dbacklight.slice.
[FAILED] Failed to mount Kernel Debug File System.
See 'systemctl status sys-kernel-debug.mount' for details.
[FAILED] Failed to mount FUSE Control File System.
See 'systemctl status sys-fs-fuse-connections.mount' for details.
[FAILED] Failed to mount Kernel Configuration File System.
See 'systemctl status sys-kernel-config.mount' for details.
[FAILED] Failed to start Remount Root and Kernel File Systems.
See 'systemctl status systemd-remount-fs.service' for details.
[FAILED] Failed to mount Temporary Directory (/tmp).
.....
...


systemctl status sys-kernel-debug.mount gives:




..
[[0;1;31m●[[0m sys-kernel-debug.mount - Kernel Debug File System
   Loaded: loaded (/lib/systemd/system/sys-kernel-debug.mount; static; vendor pr
eset: enabled)
   Active: [[0;1;31mfailed[[0m (Result: exit-code) since Wed 2020-03-11 00:21:16
 UTC; 12min ago
    Where: /sys/kernel/debug
     What: debugfs
     Docs: https://www.kernel.org/doc/Documentation/filesystems/debugfs.txt
           https://www.freedesktop.org/wiki/Software/systemd/APIFileSystems
  Process: 2611 ExecMount=/bin/mount debugfs /sys/kernel/debug -t debugfs [[0;1;
31m(code=exited, status=1/FAILURE)[[0m

Mar 11 00:21:16 b2qt-b9-imx8mq systemd[1]: Mounting Kernel Debug File System...
Mar 11 00:21:16 b2qt-b9-imx8mq mount[2611]: mount: only root can use "--types" o
ption (effective UID is 1000)
Mar 11 00:21:16 b2qt-b9-imx8mq systemd[1]: [[0;1;39m[[0;1;31m[[0;1;39msys-kernel
-debug.mount: Mount process exited, code=exited status=1[[0m
Mar 11 00:21:16 b2qt-b9-imx8mq systemd[1]: [[0;1;39m[[0;1;31m[[0;1;39msys-kernel
-debug.mount: Failed with result 'exit-code'.[[0m
Mar 11 00:21:16 b2qt-b9-imx8mq systemd[1]: [[0;1;31m[[0;1;39m[[0;1;31mFailed to
mount Kernel Debug File System.
..




The mount error seems prevalent across all the errors.  somehow UID is 1000 when it should be 0 during boot?



On the Host side, here are the /etc/exports options for NFS:
 *(rw,sync,insecure,no_subtree_check,no_root_squash)




Any help would be greatly appreciated, 


Thanks,

Trevor



Re: uboot netboot

Rudolf J Streif
 

Hi Trevor,


I am afraid the error message did not make it into your previous e-mail.


:rjs


On 3/10/20 5:29 PM, Trevor wrote:
Hello Yocto Project,

I am working with a IMX8 based board from TechNexion.

I am having troubles getting the board to boot using netboot from within uboot.  

I have the tftp server setup as well as the NFS server setup on the host machine.  

Initially seems things to mount ok and the kernel starts to work with the remote filesystem.  then I get the following message in the kernel boot:






Trevor




    
-- 
-----
Rudolf J Streif
CEO/CTO ibeeto
+1.855.442.3386 x700


uboot netboot

Trevor
 

Hello Yocto Project,

I am working with a IMX8 based board from TechNexion.

I am having troubles getting the board to boot using netboot from within uboot.  

I have the tftp server setup as well as the NFS server setup on the host machine.  

Initially seems things to mount ok and the kernel starts to work with the remote filesystem.  then I get the following message in the kernel boot:






Trevor



Getting kernel patch to work

Greg Wilson-Lindberg
 

I'm using a boot2qt version of a warrior Yocto build for a raspberry pi4.

I'm trying to apply a patch to a driver in the linux kernel. I'm following the procedures laid out in the
book "Embedded Linux Systems with the Yocto Project".

I already have a kernel .bbappend file that I'm using to modify the kernel config and that is working correctly.

I started with a patch file that I found on the internet that addressed the problem that I have and I added
support for it to my .bbappend file. I know that it has been found correctly because I initially specified the
file path incorrectly and received an error.

After building my image I go to look at the STAGING_KERNEL_DIR and I do not see my changes applied to the
file. I even added an error to the patch to see if it was compiling and it didn't trigger the error.


At this point I went back fully to "Embedded Linux Systems with the Yocto Project" and created my own
patch. I still don't see it being applied.

Can somebody please tell me where I should see the patch applied?

Here is how I modified my .bbappend:


# additions to Kernel configuration

SRC_URi += "file://0001-drm-vc4-Keep-the-binner-BO-through-suspend-GWL.patch"

do_configure_append() {
.
.
.
}


And here is the patch:


From d95e6ead8d25165014f8746082656da6345889b0 Mon Sep 17 00:00:00 2001
From: Greg Wilson-Lindberg <gwilson@...>
Date: Tue, 10 Mar 2020 16:29:08 -0700
Subject: [PATCH 1/1] drm-vc4-Keep-the-binner-BO-through-suspend-GWL

---
 drivers/gpu/drm/vc4/vc4_v3d.c | 7 -------
 1 file changed, 7 deletions(-)

diff --git a/drivers/gpu/drm/vc4/vc4_v3d.c b/drivers/gpu/drm/vc4/vc4_v3d.c
index e47e29426078..ff7812066668 100644
--- a/drivers/gpu/drm/vc4/vc4_v3d.c
+++ b/drivers/gpu/drm/vc4/vc4_v3d.c
@@ -303,9 +303,6 @@ static int vc4_v3d_runtime_suspend(struct device *dev)
 
     vc4_irq_uninstall(vc4->dev);
 
-    drm_gem_object_put_unlocked(&vc4->bin_bo->base.base);
-    vc4->bin_bo = NULL;
-
     clk_disable_unprepare(v3d->clk);
 
     return 0;
@@ -317,10 +314,6 @@ static int vc4_v3d_runtime_resume(struct device *dev)
     struct vc4_dev *vc4 = v3d->vc4;
     int ret;
 
-    ret = vc4_allocate_bin_bo(vc4->dev);
-    if (ret)
-        return ret;
-
     ret = clk_prepare_enable(v3d->clk);
     if (ret != 0)
         return ret;
--
2.17.1


Thanks in advance,
Greg Wilson-Lindberg


Yocto Project Status WW10'20

Stephen Jolley
 

Current Dev Position: YP 3.1 M3 - At Feature Freeze, build pending

Next Deadline: YP 3.1 M3 build date 2/24/2020

 

Next Team Meetings:

 

Key Status/Updates:

  • YP 3.1 has been announced as an LTS release: https://www.yoctoproject.org/yocto-project-long-term-support-announced/
  • We are now past M3 feature freeze. The blocking issues continue to reduce, thanks to everyone who has contributed fixes. The remaining issues are:
    • continued minor bugs with buildtools tarball integration
    • coreutils ptest blocked on reproducibility issues with gcc-plugins
    • SystemExit() intermittent selftest failure
    • pseudo sysroot high priority bug
  • There are significant changes proposed to bitbake’s logging structure to address concerns raised by hashequiv changes. These are currently in testing and are likely to become part of M3 given the timing, wider review is welcome.
  • Recipe upgrades are now unlikely to be merged into 3.1 as we focus on stabilizing and bug fixing for the release
  • Autobuilder build results continue to be a concern as we’re not getting green builds very often due to multiple varied issues.

 

YP 3.1 Milestone Dates:

  • YP 3.1 M3 build date 2/24/2020
  • YP 3.1 M3 release date 3/6/2020
  • YP 3.1 M4 build date  3/30/2020
  • YP 3.1 M4 release date  4/24/2020

 

Planned upcoming dot releases:

  • YP 3.0.3 build date  5/4/2020
  • YP 3.0.3 release date 5/15/2020
  • YP 2.7.4 build date  5/18/2020
  • YP 2.7.4 release date 5/29/2020

 

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: Should changing a task in the .bb file cause the task to be rerun?

Richard Purdie
 

On Tue, 2020-03-10 at 11:33 +0000, Mikko.Rapeli@... wrote:
On Fri, Feb 28, 2020 at 11:25:59PM +0000, Richard Purdie wrote:
On Fri, 2020-02-28 at 22:51 +0000, Sean McKay wrote:
This is probably a fairly short question (I hope):
I’m working on a branch based on zeus. I found a bug in the way that
one of our recipes was handling something during do_configure (which
caused an error to pop up in a do_compile task). When I modified the
do_configure task (do_configure_append, actually) to behave properly
(which involved changing the actual commands run in that function)
and reran bitbake -c compile <recipe>, the do_configure task wasn’t
rerun despite the change to the function’s code.

Is it safe to assume this means we’ve done something to mess up the
way our system is processing things? Or is that expected behavior
Its not expected behaviour and yes, it sounds like something is messed
up...
This is what I've come to expect with yocto 2.0 jethro, 2.5 sumo and
3.0 zeus.

That's why I always write:

$ bitbake -c clean recipe && bitbake -c cleansstate && bitbake -c compile recipe

when debugging changes in recipes to_compile and other dependent tasks.
I'm also cleaning up sstate to be sure it's not corrupt or filled with
somehow bad data.
This is bad and shouldn't be happening. Can anyone provide some
examples I can look at?

You shouldn't ever need to run cleansstate in particular. If you have
to, there is another underlying bug that should get fixed.

Cheers,

Richard


Re: Should changing a task in the .bb file cause the task to be rerun?

Mikko Rapeli
 

On Fri, Feb 28, 2020 at 11:25:59PM +0000, Richard Purdie wrote:
On Fri, 2020-02-28 at 22:51 +0000, Sean McKay wrote:
This is probably a fairly short question (I hope):
I’m working on a branch based on zeus. I found a bug in the way that
one of our recipes was handling something during do_configure (which
caused an error to pop up in a do_compile task). When I modified the
do_configure task (do_configure_append, actually) to behave properly
(which involved changing the actual commands run in that function)
and reran bitbake -c compile <recipe>, the do_configure task wasn’t
rerun despite the change to the function’s code.

Is it safe to assume this means we’ve done something to mess up the
way our system is processing things? Or is that expected behavior
Its not expected behaviour and yes, it sounds like something is messed
up...
This is what I've come to expect with yocto 2.0 jethro, 2.5 sumo and
3.0 zeus.

That's why I always write:

$ bitbake -c clean recipe && bitbake -c cleansstate && bitbake -c compile recipe

when debugging changes in recipes to_compile and other dependent tasks.
I'm also cleaning up sstate to be sure it's not corrupt or filled with
somehow bad data.

-Mikko


Re: What is the Yocto / OE recipe for u-boot-fw-utils how can append it?

Quentin Schulz
 

Hi JH,

On Tue, Mar 10, 2020 at 08:23:37PM +1100, JH wrote:
Hi,

I could not find u-boot-fw-utils recipe from OE git repository, when I
added it to build package, it did build u-boot-fw-utils/1_2019.07-r0
from git://git.denx.de/u-boot.git, but I could not make a bbapend to
it as I don't know what is the bb name.
It was recently changed to libubootenv IIRC. Are you sure it was taken
from u-boot git repo?

In zeus you have both available if you have meta-swupdate layer but
u-boot-fw-utils is still present in openembedded-core.

In master, only libubootenv exists in openembedded-core.

Are you using master for poky/openembedded?

FWIW, what a recipe provides either at runtime or at buildtime is
(R)PROVIDES, c.f.:
http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-bsp/u-boot/libubootenv_0.2.bb?h=master

Quentin


What is the Yocto / OE recipe for u-boot-fw-utils how can append it?

JH
 

Hi,

I could not find u-boot-fw-utils recipe from OE git repository, when I
added it to build package, it did build u-boot-fw-utils/1_2019.07-r0
from git://git.denx.de/u-boot.git, but I could not make a bbapend to
it as I don't know what is the bb name.

Appreciate your help and advice.

Thank you.

Kind regards,

- jh


Re: do_rootfs task took long time to finish

Marek Belisko
 

On Wed, Feb 19, 2020 at 11:01 PM Khem Raj <raj.khem@...> wrote:



On 2/17/20 11:55 PM, Marek Belisko wrote:
Hi,

I'm debugging strange issue that do_rootfs task took ~50 minutes. I
enabled buildstats and from that I learned it's quite long. Any ideas
how to debug this issue? My idea was to add timestamp to do_rootfs
tasks but I'm not sure if it's even possible. Thanks.
how big is the image its creating, might affect the time. Secondly
use some system perf monitor to see which tool is taking so long.
Image is ~1GB so I would say quite
I can see that python3 took ~75-100% cpu when doing do_rootfs. We
tested on 16.04 + 18.04 Ubuntu server it's same.
Which perf monitor you had in mind? Thanks.

BR,

marek



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


Re: Building xen-image-minmal for raspberrypi3-64: kernel-module-xen-* not being built

Aljoscha Lautenbach
 

Hi,

You'd be better off asking these questions on the meta-virtualization
mailing list. That's where you'll find the Xen folks.
Thanks, I'll direct any follow-up questions regarding Xen there.

But as for the kernel options, it depends on what kernel you are
using, release, etc. Last I checked, the raspberrypi wouldn't
directly use the fragments from meta-virt, so yes, you'd need to
ensure they are set in your own layer/defconfig.
Ahh, thank you, you managed to switch on the light bulb! :)
Checking the kernel recipes I see now that meta-virt has a
linux-yocto_4.19.bbappend file, whereas meta-raspberrypi uses
linux-raspberrypi_4.19.bb; so as you said, the meta-virt configuration
is never applied due to different versions. Being new to yocto I did
not make that connection immediately, I guess I did miss the obvious.
;)

If I understand you correctly, I need to add a
linux-raspberrypi_4.19.bbappend file in my own layer that applies the
Xen configuration fragments.
That makes sense, thanks again!

Best regards,
Aljoscha


Enhancements/Bugs closed WW10!

Stephen Jolley
 

All,

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

Who

Count

richard.purdie@...

4

chee.yang.lee@...

1

matthew.zeng@...

1

akuster@...

1

zoran.stojsavljevic@...

1

Grand Total

8

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

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

 


Current Top developers on Yocto Project 3.1

Stephen Jolley
 

All,

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

Who

Count

richard.purdie@...

34

liezhi.yang@...

27

david.reyna@...

25

akuster808@...

14

bluelightning@...

13

mark.morton@...

12

Qi.Chen@...

12

bruce.ashfield@...

10

kai.kang@...

10

timothy.t.orling@...

10

randy.macleod@...

9

ross@...

7

hongxu.jia@...

5

jon.mason@...

5

kexin.hao@...

5

michael@...

5

changqing.li@...

5

alejandro@...

4

pbarker@...

4

JPEWhacker@...

4

srifenbark@...

4

mingli.yu@...

4

trevor.gamblin@...

3

matthew.zeng@...

2

ycnakajsph@...

2

anuj.mittal@...

2

chee.yang.lee@...

2

alex.kanavin@...

2

mark.hatle@...

2

raj.khem@...

2

kergoth@...

2

jaewon@...

2

seebs@...

2

yang.wang@...

2

sakib.sajal@...

2

zhe.he@...

1

anon2313@...

1

mshah@...

1

maxime.roussinbelanger@...

1

Martin.Jansa@...

1

akuster@...

1

limon.anibal@...

1

daisuke.yamane@...

1

yi.zhao@...

1

kai.ruhnau@...

1

peter.kjellerstedt@...

1

apoorv.sangal@...

1

scott.branden@...

1

jonathan.yong@...

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

 

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

 

9041 - 9060 of 57773