Re: [yocto] [[AUH] 13/17] upgradehelper: Add testimage feature.

On Wednesday 25 November 2015 18:00:42 Aníbal Limón wrote: > Testimage module implements usage of testimage class, a integration > branch is created with succesful recipe upgrades and then the next > tests are run for every machine configured, > > - ptest: Recipes that support ptest are run

Re: [yocto] Failing devshell

You are right. have you done some testing in non-gnome terminals using your patch? Yes, all terminals using check_terminal_version() function works correctly on my system (Konsole: 15.08.0; tmux 2.1) -- ___ yocto mailing list

Re: [yocto] [[AUH] 08/17] recipe/base.py: Add support for get recipe inherits.

On Wednesday 25 November 2015 18:00:37 Aníbal Limón wrote: > Recipe inherits are needed to detect what recipes support > certain feature. > > For example: For detect ptest enable recipes and then do > ptest runtime test after succesful upgrade. > > Signed-off-by: Aníbal Limón

Re: [yocto] [[AUH] 11/17] utils/git.py: Add method for apply patches into a branch.

On Wednesday 25 November 2015 18:00:40 Aníbal Limón wrote: > Signed-off-by: Aníbal Limón > --- > modules/utils/git.py | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/modules/utils/git.py b/modules/utils/git.py > index 48ed46d..d7f5713 100644 > ---

Re: [yocto] Copying the kernel in the poky directory

Hi Bruce It was not successful. Its giving me a fetcher failure. *WARNING: Failed to fetch URL ftp://ftp.debian.org/debian/pool/main/b/base-passwd/base-passwd_3.5.29.tar.gz , attempting MIRRORS if

[linux-yocto] pspflash and framebuffer

Hello, I have a pspflash binary which is a blocking process, while another binary returns immediately after showing the image for a split of a second. Now I don't understand why these 2 binaries behave differently. Should pspflash continously write into framebuffer (I would assume not, becuase it

[yocto] [PATCH][yocto-kernel-cache] base.cfg: enable TMPFS_POSIX_ACL and TMPFS_XATTR

From: Roy Li enable Tmpfs POSIX Access Control Lists and Tmpfs extended attributes this will remove the error when systemd apply the ACL to tmpfs: systemd-udevd[335]: Failed to apply ACL on /dev/dri/card0: Operation not supported systemd-udevd[552]: Failed to

[yocto] [prelink-cross][PATCH 0/2] aarch64 fixes reported by testsuite failures

aarch64 fixes reported by testsuite failures To work this we need to copy all required system libs in testsuite directory, and at our set-up we copied below libs:- 1. ld-linux-aarch64.so.1 2. libc.so.6 3. libgcc_s.so.1 4. libm.so.6 5. libstdc++.so.6 root# make check make check-TESTS make[1]:

[yocto] [prelink-cross][PATCH 1/2] testsuite: fixes in testsuite according to aarch64

This Patch fixes testsuite by adding support of aarch64 Signed-off-by: Vaneet Narang Signed-off-by: Maninder Singh --- testsuite/reloc2.sh |2 +- testsuite/reloc8.sh |2 +- testsuite/reloc9.sh |2 +- testsuite/tls3.sh |2 +- 4

[yocto] [prelink-cross][PATCH 2/2] src/arch-aarch64.c:testsuite failure fixes in aarch64

This patch fixes testsuite failure in aarch64 prelink undo section. Signed-off-by: Vaneet Narang Signed-off-by: Maninder Singh --- src/arch-aarch64.c |7 --- 1 files changed, 4 insertions(+), 3 deletions(-) diff --git a/src/arch-aarch64.c

Re: [yocto] Migration 1.8 -> 2.0 opkg-cl missing in SDK

Hello again, Changed opkg-cl to opkg in my scripts, all started to work but warning is showing for every file in package: Warning when extracting archive entry: Can't set UID=0 Messages cames from archiver, so two things could be wrong: unpcaking options or generating ipk options. Do you know haw

Re: [yocto] Migration 1.8 -> 2.0 opkg-cl missing in SDK

Ok, there is a patch for opk that adds option to ignore UIDs. http://git.yoctoproject.org/cgit/cgit.cgi/opkg/patch/libopkg/opkg_conf.c?id=fff984ba1e9070b8e6a5d40a61e5f4f018b1aeb2 I will add this to my layer. Thanks, Marcin 2015-11-26 10:47 GMT+01:00 Marcin Krzemiński :

Re: [yocto] PRINC functionality workaround

Hi Marek, On Thursday 26 November 2015 08:16:51 Belisko Marek wrote: > after upgrading to jethro release PRINC functionality was removed by > commit : a4d530bcf55f03258078c10a123e2717444e1060 on oe-core. PRINC > functionality was used in some of our recipes so I took part from > PRINC

Re: [yocto] PRINC functionality workaround

Hi Paul, On Thu, Nov 26, 2015 at 12:03 PM, Paul Eggleton wrote: > Hi Marek, > > On Thursday 26 November 2015 08:16:51 Belisko Marek wrote: >> after upgrading to jethro release PRINC functionality was removed by >> commit : a4d530bcf55f03258078c10a123e2717444e1060

Re: [yocto] PRINC functionality workaround

On Thursday 26 November 2015 12:16:04 Belisko Marek wrote: > On Thu, Nov 26, 2015 at 12:03 PM, Paul Eggleton > wrote: > > On Thursday 26 November 2015 08:16:51 Belisko Marek wrote: > >> after upgrading to jethro release PRINC functionality was removed by > >> commit

Re: [yocto] Copying the kernel in the poky directory

On 15-11-26 02:39 AM, Deepika Teriar wrote: Hi I am customizing yocto for beaglebone black I do not want my kernel to get downloaded from the git after I clean the build directory. So i have kept the linux-kernel directory with the name kernel-3.14.29 in the poky directory. And in the

Re: [yocto] [prelink-cross][PATCH 0/2] aarch64 fixes reported by testsuite failures

Thank you. I'm going to try to get this and the previous set of pending patches merged in the next day or so. I'll let everyone know when the next test version is ready. --Mark On 11/26/15 2:01 AM, Maninder Singh wrote: > aarch64 fixes reported by testsuite failures > > To work this we need

[yocto] Failing devshell

Hi, I'm getting an error during execution of devshell: bitbake -c devshell quilt-native WARNING: Host distribution "Arch-Linux" has not been validated with this version of the build system; you may possibly experience unexpected failures. It is recommended that you use a tested distribution. ...

Re: [yocto] Failing devshell

Is it acceptable solution? Could you apply attached patch? A less intrusive change would be to check if the output of the --version command contains the word 'GNOME' (either using the 'in' build-in operation or string.find). This is done in the same function you modified in your previous

Re: [yocto] Failing devshell

A less intrusive change would be to check if the output of the --version command contains the word 'GNOME' (either using the 'in' build-in operation or string.find). This is done in the same function you modified in your previous patch. Greping gnome-terminal translations we can find

Re: [yocto] Failing devshell

You are right. have you done some testing in non-gnome terminals using your patch? On 11/26/2015 01:10 PM, Dariusz Pelowski wrote: A less intrusive change would be to check if the output of the --version command contains the word 'GNOME' (either using the 'in' build-in operation or

Re: [linux-yocto] pspflash and framebuffer

On Fri, Nov 27, 2015 at 9:05 AM, Ran Shalit wrote: > Hello, > > I have a pspflash binary which is a blocking process, while another > binary returns immediately after showing the image for a split of a > second. > Now I don't understand why these 2 binaries behave