Re: [yocto] Can any one please tell the what is the exact difference between DEPENDS and RDEPENDS

Hi, Thanks I have one more doubt when RDEPENDS variable depends is packages . Do you know why RDEPENDS variable in (rootfs-image.bb recipe) which inherit core-image. why RDEPENDS cant able to install packages in final roofs image apart from IMAGE_INSTALL . Thanks and regrads Vivek On

Re: [yocto] can any one please tell the difference between DEPENDS and RDEPENDS

Hi, Thanks As i read RDEPENDS in recipe do_build task depends on do_pacakge_write_rpm task (i.e packages ) I have one more doubt when RDEPENDS variable depends is packages . Do you know why RDEPENDS variable in (rootfs-image.bb recipe) which inherit core-image. why RDEPENDS cant able to

[yocto] VFAT patent EP 0 618 540

Hi, I have a question regarding the VFAT patent (EP 0 618 540) owned by Microsoft. It's about common name space for long and short filenames. I have read that this patent was canceled by Germany / EU, but it's still available in the US right? So is there a patch/option where we can activate to

Re: [yocto] Remove my email from your database

Unsubscribe from mailing list. The link is right at bottom of the email > On Oct 8, 2015, at 4:38 AM, neerajdadhwal1...@gmail.com wrote: > > Sir > Please remove my email id . Iam frustate with ur unwanted mails. > > > Sent from my Huawei Mobile > -- >

Re: [yocto] kernel-module- prefix for out-of-tree modules mandatory?

> On Oct 8, 2015, at 1:29 PM, Daniel. wrote: > > Hi all, > > Is the kernel-module- prefix mandatory for out-of-tree modules > compiled inside Yocto? And, This prefix applies to package names or > recipe names? Should I rename my recipe file with this prefix or setup > PN

[yocto] Intelligent global config files setting

Hi, I have a concern regarding global config files to be put into rootfs when several components need to alter a common config file. Let me explain with an example. I have two components (recipes) that need to write options into /etc/directfbrc. Let's call the recipes c1.bb and c2.bb and

Re: [yocto] VFAT patent EP 0 618 540

TI Socs Boot Rom code can use Vfat but does not necessarly need it as Bootloaders (spl, u-boot) can be loaded directly from Raw MMC/eMMC. Am 09.10.2015 21:59 schrieb "Christian Ege" : > Hi, > Am 09.10.2015 8:31 nachm. schrieb "Robert Berger" < >

[yocto] Yocto Project Status WW41

Current Dev Position: YP 2.0 Final (rc1 out of QA and being reviewed.) Next Deadline: YP 2.0 Final Release Target: Before Oct. 30, 2015 SWAT team rotation: Cristian -> Randy https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Top Bugs to be tackled: * systemd timeouts

[yocto] Yocto Project Status WW41 - Updated

Current Dev Position: YP 2.0 Final (rc1 out of QA and being reviewed.) Next Deadline: YP 2.0 Final Release Target: Before Oct. 30, 2015 SWAT team rotation: Cristian -> Randy https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Top Bugs to be tackled (2.0 release blockers): *

Re: [yocto] Can any one please tell the what is the exact difference between DEPENDS and RDEPENDS

On 9 October 2015 at 10:16, Vivek Per wrote: > I have one more doubt when RDEPENDS variable depends is packages . Do you > know why RDEPENDS variable in (rootfs-image.bb recipe) which inherit > core-image. why RDEPENDS cant able to install packages in final roofs image >

Re: [yocto] kernel-module- prefix for out-of-tree modules mandatory?

Thanks!! Em 09/10/2015 04:25, "Khem Raj" escreveu: > > > On Oct 8, 2015, at 1:29 PM, Daniel. wrote: > > > > Hi all, > > > > Is the kernel-module- prefix mandatory for out-of-tree modules > > compiled inside Yocto? And, This prefix applies to package

[linux-yocto] [PATCH 0/2] Intel Axxia updates to yocto-kernel-cache yocto-4.1

This series of patches adds the config fragments needed to build the kernel for Axxia platforms 5500 (axxiaarm) and 5600 (axxiaarm64). Please apply them on the 'yocto-4.1' branch from git.yoctoproject.org/yocto-kernel-cache Thank you, Cristian Bercaru (2): bsp: add config fragments for Axxia

[linux-yocto] [PATCH 2/2] bsp: add config fragments for Axxia 5600

Add the configuration fragments needed to build the 4.1 standard and preempt-rt linux kernel for the Axxia 5600 platform, based on the arm 64-bit architecture. Signed-off-by: Cristian Bercaru --- bsp/axxiaarm64/axxiaarm64-preempt-rt.scc |8 +

[linux-yocto] [PATCH 1/2] bsp: add config fragments for Axxia 5500

Add the configuration fragments needed to build the 4.1 standard and preempt-rt linux kernel for the Axxia 5500 platform, based on the arm 32-bit architecture. Signed-off-by: Cristian Bercaru --- bsp/axxiaarm/axxiaarm-preempt-rt.scc |8 +

[linux-yocto] [PATCH 0/2] Intel Axxia updates to yocto-kernel-cache yocto-3.14

This series of patches removes unnecesary options from the configuration fragments needed to build the kernel for Axxia platforms 5500 (axxiaarm) and 3000 (axxiapowerpc). Please apply them on the 'yocto-3.14' branch from git.yoctoproject.org/yocto-kernel-cache Thank you, Cristian Bercaru (2):

[linux-yocto] [PATCH 1/2] bsp: axxiaarm: remove unnecesary options

This patch removes the unnecesary options from the Axxia 5500 config fragments. Signed-off-by: Cristian Bercaru --- bsp/axxiaarm/axxiaarm-standard.scc |1 - bsp/axxiaarm/axxiaarm.cfg | 14 -- bsp/axxiaarm/axxiaarm.scc |6

Re: [yocto] Intelligent global config files setting

On 9 October 2015 at 08:38, Gilles CARRY wrote: > I tried to use ROOTFS_POSTPROCESS_COMMAND in c1.bb and c2.bb but this > mechanism only seems to work in images recipes. (inherit core-image) > > Use a package postinst to modify the configuration files when the rootfs is

Re: [yocto] Intelligent global config files setting

Yes, this looks good. I was not aware of this postinst mechanism. Thanks for the answer. From: Burton, Ross [mailto:ross.bur...@intel.com] Sent: Friday, October 09, 2015 12:40 PM To: Gilles CARRY Cc: yocto@yoctoproject.org Subject: Re: [yocto] Intelligent global config files setting On 9

Re: [yocto] VFAT patent EP 0 618 540

Hi, On 10/09/2015 11:36 AM, Gorny Krystian wrote: > Hi, > > I have a question regarding the VFAT patent (EP 0 618 540) owned by > Microsoft. It’s about common name space for long and short filenames. I > have read that this patent was canceled by Germany / EU, but it’s still > available in the

Re: [yocto] VFAT patent EP 0 618 540

Hi, Am 09.10.2015 8:31 nachm. schrieb "Robert Berger" < gm...@reliableembeddedsystems.com>: > > Hi, > > On 10/09/2015 11:36 AM, Gorny Krystian wrote: > > Hi, > > > > I have a question regarding the VFAT patent (EP 0 618 540) owned by > > Microsoft. It’s about common name space for long and short