Re: [yocto] [meta-oe][PATCH] utils.c: close all file descriptors after completing a ptest

LGTM, pushed. http://git.yoctoproject.org/cgit/cgit.cgi/ptest-runner2/commit/?id=fb93c99e1e771a8ada0476b76da6f2ba665e03ba Thanks!, Anibal On Fri, 31 May 2019 at 12:53, Randy MacLeod wrote: > Thanks Sakib. > > Next time please use --prefix to add the ptest-runner tag: > so you'll have a

[yocto] npm package issue with do_package split_and_strip_files

Hi, I'm adding recipe for nodejs package and all steps works fine just when packaging is done I get strange error like: ['arm-poky-linux-gnueabi-strip', '--remove-section=.comment', '--remove-section=.note',

Re: [yocto] [meta-oe][PATCH] utils.c: close all file descriptors after completing a ptest

Thanks Sakib. Next time please use --prefix to add the ptest-runner tag: so you'll have a subject line like: [meta-oe][ptest-runner] utils.c: close all file descriptors after completing a ptest The subject line is wrongg since we are closing the fds *before* the tests. Resend with something

[yocto] [meta-oe][PATCH] utils.c: close all file descriptors after completing a ptest

vredir ptest fails since too many file descriptors were open. >From the failed ptest log: run-vredir 87,88c87,88 < ./vredir6.sub: line 10: /dev/null: Too many open files < ./vredir6.sub: line 13: /dev/null: Too many open files FAIL: run-vredir Added function to close file

[yocto] Yocto 2.7: basehash / taskhash mismatch when disabling uninative

Hi there, I'm upgrading from Yocto 2.5 to 2.7. I have a recipe that (for legacy reason-) builds a 32bit "-native" executable. I am disabling uninative by setting SSTATEPOSTUNPACKFUNCS_remove = "uninative_changeinterp" This worked well with Yocto 2.5, but with Yocto 2.7 I'm getting ERROR:

Re: [yocto] meta-sunxi maintained?

On Tue, May 28, 2019 at 12:06 PM Dimitris Tassopoulos wrote: > > > > > I was thinking about this also, too. The only reason is that in meta-sunxi > > they do a great job and they keep their layer clean, which is great I > > think. The other layers are just based on the armbian distro, which is

Re: [yocto] meta-sunxi maintained?

Hi, i try to keep it maintained, but now i just have a lime2 for testing on real hardware, and i don't have the resources to do test builds for all the supported boards. Your help would be welcome, i can't check right now if i have the rights to add you as co-maintainer, anyway i will add you.

Re: [yocto] Difference between DEPENDS and BUILD-DEPENDS

Thank you so much,now its clear. Regards, Archana On Sat, 2019-05-25 at 14:32 +0100, Burton, Ross wrote: > On Sat, 25 May 2019 at 14:28, Archana Polampalli > wrote: > > > > i am working on one open source project,for this i have to add some > > debian packages as yocto recipies. > > i am

Re: [yocto] How to extract files from wic.gz image?

On Fri, May 31, 2019 at 10:21:40PM +1000, JH wrote: > Hi, > > What command and tools to extract files from Yocto / bitbake image > such as dev-image-20190528085324.rootfs.wic.gz? > > I am using IMX UUU to install dev-image-20190528085324.rootfs.wic.gz > to IMX, I was advised to extract the

[yocto] How to extract files from wic.gz image?

Hi, What command and tools to extract files from Yocto / bitbake image such as dev-image-20190528085324.rootfs.wic.gz? I am using IMX UUU to install dev-image-20190528085324.rootfs.wic.gz to IMX, I was advised to extract the archive and use "uuu

Re: [yocto] Python module not found when using autotools

On Thu, 30 May 2019 at 21:27, Serkan Türker wrote: > I understand the process of debugging build failures. I am just confused why > my approach doesn't work. > "python-soundcloud.bb" has the same format like other python module recipes > in meta-oe. > In tizonia.bb, I have added

[yocto] Debugging deployment of kernel image

Hey, I'm currently in the process of updating our yocto (sumo) with a new kernel version from a supplier (NXP) and I'm having some issues, we somehow broke deployment of the linux kernel: I get the Image & symlink in my images folder, but it does not end up in my rootfs. It SHOULD end up at

[yocto] Issue with INCOMPATIBLE_LICENSE

Hi all, We're in the middle of an upgrade to Thud 2.6.2. While doing so, we blindly updated all upstream layers we use and we found out (during integration phase, no need to send lawyers :) ) that even though we have GPLv3 in INCOMPATIBLE_LICENSE, qt5.11 was built. conf/local.conf

Re: [yocto] meta-sunxi maintained?

On 31.05.2019 08:47, Belisko Marek wrote: > Hi Maciej, > > On Wed, May 29, 2019 at 1:08 PM Maciej Pijanowski > wrote: >> >> On 29.05.2019 09:39, Belisko Marek wrote: >>> Hi Dimitris, >>> >>> On Wed, May 29, 2019 at 9:03 AM Dimitris Tassopoulos >>> wrote: Hi Marek, that's

Re: [yocto] meta-sunxi maintained?

Hi Maciej, On Wed, May 29, 2019 at 1:08 PM Maciej Pijanowski wrote: > > > On 29.05.2019 09:39, Belisko Marek wrote: > > Hi Dimitris, > > > > On Wed, May 29, 2019 at 9:03 AM Dimitris Tassopoulos > > wrote: > >> Hi Marek, > >> > >> that's correct. I have a branch though which I've started to